Kısa bir düşünce ama son zamanlarda ben de bunu düşünmeye başladım. Eskiden assembly uzmanlarının C dili geliştiricilerine bakıp "belleğin kıymetini bilmiyorlar", "donanımı bilmiyorlar" gibi şeyler söyledikleri anlatılır; şimdi de bakınca bunun aynı bağlamda benzer bir eleştiri olduğunu düşünüyorum. Sonuçta biz, yazılım geliştirme açısından mevcut programlama dillerine kıyasla daha soyutlanmış bir dille (AI) geliştirme yapıyor hale geliyor olabiliriz. Dolayısıyla daha önce kullandığımız dil konusunda uzmanlığımızın azalması da gayet doğal. Ama yakın zamana kadar, şu ankinden daha low-level dillerle geliştirme yapanlara "canavar" denildiği gibi, artık vibe coding ile geliştirme yapsa bile mevcut dillerin prensiplerini hâlâ anlayarak çalışan kişiler farklı insanlar olarak görülmeye başlayabilir diye düşünüyorum.
maddede belirtilen nedenle, neredeyse çoğu LLM kullanımında her zaman ek olarak şeytanın avukatı rolünü üstlenmesi yönünde bir talimat ekliyorum; bana göre oldukça faydalı görünüyor.
Kavramsal olarak ilgi çekici ama pratikte gerçekten iyi çalışıp çalışmayacağı soru işareti. HN görüşlerinde de söylendiği gibi, iki taraflı pazarın (two-sided market) her iki yönde de başlangıç müşterilerini başarıyla kazanması gerektiği için bu büyük bir sorun.
Burada da Hintçe karakterler görünüyor. Son zamanlarda OpenAI, Claude, Google fark etmeksizin Korece çıktılara Hintçenin karıştığı durumlar epey sık yaşanıyor; acaba Korece veri setlerinin etiketlemesini Hintliler mi yaptı?
Çin modellerinde Korece yanıtlara Çince karıştığı için bundan hoşlanmıyordum, ama son zamanlarda frontier modeller sürekli Hintçe karıştırınca Çin modellerine karşı olan rahatsızlığım aksine azaldı.
Oldukça iyi bir referans olacak bir yazı gibi görünüyor. Metin "gelen token" vanasını kapatma yaklaşımını benimsiyorsa,
ben daha çok "kaydedilmiş olanların kendisinin" fazlalaşması nedeniyle sorun yaşanan durumlarla sık karşılaştığım için claude-slim adlı bir araç geliştirdim.
60 skill'in yarısının bir kez bile kullanılmaması ya da eklentiler yüzünden CLAUDE.md dosyasının şişmesi gibi
durumları tarayıp sınıflandıran ve düzenleyen bir CLI. Token sayımı js-tiktoken tabanlı;
kaldırmak yerine skills.disabled/ içine taşıyor, böylece istenildiği zaman geri yüklenebiliyor.
Sıkı sıkıya birbirine geçen sefer saatleri sayesinde aktarma rahat -> umut versiyonu
Platform kapıları olmadığı için işe gidiş-geliş saatlerinde raylara atlayarak intihar eden insanlar ara sıra oluyor; elektrik kesintisi, arıza gibi nedenlerle de gecikmeler sık yaşanıyor -> umutsuzluk versiyonu
Japonya’da yaşayalı 1 yıl oldu; Japon demiryollarının iyi olduğunu hissettiğim anlar yaklaşık %53, kalan yaklaşık %47 ise tamamen sinir bozucu. Özellikle Hibiya Hattı’nda klimanın küf kokusu sanki yıl boyunca hiç gitmiyor; maskesiz binersem zatürre olacağım gibi geliyor.
Kıdemli programcılar opus'tan bile daha iyi tasarım modelleriymiş lol
Bu diller modern ana akım programlama dillerine çok şey bıraktı,
ama bunların arasında yalnızca Forth'un etkisi daha az gibi görünüyor.
Bu sadece yazının kendisiyle ilgili bir soru.
Bu yazı, ancak yorumlarla birlikte okununca mı tamamlanıyor? Çünkü yalnızca metni okuyunca "neden hafif eğik yerleştirildiğini" anlayamıyorum haha..
Eksileme olsa iyi olur GeekNews'te
Aa, doğruymuş. Repo listesine bakınca
Openile başlayan birkaç proje daha var gibi görünüyor..Daha hiç kamuya açıklanmadıysa, buna nasıl tersine mühendislik yapacaklar ki...??
Bu kişi gündem olan bir şey çıktığında her seferinde
open*isim kalıbıyla seri üretim yapıyor gibi; o yüzden algısı pek iyi değil sanırım..Önceden Claude kullandığımda Japonca sık sık çıkıyordu. Dün de öyleydi.
Distopyaya varmış gibi hissediyorsunuz.
Notion AI'dan sonra zaten... ne tür bir uygulama olduğu bile belirsizleşmişti.
Demek ki böyle bir olay da yaşanmış.
Kısa bir düşünce ama son zamanlarda ben de bunu düşünmeye başladım. Eskiden assembly uzmanlarının C dili geliştiricilerine bakıp "belleğin kıymetini bilmiyorlar", "donanımı bilmiyorlar" gibi şeyler söyledikleri anlatılır; şimdi de bakınca bunun aynı bağlamda benzer bir eleştiri olduğunu düşünüyorum. Sonuçta biz, yazılım geliştirme açısından mevcut programlama dillerine kıyasla daha soyutlanmış bir dille (AI) geliştirme yapıyor hale geliyor olabiliriz. Dolayısıyla daha önce kullandığımız dil konusunda uzmanlığımızın azalması da gayet doğal. Ama yakın zamana kadar, şu ankinden daha low-level dillerle geliştirme yapanlara "canavar" denildiği gibi, artık vibe coding ile geliştirme yapsa bile mevcut dillerin prensiplerini hâlâ anlayarak çalışan kişiler farklı insanlar olarak görülmeye başlayabilir diye düşünüyorum.
Acaba burada da AI tarafından bırakılmış gibi görünen çok yorum varmış gibi gelmesi sadece benim kuruntum mu?
Kavramsal olarak ilgi çekici ama pratikte gerçekten iyi çalışıp çalışmayacağı soru işareti. HN görüşlerinde de söylendiği gibi, iki taraflı pazarın (two-sided market) her iki yönde de başlangıç müşterilerini başarıyla kazanması gerektiği için bu büyük bir sorun.
Kendi makaleniz gibi görünüyor; doğru mu?
Burada da Hintçe karakterler görünüyor. Son zamanlarda OpenAI, Claude, Google fark etmeksizin Korece çıktılara Hintçenin karıştığı durumlar epey sık yaşanıyor; acaba Korece veri setlerinin etiketlemesini Hintliler mi yaptı?
Çin modellerinde Korece yanıtlara Çince karıştığı için bundan hoşlanmıyordum, ama son zamanlarda frontier modeller sürekli Hintçe karıştırınca Çin modellerine karşı olan rahatsızlığım aksine azaldı.
Vay, paylaştığınız için teşekkürler!
Oldukça iyi bir referans olacak bir yazı gibi görünüyor. Metin "gelen token" vanasını kapatma yaklaşımını benimsiyorsa,
ben daha çok "kaydedilmiş olanların kendisinin" fazlalaşması nedeniyle sorun yaşanan durumlarla sık karşılaştığım için
claude-slimadlı bir araç geliştirdim.60 skill'in yarısının bir kez bile kullanılmaması ya da eklentiler yüzünden
CLAUDE.mddosyasının şişmesi gibidurumları tarayıp sınıflandıran ve düzenleyen bir CLI. Token sayımı
js-tiktokentabanlı;kaldırmak yerine
skills.disabled/içine taşıyor, böylece istenildiği zaman geri yüklenebiliyor.https://github.com/iops-leo/claude-slim
Metindeki ayarlarla yönü tam olarak birbirini tamamlıyor; birlikte kullanmak iyi olabilir diye düşünüyorum
Sıkı sıkıya birbirine geçen sefer saatleri sayesinde aktarma rahat -> umut versiyonu
Platform kapıları olmadığı için işe gidiş-geliş saatlerinde raylara atlayarak intihar eden insanlar ara sıra oluyor; elektrik kesintisi, arıza gibi nedenlerle de gecikmeler sık yaşanıyor -> umutsuzluk versiyonu
Japonya’da yaşayalı 1 yıl oldu; Japon demiryollarının iyi olduğunu hissettiğim anlar yaklaşık %53, kalan yaklaşık %47 ise tamamen sinir bozucu. Özellikle Hibiya Hattı’nda klimanın küf kokusu sanki yıl boyunca hiç gitmiyor; maskesiz binersem zatürre olacağım gibi geliyor.
Deneyince peçete üzerindeki eskizleri tanıma başarısının şaşırtıcı olduğunu gördüm. Artık sohbete bile gerek kalmadı.