Müdür Kim. Haddim olmayarak bir tavsiyede bulunmak istiyorum. Başka bir şey değil, AI GTP?yi ç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.
GitHub, Google'da arama, basit yöntemler var. Yıldız da gerekmez, zaman da gerekmez ve sonra çıplak kodlama yöntemi de vardır.
Müdür Kim'in savaş alanında bir komutan olduğunu varsayalım. Savaşta kazanmak gerektiği zaten açık değil mi? O duruma uygun strateji? Sadece kara kuvvetleriyle bastırmak mı? Hayır. Benim görüşüm, Google'da arama daha hızlı olabilir; elbette kişiden kişiye değişir ama GPT de iyi olabilir. Görüşümü, AI'ın öküz kesen bıçak gibi olduğu düşüncesiyle paylaşıyorum.
İnsanın temel arzularından biri bu. Toplum içinde kendi değerinin kabul görmesi.
Ama ileride çoğu şeyin yerini AI aldıktan sonra, insanların bu yararlılık duygusu ihtiyacını nasıl karşılayabileceği de merak uyandırıyor. Bu bir oyun da olabilir... Her neyse, gerçek dünyada sonuçta makinelerden daha az faydalı hale geleceğiz.
Bir açıdan bakınca bunun en ideal yaşam olduğunu düşünebiliriz. İçsel motivasyonla çalışıp, o iş aynı zamanda geçimi de sağlıyorsa. Etki/ödül maksimizasyonu da bir seçenek, ama herkes için tek doğru bu değil; bence hayat, herkesin kendi ölçütlerine göre bir yapbozu tamamladığı bir süreç.
Ayrıca istihdam sonuçta karşılığında ücret alıp ‘kullanıldığınız’ bir ilişki. Yine de “Ben bu kadar emek veriyorum ama yanımdaki kişiden daha az karşılık alıyorum?” durumu size batıyorsa, o zaman etki/ödül maksimizasyonu stratejisine yönelmek doğru olur diye düşünüyorum.
Ben bugüne kadar galiba “iş yeterince ilgi çekiciyse kendimi ucuza satarım” stratejisiyle yaşadım. Tıpkı bir şey satın alırken, ödediğim paradan daha yüksek bir değer elde etmeyi sevmem gibi.
Ben kişisel olarak Cascading Replication gibi yapıların uygulanmış olması ya da teknik sınırların operasyonla aşılmış olması kısmını ilginç buldum. Bununla ilgili düşüncelerimi Facebook'ta biraz daha uzun şekilde derledim. https://www.facebook.com/share/p/1Kp8V917bL/
Tek bir instance’ın gücü: 800 milyon kullanıcı ölçeğindeki trafiğin sharding olmadan tek bir Postgres (Write) ile işlendiği noktasına karşı, “yine görüyoruz ki büyük DB sunucuları dostumuzdur (Big DB servers are your friend)” diyerek dikey ölçeklemenin (Vertical Scaling) geçerliliğini yeniden doğrulayan çok sayıda tepki var.
Sharding vs refactoring ironisi: Metindeki “mevcut uygulamayı refactor etmek çok karmaşık olduğu için sharding’i seçmediler” kısmına karşı, “kodlama yapay zekası satan bir şirketin refactoring zor diye bunu yapamaması ironik” şeklinde iğneli şakalar ve eleştiriler yapıldı. (Öte yandan, sharding’in getireceği operasyonel karmaşıklık ve migration maliyeti düşünüldüğünde bunun makul bir tercih olduğunu savunanlar da var.)
Teknik derinlik konusundaki hayal kırıklığı: Yazı biraz daha genel içeriklere (caching, connection pooling vb.) odaklandığı için, somut mühendislik detaylarının eksik olması nedeniyle bunun “tanıtım amaçlı bir yazı gibi göründüğünü” söyleyen eleştirel görüşler de var.
Rust ile ilgili tartışma: Yorumlarda, ana metinden bağımsız olarak Rust’ın compile-time kontrollerini kullanıp 'Idle Transaction' sorununu en baştan engelleyen bir yöntem paylaşılırken teknik tartışma daha da derinleşti.
Çıkalı birkaç hafta oldu; önce pek ilgi görmezken birdenbire büyük yankı uyandırmaya başlayan bir yapay zeka asistanı. https://github.com/clawdbot/clawdbot bağlantısında açık kaynak olarak da yayımlanmış durumda.
Robert Scoble'un derlediği The Ultimate Clawdbot Posts on X belgesine bakarsanız,
oldukça fazla içeriğin ayrıca düzenlenmiş olduğunu görebilirsiniz.
Kısacası, Telegram ya da Slack gibi zaten kullandığınız mesajlaşma uygulamalarında ClawdBot asistanıyla konuşur gibi ona işler veriyorsunuz; o da tüm bilgisayarı kontrol eden bir yapıda çalışıyor gibi düşünebilirsiniz.
Claude Code/Codex'in yaptığı işleri biraz daha genişletilmiş bir biçimi olarak görülebilir.
Kontrol listesi gibi yatay yayılım ha.. galiba yapay zekadan fazla etkilenmişsiniz lol
Bunun kimin için yazıldığı belli değil; eğer asıl mesele metinse, konuya uygun içeriğin giriş-gelişme-sonuç düzeniyle ilerlemesi gerekmiyor mu?
Bu da OAuth ile Claude Code kullanıyormuş gibi görünüyor.. ban riski vardır herhalde?
Katılıyorum. Ve istesek de istemesek de bu zaten gerçeklik haline geldi..
Eşikler düştükçe, bununla orantılı olarak düşük kaliteli yazılımların da kitlesel biçimde üretilmesinden endişe ediyorum.
Ama bunu gerçekten yapıyorlar
Marka sayfası eğlenceli olmuş hahaha
O zaman önce, yapay zeka modelinin eğitimi için kullanılan verilerin tamamının meşru şekilde toplandığına dair kayıtları açıklamaları gerekir.
Müdür Kim. Haddim olmayarak bir tavsiyede bulunmak istiyorum. Başka bir şey değil, AI GTP?yi ç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.
GitHub, Google'da arama, basit yöntemler var. Yıldız da gerekmez, zaman da gerekmez ve sonra çıplak kodlama yöntemi de vardır.
Müdür Kim'in savaş alanında bir komutan olduğunu varsayalım. Savaşta kazanmak gerektiği zaten açık değil mi? O duruma uygun strateji? Sadece kara kuvvetleriyle bastırmak mı? Hayır. Benim görüşüm, Google'da arama daha hızlı olabilir; elbette kişiden kişiye değişir ama GPT de iyi olabilir. Görüşümü, AI'ın öküz kesen bıçak gibi olduğu düşüncesiyle paylaşıyorum.
İnsanın temel arzularından biri bu. Toplum içinde kendi değerinin kabul görmesi.
Ama ileride çoğu şeyin yerini AI aldıktan sonra, insanların bu yararlılık duygusu ihtiyacını nasıl karşılayabileceği de merak uyandırıyor. Bu bir oyun da olabilir... Her neyse, gerçek dünyada sonuçta makinelerden daha az faydalı hale geleceğiz.
Vibe coding maliyeti... ne kadar ödememiz gerekecek?
DOOM ustaları gerçekten... inanılmazlar.
GitLab'in CI/CD'sinin iyi olduğuna dair bir değerlendirme var, değil mi?
Ama ben, ücretsiz hesap kısıtlamaları yüzünden Korece desteği olsa bile elim yine GitHub'a gidiyor.
Forgejo ve onun temeli olan Gitea da GitHub çakması gibi hissettirdiği için pek içim ısınmıyor.
SRE'nin ne olduğuna dair bir açıklama da olsaydı daha iyi olurdu diye düşünüyorum.
Bir açıdan bakınca bunun en ideal yaşam olduğunu düşünebiliriz. İçsel motivasyonla çalışıp, o iş aynı zamanda geçimi de sağlıyorsa. Etki/ödül maksimizasyonu da bir seçenek, ama herkes için tek doğru bu değil; bence hayat, herkesin kendi ölçütlerine göre bir yapbozu tamamladığı bir süreç.
Ayrıca istihdam sonuçta karşılığında ücret alıp ‘kullanıldığınız’ bir ilişki. Yine de “Ben bu kadar emek veriyorum ama yanımdaki kişiden daha az karşılık alıyorum?” durumu size batıyorsa, o zaman etki/ödül maksimizasyonu stratejisine yönelmek doğru olur diye düşünüyorum.
Ben bugüne kadar galiba “iş yeterince ilgi çekiciyse kendimi ucuza satarım” stratejisiyle yaşadım. Tıpkı bir şey satın alırken, ödediğim paradan daha yüksek bir değer elde etmeyi sevmem gibi.
Vay canına, bu biraz... ürkütücü derecede çılgınca hahaha
Aman tanrım.
Ah, eğlenceliymiş.. Ben MacBook'u sadece clamshell modunda kullandığım için kullanamıyorum, hüzünlü.
Ben kişisel olarak Cascading Replication gibi yapıların uygulanmış olması ya da teknik sınırların operasyonla aşılmış olması kısmını ilginç buldum. Bununla ilgili düşüncelerimi Facebook'ta biraz daha uzun şekilde derledim. https://www.facebook.com/share/p/1Kp8V917bL/
Hacker News tartışma özeti: https://news.ycombinator.com/item?id=46725300
Tek bir instance’ın gücü: 800 milyon kullanıcı ölçeğindeki trafiğin sharding olmadan tek bir Postgres (Write) ile işlendiği noktasına karşı, “yine görüyoruz ki büyük DB sunucuları dostumuzdur (Big DB servers are your friend)” diyerek dikey ölçeklemenin (Vertical Scaling) geçerliliğini yeniden doğrulayan çok sayıda tepki var.
Sharding vs refactoring ironisi: Metindeki “mevcut uygulamayı refactor etmek çok karmaşık olduğu için sharding’i seçmediler” kısmına karşı, “kodlama yapay zekası satan bir şirketin refactoring zor diye bunu yapamaması ironik” şeklinde iğneli şakalar ve eleştiriler yapıldı. (Öte yandan, sharding’in getireceği operasyonel karmaşıklık ve migration maliyeti düşünüldüğünde bunun makul bir tercih olduğunu savunanlar da var.)
Teknik derinlik konusundaki hayal kırıklığı: Yazı biraz daha genel içeriklere (caching, connection pooling vb.) odaklandığı için, somut mühendislik detaylarının eksik olması nedeniyle bunun “tanıtım amaçlı bir yazı gibi göründüğünü” söyleyen eleştirel görüşler de var.
Rust ile ilgili tartışma: Yorumlarda, ana metinden bağımsız olarak Rust’ın compile-time kontrollerini kullanıp 'Idle Transaction' sorununu en baştan engelleyen bir yöntem paylaşılırken teknik tartışma daha da derinleşti.
Çıkalı birkaç hafta oldu; önce pek ilgi görmezken birdenbire büyük yankı uyandırmaya başlayan bir yapay zeka asistanı.
https://github.com/clawdbot/clawdbot bağlantısında açık kaynak olarak da yayımlanmış durumda.
Aşağıdaki MacStories yazısında biraz daha ayrıntılı bir açıklama var.
Clawdbot bana geleceğin kişisel yapay zeka asistanlarının nasıl görüneceğini gösterdi.
Robert Scoble'un derlediği The Ultimate Clawdbot Posts on X belgesine bakarsanız,
oldukça fazla içeriğin ayrıca düzenlenmiş olduğunu görebilirsiniz.
Kısacası, Telegram ya da Slack gibi zaten kullandığınız mesajlaşma uygulamalarında ClawdBot asistanıyla konuşur gibi ona işler veriyorsunuz; o da tüm bilgisayarı kontrol eden bir yapıda çalışıyor gibi düşünebilirsiniz.
Claude Code/Codex'in yaptığı işleri biraz daha genişletilmiş bir biçimi olarak görülebilir.