Tamamen katılıyorum; ancak AI 'nefretçisi' ifadesi yerine AI 'reddedicisi' ifadesi daha uygun olabilir diye düşünüyorum. Çünkü "nefret" kelimesinin taşıdığı anlam ve çağrışım pek iyi değil; ayrıca nefret her zaman nefreti doğurur.
biome hâlâ daha hızlı. Ama sadece hıza bakarsak voidzero’nun oxlint’i daha da hızlı.
Kullanılabilirlik ya da dokümantasyon açısından biome daha rahat olduğu için, mevcut ESLint, ESLint + Prettier yerine ESLint + ESLint Stylistic kombinasyonuyla hızlanıp aynı zamanda istikrara kavuşmazsa, bu çoklu iş parçacığı optimizasyonu etkileyici olsa da, günün birinde yerini başka bir şeye bırakabilir gibi görünüyor.
Firefox için de iyi haberler.
Google’ın, en azından göstermelik olarak bile tekel değilmiş gibi görünmek için verdiği destek parası olmasa Mozilla anında çökerdi.
Chrome’u kaybederse bunu vermesi için bir sebep kalmaz.
İletişimin kendisi hack’lenmedi; hack’lenen şey gateway olduğu için.
Oyun sunucuları yük durumuna göre artıp azalabildiğinden,
hangi sunucuya bağlanılacağını giriş yaparken gateway bildiriyor.
Bugünlerde ücretsiz TLS sertifikası alınabildiği için HTTPS de güvenli şekilde kurulabiliyor, değil mi?
Anlatılmak istenen muhtemelen şu: ele geçirilmiş gateway yanlış bir sunucuyu işaret ediyor ve o sunucu tüm verileri araya girip yakalayarak MITM saldırısını gerçekleştiriyor.
Aşağıdaki Hacker News yorumundaki sözler tam isabet.
"Next.js, projelerin %99,9999’unda gerekmeyen devasa bir soyutlama katmanına sahip; gerçekten buna ihtiyaç duyulan az sayıdaki durumda ise bunun yerine daha alt seviye bileşenlerle özel bir çözüm oluşturmanın daha iyi olduğunu düşünüyorum"
Gereksiz yere aşırı karmaşık API’ler, kararsız ve eksik olmasına rağmen inatla production ready diye pazarlanmaları ve Vercel’e olan büyük bağımlılık yüzünden, Vercel olmadan ciddi şekilde işletmek de zor.
Kariyerime web ile başladığım için olabilir ama web’de (özellikle frontend tarafında) geliştirme zaten baştan beri biraz öyle bir tatla yapılıyor haha
Hızlı hızlı, sürekli değişen bir tat...
JS tarafı biraz öyle bir his veriyor. Güzel denilen bir sürü şey var ama hepsinin az çok bir sorunu var ve modaya göre çok hızlı değişiyor...
Bana öyle gelmesinin nedeni ağırlıklı olarak Java, EJB ve Struts ile çalışmış olmam da olabilir tabii.
Elbette ben de production ortamında asyncioyu bıkana kadar kullanıyorum ama şu anki kullanım deneyiminden, "iyi kullanıyorum" diyecek kadar memnun değilim..
Mevcut asyncio, bir bakıma GIL’den kaçınma stratejisi olarak GIL varsayımıyla tasarlandığı için, GIL asyncio ile doğrudan etkileşime girmez.
Ama asyncio tabanlı çalışan eşzamanlılık programlamasının tamamı açısından bakınca, GIL’in alakasız olduğunu söylemenin "Python olduğu için olmaması zaten normal." demek gibi bir şey olduğunu düşünüyorum.
Mevcut GIL konusundaki yönelimin, ‘diğer alternatiflerle’ karşılaştırıldığında bile hiç de geri kalmayacak bir hale geleceğini umamayacağımız konusunda hemfikirim,
ancak Python dışında başka bir alternatifi benimsememiz gerektiğini söylemenin, ortada bir sorun olmadığını savunan bir tona değil, bir sorun olduğunu savunan bir tona bağlanması gerekmez mi diye düşünüyorum.
Bu kez sadece kişisel ilgimle, aslında geliştirdiğim alanla hiç alakası olmayan bir alan olan web geliştirmeyi denedim. next.js v15 app router ile bir ilan panosu yaptım ama... Böyle yazılar gördükçe web tarafında yeni bir şey deneme hevesim biraz kırılıyor gibi. Ekosistem neden bu kadar istikrarsız? Böyle giderse yine yeni bir şey çıkınca herkes akın edip biraz kullanacak, sonra söylenip başka bir şey mi arayacak? Web geliştirme tarafı gerçekten zor olmalı.
Güç ve para gerçekten de projeleri ayakta tutan itici güçler.
Chromium değilse düzgün çalışmayan web sayfalarını her gördüğümde iç çekmemek elde değil.
Zed, yapay zeka entegrasyonu konusunda epey emek harcıyor gibi görünüyor.
Ajan İstemci Protokolü (ACP)
Zed - en hızlı yapay zeka kod editörü
İş birliğine yönelik kod editörü 'Zed', artık açık kaynağa geçiyor
Tamamen katılıyorum; ancak AI 'nefretçisi' ifadesi yerine AI 'reddedicisi' ifadesi daha uygun olabilir diye düşünüyorum. Çünkü "nefret" kelimesinin taşıdığı anlam ve çağrışım pek iyi değil; ayrıca nefret her zaman nefreti doğurur.
biome hâlâ daha hızlı. Ama sadece hıza bakarsak voidzero’nun oxlint’i daha da hızlı.
Kullanılabilirlik ya da dokümantasyon açısından biome daha rahat olduğu için, mevcut ESLint, ESLint + Prettier yerine ESLint + ESLint Stylistic kombinasyonuyla hızlanıp aynı zamanda istikrara kavuşmazsa, bu çoklu iş parçacığı optimizasyonu etkileyici olsa da, günün birinde yerini başka bir şeye bırakabilir gibi görünüyor.
Vay beeeee;;
İlginçmiş
Firefox için de iyi haberler.
Google’ın, en azından göstermelik olarak bile tekel değilmiş gibi görünmek için verdiği destek parası olmasa Mozilla anında çökerdi.
Chrome’u kaybederse bunu vermesi için bir sebep kalmaz.
React'in üretkenliği düşürdüğünü hâlâ fark etmemiş olmalılar.
Kod çok uzun olsa bile "ne yaptığını" kolayca açıklayabiliyorsanız, bu borç değildir.
Burada söylenmek istenen, yapay zekanın düşünmeden kullanılmasının bunu zorlaştırdığı ve bu yüzden borç yarattığıdır.
İletişimin kendisi hack’lenmedi; hack’lenen şey gateway olduğu için.
Oyun sunucuları yük durumuna göre artıp azalabildiğinden,
hangi sunucuya bağlanılacağını giriş yaparken gateway bildiriyor.
Bugünlerde ücretsiz TLS sertifikası alınabildiği için HTTPS de güvenli şekilde kurulabiliyor, değil mi?
Anlatılmak istenen muhtemelen şu: ele geçirilmiş gateway yanlış bir sunucuyu işaret ediyor ve o sunucu tüm verileri araya girip yakalayarak MITM saldırısını gerçekleştiriyor.
Aşağıdaki Hacker News yorumundaki sözler tam isabet.
"Next.js, projelerin %99,9999’unda gerekmeyen devasa bir soyutlama katmanına sahip; gerçekten buna ihtiyaç duyulan az sayıdaki durumda ise bunun yerine daha alt seviye bileşenlerle özel bir çözüm oluşturmanın daha iyi olduğunu düşünüyorum"
Gereksiz yere aşırı karmaşık API’ler, kararsız ve eksik olmasına rağmen inatla production ready diye pazarlanmaları ve Vercel’e olan büyük bağımlılık yüzünden, Vercel olmadan ciddi şekilde işletmek de zor.
Kariyerime web ile başladığım için olabilir ama web’de (özellikle frontend tarafında) geliştirme zaten baştan beri biraz öyle bir tatla yapılıyor haha
Hızlı hızlı, sürekli değişen bir tat...
JS tarafı biraz öyle bir his veriyor. Güzel denilen bir sürü şey var ama hepsinin az çok bir sorunu var ve modaya göre çok hızlı değişiyor...
Bana öyle gelmesinin nedeni ağırlıklı olarak Java, EJB ve Struts ile çalışmış olmam da olabilir tabii.
Teşekkürler.
https://github.com/kelseyhightower/nocode
Yüzeysel olarak kod satırı sayısı (LOC) da önemli. Üretkenlik açısından bir sayfayı okuyup anlamakla, 3 satırı okuyup anlamak farklıdır.
Elbette ben de production ortamında
asyncioyu bıkana kadar kullanıyorum ama şu anki kullanım deneyiminden, "iyi kullanıyorum" diyecek kadar memnun değilim..Mevcut
asyncio, bir bakıma GIL’den kaçınma stratejisi olarak GIL varsayımıyla tasarlandığı için, GILasyncioile doğrudan etkileşime girmez.Ama
asynciotabanlı çalışan eşzamanlılık programlamasının tamamı açısından bakınca, GIL’in alakasız olduğunu söylemenin "Python olduğu için olmaması zaten normal." demek gibi bir şey olduğunu düşünüyorum.Mevcut GIL konusundaki yönelimin, ‘diğer alternatiflerle’ karşılaştırıldığında bile hiç de geri kalmayacak bir hale geleceğini umamayacağımız konusunda hemfikirim,
ancak Python dışında başka bir alternatifi benimsememiz gerektiğini söylemenin, ortada bir sorun olmadığını savunan bir tona değil, bir sorun olduğunu savunan bir tona bağlanması gerekmez mi diye düşünüyorum.
Bu kez sadece kişisel ilgimle, aslında geliştirdiğim alanla hiç alakası olmayan bir alan olan web geliştirmeyi denedim. next.js v15 app router ile bir ilan panosu yaptım ama... Böyle yazılar gördükçe web tarafında yeni bir şey deneme hevesim biraz kırılıyor gibi. Ekosistem neden bu kadar istikrarsız? Böyle giderse yine yeni bir şey çıkınca herkes akın edip biraz kullanacak, sonra söylenip başka bir şey mi arayacak? Web geliştirme tarafı gerçekten zor olmalı.
Güç ve para gerçekten de projeleri ayakta tutan itici güçler.
Chromium değilse düzgün çalışmayan web sayfalarını her gördüğümde iç çekmemek elde değil.