Klasik tree, DFS yaparken çıktıyı gerçek zamanlı veriyor; eza da bu da, çıktıyı vermek için tüm taramanın bitmesini beklediğinden kullanımı zahmetli.
Bazen beklenmedik şekilde çok derin bir dizin çıkınca iptal edip hariç tutma seçeneği vermek gerekiyor; ama tüm tarama bitmeden çıktı gelmiyorsa o dizini tek tek bulmak zorunda kalıyorsunuz..
Çıktı formatı açısından da eza daha iyi gibi.. Windows ortamında ise ezadan biraz daha hızlı.
Evan You'nun (Vue.js ve Vite'ın yaratıcısı) express.js'in yaratıcısı TJ'nin bunu temiz ve güzel şekilde tasarlanmış olarak anlattığı bir röportajı vardı; ben de kodu birkaç kez okuyup inceledim. Büyük resmi anlayabildiğimi söyleyemem ama genel olarak kodun karmaşık olmadığı, temiz olduğu ve tam gerekli mantığın yazıldığı hissini güçlü biçimde aldım.
Yorumlar da iyi yazılmıştı; 10 yıllık bir kod olmasına rağmen tip çıkarımını ya da DTO formatını anlamak için iyiydi.
CalDAV görevleri ve ntfy ile bildirimleri önem derecesine göre iyi yapılandırıp bildirim gelen kutusunu sık sık kontrol ederek biriken işleri halletme yöntemi, şimdilik hâlâ iyi çalışıyor.
İki farklı işletim sisteminin karışmasından hoşlanmıyorum. Ne tür yan etkiler olabileceğini de bilmiyorum. Her işletim sisteminin ya bir sandbox içinde olması ya da tek başına bir fiziksel sunucuyu kullanması gerektiğini düşünüyorum. Ayrıca geçmişte WSL’in garip davrandığı bir deneyimim de oldu.
İsa Mesih'e inanın.
Yapay zeka özünde yapay bilinçtir.
Zekanın neden zeka olduğunu, bilincin neden bilinç olduğunu bilmediğimiz için anlayamıyoruz.
Anlamanın neden anlama olduğunu bilseydik, muhtemelen şimdiye kadar her şeyi biliyor olurduk.
Açıkçası ben benchmark’ların söylediği kadar ezici bir fark pek hissedemedim.
Benim hissettiğim daha çok sadece “biraz daha iyi” seviyesinde; öyle çok keskin bir fark yoktu.
Hatta modellerin performansı genel olarak birbirine yaklaşınca insanların daha katı karşılaştırmalar yaptığını da düşünüyorum haha
Sonuçta asıl önemli olanın hangi senaryoda kullanıldığına göre değiştiğini düşünüyorum.
Gemini’nin context window’u zaten çok büyük olduğu için büyük kod tabanları ya da uzun bağlamı korumak için iyi görünüyor; Claude ise istikrarlı kodlama doğruluğuyla öne çıkıyor, bu yüzden kullanım amacına göre seçmek en doğrusu gibi duruyor.
Ask tarafında AI özeti hâlâ düzgün işlenmiyor gibi görünüyor. Zamanla düzeltmeye çalışacağım.
Klasik
tree, DFS yaparken çıktıyı gerçek zamanlı veriyor;ezada bu da, çıktıyı vermek için tüm taramanın bitmesini beklediğinden kullanımı zahmetli.Bazen beklenmedik şekilde çok derin bir dizin çıkınca iptal edip hariç tutma seçeneği vermek gerekiyor; ama tüm tarama bitmeden çıktı gelmiyorsa o dizini tek tek bulmak zorunda kalıyorsunuz..
Çıktı formatı açısından da
ezadaha iyi gibi.. Windows ortamında iseezadan biraz daha hızlı.Yatırımcımız bize uygulamamız için bu şekilde de destek veriyormuş
İlginçmiş
Apple M hahaha
Sadece RISC'tir herhalde
Oldukça art niyetli bir haber
Orijinali
> Ask HN: Why hasn't x86 caught up with Apple M series?
şeklindeki bir Ask'tı, ancak gövde metni sanki bir blog yazısının özetiymiş gibi olmuş.
Ne yapmamızı istiyorlar ki..
Evan You'nun (Vue.js ve Vite'ın yaratıcısı) express.js'in yaratıcısı TJ'nin bunu temiz ve güzel şekilde tasarlanmış olarak anlattığı bir röportajı vardı; ben de kodu birkaç kez okuyup inceledim. Büyük resmi anlayabildiğimi söyleyemem ama genel olarak kodun karmaşık olmadığı, temiz olduğu ve tam gerekli mantığın yazıldığı hissini güçlü biçimde aldım.
Yorumlar da iyi yazılmıştı; 10 yıllık bir kod olmasına rağmen tip çıkarımını ya da DTO formatını anlamak için iyiydi.
CalDAV görevleri ve ntfy ile bildirimleri önem derecesine göre iyi yapılandırıp bildirim gelen kutusunu sık sık kontrol ederek biriken işleri halletme yöntemi, şimdilik hâlâ iyi çalışıyor.
M4'te RAM yükselteceksem o paraya gidip x86 alırım zaten...
Oh, güzel
Apple, geliştiricileri kendi çiplerinin iyi çalışabildiği bir ortama zorla taşıyabildiği için performans da olduğundan daha iyi görünmüyor mu?
Abartıp duruyoruz, biz biz.
İki farklı işletim sisteminin karışmasından hoşlanmıyorum. Ne tür yan etkiler olabileceğini de bilmiyorum. Her işletim sisteminin ya bir sandbox içinde olması ya da tek başına bir fiziksel sunucuyu kullanması gerektiğini düşünüyorum. Ayrıca geçmişte WSL’in garip davrandığı bir deneyimim de oldu.
Yanderedev kaynak kodu mu... hahaha
Lütfen yönergeleri okuyup konuya uygun bir yorum bırakın.
İsa Mesih'e inanın.
Yapay zeka özünde yapay bilinçtir.
Zekanın neden zeka olduğunu, bilincin neden bilinç olduğunu bilmediğimiz için anlayamıyoruz.
Anlamanın neden anlama olduğunu bilseydik, muhtemelen şimdiye kadar her şeyi biliyor olurduk.
Yalnızca belirli iş yüklerinde yüksek verimlilik sunuyor.
Açıkçası ben benchmark’ların söylediği kadar ezici bir fark pek hissedemedim.
Benim hissettiğim daha çok sadece “biraz daha iyi” seviyesinde; öyle çok keskin bir fark yoktu.
Hatta modellerin performansı genel olarak birbirine yaklaşınca insanların daha katı karşılaştırmalar yaptığını da düşünüyorum haha
Sonuçta asıl önemli olanın hangi senaryoda kullanıldığına göre değiştiğini düşünüyorum.
Gemini’nin context window’u zaten çok büyük olduğu için büyük kod tabanları ya da uzun bağlamı korumak için iyi görünüyor; Claude ise istikrarlı kodlama doğruluğuyla öne çıkıyor, bu yüzden kullanım amacına göre seçmek en doğrusu gibi duruyor.
AI benchmark değerleri dışında, gerçek kullanım deneyiminde kodlama performansı Claude'dan daha iyi olan bir model var mı?
Acaba neden sevmediğinizi kibarca sorabilir miyim?