Beni Geride Bırakın
(androidessence.com)- Android geliştirme, 2014’te bir Java dersinde keşfedilen ücretsiz eğitimler ve ilk yapılacaklar uygulamasıyla başladı; avuç içindeki yazılımın gerçek hayata dokunması güçlü bir motivasyon oldu
- 10 yıllık kariyer, flört uygulamaları, ilaç erişilebilirliği ve seyahat desteği gibi kullanıcılara somut fayda sağlayan uygulamaları sürdürerek teknolojinin amacını doğrulama süreciydi
- Eğitimler, hackathon’lar, ilk iş ve Droidcon NYC boyunca, asıl kalıcı olanın ortaya çıkan üründen çok insanlarla kurulan bağlar ve açık bilginin aktarımı olduğu hissedildi
- LLM’ler derlenen kod ve hatta inceleme sağlayacak kadar gelişti, ancak Stack Overflow tarzı araştırma, itiraz, oylama ve deneme-yanılmadan doğan anlayışı zayıflatıyor
- Yazılım geliştirme, yalnızca tekrar eden işleri otomatikleştirerek ikame edilemeyecek bir sanat ve zanaat; insanların insanlar için birlikte üretip paylaşması gereken bir faaliyet
Android geliştirmeye başlama nedeni
- Android geliştirme, 2014’te üniversitedeki Java dersi sırasında bir sınıf arkadaşının paylaştığı ücretsiz çevrimiçi eğitimle başladı; ilk hedef, yerel depolamaya sahip bir yapılacaklar listesi uygulaması geliştirmekti
- Tamamlanan uygulamayı telefonda çalıştırıp aileye gösterilen an, “ampulün yandığı an” olarak kaldı; elde taşınabilen ve doğrudan etkileşime girilebilen gerçek bir yazılım olması bunu daha da anlamlı kıldı
- Uygulama her zaman cepte taşınan, düzen ve üretkenlik sağlayan bir araçtı; bu deneyim, insanlara olumlu etki eden araçlar sunmanın teknolojinin amacı olduğunu hissettirdi
- 2018’de, daha sonra eşle tanışılacak olan bir flört uygulaması üzerinde doğrudan çalışma fırsatı, yazılımın gerçek dünyaya etkisini daha yakından deneyimlemeyi sağladı
- Sonraki 10 yılda Android geliştiricisi olarak yetkinlikler geliştirilirken, özel birini bulmaya yardımcı olan, ilaç erişimini artıran ve seyahati destekleyen, kullanıcılara gerçek fayda sağlayan uygulamaların bakımı yapıldı
Geliştirme yolculuğunu şekillendiren insanlar
- Uygulamanın kendisinden daha kalıcı olan şey, onu mümkün kılan insanlarla kurulan bağlardı
-
Eğitimler ve açık bilgi
- İlk hedef mümkün olduğunca çok bilgi edinmekti; her hafta derslere katılıp hocanın anlattığı Android içerikleri öğrenildi
- Google çalışanlarının bir hava durumu uygulamasının nasıl yapılacağını anlattığı başka bir eğitim de izlendi; ders aralarında ve öğle molalarında bile uygulama yapılacak kadar yoğun bir ilgi vardı
- Kameranın arkasındaki insanların sahip olduğu derin bilgi ve bunu açıkça paylaşma isteği güçlü bir iz bıraktı
-
Hackathon’lar ve ekip kurma
- Sonraki birkaç yıl, doğrudan bir şeyler yaparak pratik kazanma dönemi oldu; 10’dan fazla hackathon’a katılarak yüzlerce aday yazılım mühendisiyle bağlantı kuruldu
- Arkadaşlarla arabaya binip 2 ila 8 saat yol gidilerek 3 gün boyunca neredeyse hiç uyumadan sosyal uygulamalar, evcil hayvan takipçisi ve NFC etiketli CTF oyunları geliştirildi
- Kafeinle ayakta kalınıp teknoloji yığını üzerine tartışılsa da, asıl ödül kahkaha, dostluk ve ekip olarak bir şey üretmiş olmanın verdiği gururdu
- Ne yapıldığı ya da ödül alınıp alınmadığı önemli değildi; deneyimin kendisi ödül olarak kaldı
-
İlk iş ve RxJava
- Mezuniyetin ardından dijital pazarlama şirketinde profesyonel Android geliştiricisi olarak ilk güne başlandı ve yan masadaki çalışma arkadaşı “RxJava hakkında ne biliyorsun?” diye sordu
- RxJava hiç bilinmediği için panik yaşansa da, çalışma arkadaşı yargılamadan reaktif programlamayı, birlikte çalışılacak uygulamanın bağlamını ve hızlıca açığı kapatmanın yollarını anlattı
- İkili, ofiste kahkaha yaratan çalışma arkadaşları haline gelirken, işlerine ve gelişimlerine duydukları derin tutkuyu da korudu
-
Droidcon NYC ve bilginin geri verilmesi
- Aynı çalışma arkadaşı ilk Android konferansı olan Droidcon NYC’ye götürdü; aynı dar ilgi alanını paylaşan yüzlerce mühendis ve onlarca konuşmacının bulunduğu ortam büyük etki yarattı
- Konuşmacıların bilgilerini gönüllü olarak paylaşması, sonraki nesil Android mühendisleriyle kendi uzmanlığını da paylaşma isteğini doğurdu
- Başka mühendislere yardım etme fırsatı aramak ve geçmişte alınan yardımı ileriye taşımak, kariyerin önemli ilkelerinden biri haline geldi
LLM’lerin vaat ettiği geliştirme biçimi ve gerçek deneyim
- LLM’lerin yaygınlaşmasıyla birlikte, “artık kod yazmayı öğrenmeye gerek yok; istediğini prompt olarak yaz, kod üretilsin” şeklindeki basit vaat, mevcut yazılım geliştirme biçimini tehdit etmeye başladı
- Başta yeni teknolojik olasılıklar heyecan vericiydi, ancak pratikte var olmayan metotlar öneriliyor, bariz hatalar üretiliyor ve en kötü durumda derlenmeyen kod ortaya çıkıyordu
- Daha iyi hale geleceği sözü verildikten sonra yeniden denendiğinde gerçekten geliştiği görüldü; derlenen kod yazıyor, stack trace’i analiz edip düzeltme önerileri sunuyor ve hatta code review yapabiliyordu
- Ancak bu gelişmiş yetenekler aynı anda insani deneyimi de aşındırıyordu
- Bilinmeyen bir şey çıktığında AI’a soruluyor ve hedefe götüren ilk yanıta yaslanılıyordu; eskisi gibi Stack Overflow’da aynı sorunu yaşamış birinin açıkça paylaştığı çözüm sürecini izleyerek öğrenme giderek azaldı
- Stack Overflow yalnızca yardım sunmuyordu; varsayımlara itiraz eden ve onları zorlayan geri bildirimler de vardı; arama, inceleme ve topluluk oylamaları sayesinde çözümlerin onaylandığı ya da reddedildiği görülebiliyor, böylece sorun ve çözüm temelden anlaşılabiliyordu
Otomasyonun zayıflattığı öğrenme ve işbirliği
- Mühendisler otomasyonu sever, ancak otomasyonun en iyi çalıştığı alan küçük ve tekrar eden işlerdir
- Bir şey inşa etmek gerektiğinde, 10 yılda bilenmiş becerileri kullanmak yerine bunu makineye devretmek, dayanıklı ve uzun ömürlü yazılım üretmek için gereken eleştirel düşünme yeteneğini zayıflatabilir
- LLM’lerin kodu hızlı üretmesi sayesinde sistem üzerine daha eleştirel düşünmenin mümkün olduğu görüşü var, ancak yazılım geliştirmeyi öğrenmenin özü olan deneme-yanılma kolayca kaçırılabiliyor
- Deneme-yanılma, yalnızca uygulamanın çalışıp çalışmadığını ya da çöküp çökmediğini görmek değil; hedefe en uygun mimariyi, kütüphaneyi, deseni ve stili bulmak için farklı yollar deneme sürecidir
- Çözüme dair geri bildirim de, bir çalışma arkadaşıyla yüz yüze oturup uygulama tercihleri ve ödünleşimleri tartışmak yerine kara kutuya sorulduğunda, gerçek projelerde neyin işe yarayıp neyin yaramadığına dayanan konuşmalar ortadan kalkıyor
- Ödünleşim tartışmaları çoğu zaman teoriden değil, başka birinin bizzat yaşadığı deneyimden besleniyordu; bu tür sohbetler uygulama kararlarını daha derinlikli hale getiriyordu
İnsanlar için yazılım
- LLM’ler birer tahmin makinesidir; açık ortamda öğrenmeyi ve üretmeyi seçen mühendislerin uzun yıllara yayılan emeği üzerinde eğitilmiş metin üreticileri ve istatistiksel sistemler olarak tanımlanırlar
- Açık biçimde üretmek, teknolojiyi kapatmak değil; genç mühendislerin keşfedebileceği, anlayabileceği ve öğrenebileceği gerçek örnekler yaratmak anlamına geliyordu
- LLM’ler, kod derlenmediğinde birlikte gülmez; biri “bu nasıl çalışıyor?” diye sorduğunda, heyecanla açıklayabilecek düzeyde bir yazılım anlayışı da kazandırmaz
- En önemlisi, dönüp gülümseyerek birlikte “bunu biz yaptık” demenin sevincine ortak olamaz
- İnsanlarla bağ kurma, kırılganlık gösterme, zorlukları paylaşma ve yardım aldıktan sonra bunu bir blog yazısı ya da konuşmayla yeniden başkalarına aktarma alışkanlığı, AI kullanımıyla zayıfladı; ama yeniden kazanılması gerekiyor
- Yazılım geliştirme, adanmışlık, sabır ve güçlü bir topluluk gerektiren bir sanat ve zanaattır; insanlar tarafından insanlar için yapılmalıdır
- Eğer AI ile birlikte üretme deneyimi gerçekten gelecekse, o gelecekte geride kalmanın sorun olmadığı sonucuna varılıyor
1 yorum
Hacker News görüşleri
Burada programlama topluluğuna ait hissedememiş olmanın zıt deneyimlerini anlatan yorumlar iyi ele alınmış, ama düşünülmesi gereken başka bir nokta daha var
Tüm bu yazılımların aşağı akışında yer alan, bizim doğrudan konuşmayabileceğimiz insanları hatırlamamız gerekiyor. Bunlar ille de sadece “kullanıcılar” değil; geliştiriciler için yazılım da çok, ama yine de kullanıcılar dikkate alınmalı
Yazılım kalitesini olasılıksal kod ekstrüderlerine bırakmak, dünyaya çıkan yazılımın kalitesini hızla düşürüyor. LLM'lerden önce de insan hataları ya da çarpık finansal teşvikler gibi sorunlar vardı; bu da onların üstüne ekleniyor. Düşük kaliteli ve kullanıcıya düşmanca yazılım dağıtıldığında, gerçek insanlara büyük küçük zararlar veriliyor. Üretken yapay zekaya doğru bu “kaçınılmaz” kayış; geliştiricilere, kullanıcılara, yatırımcılara ve temas ettiği herkese zarar veriyor. Zararın farklı zamanlarda ve farklı biçimlerde ortaya çıkıp yavaş ilerlemesi, onu görmezden gelmeyi kolaylaştırıyor; ama gerçekten yaşanıyor
“AI” bir zarardır. Beni de geride bırakabilirsiniz
Birkaç kişisel proje yürüten biri olarak, AI sayesinde düzgün bir CI pipeline kurup test kapsamını genişleterek ve daha iyi bir mimari oluşturarak kalitenin nesnel olarak arttığını söyleyebilirim. Eskiden bu kadar sağlamlaştırmaya yatırım yapacak imkânım yoktu, ama AI sayesinde mümkün oldu
Elbette kodumun berbat, testlerimin de kötü olduğunu söyleyebilirsiniz, ama bu sanki sonuca baştan karar verilmiş gibi görünüyor. Sektörde 25 yıllık deneyimimle bu yargının yanlış olduğunu söyleyebilirim. Yine de ortalama kod tabanının ne olacağını kimse bilmiyor. Ben özellikle özenli biri olabilirim. Ajan tabanlı kodlama çağı henüz 6-12 aylık olduğuna göre, şimdilik hükmü ertelemek gerekiyor
Bazı kullanım alanlarında berbat yazılım bile hiç olmamasından daha iyi olabilir. Bunun genel olarak iyi mi kötü mü olacağını öngörmek zor
Bunların ortak noktası, tembel insanların idare eder ama sorunlu kod çıkarmak için değnek gibi kullanabileceği araçlar olmaları. Tembellik bir seçimdir ve seçim, iradesi ve sorumluluğu olan insanlar tarafından yapılır
Eğer AI araçlarıyla daha kötü yazılımı daha hızlı üretiyorsak, kullanım biçimimizi yeniden düşünmemiz gerekir. Bununla daha iyi yazılım sunamıyorsak, o zaman ne için kullandığımızı gerçekten bilmiyorum
AI kod inceleme araçlarının, dağıtıma çıkacak hataları yakalamada inanılmaz derecede etkili olduğu durumlar gördüm
Benim programlama deneyimim yazının yazarıyla o kadar farklı ki, neyi kaçırdığımı merak ediyorum. Hep tek başıma programladım ve programlama hakkında çevrimiçi ya da çevrimdışı derin bir sohbet yaptığımı hatırlamıyorum. Kulağa eğlenceli ve heyecan verici geliyor ama ne yazık ki böyle fırsatlarım olmadı
Benim için AI, karşıma çıkan somut problemler ya da durumlar hakkında ilk kez fikre benzer bir şey almamı sağlayan şey oldu. Şu anda üzerinde çalıştığım iş için en iyi yaklaşımın ne olduğunu çok spesifik biçimde sorabiliyorum; yanıtı okuyup gözden geçirdikten sonra hangi yoldan gideceğime karar veriyorum. Hâlâ sık sık saçma yanıtlar alıyorum, ama o zaman bile “AI'ın söylediği şey doğru mu?” diye kendime sorup probleme yaklaşımımı daha derin düşünmeme yardımcı oluyor
Ne yazık ki merkez, satın alma öncesi Twitter'dı ve sonrasında topluluk artık eskisi gibi değilmiş gibi geliyor
PostgreSQL, GCC, Git, HTTP ve Emacs gibi araçlar, onları kullandığınız için bir şey “kazanmaz”. Popülerlik kazanabilirler ve katkılar artabilir, ama o kadar. Claude'u ne kadar çok kullanırsanız Anthropic o kadar zenginleşir ve dünyanın programlamasını kontrol edebilecek bir güç konumuna yerleşmesi o kadar kolaylaşır. Bu yüzden mülkiyetli AI'ı ne kadar seviyor olursak olalım, karşılığında neyi teslim ettiğimizi yeniden düşünmemiz gerekiyor. Bu sadece ayda 200 dolar değil
Mario Savio'nun, sanayi devrimi zirveye ulaştığında söylediği bir söz vardı
Makinenin işleyişinin o kadar iğrenç hale geldiği, insanın içinin o kadar acıdığı ve artık ne katılabildiği ne de pasif biçimde katlanabildiği bir an gelir. O zaman bedeninizi dişlilerin, çarkların, kolların ve bütün mekanizmanın üzerine koyup onu durdurmanız gerekir. Ve o makineyi işletenlerle ona sahip olanlara, eğer biz özgür değilsek makinenin de hiç çalışamayacağını bildirmeniz gerekir.
O zaman da makineler pek çok işi yapmaya başlamıştı ama biz hâlâ gayet iyi işliyoruz. Sonuçta bunun da araç kullanımına dönüşüp insan zekâsını başka bir zirveye taşıyacağını düşünüyorum
İnsan bilgisi için belki, ama zekâ için değil. Kolektif olarak aptalız ve daha da aptallaşıyoruz; AI'ın doğurduğu tembel ve düşüncesiz eğilim de bu akışı hızlandıracak
Ben de kendimi nispeten "zeki" sayıyorum ama bu kavramın fazla abartıldığını düşünüyorum. Aptal ve kaygısız yaşamak istiyorum. Bisiklete binmek, gökyüzüne ok atmak, escargot yemek ve zamanı gelince uykuda ölmek istiyorum. Ama gerçekte çalışmak ve huzurevi bakmak zorundayım
Her hâlükârda mekanik ikame ile düşünmenin ikamesi kıyaslanamaz, ama en düşüncesiz AI yanlısı yorumların en üste çıkma eğilimi var
Bu yazı bana çok şey fark ettirdi. Yazarın acısını anlıyormuşum gibi geliyor ve bunu okurken kesinlikle hissettim. Farkı yaratan şeyin "insanlar" olması biraz şaşırtıcıydı ve benim böyle bir deneyimi neredeyse hiç yaşamamış olmamın bu teknolojiye bakışımı büyük ölçüde etkilemiş olabileceğini fark ettim
Benim için yazılım yapmak çoğunlukla yalnız bir süreç oldu ve çevremdeki insanlardan çok daha fazla takıntı duyduğum bir şeydi. Teknoloji merkezli bir bölgede de yaşamıyorum; programlama, yazılım mühendisliği ya da AI hakkında çok şey bilen insanlarla sık sık konuşabildiğim bir çevrem de yok. Yazar gibi yeni teknolojiler ya da yeni diller öğrenmek zorunda kaldığım oldu ama bunu çok daha deneyimli geliştiricilerin yardımıyla değil, evde kendi başıma yaptım
LLM'ler bizi birden fazla gerçeğin aynı anda geçerli olduğu bir durumda bıraktı ve ilerlemek için bunları nasıl ayarlayıp çözeceğimizi bulmamız gerekiyor. LLM kullanarak da öğrenebilirsiniz, öğrenmeyebilirsiniz de; bu, kullanıcının yaklaşımı, isteği ve iradesinin bir sonucu. LLM kullanımında da neredeyse her şeyde olduğu gibi bir ustalık seviyesi var ve kullanıcının ustalığı teknolojiye dair algısını ve etrafındaki insanların bu teknolojiye bakışını etkiliyor. Acemi kullanıcılar daha olumsuz duygular üretiyor
Bazı insanlar makinelerin iyi yaptığı işleri kendileri yapmayı sevdiği için makinenin yapmasını istemiyor; bazılarıysa bu tür işlerden hoşlanmadığı için makinenin yapmasını istiyor. Bu yılın bir noktasında, programlamanın kendisinden çok sistem kurmayı, tasarlamayı ve problem çözmeyi sevdiğimi fark ettim
Yazılım geliştirme birçok şeyin bir araya gelmiş hâli; bunu tek bir şeymiş gibi konuşunca daha da kafa karıştırıcı oluyor. Bazı insanlar uygulamanın mantığını kendileri düşünüp kodu LLM'e yazdırmak istiyor, bazılarıysa çözümü LLM'in düşünüp uygulamasını ve test etmesini istiyor. Bunlar hedefleri ve arzuları farklı, çok farklı iki insan tipi. Birisi Claude ya da ChatGPT'ye baktığında, senin gördüğünden tamamen farklı bir şey görüyor olabilir
Çoğunlukla kitaplara ve çevrimiçi yazılara gömülüp işleyişe dair kendi zihinsel modelimi kurmam gerekti ve bu süreç oldukça faydalı oldu
Artık AI hem öğrenebileceğiniz bir araç hem de doğru yaklaşımı gösteren, ne olduğunu ayrıntılı biçimde açıklayan bir araç. Soru sorabilir, hataları işaret ettirebilir, farklı uygulamalar arasında gidip gelebilir ve sonunda daha iyi bir programcı olabilirsiniz. Pek çok kişinin söylediği gibi AI herkes için farklı bir anlama geliyor. Benim için güç veren, aydınlatan ve alçakgönüllü kılan bir araç oldu. Öğrenilecek şeyler her zaman fazlaydı ve zaman yetersizdi ama artık bunun ille de böyle hissettirmesi gerekmiyor
Kapalı kaynak AI ile ilgili sorun şu: Anthropic, Google ve OpenAI gibi şirketler, AI kullanımından kullanıcıdan daha fazla fayda sağlıyor. PostgreSQL, GCC, Git, HTTP, Emacs gibi araçlar, kullanıldıklarında bir şey "elde etmez". Popülerlik kazanabilir ve katkı artabilir ama o kadar
Claude'u ne kadar çok kullanırsanız Anthropic o kadar zenginleşir ve dünyanın programlamasına hükmedebilecek bir güç konumuna yerleşmesi o kadar kolaylaşır. Bu yüzden kapalı kaynak AI'ı ne kadar seviyor olursak olalım, karşılığında neyi teslim ettiğimizi yeniden düşünmeliyiz. Bu sadece ayda 200 dolar değil
Açık modelleri ve açık kaynak ajanları destekliyorum ama dev şirketlere daha fazla güç vermek istemiyorum. Beş yıl sonra bu büyük şirketlerin üzerimizde daha fazla iktidar sahibi olduğu bir durumda yazılım mühendisliğinin nasıl değişeceğini hayal etmek bile korkutucu. Örneğin Claude Code istemleri arasında reklam görmek istemiyorsanız daha fazla ödeyin ya da üretilen kodun uygulamanın içine reklam gömmemesi için daha fazla ödeyin gibi şeyler olabilir. Şu anda dünya internetinde yaşadığımız berbat deneyimin yazılım mühendisliği iş akışlarının derinlerine işlemesini gerçekten istiyor muyuz?
İnsanlar mevcut LLM durumuna bakıp her türlü uç tahminde bulunuyor ama pazarın nasıl gelişeceğini bilmiyoruz
Programlama becerisi ya da vibe coding kültürü de elektrikli araçların ilk dönemlerine benziyor. Elektrikli araçların içten yanmalı motorlu araçlardan daha uygun olduğu kullanım alanları vardı ama aynı işi tam anlamıyla görmeleri için 10 yıl daha gerekti. O süreçte de altyapı eksikliği ve teknolojinin olgunlaşmamış olması nedeniyle elektrikli araçları ilginç oyuncaklar, kullanışsız, pahalı ve tehlikeli şeyler diye küçümseyen çok insan vardı
Şu anda görünen tek gerçek hendek veri merkezi talebi gibi duruyor; ama bu da ölçeklenecek ve metalaşacak, RAM üretimi de yetişecek
Çoğu insan amaç ve anlamı işinden alır. Her zaman böyleydi. İnsanların hayatından anlamı büyük ölçekte kaldırırsanız ne olacağını sanıyorsunuz? Hoş bir manzara çıkmaz
Asıl sorun, tüm proletaryanın ihtiyaç duyduğu ücret ortadan kaldırıldığında işlerin “ilginçleşmesi”
Bu yazıya katılıyorum. Şu anda olan bitene benim tepkim de “beni geride bırakın”
Ama bunun nedeni, geliştirici olarak eski büyüme tarzının keyfini özlemek olmamalı; ayrıca Darwinci açıdan bakınca bu oldukça tehlikeli. Müşteriler eninde sonunda nasıl yapıldığıyla ilgilenmez; uzun vadeli destek, maliyet, öngörülebilirlik gibi şeylerle ilgilenir
Yine de sektörün gerçekten net pozitif etkisi olan bir ilerleme kaydettiğini söyleyebilir miyiz, emin değilim. Her yer tam bir keşmekeş. Çoğu durumda AI bizi aynı yöne turbo modunda itiyor; işleri sadece daha da dağınık ve pahalı yapmakla kalmıyor, aynı zamanda tehlikeli hale de getiriyor
Ben bu keşmekeşi, ilk ilkelerden başlayarak düzgün düşünürseniz bir fırsat olarak görebileceğiniz için “beni rahat bırakın” diye okuyorum
Bu yazı, sanki ya hiç AI kullanmamak ya da her şeyi AI’a devretmek dışında seçenek yokmuş gibi bir sahte ikilik kuruyor. Gerçekte işler böyle yürümüyor. Bir işin ne kadarını AI’a bırakacağını kendin seçebilirsin. İnsan uzmanlığına, topluluğa ve teknolojiye duyulan tutkuya hâlâ muazzam ölçüde yer var
AI etrafındaki kamusal tartışmaya bakınca bilişsel davranışçı terapide sözü edilen bilişsel çarpıtmaları hatırlıyorum. Özellikle siyah-beyaz düşünme ve felaketleştirme. Bunlar çoğu zaman kaygı ya da psikoz belirtisi de sayılır; bazen toplumların da topluca böyle belirtiler gösterip gösteremeyeceğini merak ediyorum
https://en.wikipedia.org/wiki/Splitting_(psychology)
https://en.wikipedia.org/wiki/Cognitive_distortion#Decatastr...
Bir takım PR işleme hacmi ve token kullanımıyla ölçülmeye başlarsa, tamamen vibe coding yapan birinin yanında ben daha “kötü” görünebilirim. Vibe coding yapmazsam terfide geri kalmaktan korkuyorum
Vibe coding’in kötü olabileceğini gösteren sinyaller gecikmeli göstergelerdir. Performans sorunları, hizmet kalitesinin düşmesi, büyük veri migration’ları gibi vibe coding problemleri hep sonradan ortaya çıkar
Ama onlar azınlık; çoğunluk orta yolu bulacaktır
Ben kıdemli bir PHP geliştiricisiyim ve yakın zamanda bir Ruby on Rails projesine geçirildim. Benim için tamamen yabancı bir ortam. Müşteri, mümkün olduğunca çok LLM kullanmamızı tavsiye etti
Sorun şu ki AI ile kod yazınca codebase’i öğrenmek neredeyse imkânsız hale geliyor. Bilerek derine inmezsen bir seferde birkaç satırdan fazlasını neredeyse hiç görmüyorsun ve hız baskısı yüzünden buna zaman da olmayabiliyor. Sonuç olarak ekipte kimse kodun herhangi bir alanını gerçekten derinlemesine bilmiyor. Son 25 yıldır yazılım geliştirmenin alışılmış biçiminden çok farklı; daha az eğlenceli de olabilir
100 yıl önce sadece zanaatkârların yaptığı mobilyaları satın alabiliyordunuz. Gerçek ustalardan. Şimdi seçenek IKEA ya da el yapımı. Çoğu insan nasıl yapıldığıyla ilgilenmiyor; işini görsün yeter diye IKEA’yı seçiyor. Hâlâ el yapımı mobilyayı tercih edenler var ve bunun için ciddi para ödüyorlar
Yazılım da o yöne gidiyor gibi görünüyor ve ne yazık ki buna katılıyorum. Yazılım geliştirme bir hobiye dönüşecek. Tıpkı birçok insanın boş zamanında marangozluk yapması gibi. Belki çok az sayıda gerçek uzman kalacak ve çoğu danışmanlık yapacak. Belki eğitim verisi üretecekler ya da AI’ın ustalaşacağı framework’ler tasarlayacaklar. Bilmiyorum. Ama gelecekte işlerin kesinlikle farklı olacağı açık ve bunun hepsi iyi yönde olmayacak
Şu anda AI insanlar için bir şeyler üretiyor, bazen de başka AI’lar için. Çok yakında AI başka AI’lar için üretecek, ara sıra insanlar için de üretecek. Daha sonra AI çoğunlukla AI için üretecek; insanlar için üretim ise nadirleşecek
Sizin ülkede de durumun böyle olup olmadığına bakmanız iyi olur. İnsanlar otomatik olarak IKEA’nın bütün yerel dükkânları yok ettiğini sanıyor ama ararsanız hâlâ çok sayıda yerel mobilya mağazası var
Bu yazı ya LLM tarafından yazılmış ya da bugünlerde standart hale gelen blog yazım tarzıyla yazılmış gibi. O tarzın kendisi giderek LLM’leşiyor
Sam Kriss yakın tarihli bir yazısında bu tür “belirtileri” iyi yakalamış: https://samkriss.substack.com/p/if-you-let-ai-do-your-writin...
AI’ın “belirtileri” denen şeyin tanım gereği insanlardan geldiğini anlamıyorlar mı? Sam Kriss, gösterişli üslubu eleştirirken Salman Rushdie ve Arundhati Roy gibi isimleri de AI ile aynı “ucuz numaraları” kullanmakla örnek veriyor; ne kadar saygı duysam da bunu kabul etmek zor. Tuhaf metafor kullanan herkesi LLM kullanmış gibi damgalama noktasına tehlikeli biçimde yaklaşıyor. İnsanlar LLM olmadan da çok uzun zamandır tuhaf şeyler yazıyor
Ayrıca bu yazıda tam olarak hangi “belirti” var? Oldukça doğrudan okunuyor, tuhaf metafor da yok. Em dash zaten başlı başına bir ipucu değil; hatta bu yazıdaki gibi “ - ” boşluk-tire-boşluk kullanımı oldukça insani görünüyor. Her şeyden önce, LLM ile programlama yapmak istemediğini yazan birine şüpheden sanık yararlanır yaklaşımını göstermek isterim
“Yetim döven makine beni varoluşsal kaygı ve korkuyla dolduruyor ama bunu okura aktarabilmem için o makinenin birkaç yetimi dövmesine izin vermem gerekiyor” tarzı bir şey tuhaf