41 puan yazan xguru 2025-04-28 | 6 yorum | WhatsApp'ta paylaş
  • AI araçlarının getirdiği üretkenlik artışı, geliştiriciler için temel beceri körelmesi(skill atrophy) riski doğuruyor
  • AI'ye aşırı bağımlılık, eleştirel düşünme ve problem çözme becerilerini zamanla zayıflatıyor
  • Debugging, mimari tasarım, hafıza gibi önemli beceriler giderek körelebilir
  • AI'yi bir araç olarak kullanırken, kendi başına düşünme ve öğrenme alışkanlığını mutlaka korumak gerekiyor
  • AI ile işbirliği yapan bir kullanım biçimi, hem üretkenliği hem de teknik yetkinliği artırabilir

Yapay zeka çağında beceri körelmesinden nasıl kaçınılır

  • Kodlama alanında AI yardımcılarının yükselişi, üretkenlik artışıyla birlikte beceri körelmesi(skill atrophy) riskini de beraberinde getiriyor
    • Beceri körelmesi, yeterince kullanılmayan ya da pratik edilmeyen becerilerin zaman içinde zayıflaması anlamına gelir
  • Tekrarlayan işleri AI'ye bırakmak faydalı olabilir, ancak bu durum aşırıya kaçtığında temel yeteneklerin kaybına yol açabilir
  • Bilişsel dış yükleme(cognitive offloading) nedeniyle, dokümanları ya da eğitim içeriklerini doğrudan öğrenmek yerine AI'ye dayanma eğilimi güçleniyor
  • Örneğin GPS kullanımı yön bulma becerisini nasıl zayıflattıysa, AI otomatik tamamlama ve kod üretimi de düşünme kapasitesini azaltabilir
  • AI'nin boilerplate kodları üstlenmesi, daha büyük projelere girişme fırsatı yaratsa da otomasyon ile beceri körelmesi arasındaki sınırı çizmek önemlidir

Eleştirel düşünme kurban mı oluyor?

  • Microsoft ve Carnegie Mellon araştırmacılarının 2025 tarihli çalışmasına göre, AI'ye bağımlılık arttıkça eleştirel düşünme azalıyor
  • AI'ye aşırı güven, insanların kendi başına düşünmek yerine otomatik pilot moduna geçmesine neden oluyor
  • İş ne kadar kolaysa, insanlar o kadar gevşiyor; bunun sonucunda uzun vadeli bağımsız problem çözme kapasitesi zayıflıyor
  • AI yardımıyla çalışan kişiler, aynı problem için daha az çeşitli çözüm üretme eğiliminde; bu da düşüncenin tekdüzeleşmesine yol açıyor
  • Araştırmacılar bunu eleştirel düşünmenin gerilemesi olarak tanımlıyor
  • Eleştirel düşünmeyi zayıflatan engeller
    • Bilişsel engeller: İş tekrarlandıkça AI'ye aşırı yaslanma eğilimi artıyor
    • Motivasyonel engeller: Zaman baskısı ya da görev kapsamı sınırlamaları, insanları derin düşünmeden kaçınmaya itiyor
    • Yetenek engelleri: AI'nin yanıtlarını kendi başına doğrulamak veya geliştirmek zor geliyor
  • Bir mühendis, 12 yıllık deneyimine rağmen AI'nin sunduğu anlık yardımlar yüzünden kendisini daha kötü bir geliştirici gibi hissettiğini itiraf ediyor
    • Doküman okumayı bırakmak: LLM anında açıklama verdiği için resmi dokümanları okuma ihtiyacı hissedilmiyor
    • Debugging becerisinin düşmesi: Stack trace ya da hata mesajlarını doğrudan analiz etmek yerine AI'ye yapıştırıp çözüm bekleniyor
    • Derin anlayış kaybı: Problemi gerçekten anlamaya çalışmadan AI önerileri tekrar tekrar uygulanıyor
    • Duygusal tepkinin değişmesi: Eskiden bug çözmenin verdiği keyif, artık AI 5 dakika içinde yanıt vermezse hayal kırıklığına dönüşüyor
  • Düşünmeyi LLM'lere devretmek, geliştiricinin uzun vadeli ustalığını verip kısa vadeli rahatlığı satın almasına benziyor

    "AI sayesinde 10x geliştirici olmadık; AI'ye 10 kat daha bağımlı hale geldik"
    "Kendi başımıza çözebileceğimiz problemleri AI'ye çözdürdüğümüz her seferde, uzun vadeli anlayışı kısa vadeli üretkenlikle takas ediyoruz"

Beceri körelmesinin ince işaretleri

  • AI'ye bağımlılık yalnızca bir hipotez değil; gerçekten geliştirme becerilerinin zayıflamasına yol açabilir
  • Kendi becerilerinizin körelip körelmediğini anlamak için bazı belirgin işaretlere bakabilirsiniz
  • Debugging'den vazgeçme eğilimi

    • Bir hata çıktığında debugger kullanmak ya da stack trace'i doğrudan okumak yerine hemen AI'ye yönelme eğilimi
    • Eskiden bug'ları bizzat analiz edip çözerken gelişim sağlanıyordu; şimdi bu süreç sık sık AI'ye devrediliyor
    • AI'nin çözemediği ya da kullanılamadığı durumlarda temel sorun teşhisi bile yapılamayan bir noktaya düşme riski var
  • Anlamadan kopyala-yapıştır kodlama

    • Boilerplate kodu AI'nin yazması sorun olmayabilir; sorun, bunun neden işe yaradığını anlamadan kodu kopyalayıp kullanmakta
    • Özellikle genç geliştiriciler, AI sayesinde hızlı kod yazsa da neden o tercihin yapıldığını ya da istisnaların nasıl ele alındığını açıklayamayabiliyor
    • Farklı alternatifleri değerlendirme süreci ortadan kalktıkça, temel düşünme egzersizi de kayboluyor
  • Mimari ve sistem düşüncesinin zayıflaması

    • Karmaşık sistem tasarımı tek bir prompt ile çözülemez
    • Küçük sorunları AI ile çözmeye alışmak, yüksek düzeyli tasarım işlerinden korkmaya ya da kaçınmaya neden olabilir
    • AI belirli bileşenler ya da pattern'ler önerebilir; ancak performans, güvenlik, bakım kolaylığı gibi bütün bağlamı anlamak geliştiricinin görevidir
    • Sistem düzeyinde düşünme kullanılmadığında zamanla zayıflar
  • Hafıza ve hatırlama gücünde düşüş

    • Sık kullanılan API çağrıları ya da dil sözdizimi bile hafızadan silikleşebilir
    • AI otomatik tamamlama araçlarına alışıldıkça, kodu kendi başına yazma yetisi zayıflar
    • Bu durum, hesap makinesine aşırı bağımlı öğrencilerin temel işlem becerilerini yitirmesine benzetilebilir
  • Zaman içinde bazı becerilerin doğal olarak kaybolması normaldir
    • Örneğin assembly ile belleği elle yönetmek ya da uzun bölme işlemini elde yapmak artık zorunlu değil
    • Ancak hangi becerilerin korunması, hangilerinin bırakılabileceği ayrımını yapmak önemlidir
    • Acil bir durumda debugging yapabilme becerisi hâlâ temel bir yetkinlik sayılmalıdır

    Hız ve bilgi arasındaki takas:
    AI hızlı yanıt verir (yüksek hız, düşük öğrenme),
    geleneksel yöntemler (Stack Overflow, resmi dokümanlar) daha yavaştır ama derin anlayış kazandırır

  • Anlık cevapların peşinden koşarken, gerçek uzmanlığa giden yolda gerekli olan bağlam kavrayışı ve derinliği kaybetme riski vardır

AI'ye aşırı bağımlılığın uzun vadeli riskleri

  • AI araçlarına aşırı bağımlılık kontrolsüz kalırsa, kariyer açısından eleştirel düşünme krizi yaşanabilir
  • AI düşünme sürecinin büyük kısmını üstlenirse, araç başarısız olduğunda ya da çözüm üretemediğinde kişi kendi başına tepki verebilme yetisini kaybedebilir

    "AI'yi ne kadar çok kullanırsanız, beyninizi o kadar az kullanırsınız. Peki AI'nin çözemediği bir sorunla karşılaştığınızda, bunu kendi başınıza çözebilecek beceriniz olacak mı?"

  • Nitekim AI kodlama yardımcılarında yaşanan kesintilerin geliştiricilerin iş akışını tamamen durdurduğu örnekler de görüldü
  • Kendi kendini gerçekleştiren kehanet(Self-Fulfilling Prophecy)

    • Microsoft araştırmacıları, insanlar AI yüzünden işlerini kaybetmekten korkarken aynı zamanda "AI'yi eleştirel süzgeçten geçirmeden kullanmaları" hâlinde rekabet güçlerini bizzat kaybedebilecekleri uyarısında bulunuyor
    • Özellikle junior geliştiriciler, "zor yolu" atlayıp yalnızca hızlı üretkenliğe odaklanırsa, derin öğrenme olmadan erken bir gelişim tıkanması yaşayabilir
    • Sonuç olarak, kendi başına problem çözmenin keyfini ya da derin anlayışı hiç yaşamamış bir button-pushers kitlesi ortaya çıkabilir
    • Bu kişiler AI'ye nasıl soru sorulacağını iyi biliyor olabilir, fakat doğru cevabı gerçekten anlamıyor olabilir
    • AI ufak hatalar yaptığında bunları fark edememek, bug'ların veya güvenlik açıklarının koda sızmasına neden olabilir
  • Takım kültürü ve organizasyonel dinamikler

    • Her geliştirici yalnızca AI yardımcılarına dayanırsa, mentorluk ve gayriresmî öğrenme(osmosis learning) zayıflayabilir
    • Junior geliştiriciler ekip arkadaşları yerine AI'ye yöneldikçe, senior geliştiricilerin bilgi aktarması zorlaşır
    • Temeli zayıf çok sayıda junior olduğunda, senior'lar zamanlarını AI'nin ürettiği hataları düzeltmeye harcayabilir
    • Sonunda ekip, AI'ye bağımlı bireylerin toplamına dönüşebilir; eleştirel inceleme ve ortak kaliteyi koruma kültürü kaybolabilir
    • Hatta bus factor içine fiilen "AI hizmet kesintisi" de dâhil edilebilir
      • "Projenin çökmesi için kaç kişinin otobüs çarpmasına uğraması gerekir?"
  • Bu, analog yöntemlere geri dönelim demek değil; AI'yi dikkatli kullanmak gerektiği uyarısıdır
    • AI'den yararlanırken yalnızca işi değil, düşünme kapasitesinin kendisini de dış kaynağa devretmemeye dikkat etmek gerekir
    • Amaç, AI'nin faydalarını sonuna kadar kullanırken aynı anda kendi becerilerinizi ve düşünme gücünüzü sağlam tutmaktır

AI'yi koltuk değneği değil, işbirlikçi olarak kullanmak

  • AI kodlama yardımcılarının üretkenlik avantajından yararlanırken düşünme gücünü ve becerileri korumak için bilinçli kullanım alışkanlıkları gerekir
  • AI'ye her şeyi bilen bir cevap makinesi gibi değil, junior bir pair programming partneri ya da rubber duck debugging ortağı gibi yaklaşılmalıdır
  • İşte değerlendirilebilecek somut uygulama stratejileri
  • "AI hygiene(hijyen)" uygulamak – her zaman doğrulamak ve anlamak

    • AI'nin çıktısı ne kadar ikna edici görünürse görünsün, körü körüne güvenmeden doğrulama alışkanlığı edinilmelidir
    • AI'nin ürettiği fonksiyon ya da kod için bilinçli testler yapılmalı, edge case'ler aranmalıdır
    • "Bu çözüm neden çalışıyor?" ve "Sınırları neler?" soruları kişinin kendisi tarafından sorulmalıdır
    • AI'den kodu satır satır açıklamasını ya da alternatif yaklaşımlar sunmasını isteyerek öğrenme desteklenebilir
    • AI'nin cevabını sorgulamak, pasif bir yanıtı aktif bir derse dönüştürebilir
  • Temel becerileri çalıştırmak – bazen zorlanmak gerekir

    • Her hafta belirli bir süre "AI'siz kodlama zamanı" ayırıp sorunları tamamen elle çözmek
    • Deneyimli geliştiriciler "No-AI Day" belirleyip kodu doğrudan yazmayı, hataları analiz etmeyi ve doküman aramayı tercih ediyor
    • Başta yavaş ve sinir bozucu olabilir, ama zamanla özgüven ve derin anlayış geri kazanılır
    • AI olmadan düzenli kod yazmak, temel becerilerin entropiyle erimesini engeller
    • Bu, geliştirici beyni için bir cross-training gibidir
  • AI'ye sormadan önce probleme kendin saldır

    • Bir sorunla karşılaşıldığında hemen AI'ye sormak yerine, önce yaklaşım üzerine düşünmek gerekir
    • En azından pseudocode ya da basit bir fikir taslağı oluşturduktan sonra AI'den yararlanmak daha iyidir
    • Bir bug çıktığında en az 15-30 dakika kendi başına debugging yapmayı denemek gerekir
    • Bu sayede problem çözme becerisi gelişir; ayrıca AI'nin cevabını kendi yaklaşımınızla karşılaştırarak aktif öğrenme mümkün olur
  • AI'yi code review'un yerine geçirmek değil, onu güçlendirmek için kullanmak

    • AI'nin ürettiği kod da bir insan ekip arkadaşının yazdığı kod gibi titizlikle gözden geçirilmelidir
    • Mümkünse AI kodu için insan code review'u da sürdürülerek ekip kalitesi korunmalıdır
    • Böylece takım bilgisi döngü içinde kalır ve AI'ye güvenildiğinde tek bir geliştiricinin kaçırabileceği sorunlar yakalanır
    • Bu yaklaşım, "AI taslak çıkarabilir ama kodun sahibi biziz" anlayışını güçlendirir
    • Kodu kimin yazdığından bağımsız olarak, repodaki tüm kodu anlama ve bakımını üstlenme sorumluluğu takıma aittir
  • Aktif öğrenme – takip soruları ve tekrar

    • AI'nin sunduğu çözüm iyi çalışsa bile, o anda öğrenmeyi pekiştirmek için zaman ayırmak gerekir
    • AI ile karmaşık bir regex ya da algoritma yazdırdıysanız, yapısını kendiniz açıklamaya çalışın ya da neden bu yöntemin seçildiğini AI'ye sorun
    • AI'yi yalnızca cevap veren bir sistem değil, sonsuz sabırlı bir eğitmen gibi etkileşimli biçimde kullanın
      • ChatGPT'nin ürettiği kod için "Neden bu yöntem olmaz?" diye sormak gibi
    • Böyle yaptığınızda AI, sadece kod dağıtan bir araç değil bir mentor hâline gelir
  • Öğrenme günlüğü ve "AI assist" listesi tutmak

    • AI'ye tekrar tekrar sorduğunuz konuları kaydederek bilgi boşluklarınızı tespit edin
    • Örneğin CSS'te div hizalama ya da SQL sorgu optimizasyonunu sık sık soruyorsanız, o konuya özellikle çalışın
    • Flashcard ya da kısa alıştırmalar hazırlayıp tekrarlayarak bunu uzun süreli hafızaya taşıyın
    • Benzer bir problemle tekrar karşılaştığınızda, önce AI olmadan çözmeyi deneyin ve yöntemi hatırlayıp hatırlamadığınızı kontrol edin
    • AI'yi ilk çözüm değil, son güvenlik ağı olarak kullanma yaklaşımını koruyun
  • AI ile pair programming yapmak

    • AI'yi soru-cevap API'si gibi kullanmak yerine, onunla bir pair programming partneri gibi konuşun
    • Örneğin siz bir fonksiyon taslağı yazarsınız ve AI'den iyileştirme önerileri alırsınız; ya da tersine AI taslak yazar, siz düzeltirsiniz
    • Diyalog örneği: "Bu fonksiyon çalışıyor, ama bunu daha anlaşılır şekilde refactor etmenin bir yolu var mı?"
    • Bu yaklaşım sürücü koltuğunda kalmanızı sağlar. Cevabı pasif biçimde tüketmek yerine, AI'nin katkısını siz yönlendirir ve seçersiniz
    • AI'yi gözetim gerektiren bir junior geliştirici gibi görün; nihai sorumluluğun insanda olduğunu net tutun
  • Bu alışkanlıklarla AI kullanımı net bir kazanca dönüşür ve kendi yetenekleriniz de kaybolmaz
  • Gerçekten de AI'yi yabancı kodları açıklatmak ya da zor örneklerle test etmek, kişisel teknik gelişim açısından çok yararlı olabilir
  • Örneğin alışık olmadığınız bir kodu AI'ye açıklattığınızda bilginizi derinleştirebilir, AI'yi zor vakalarla şaşırtmaya çalıştığınızda test odaklı düşünme biçiminizi geliştirebilirsiniz
  • Asıl mesele, pasif tüketici değil aktif kullanıcı olarak kalmaktır

Sonuç: Keskinliğini koru

  • Yazılım endüstrisi, AI destekli kod üretimi çağına hızla giriyor ve bu artık geri döndürülemez bir akış hâline geldi
  • Bu araçları benimsemek yalnızca kaçınılmaz değil, çoğu durumda faydalı da
  • Ancak AI'yi iş akışına dahil ederken herkesin, makineye neyi bırakacağı ile kendisinde neyi koruyacağı arasında dikkatli tercihler yapması gerekiyor
  • Kod yazmayı seviyorsanız, sadece hızlıca özellik çıkarmayı değil, problem çözmenin ustalığını ve keyfini de koruyun
  • AI'yi bir amplifier olarak kullanın, replacement hâline getirmeyin
  • Bırakın AI tekrarlayan işleri üstlensin; siz de açığa çıkan zamanı yaratıcı ve karmaşık işlere ayırın
  • Ama temel becerilerinizin körelmemesine dikkat edin ve her zaman "nasıl" ile "neden" sorularını takip eden merakınızı canlı tutun
  • Debugging içgüdünüzü ve sistem düşüncenizi keskinleştirmeye devam edin; yalnızca AI'nin sunduğu kestirme yolların peşine düşmeyin
  • "Kısacası, AI'yi koltuk değneğiniz değil, işbirlikçiniz yapın"
  • Başarılı geliştirici, insani sezgi ve deneyimi AI'nin süper güçleriyle uyum içinde birleştirebilen kişi olacak
    • autopilot olsun ya da olmasın, kod tabanında yolunu bulabilen biri
  • Kendi kendine yön verdiğin pratik ve zorluklar sayesinde, gösterişli araçlar başarısız olduğunda ya da yeni sorunlar çıktığında da problemi çözebilmelisin
  • "AI'nin seni ikame etmesinden korkma; seni vazgeçilmez kılan becerileri geliştirmemekten kork"
  • "AI'nin sunduğu cevapları, bir mühendisin zihniyle anlamalısın" ilkesini korursan, AI dalgasına binip sürüklenmeden ilerleyebilirsin
  • Bonus

    • Bir dahaki sefere AI'nin tüm özelliği baştan sona kodlaması cazip geldiğinde, bunu kendine bir kısmını bizzat yazman gerektiğine dair bir işaret olarak gör
    • Şaşırtıcı biçimde ne kadar çok şeyi hatırladığını fark edebilir ve tekrar elle kod yazmanın keyfini yaşayabilirsin
    • AI'yi üretkenlik artıran bir araç olarak kullan, ama becerilerini aktif biçimde bileyleme alışkanlığını asla bırakma

En iyi geleceğin geliştiricisi, bugünün AI'si yüzünden kendi başına düşünmeyi unutmayan kişi olacaktır

6 yorum

 
redcrash0721 2025-04-30

https://freederia.com/researcharchive/
Bu, AI Scientist sitesidir.
Bu tür bir yönelim, daha çeşitli yönlerin daha da teşvik edilmesini sağlayacaktır.

 
mhj5730 2025-04-29

Karşı koyması zor bir üretkenlik seviyesi sağlayan bir teknoloji. Dahası, normalde aklımıza bile gelmeyecek bir yaklaşımı ya da bir kütüphane API’sini kullandığında, beyinde kıvılcımlar çakıyor. Yapay zekaya 10 kat daha fazla bağımlı hale gelmek doğal bir durum, ancak her şeyi hepsi bir arada bir çözüme devretmek için bunun sonuçta bir co-pilot (yardımcı pilot) olduğunu fark etmek gerekiyor. Gündelik hayatta da, kodda da, sanki her zaman yanınızda duran gerçekten nazik bir doktora araştırmacısı varmış gibi.

 
ruinnel 2025-04-28

Eskiden birlikte çalıştığım junior bir geliştirici vardı... İnternette aratıp bulduğu kodun indent’ini bile düzeltmeden olduğu gibi kopyala-yapıştır yaptığını görünce iç çekip...

"Google’da aratıp Stack Overflow gibi yerlerden çıkan kodu olduğu gibi kopyala-yapıştır yapmayın, anlayıp öyle kullanın"
demiştim bir keresinde.

Neden aynı şey? hahaha

 
savvykang 2025-04-28

Çünkü bunu iyi bilmeyen biri için en kolay yol budur.

 
loblue 2025-04-28

Foundation bir bilimkurgu romanı değil de bir kehanet kitabı mıydı!

 
GN⁺ 2025-04-28
Hacker News görüşü
  • GPS'in harita okuma becerisini zayıflattığına dair yaygın benzetmeye farklı bir bakış sunuluyor. GPS öncesinde araba kullanmayı öğrenen bir baba, sürüş ve navigasyonu aynı anda yürütmekte zorlanıyor. Buna karşılık GPS ile birlikte araba kullanmayı öğrenenler, navigasyon talimatlarını işlerken aracı yönetme becerisi geliştiriyor. Bu beceri, modern sürücüler için temel bir yetkinlik haline gelmiş durumda

    • Yapay zeka ve programlamada da benzer bir örüntü görülebiliyor. Yapay zekayı geliştirme sürecine etkili biçimde entegre etmeye yönelik yeni beceriler ortaya çıkıyor ve bu, "yapay zekayla birlikte programlama"ya evriliyor
  • LLM kullanarak ders kitabı sorularının fotoğrafını çekip anlamayı kolaylaştırmak mümkün hale geldi. LLM, insanların niyetini büyüten bir araç ve öğrenme niyeti olanlar için avantaj sağlıyor. Ancak yalnızca dış görünüşü parlatmak isteyenler için olumsuz etkileri olabilir

  • LLM ile çalışırken bir problemi tamamen anlama ve niyeti açıkça ifade etme becerisi gelişiyor. LLM kodlama hızını artırsa da, hatalı kodu daha hızlı üretmeye de yol açabiliyor. Bu nedenle sistem gereksinimlerini net biçimde açıklama ve yüksek düzeyli soyutlamayla düşünme becerisi önem kazanıyor

  • Yapay zekayla ilişkili beceri erozyonunun, iş gücü maliyetlerini azaltmaya dönük kasıtlı bir sonuç olduğu görüşü de var. Burada hedefin yapay zeka aracılığıyla verimliliği artırmak değil, maliyetleri düşürmek olduğu gerçeği vurgulanıyor

  • LLM, LeetCode benzeri becerileri pratik etmek için faydalı. AI Studio içindeki Gemini 2.5 Pro kullanılarak LeetCode problemleri çözdürülüp iyileştirme noktalarının bulunması sağlanabiliyor

  • Claude, fikirleri keşfetmeye ve mantıktaki boşlukları bulmaya yardımcı olmak için kullanılıyor. En kötü durumda güvenilir bir danışman, en iyi durumda ise bir dedektif rolü oynuyor

  • Kağıt harita kullanamama örneği, teknolojik değişimin bireysel yetenekler üzerindeki etkisini gösteriyor. GPS çalışmadığında kağıt harita bulmanın zorlaşacağı bir durum endişe yaratıyor

  • Yalnızca beceri kaybı değil, insan bilgisinin tekdüzeleşmesi riski de bulunuyor. LLM tarafından güçlendirilen "sağduyu", belirli bölgesel sorunların yerini genel çözümlerle doldurabilir

  • Dış araçlara bağımlı olmadan, ağı kapatıp kod yazmak ya da belge hazırlamak, kişinin kendi düşünme kapasitesini sınamak için iyi bir yöntem. Yaratıcı düşünmek yerine başkalarının fikirlerini tekrarlamaktan nefret etmeye başlayınca emekli olmaya karar verdiğini söyleyen bir görüş de var

  • Ortalama IQ'nun önümüzdeki 10 yılda 10 puandan fazla düşmesi mümkün, ancak herkes AI tarafından üretilmiş blog gönderileri sayesinde verimliliğin arttığını iddia edecek