31 puan yazan GN⁺ 2025-03-19 | 29 yorum | WhatsApp'ta paylaş
  • LLM araçlarının geliştirici verimliliğini artırdığı doğru
  • Ancak uzun vadede bu araçlara bağımlı hale geldikçe sorunları kendi başına çözme yeteneği zayıflıyor
  • Kod yazma sürecinde elde edilen tatmin duygusu kayboluyor ve sorun çözmek yerine yapay zekanın yanıtını beklemeye başlanıyor

Geliştirmeye yönelik tutku ve meydan okuma ruhunun zayıflaması

  • Kodlamanın kendisinden hoşlanmayan insanlar da var → böyle durumlarda geliştirme alanı size uygun olmayabilir
  • Tanıştığım en iyi mühendisler, hafta sonlarında bile gönüllü olarak araçlar ya da yazılımlar üretip yenilik peşinde koşuyor
  • Bir sistemin performansını iyileştirmek için temel düzeyde anlayış gerekir; aksi halde yapılan şey rastgele denemeden ibarettir

'Copilot Lag' olgusu

  • 'Copilot Lag', yapay zekadan gelecek bir sonraki yönlendirmeyi bekleme durumunu ifade eder
  • Bu, adeta kıdemli bir geliştiricinin talimatını bekleyen yeni bir geliştiriciye benzer
  • GitHub Copilot kullanırken temel dil öğelerini ve sözdizimini bile unutmaya başlanabilir
  • Kısa vadeli hız artışı uğruna uzun vadeli bilgi köreliyor

LLM, öğrenme sürecini engelleyebilir

  • Thorsten Ball'un "Writing An Interpreter In Go" kitabını çalışırken Copilot kod üretti, ancak onu kendi başıma yeniden yazabilecek yeteneği kazanamadım
  • Bellek yönetimi veya veri odaklı tasarım gibi önemli kavramlar gözden kaçabiliyor
  • Yapay zekanın ürettiği kod dışarıdan doğru görünebilir, ancak temel ilkeleri anlamıyorsanız bunun bir anlamı yoktur

LLM'i etkili kullanmanın yolları

  • LLM'ler arama motoru gibi faydalı şekilde kullanılabilir
  • Stack Overflow'da arama yapar gibi, LLM'in yanıtlarından yararlanabilirsiniz
  • Ancak LLM'ler gerçek uzman bilgisini aynen yansıtmaz; eğitildiği örüntüler ve token dizileri temelinde yanıt üretir → bu yüzden hata çoktur
  • LLM'in yanıtlarını olduğu gibi kabul etmeyin; neden böyle bir yaklaşım önerdiğini analiz etmeniz gerekir
  • Bir şeyi bilmiyorsanız, kendiniz araştırıp öğrenmelisiniz
  • Yeni bir dili (Zig gibi) öğrenirken öğrendiklerinizi not almak faydalıdır
  • Bu notlar hem öğrenme referansı olabilir hem de başkalarıyla paylaşırken işe yarar

Sonuç

  • Yapay zeka araçları faydalıdır, ancak körü körüne bağımlı olunursa ters etki yaratabilir
  • Yapay zekanın sunduğu çözümün ilkesini anlamak ve kendi kendine öğrenme tutumu geliştirmek önemlidir
  • Sonuçta önemli olan, araca bağımlı olmadan temel sorun çözme becerisini korumaktır

29 yorum

 
madnix 2025-03-27

Hmm... Sanırım mesele en başta yapay zekayı bir araç olarak mı yoksa bir zeka olarak mı gördüğümüzle ilgili bakış açısı farkı... Ben bu yazıya katılamıyorum; alttaki yorumda da söylediğim gibi geliştiriciyi yalnızca kod seviyesinde görmek başlı başına yanlış bir düşünce. Geçmişte İngiltere'de Sanayi Devrimi yaşandığında da çiftçiler açlıktan öleceklerini söyleyip feryat ediyorlardı, ama sonuçta daha fazla iş alanı ortaya çıktı ve insanlığa büyük faydalar sağlandı. Ayrıca geçmişte bilgisayar ortaya çıktığında da bilgisayar yüzünden insanların giderek daha aptal hale geleceği söyleniyordu; ancak sonuç olarak daha fazla iş daha kısa sürede çözüldü ve insanlar daha akıllı hale geldi.

 
jokerized 2025-03-24

LLM'ler, deep research dahil, henüz üst düzey problem çözmede faydalı değil. (Örneğin makale düzeyinde algoritma geliştirme)
Aşırı optimizasyon ya da çeşitli sistem özellikleri ve teknik meselelerin anlaşılmasını gerektiren kodlama da aynı şekilde hâlâ insan eline ihtiyaç duyuyor. Geliştirici sadece basit bir programcı değil, bir problem çözücüdür. Bir gün uçtan uca problem çözme de mümkün hale gelebilir, ancak şu an yazı yazma ve basit programlamaya harcanacak zamanı azaltıp daha zor problemlere yaklaşım yöntemlerine yatırım yapabilmek verimlilik açısından olumlu görünüyor.

 
skarl86 2025-03-22

Bir süredir bunu kod incelemesi gibi bir kavram olarak sık kullanıyor gibiyim. Kod önerileri alıyor, kodun yönünü konuşuyor, daha iyi bir yöntem üzerine düşünüp öneriler sunuyor ve beni tatmin edecek bir sonuç çıktığında bunu alıntılıyorum.

 
kaydash 2025-03-22

Tüm uygulama mantığını ve iş mantığını insan düşünmelidir.

 
elbanic 2025-03-22

Geliştiricileri yalnızca kodlamayla sınırlarsanız bu tür bir kaygı ortaya çıkar. Aslında geliştiriciler çok daha fazla iş yapar; kodlama kısmında yapay zekaya güvenmeyi aptallaşmak olarak görenler olabilir ama bunun, diğer alanlara daha fazla odaklanmalarını sağladığı da söylenebilir.

 
pcj9024 2025-03-21

Ddu-ddya-i... ben aptal bir geliştiriciyim...

 
dongyagn1 2025-03-20

Unity'nin oyun geliştiricilerini aptallaştırdığı da söylenirdi ama sonuçta kimse aptallaşmadı; herkes başka bir sürü şey öğrenip sonunda sadece işi daha da artırdı haha

 
halfenif 2025-03-21

Sadece iş yükü artmış.. Olacak şey değil..

 
nimgnos 2025-03-20

"Aptallaştırıyor" denmesine katılmak zor.
Çünkü AI kullanılmaya başlandıktan sonra verimlilik gerçekten sıçrama düzeyinde arttı.

 
vhzkfltmdnpxm 2025-08-18

İşte burada bir aptal var :)

 
alpharoom 2025-03-19

Artık AI ile her şeyin yapılabileceği fikrine katılmazsan azar işittiğin bir dönemde yaşıyoruz işte.

 
play1204dev 2025-03-19

Bilmediğiniz kütüphane özellikleri ya da o anda akla gelmeyen shell script’ler gibi şeylerse sorun değil, ama işin içine artık deprecated olmuş özellikler ve var olmayan function’lar da karışınca bütün zaman debugging yaparak geçiyor.

> LLM’in yanıtlarını olduğu gibi kabul etmemek, neden böyle bir yaklaşım önerdiğini analiz etmek gerekir

Bence meselenin özü bu söz.

 
dongwon 2025-03-19

Araçların her zaman düşüncenin hem genişlemesini hem de aynı anda yıkımını beraberinde getirdiğini düşünüyorum. Düşüncenin yıkımı üzerinden daha yüksek düzeyli bir düşünce genişlemesine ilerleyebilmek gerekir; ancak buna hazırlıklı olunmayan anlarda bu tür sorunlar her zaman peşinden geliyor gibi görünüyor.

Bu nedenle, sonuçta araçların kullanımında bu tür sorgulamaların hep eşlik ettiğini düşünüyorum. Bunların kesinlikle gerekli süreçler olduğuna inanıyorum. Basitçe reddetmek ya da körü körüne kullanmak yerine, bu aracı nasıl kullanmanın iyi olacağına, bu tür araçlardan yararlanarak özünde daha önemli alanlara nasıl kaynak ayırabileceğimize odaklanarak kullanmanın daha doğru olduğunu düşünüyorum.
(cursor kullanımını ayda 1.000 kez aşarken...)

 
amarese 2025-03-19

Müdürüm Kim. Naçizane bir tavsiyede bulunmak istiyorum. Başka bir şey değil, Excel fonksiyonlarını? çok fazla kullanmayın. Kolaylık varsa, risk de artar. Öküz kesmek için ona uygun bir bıçak vardır; tavuk kesmek için de bıçak gerekir mi? Kolay olan doğru cevap olabilir.

 
codemasterkimc 2025-03-19

Yukarıdaki yazı, Excel fonksiyonunun GPT versiyonu gibi olmuş hahaha

 
losoowmik 2025-03-19

Bence zihinden hesap hızlı olabilir ve hesap makinesi de iyidir. Bilgisayar, sığır kesen bıçak değil midir diye düşüncemi iletiyorum.

 
jingjing2222 2025-03-19

Bir daha chatGPT kullanmayacağım
Ben de benzer bir yazı yazmıştım.

Verimliliği artırdığı kesin, ancak beynimizi ona teslim etme eyleminden kaçınmamız gerektiğini düşünüyorum.

 
dicebattle 2025-03-19

Hâlâ cursor ve anthropic’in ateşli birer savunucusuyum ama bir noktadan sonra hayranlıkla kullandığım agent modunu giderek daha az kullanıp önce ask modunda mimariyi ve uygulama yöntemini soran, ancak yeterince ikna olduğumda yapay zekanın değişiklik önerilerini adım adım kabul eden birine dönüştüğümü fark ettim.
Çok da büyük olmayan (ama iş projemizde oldukça önemli olan) bir modülü iki mühendis kendi agent modlarını kullanarak refactor edip yapıya eklemeler yaparken, bir noktada mimariyi toparlama niyetiyle yazılmış kodun gerçekte okunabilirliği de yapıyı da daha beter hale getirdiği bir durumla bizzat karşılaşınca böyle değiştim.

 
onixboox 2025-03-20

Ben de bu şekilde kullanıyorum. Gerçekten ilk kez el attığım bir dilse agent modunu kullanıyorum; bildiğim bir dilse de önce kodun mantıklı olup olmadığını kontrol ediyorum.

 
iolothebard 2025-03-19

Yapay zeka geliştiricileri aptallaştırıyor demektense…
Aptal geliştirici, yapay zeka kullansa da yine aptal geliştiricidir…
Garbage in Garbage out

 
ehdgns104 2025-03-24

Kesinlikle haklısınız haha

 
powerkid 2025-03-21

Katılıyorum. Bunun ne mutlak anlamda kötü ne de mutlak anlamda iyi olduğunu; sadece işe yarayan bir üretkenlik aracının daha eklendiğini düşünüyorum.

 
halfenif 2025-03-21

Katılıyorum.

Zaten eskiden beri, geliştirici denince herkesin aynı tür geliştirici olmadığı sözünü sık sık söylerdim.

 
aer0700 2025-03-20

Sanırım bu doğru gibi...

 
white9s 2025-03-19

Kaba ama tamamen yanlış da sayılmaz. İyi sorudan iyi cevap çıkar denmesiyle aynı bağlamda..

 
j2sus91 2025-03-19

Yazarın, yapay zeka araçlarına körü körüne bağımlı şekilde kullanımdan bahsettiğini düşünüyorum.

Benim kişisel görüşüm ise, yapay zekayı kullanarak iş verimliliği arttıysa,
bunu aktif biçimde değerlendirip tekrarlayan işleri azaltmanın,
elde edilen zamanı daha geniş alanlara (örneğin bir backend geliştiricisinin frontend ya da uygulama geliştirmeye kadar genişlemesi)
ya da mimari tasarım gibi daha geliştirici yönlere yatırmanın daha doğru olacağı yönünde.

Genel içeriğe bakınca yazarın da bu görüşe katılacağını düşünüyorum, ancak
bazen yapay zekanın kendisini tamamen reddeden geliştiriciler de olduğu için birkaç satır yanıt yazmak istedim.. haha
.

 
tsboard 2025-03-20

Ben de katılıyorum. Bana, Excel fonksiyonlarını kullanmamanızı söyleyen yazıyı hatırlattı.
Var olan özellikleri iyi kullanıp verimliliği daha da artırmanın kazanç olduğunu düşünüyorum.

 
zinisuni 2025-03-19

Katılıyorum. ^^

 
GN⁺ 2025-03-19
Hacker News görüşü
  • Bazı insanlar kendi kodlarını yazmaktan hoşlanmayabilir. Bu durumda, kendilerine uygun olmayan bir alanda çalışmaya çalıştıkları söylenebilir
    • Ben onlarca yıldır kendi kodumu yazmaya katlandım. Bazen tatmin edici, ama çoğunlukla fikirlerimle arama giren bir soyutlama
    • Ben hızlıca bir şeyler üretmeyi seviyorum ve bir fikrim olduğunda bunun mümkün olduğunca verimli ve temiz biçimde hayata geçirilmesini istiyorum
    • LLM'lerle çalışmayı benimsedim. Bunun beni daha tembel yaptığını düşünmüyorum
    • Aksine, tıkandığımda başlamam için bana ilham veriyor. LLM işe girişince ben devralıp kendi tarzımla bitiriyorum
    • Eskisinden daha fazla ürün çıkarıyorum
    • İnsanlarla birlikte çalıştım ve içlerinden bazıları arkadaşım. Kendi kodlarının ve metodolojilerinin kutsal olduğunu düşünüyorlar
    • AI devreye girince onlara yer kalmayacağını düşünüyorum. Ben bu işe yaratıcılık için girdim ve burada olma nedenim bu
    • Araçlar ve söz dizimi yalnızca bir amaca hizmet eden araçlar
    • Alt katmanı anlamadan çalışan kod geliştirmeyi kolaylaştıran yeni bir soyutlama katmanı geliştirildiğinde bu hep tekrar eder
    • Neredeyse her zaman sızıntılı bir soyutlamadır. Bazen alt katmanın gerçekte nasıl çalıştığını bilmek gerekir
    • Alt katmanı anlamaya çok zaman ve duygusal enerji yatırmış geliştiriciler, soyutlamaya dayanan insanların daha aptal olduğunu iddia eder
    • Hepimiz üçüncü taraf kütüphanelere dayanmadan kodu kendimiz yazarsak daha akıllı olurduk
    • Belleği elle yönetirsek daha akıllı olurduk
    • Tüm kodu assembly ile yazıp derleyicilere güvenmesek daha akıllı olurduk
    • Kendi transistörlerini kablolayanlar daha akıllı olurdu
    • Alt katmanları öğrenmek eğiticidir. Çoğu zaman en iyi performansı sıkıştırıp çıkarmak için gereklidir
    • Ancak müşteriye değer sunmak için alt katmanları anlamak gerekmez
    • Kodlama LLM'lerini, henüz anlamadığım kodu anlamama yardım istemek için kullanmayı en çok seviyorum
    • Cevap yanlış olsa bile, çoğu zaman kendi başıma çözebileceğim ipuçları veriyor
  • Benzer bir deneyim yaşadım. LLM kullanarak bir özellik geliştirdim, ama kodun zaten mevcut bir kütüphaneden alınmış olduğunu fark ettim
    • Düzgün araştırmış olsaydım çok daha kötü bir sürümünü yapmazdım
    • Artık bunu yalnızca yorumlara dayanarak editörde prototip özellikler almak için kullanıyorum, gerisini ben yapıyorum
    • AI pipeline kurmak tüm eğlenceyi alıp götürüyor ve son derece bunaltıcı bir iş gibi geliyor
    • Ben kod yazmayı tercih ederim
    • LLM art arda 2, 3, 4 kez yanlış yapınca gerçek bir öfke yükseliyor
    • Yorucu oluyor
    • Önümüzdeki 1-2 yıl içinde bunun kolaylaşmasını ve UX'in iyileşmesini bekliyorum, ama ne olacağını bilmiyorum
    • Belki de yeterince vizyon sahibi değilimdir
  • LLM'ler öğrencilerin teknik problemleri derinlemesine anlama ve odaklanma motivasyonunu elinden alıyor
    • Bunun yerine kopyalayıp yapıştırıyor ve anlamadan geçiyorlar
    • Elektronik hesap makinesi benzetmesi yerinde olabilir. Ancak elle hesap yapmayı öğrendikten sonra uygun bir araçtır
    • Bir deneyde işletme öğrencilerine ChatGPT ve veri bilimi ödevi verildi
    • Arka plan bilgileri olmadan çözümü buldular, ama bilgi kazanmadılar
    • Bir arkadaşım, "Bu dil modeli genel halka sunulmamalı" diye yorum yaptı
  • Önceki iş yerimden kişisel bir anekdot
    • Junior bir geliştiriciye uzun süredir kullanılmayan branch'lerin listesini çıkaran bir script yazma görevi verilmişti
    • Benden review istendi ve bunun büyük kısmı awk ile yazılmıştı
    • Görev tanımını LLM'e girip cevabı kopyalayarak pull request'e yapıştırmışlardı
  • Platon, Phaidros, MÖ 370: "Artık kendi başlarına hatırlamayacaklar; dış işaretler aracılığıyla anılarını çağırdıkları için hafızalarını kullanmaz hale gelecekler"
  • Eski kafalı olabilirim ama sessiz başarısızlığın bir sistemin yapabileceği en kötü şeylerden biri sayıldığı günleri hatırlıyorum
    • LLM'ler sessiz başarısızlık makineleri
    • Kendi yerlerinde faydalılar, ancak patronların insan emeğini AI ile değiştirdiğini duyduğumda, kendi elleriyle yarattıkları felaketi yaşayacaklarından eminim
  • Yazılım mühendisliğine girme nedenim bir şeyler üretmeyi ve nasıl çalıştığını çözmeyi sevmemdi
    • Klavyeyle kod yazmak bu zanaatın yalnızca yan etkisi
    • Bu, matematikçi olmak için beyaz tahtaya denklem yazmaktan hoşlanmak gerektiğini söylemek gibi
    • Mühendislikte çözüm bulmak genelde nihai hedeftir
    • Her şeyi elle yazmanın değerli olduğu yerde, iyi bir mühendis bunu elle yazmalıdır
    • Üçüncü taraf bir kütüphane import etmek en iyi seçenekse, öyle yapmalıdır
    • Kodlamanın bir kısmını LLM'e bırakmak en kolay yoldaysa, öyle yapmalıdır
  • "Copilot Lag" diye bir kavram var
    • Mühendisin her görevden sonra sırada ne yapması gerektiğini beklediği durumu ifade ediyor
    • Bu deneyimi 10-15 yıldır yaşıyorum
    • LLM çok fazla zarar vermeyecek
  • Kodlama copilotu kullanmayı bırakma noktasına geldim
    • Zamanımın çoğunu onlarla kavga ederek geçiriyorum
    • Bunun bir kısmı benim hatam olabilir
    • UX/uygulama sorunları da var
    • LLM'ler çeşitli konularda orta seviye uzmanlar olarak faydalı
    • Ancak yankı odasına düşmek kolay
    • İnsan sezgisi, merak, yaratıcılık ve kişilik gereken anlarda duvara toslaması sarsıcı oluyor
    • Onu araç kutusunda duran bir başka araç olarak tutmaktan memnunum
    • Ama gerçek insanlarla iş birliği yapmayı tercih ederim