Bu, GeekNews’ün "birlikte bakılabilecek iyi yazılar" kısmında görünüyor ama
özelliğin kendisi giriş yapmadan görünmediği için çoğu kişi muhtemelen bunu göremiyor
Vibe coding sadece ortaya bir çıktı koymakla ilgili; bence ortaya çıkan implementasyon sonucunu anlayıp anlamamak arasındaki fark gerçekten çok büyük olacak. Bu anlayışın da bahsettiğiniz "geliştirme çalışması" sayesinde ortaya çıktığını düşünüyorum.
Hatta yapay zekanın gelişmesiyle birlikte bir şeyler öğrenmenin maliyeti büyük ölçüde düştü; bu da daha fazla şey öğrenebilmek için gerçekten iyi bir dönem gibi görünüyor.
Yapay zekanın gelişmesiyle birlikte projelerde gerçekten insan sayısı azaltılıyor. Bir kişi azalırken, yöneticiler de işi olduğu kadar yapay zekayı iyi kullanamazsa tasfiye edilecekler gibi görünüyor.
Modele kendi yazdığı kodu inceletirseniz, kendi fikrini doğrulama eğilimi nedeniyle bu neredeyse anlamsız oluyor; ama incelemeyi başka bir modele bırakırsanız kalite büyük ölçüde artıyor
Aslında insanlarda da durumun böyle olduğunu düşünüyorum. İnsanların çeşitliliği gözetmesi gerekmesinin nedenlerinden biri de bu değil mi...
agent yalnızca GPT-5.1-Codex-Mini modelini kullanıyor,
ama Codex App Custom instructions’a
aşağıdaki prompt’u ekleyince agent, GPT-5.3-Codex-Spark ile çalışıyor.
"- when it spawns agents, use models "GPT-5.3-Codex-Spark" or higher."
Ya da agent oluştururken model belirtmek de epey keyifli,
yrıca Codex App’te bunu alt klasör yapısıyla göstermesi hoşuma gitti.
Kodu elle yazma sürecinde geliştirici doğal olarak planlama da yapar, tasarım da yapar, keşif de yapar, anlama da yapar, test de yapar, öz inceleme de yapar; ayrıca sorun çıktığında sonradan nasıl müdahale edeceği sürecini örtük ve paralel biçimde yürütür, bu yüzden her bir yön doğal olarak birbirine uyumlanır. Yani test ya da inceleme eksik olsa bile bir ölçüde işler halde kalabilmesinin sebebinin bu olduğunu düşünüyorum.
Ama elle yazma sürecini ortadan kaldırdığınızda, örtük olan süreçlerin sınırlarını açıkça çizmeniz gerekir. Kodu yazan özne ile inceleyen özne daha da fazla ayrıştığı için iletişimdeki verimsizlik artar. Kodu yazan tarafa duyulan güven daha da düştüğü için inceleme maliyeti de artar.
Bunun doorman's fallacy kavramına benzer bir şey olduğunu düşünüyorum.
ChatGPT kayıtları nasıl yani???
İki haftadır kullanıyorum, bunu bayağı beğendim. Tmux’ta Focus Pane kısayollarını zevkine göre ayarlayınca, ileri geri geçiş yapmak çok rahat oluyor.
Artık iyi terminallerin çoğu Ghostty (libghostty) tabanlı tarafa gidiyor gibi görünüyor.
Birlikte okunursa iyi olur: libghostty geliyor
Bu, GeekNews’ün "birlikte bakılabilecek iyi yazılar" kısmında görünüyor ama
özelliğin kendisi giriş yapmadan görünmediği için çoğu kişi muhtemelen bunu göremiyor
Render hataları ve
cmux notifyuyarısının ara sıra çalışmaması gibi hatalar var ama genel olarak memnunumSanırım doğru yön bu. Herkesin buna doğru yakınsadığı görülüyor.
Artık herkes şirket içi coding agent’lar yapıyor, demek ki bunun için bir framework de çıkarmışlar. Herkes çok hızlı.
Bunu mutlaka kullanmaktan ziyade, içeride referans alınan çeşitli şirketlerin kalıplarına da göz atmak iyi olabilir
Tanıtım dizisi ve video: We're shipping a new feature in Claude Cowork as a research preview that I'm excited about: Dispatch!
Ama bu... OpenClaw'a benzemiyor mu?
Görünüşe göre artık tüm yapay zeka şirketleri bunu yapıyor.
OpenAI insan satın aldı,
Perplexity Personal Computer ya da Manus'un My Computer'ı gibi herkes tek tek bir şeyler çıkarıyor.
Daha da ucuzlasa keşke... ağla ağla
Vibe coding sadece ortaya bir çıktı koymakla ilgili; bence ortaya çıkan implementasyon sonucunu anlayıp anlamamak arasındaki fark gerçekten çok büyük olacak. Bu anlayışın da bahsettiğiniz "geliştirme çalışması" sayesinde ortaya çıktığını düşünüyorum.
Hatta yapay zekanın gelişmesiyle birlikte bir şeyler öğrenmenin maliyeti büyük ölçüde düştü; bu da daha fazla şey öğrenebilmek için gerçekten iyi bir dönem gibi görünüyor.
Yapay zekanın gelişmesiyle birlikte projelerde gerçekten insan sayısı azaltılıyor. Bir kişi azalırken, yöneticiler de işi olduğu kadar yapay zekayı iyi kullanamazsa tasfiye edilecekler gibi görünüyor.
Aslında insanlarda da durumun böyle olduğunu düşünüyorum. İnsanların çeşitliliği gözetmesi gerekmesinin nedenlerinden biri de bu değil mi...
ChatGPT kayıtları, bilgi edinme başvurusu yapıldığında alınabilecek kapsamın içine giriyor mu?
Oo... teşekkürler!!!
Çevirisini yapmıştım ama bağlantıyı paylaşmayı unutmuşum.
Ben de katılmış olacağım yine!
https://code.claude.com/docs/ko/model-config#opusplan-model-ayarlari
Ben de Claude'u
opusplanile model yapılandırmasını ayarlayıp kullanıyorumagent yalnızca GPT-5.1-Codex-Mini modelini kullanıyor,
ama Codex App Custom instructions’a
aşağıdaki prompt’u ekleyince agent, GPT-5.3-Codex-Spark ile çalışıyor.
"- when it spawns agents, use models "GPT-5.3-Codex-Spark" or higher."
Ya da agent oluştururken model belirtmek de epey keyifli,
yrıca Codex App’te bunu alt klasör yapısıyla göstermesi hoşuma gitti.
Kodu elle yazma sürecinde geliştirici doğal olarak planlama da yapar, tasarım da yapar, keşif de yapar, anlama da yapar, test de yapar, öz inceleme de yapar; ayrıca sorun çıktığında sonradan nasıl müdahale edeceği sürecini örtük ve paralel biçimde yürütür, bu yüzden her bir yön doğal olarak birbirine uyumlanır. Yani test ya da inceleme eksik olsa bile bir ölçüde işler halde kalabilmesinin sebebinin bu olduğunu düşünüyorum.
Ama elle yazma sürecini ortadan kaldırdığınızda, örtük olan süreçlerin sınırlarını açıkça çizmeniz gerekir. Kodu yazan özne ile inceleyen özne daha da fazla ayrıştığı için iletişimdeki verimsizlik artar. Kodu yazan tarafa duyulan güven daha da düştüğü için inceleme maliyeti de artar.
Bunun
doorman's fallacykavramına benzer bir şey olduğunu düşünüyorum.auditlogu çok iyi kullanıyordum, üzücü..Küçük bir şey ama, paket yöneticisinin adının en baştan
pkgolması bile zarif ve UNIX araç adlandırma felsefesine uygunmuş gibi hissettiriyor