Elektronik oylama sistemlerinin, geniş kamuoyunun rastgele güvenilirlik doğrulaması sorununu çözemeyeceğini düşünüyorum.
Sistemin kodunun doğrulanması yalnızca seçilmiş özel bir kesim tarafından mümkün olur; ayrıca doğrulanan kodun sahada kullanılan kodla aynı olup olmadığına da güvenilemez.
Oy pusulalarının sonuçlarının elektronik sistemle toplanması sürecinin yalnızca elektronikleştirildiği Güney Kore'de bile ne tür tartışmalar yaşandığına ve nasıl bir toplumsal karmaşa ortaya çıktığına bakınca, tamamen elektronik bir oylama sistemi uygulanırsa ne tür toplumsal karışıklıkların yaşanabileceğini kabaca tahmin etmek mümkün görünüyor.
Aynen öyle, ben de aynı şekilde "hepsini otomatikleştirelim!" deyip zorlandığım bir deneyim yaşamıştım.
Bahsettiğiniz gibi, belirsiz vakaları hariç tutup önce net desenleri ele almak daha verimli olmuştu, haha.
Net desenler için Codemod
Belirsiz desenler için manuel işlem
Bunu böyle iki hatlı ilerletmek, implementasyon/review/bug riskini de göz önünde bulundurduğumuzda verimli oluyor!
Oldukça faydalı bir yazı. AST kurallarını belirlerken başta her şeyi tamamen otomatikleştirmeye çalışıp epey zorlandığımı hatırladım... Bunu yaparken, belirsiz vakaları dışarıda bırakıp yalnızca net olanları tanımlamanın doğru yaklaşım olduğunu gördüm.
Bunun gerçekten içgörü dolu bir yazı olduğunu düşünüyorum.
23 yıllık deneyime sahip, sahada çalışan kıdemli bir geliştiriciyim; 2024’ün ikinci yarısından beri LLM ile geliştirme ve vibe coding’i son sınırına kadar zorlayarak kullanıyorum. AOS/iOS, web servis full-stack, batch işler, model fine-tuning’e kadar gerçekten çok çeşitli alanlarda kullanıyorum ve yaklaşık 5 agent çalıştırarak iş yapıyorum.
Zamanın nasıl geçtiğini anlamadan geliştirme yapıp uyuyakaldığım günleri, 2000’lerin başından sonra ilk kez yeniden yaşayacağımı hiç düşünmemiştim haha.
Lafı uzatmadan, son dönemdeki düşüncem şu: geliştirme alanı artık herkesin yapabileceği bir şey haline geldi.
Coding agent’ların gelişimi daha da hızlanacak ve geliştirme çok daha kolay, çok daha rahat hale gelecek. Excel ya da Word belgesi hazırlamak kadar sıradan bir seviyeye inecek.
Andrej Karpathy’nin dediği gibi en iyi programlama dili "İngilizce"dir; buna katılıyorum.
Kişisel olarak, daha fazla AI makalesi okumaya ve mantıklı biçimde ifade edebilmek için daha çok yazı yazmaya çalışıyorum. (AI ile daha çok konuşmaya da gayret ediyorum.)
Gerçekten heyecan verici günlerden geçiyoruz.
Benim hikâyemi kim yazmış?
Benim için mesele, "birine faydalı bir varlık olmak"tan ziyade..
Sadece kendi 'problemimi' fark edip (tanımlayıp), çözümü düşünüp (simüle edip) sonra da onu geliştirip (PoC) sorun çözüldüğünde büyük keyif almak gibi görünüyor..
Bu yüzden, ister benim fark ettiğim bir sorun olsun ister bir başkasının talebi, 'neden?' sorusunun cevabını duyup o probleme empati kurabildiğim işler keyifli geliyor..
Bu yüzden doküman yazımında da, 'göstermek için' yazılan dokümanlar gerçekten hiç eğlenceli değil ama..
Gerçek kullanıcının bakarak kullanması gereken 'gerçek kullanıcı kılavuzu'nu yazmak eğlenceli gibi..
Bu açıdan bakınca, son zamanlarda AI çıkınca geliştirme işi çok eğlenceli oldu.
Ben çözümü 'önerdiğimde' AI onu hızlıca ortaya çıkarıyor çünkü..
Son zamanlarda hiç bu kadar keyifle çalıştığımı hatırlamıyorum
Ben de bazen neden bu kadar çok çalıştığımı sorguluyordum.
Bu yazıyı görünce sanırım bu sorunun cevabını buldum.
Yazıda dendiği gibi, bunu düzeltilecek bir eğilim olarak görmektense yönünü değiştirmeyi denemek gerekiyor sanırım.
Güzel yazı için teşekkürler!
Craig'in yapay zekaya olumsuz baktığı için geride kalındığına dair Bloomberg haberini görmüştüm; ama John Giannandrea yerine AI stratejisinin başına bizzat kendisinin geçmesinin büyük bir fark yaratıp yaratmayacağından emin değilim.
Eskiden yine de Show GN’ye sık sık bakardım ama son zamanlardaki Show GN’lere neredeyse hiç girmiyorum gibi.
LLM öncesi Show GN’de elbette yapılan ürüne ilgi duyuyordum ama geliştirme deneyimini de merak ediyordum.
LLM sonrası Show GN’de vibe coding ile yapılan ürünlerin geliştirme deneyimi ise çoğunlukla sadece "tek satır kod yazmadan", "tek başına", "bir günde" gibi deneyimlerin paylaşılmasına dönüştüğü için artık ilgimi çekmiyor gibi görünüyor.
Elektronik oylama sistemlerinin, geniş kamuoyunun rastgele güvenilirlik doğrulaması sorununu çözemeyeceğini düşünüyorum.
Sistemin kodunun doğrulanması yalnızca seçilmiş özel bir kesim tarafından mümkün olur; ayrıca doğrulanan kodun sahada kullanılan kodla aynı olup olmadığına da güvenilemez.
Oy pusulalarının sonuçlarının elektronik sistemle toplanması sürecinin yalnızca elektronikleştirildiği Güney Kore'de bile ne tür tartışmalar yaşandığına ve nasıl bir toplumsal karmaşa ortaya çıktığına bakınca, tamamen elektronik bir oylama sistemi uygulanırsa ne tür toplumsal karışıklıkların yaşanabileceğini kabaca tahmin etmek mümkün görünüyor.
Çok ilginç bir yazı..!
Şu anki projenin front-end kodu darmadağın, bunu denemem gerekecek!
Aynen öyle, ben de aynı şekilde "hepsini otomatikleştirelim!" deyip zorlandığım bir deneyim yaşamıştım.
Bahsettiğiniz gibi, belirsiz vakaları hariç tutup önce net desenleri ele almak daha verimli olmuştu, haha.
Bunu böyle iki hatlı ilerletmek, implementasyon/review/bug riskini de göz önünde bulundurduğumuzda verimli oluyor!
Güzel değerlendirmeniz için teşekkürler!!
Benim görüşüm biraz farklı; deneyimlerime göre böyle yetkinliklere ve tutuma sahip kişiler, istisnasız şekilde çok yüksek bir özsaygıya sahipti.
Skip – tek bir Swift kod tabanıyla yerel iOS ve Android uygulamaları geliştirme
Oldukça faydalı bir yazı. AST kurallarını belirlerken başta her şeyi tamamen otomatikleştirmeye çalışıp epey zorlandığımı hatırladım... Bunu yaparken, belirsiz vakaları dışarıda bırakıp yalnızca net olanları tanımlamanın doğru yaklaşım olduğunu gördüm.
Bunun gerçekten içgörü dolu bir yazı olduğunu düşünüyorum.
23 yıllık deneyime sahip, sahada çalışan kıdemli bir geliştiriciyim; 2024’ün ikinci yarısından beri LLM ile geliştirme ve vibe coding’i son sınırına kadar zorlayarak kullanıyorum. AOS/iOS, web servis full-stack, batch işler, model fine-tuning’e kadar gerçekten çok çeşitli alanlarda kullanıyorum ve yaklaşık 5 agent çalıştırarak iş yapıyorum.
Zamanın nasıl geçtiğini anlamadan geliştirme yapıp uyuyakaldığım günleri, 2000’lerin başından sonra ilk kez yeniden yaşayacağımı hiç düşünmemiştim haha.
Lafı uzatmadan, son dönemdeki düşüncem şu: geliştirme alanı artık herkesin yapabileceği bir şey haline geldi.
Coding agent’ların gelişimi daha da hızlanacak ve geliştirme çok daha kolay, çok daha rahat hale gelecek. Excel ya da Word belgesi hazırlamak kadar sıradan bir seviyeye inecek.
Andrej Karpathy’nin dediği gibi en iyi programlama dili "İngilizce"dir; buna katılıyorum.
Kişisel olarak, daha fazla AI makalesi okumaya ve mantıklı biçimde ifade edebilmek için daha çok yazı yazmaya çalışıyorum. (AI ile daha çok konuşmaya da gayret ediyorum.)
Gerçekten heyecan verici günlerden geçiyoruz.
Aa, bu güzelmiş.
Severek kullanıyorum! 👍
Benim hikâyemi kim yazmış?
Benim için mesele, "birine faydalı bir varlık olmak"tan ziyade..
Sadece kendi 'problemimi' fark edip (tanımlayıp), çözümü düşünüp (simüle edip) sonra da onu geliştirip (PoC) sorun çözüldüğünde büyük keyif almak gibi görünüyor..
Bu yüzden, ister benim fark ettiğim bir sorun olsun ister bir başkasının talebi, 'neden?' sorusunun cevabını duyup o probleme empati kurabildiğim işler keyifli geliyor..
Bu yüzden doküman yazımında da, 'göstermek için' yazılan dokümanlar gerçekten hiç eğlenceli değil ama..
Gerçek kullanıcının bakarak kullanması gereken 'gerçek kullanıcı kılavuzu'nu yazmak eğlenceli gibi..
Bu açıdan bakınca, son zamanlarda AI çıkınca geliştirme işi çok eğlenceli oldu.
Ben çözümü 'önerdiğimde' AI onu hızlıca ortaya çıkarıyor çünkü..
Son zamanlarda hiç bu kadar keyifle çalıştığımı hatırlamıyorum
Ben de bazen neden bu kadar çok çalıştığımı sorguluyordum.
Bu yazıyı görünce sanırım bu sorunun cevabını buldum.
Yazıda dendiği gibi, bunu düzeltilecek bir eğilim olarak görmektense yönünü değiştirmeyi denemek gerekiyor sanırım.
Güzel yazı için teşekkürler!
Craig'in yapay zekaya olumsuz baktığı için geride kalındığına dair Bloomberg haberini görmüştüm; ama John Giannandrea yerine AI stratejisinin başına bizzat kendisinin geçmesinin büyük bir fark yaratıp yaratmayacağından emin değilim.
Ah, ben bunu
show GN'de yazmayı atlamışım...;;;Haber verdiğiniz için teşekkürler.
Bunu SecondB Maker'a iyi şekilde ileteceğim.
Görüşünüz için teşekkür ederim :)
İyi kullanıyorum. Teşekkür ederim.
show GN'e giderse iyi olur gibi görünüyor
Eskiden yine de Show GN’ye sık sık bakardım ama son zamanlardaki Show GN’lere neredeyse hiç girmiyorum gibi.
LLM öncesi Show GN’de elbette yapılan ürüne ilgi duyuyordum ama geliştirme deneyimini de merak ediyordum.
LLM sonrası Show GN’de vibe coding ile yapılan ürünlerin geliştirme deneyimi ise çoğunlukla sadece "tek satır kod yazmadan", "tek başına", "bir günde" gibi deneyimlerin paylaşılmasına dönüştüğü için artık ilgimi çekmiyor gibi görünüyor.
Alaycı / Kendini küçümseyen
Aslında