Bunlar projelerde nasıl tespit edilebilir? Sadece yapay zeka çalıştırarak bunu anlamak zor gibi görünüyor..

Böyle örnekleri görünce ben de öğrenip bunu mutlaka bizzat deneyimlemek istiyorum.

Fotoğraf da ne... Vay be... tam bir geleneksel manzara resmi gibi görünüyor.

Bloga gidip özgün metni de okuyup geldim. Başlıkla gerçek içerik arasında biraz kopukluk hissediliyor. Uyguladığınız işlevler veya iyileştirme yönleri zaten mevcut birçok açık kaynakta hayata geçirilmiş ve yansıtılmış unsurlar; sizin yaptığınız ise kendi servisinizde ilk etapta basitçe işlevi eklenmiş aramayı daha gelişmiş hale getirmek gibi duruyor. Ama yalnızca başlığa bakınca sanki algoritmada büyük çaplı bir iyileştirme yapılmış gibi bir izlenim oluşuyor,, önceki yazınız da reklam olarak işaretlenmişti; yazarken biraz daha fazla düşünmeniz gerekmez mi diye düşünüyorum.

Harika görünüyor ama yaparken hedef kaynak adresi de birlikte olsa iyi olurdu; öyle rastgele kuramam da hehe

lower() indeks yerine GIN indeksi kullanmayı hiç düşündünüz mü diye merak ediyorum. Zaten JdbcTemplate ile raw SQL kullandıysanız, hazır yeri gelmişken FTS'e ne dersiniz?

CompletableFuture.supplyAsync() kullanan asenkron yaklaşımda da ayrı bir ExecutorService belirtmezseniz ForkJoinPool'un commonPool'u kullanılır.
İstek thread'i yerine kullanılan commonPool dolacak kadar (CPU çekirdek sayısı - 1) eşzamanlı bağlantı artarsa bunu kaldıramayabilir.
Bu kısım ise reactive yaklaşıma geçilerek ya da JVM sürümü yükseltilip sanal thread'ler devreye alınarak daha temiz şekilde çözülebilir diye düşünüyorum.

Buna çok katılıyorum.

Aslında bunun başarılı şekilde gösterdiği şey, geliştiricilerin hâlâ işten çıkarılamadığı olmuş~

Katılıyorum..

Problem seçimi — gerçekten insanların para verip çözmek isteyeceği bir problem bulmak -> yakın zamanda yaptığım xray ekran görüntüsü aracının bu kadar ilgi göreceğini bilmiyordum

Rahatsızlık yaratan şeyi bulup yapıp duyurmanın önemli olduğunu düşünüyorum.

Başarılı sonuç = hey yönetici tayfası, demek ki bizi hâlâ kovamamışsınız

Geçenlerde Supertonic’te Koreceyi de destekleyen bir model çıkmıştı, bir bakın derim.

Tıkla-çalıştır bir kütüphane de yaptım!

https://www.npmjs.com/package/easy-supertonic-tts

Dağıtık işleme için olan Parquet'yi tek bir makinede işlemek amacıyla kullanmak ironik görünüyor.

haha

Vibe coding yaparak bu kadar kolay para kazanılabiliyorsa…
o zaman o parayı kazanırlar… neden Twitter'da, YouTube'da takılıp ders veriyorlar?

"Hisse senediyle ayda 100 milyon won kazanmak" diye kitap yazan kişi gerçekten hisse senediyle ayda 100 milyon won kazanıyor mudur? Eğer öyleyse, o zaman neden gidip kitap falan yazıyor? Neden diyar diyar dolaşıp özel seminer veriyor, neden YouTube yapıyor? Medeniyetten nasibini almamış küçük yatırımcıların ışığı olmak istediği için mi?

Tam aradığım şeymiş, harika görünüyor.

Şu anda 40 inçlik bir model kullanıyorum, 52 bana fazla büyük gibi geliyor.
Hacker News yorumlarında da çoklu monitör mü yoksa böyle tek bir büyük ekran mı diye tartışıyorlar ama bana artık böyle tek bir ekran daha rahat geliyor.

https://github.com/twinstae/graphqlite-ts

LLM ile birlikte biraz vibe ederek bun sqlite + ffi binding’i yapmayı denedim. Çalışıyor gibi görünüyor. (güzel dünya)

PoC yaparken iyi olur haha

Oo... üzerinde çalıştığım bir şey vardı, sanırım çerçeveyi buna göre kurmam gerekecek.

YAML içine mantık koymak zorunda bırakan bir yapı olduğu için kaçınılmaz bir sorun gibi görünüyor.

Yukarıdaki yazı buna kabaca aşağıdaki gibi bir yanıt vermiş gibi, ama script kısmını Dagger ile değiştirirsek asıl doğru cevap bu değil mi diye de düşündürüyor.

"GitHub Actions'ın mantığı yönetmesine izin vermeyin; script'i doğrudan siz kontrol edin ve Actions sadece o script'i çağırsın"

Astro, webin temellerine dönüş demek
Astro 3.0 sürümü yayımlandı
Astro: JavaScript'i mümkün olduğunca az dağıtmak