Benim yakın zamanda yaşadığım deneyime göre, metindeki yazıya biraz katılıyorum.
Açık bir bağlam/bilgi sağlamak önemli gibi görünüyor.
Muhtemelen sadece "yazım hatası ya da yanlış içerik olmaması için geri bildirim rica ediyorum" gibi bir ifade kullansanız da, istediğiniz yanıta neredeyse çok benzer bir sonuç alırdınız.
İnceleme süresini kısaltmak istiyorsanız, yazdığınız kodun hangi bağlamda ortaya çıktığı ve çeşitli uygulama yöntemleri arasından neden onu seçtiğiniz gibi konularda kararı kendiniz vermeli ve bunu açıklayabilmelisiniz. Bunun için 3.'ü hafta sonlarında ya da boş zamanlarınızda düzenli olarak yapmanız gerekir; ayrıca popüler kütüphaneleri veya başkalarının GitHub'a yüklediği kodları rastgele inceleyip kod yapısı ve uygulama tarzı gibi şeyleri analiz etmeniz faydalı olur.
Claude Code, Devin gibi kendi kendine çalışan servislerdense Claude gibi sohbet tabanlı bir istemci + Windsurf Tab gibi bir otomatik tamamlama eklentisi düzeyinde araçlardan yararlanmak
Sohbette soru sormayı geliştirme yönü, kütüphaneler arası karşılaştırma, yapı analizi ve hata çözümüyle sınırlı tutup, kod yazımının kendisini mümkün olduğunca doğrudan yapmak
Programlama dilleri, yazılım mühendisliği ve çeşitli giriş kitapları gibi kaynakları okumayı ihmal etmemek
Ben tam da bu yazıda anlatılan becerilerde eksiği olan ve LLM'e ciddi şekilde bağımlı bir geliştiriciyim.
Teknik bilgim yetersiz olduğu için AI olmadan WBS'ye uygun şekilde çalışmak zor bir durum ama...
En azından kıdemli geliştiricilerin review süresini azaltmak için benim ne yapmam iyi olur..?
Ek olarak kendi bilgimi de artırabilirsem güzel olur...
Bildiğim kadarıyla pickle, Korelilerin kurduğu bir şirket. Böyle bir haber de varmış;
Üyelere bakınca, yazılım ekosistemini pek bilmedikleri ve açık kaynak konusunda da bilgisiz oldukları için böyle bir olayın yaşandığı anlaşılıyor.
https://x.com/soham_btw/status/1940952786491027886
Tweet'e bakınca ibretlik gerçekten..
N100 ve AMD 4825U kullanıyorum, memnunum.
N100’e Proxmox kurup gayet iyi kullanıyorum. Pi 5 ile karşılaştırınca fiyatlar da aşağı yukarı aynı ama aradaki fark büyük haha
Benim yakın zamanda yaşadığım deneyime göre, metindeki yazıya biraz katılıyorum.
Açık bir bağlam/bilgi sağlamak önemli gibi görünüyor.
Muhtemelen sadece "yazım hatası ya da yanlış içerik olmaması için geri bildirim rica ediyorum" gibi bir ifade kullansanız da, istediğiniz yanıta neredeyse çok benzer bir sonuç alırdınız.
İnceleme süresini kısaltmak istiyorsanız, yazdığınız kodun hangi bağlamda ortaya çıktığı ve çeşitli uygulama yöntemleri arasından neden onu seçtiğiniz gibi konularda kararı kendiniz vermeli ve bunu açıklayabilmelisiniz. Bunun için 3.'ü hafta sonlarında ya da boş zamanlarınızda düzenli olarak yapmanız gerekir; ayrıca popüler kütüphaneleri veya başkalarının GitHub'a yüklediği kodları rastgele inceleyip kod yapısı ve uygulama tarzı gibi şeyleri analiz etmeniz faydalı olur.
Ben de yapay zekayı sıkı şekilde kullanarak bir web oyunu yapıyorum.
Ben tam da bu yazıda anlatılan becerilerde eksiği olan ve LLM'e ciddi şekilde bağımlı bir geliştiriciyim.
Teknik bilgim yetersiz olduğu için AI olmadan WBS'ye uygun şekilde çalışmak zor bir durum ama...
En azından kıdemli geliştiricilerin review süresini azaltmak için benim ne yapmam iyi olur..?
Ek olarak kendi bilgimi de artırabilirsem güzel olur...
Evet, CEO'nun LinkedIn'ine bakınca Hanseong Science High School'dan 2017'de mezun olduğu görünüyor.
Gerçekten mi? Bu bayağı çirkin bir Koreliymiş.
......... Çok ayıp.
Bu süreçte kurucu, lisansı bilmediğini söyleyerek açıklama yaptı ama pek ikna edici görünmüyor.
Açık kaynağı bilmemekten değil, düpedüz hırsızlık bu.
WSL kullanın
Ulusal düzeyde bir açık kaynak dersine ihtiyaç var. Özellikle de girişimciler için.
Bildiğim kadarıyla pickle, Korelilerin kurduğu bir şirket. Böyle bir haber de varmış;
Üyelere bakınca, yazılım ekosistemini pek bilmedikleri ve açık kaynak konusunda da bilgisiz oldukları için böyle bir olayın yaşandığı anlaşılıyor.
Çok üzgünüm, gerçekten çok zorlanıyor olmalısınız.
Himalaya - CLI için e-posta yönetim aracı
CLI için böyle çok işlevli posta araçları zaten var, ama entegrasyon özellikleri yine de oldukça ilginç görünüyor.
Kevin Kelly'nin 68 öğüdü
Kevin Kelly'nin 99 ek öğüdü
Kevin Kelly'nin daha önce bilseydi iyi olacağını düşündüğü 103 öğüt
50 yıllık seyahatten edinilen ipuçları
Etkileşim gerektirmeyen, tek yönlü bilgi aktarımına dayalı toplantıları hiç yapmamak daha iyi olur gibi görünüyor.