Yine, geliştiricinin zaman maliyetinden hesaplama maliyetinin daha pahalı hale geldiği bir döneme mi giriyoruz...
Eğer öyleyse belki de bundan sonra geliştirici dostu dillerin devri kapanır,
LLM kullanarak C ya da Rust gibi dillerle kod yazılan bir çağ gelebilir.
https://product.kyobobook.co.kr/detail/S000201558138
Python kütüphaneleriyle veri analizi
Pandas'ı geliştiren Wes McKinney'nin yazdığı bir kitap; veri bilimine giriş kitabı olarak bu da iyidir. Ben bu kitabı 2. baskı ilk çıktığında okumuştum... şimdi aratınca 3. baskının çıktığını gördüm.
Gerçekte React Server Components güvenlik açığına yönelik saldırının başarıya ulaşmasıyla oluşan zarar.
Haberlerin zamanlaması benzer olduğu için yeterince yanlış anlaşılabilir görünüyor. https://www.dailysecu.com/news/articleView.html?idxno=203111
Bilginize, daha önce patlayan olayda Cloudflare CDN’e bağlı olan yerlerin hepsi etkilenmişti.
Bu açıdan bakınca, mesele tamamının mı yoksa sadece bir kısmının mı etkilendiğine bakmak.
Orijinal gönderi yazarını anlıyorum ama diğerlerinin neye dayanarak alaycı davrandığını bilmiyorum.
Burası, geliştiriciyle ilgili topluluklar arasında gerçekten sayılı kalmış ve üstelik görgü kurallarına da sahip bir yer.
İlk yazdığım gönderide daha sonra yaptığım güncellemeyle genel içeriği paylaştım.
Bazı kullanıcıların (toplam trafiğin %28’i) etkilendiği ve bunun React Server Components açığını engellemeye yönelik bir deneme sırasında meydana geldiği söylendi.
Bir geliştiriciyseniz, sadece kod yazmak değil, bunun nedenini analiz etmekte ya da mantık kurgularken de mantıklı olmak veya en azından dayanakları açıkça ortaya koyabilmek gerekmez mi?
İlk yorumu o şekilde yazmamın sebebi, bu gönderiyi gördükten sonra kontrol ettiğimde benim yönettiğim sunucunun CDN arkasında olmasına rağmen bir kesinti tespit etmemiş olmamdı.
Resmî açıklamada API ve dashboard hatası deniyor; bu yanlış bir bilgi mi?
Dashboard hatasıysa elbette Cloudflare tarafında kesinti yaşanabilir, Downdetector da bunu Cloudflare ile ilgili olarak işlediği için kesinti varmış gibi görünebilir (zaten önceki olayda da çökmüştü); durum böyle değil mi?
Mesele sadece doğru ya da yanlış demek değil, asıl daha önemli olan net nedeni anlamak değil mi?
Metindeki papercut fix konusunda yardımcı olduğu kısmına epey katılıyorum.
Büyük işleri vermektense küçük kullanım kolaylığı özellikleri ekleme, scripting ve refactoring gibi can sıkıcı ama önceden yapıldığında sonradan rahat ettiren işlerde yapay zekadan çok yardım aldığımı düşünüyorum.
O haber bazı gerçekleri söylüyor, ancak geçmişteki olay bağlantılarına yönlendirdiği için kullanıcıların kafasını karıştıran bir haber.
Ben her şeyi inkâr etmektense, sadece her şeyin tamamen çöktüğü gerçeğini inkâr ettim.
Gerçekte DownDetector’un toparlanmış hâline bakarsanız Cloudflare için düşüş kaydı aynen duruyor, ancak aşağı doğru inince Roblox ya da Instagram’ın etkilenmediğini görüyorsunuz; ben de sadece bu yüzden öyle söyledim.
Cloudflare’ın resmî verilerine güvenmiyorsanız yapacak bir şey yok.
Yalan söylüyor olabilirler.
Ama benim söylemek istediğim şu: Cloudflare API’sini ister bir kütüphane üzerinden ister doğrudan kullanan ve bu nedenle etkilenen şeyler çöktü, demekten ibaretti.
Resmî verilere dayanarak.
Bu, kavga etmek için yazılmış bir yorum değil.
Yalnızca pano ve API yazıyor ama Claude, Cloudflare web sitesi, benim web sitem ve Downdetector’un hepsine erişilemiyordu.
Şimdi düzelmiş olmalı; şu an hepsine normal şekilde erişiliyor.
Her araçta olduğu gibi bunun da her derde deva bir çözüm olmadığını düşünüyorum ama Protobuf’un da fazlasıyla iyi bir araç olduğunu söyleyebilirim.
Özellikle gömülü ortamda, farklı dillere sahip istemcilere yüksek hacimli ve yüksek frekanslı (saniyede 20 kez) veri göndermem gereken bir durum olmuştu; o zaman nanopb ile bunu oldukça temiz bir şekilde halletmiştim.
"Hata ayıklaması zor ama"
Elendi
Yine, geliştiricinin zaman maliyetinden hesaplama maliyetinin daha pahalı hale geldiği bir döneme mi giriyoruz...
Eğer öyleyse belki de bundan sonra geliştirici dostu dillerin devri kapanır,
LLM kullanarak C ya da Rust gibi dillerle kod yazılan bir çağ gelebilir.
https://product.kyobobook.co.kr/detail/S000201558138
Python kütüphaneleriyle veri analizi
Pandas'ı geliştiren Wes McKinney'nin yazdığı bir kitap; veri bilimine giriş kitabı olarak bu da iyidir. Ben bu kitabı 2. baskı ilk çıktığında okumuştum... şimdi aratınca 3. baskının çıktığını gördüm.
Yönetici beceri sorunu
Şema da DTD ile tanımlanıp parser tarafında önbelleğe alınırsa, şemanın yalnızca bir kez gönderilmesi gibi bir etki de olur sanırım.
Dürüstmüş.
Gerçekte React Server Components güvenlik açığına yönelik saldırının başarıya ulaşmasıyla oluşan zarar.
Haberlerin zamanlaması benzer olduğu için yeterince yanlış anlaşılabilir görünüyor.
https://www.dailysecu.com/news/articleView.html?idxno=203111
Bilginize, daha önce patlayan olayda Cloudflare CDN’e bağlı olan yerlerin hepsi etkilenmişti.
Bu açıdan bakınca, mesele tamamının mı yoksa sadece bir kısmının mı etkilendiğine bakmak.
Orijinal gönderi yazarını anlıyorum ama diğerlerinin neye dayanarak alaycı davrandığını bilmiyorum.
Burası, geliştiriciyle ilgili topluluklar arasında gerçekten sayılı kalmış ve üstelik görgü kurallarına da sahip bir yer.
İlk yazdığım gönderide daha sonra yaptığım güncellemeyle genel içeriği paylaştım.
Bazı kullanıcıların (toplam trafiğin %28’i) etkilendiği ve bunun React Server Components açığını engellemeye yönelik bir deneme sırasında meydana geldiği söylendi.
Bir geliştiriciyseniz, sadece kod yazmak değil, bunun nedenini analiz etmekte ya da mantık kurgularken de mantıklı olmak veya en azından dayanakları açıkça ortaya koyabilmek gerekmez mi?
İlk yorumu o şekilde yazmamın sebebi, bu gönderiyi gördükten sonra kontrol ettiğimde benim yönettiğim sunucunun CDN arkasında olmasına rağmen bir kesinti tespit etmemiş olmamdı.
Resmî açıklamada API ve dashboard hatası deniyor; bu yanlış bir bilgi mi?
Dashboard hatasıysa elbette Cloudflare tarafında kesinti yaşanabilir, Downdetector da bunu Cloudflare ile ilgili olarak işlediği için kesinti varmış gibi görünebilir (zaten önceki olayda da çökmüştü); durum böyle değil mi?
Mesele sadece doğru ya da yanlış demek değil, asıl daha önemli olan net nedeni anlamak değil mi?
https://blog.cloudflare.com/5-december-2025-outage/
Cloudflare, blogunda HTTP trafiğinin %28’inin 500 yanıtı verdiğini paylaştı.
Benim production servislerimde de Cloudflare 500 hatası meydana gelmişti.
Metindeki
papercut fixkonusunda yardımcı olduğu kısmına epey katılıyorum.Büyük işleri vermektense küçük kullanım kolaylığı özellikleri ekleme, scripting ve refactoring gibi can sıkıcı ama önceden yapıldığında sonradan rahat ettiren işlerde yapay zekadan çok yardım aldığımı düşünüyorum.
https://www.cloudflarestatus.com/incidents/k9ppxftx8bs5
Bir başka sorun da peş peşe patlak veriyor.
Alternatif olmaması üzücü.
API ile ilgisi olmayan Orange Cloud da büyük çaplı bir kesinti yaşadı
Notion, LinkedIn vs.
Yorumda yanlış bilgi paylaşmışsınız
O haber bazı gerçekleri söylüyor, ancak geçmişteki olay bağlantılarına yönlendirdiği için kullanıcıların kafasını karıştıran bir haber.
Ben her şeyi inkâr etmektense, sadece her şeyin tamamen çöktüğü gerçeğini inkâr ettim.
Gerçekte DownDetector’un toparlanmış hâline bakarsanız Cloudflare için düşüş kaydı aynen duruyor, ancak aşağı doğru inince Roblox ya da Instagram’ın etkilenmediğini görüyorsunuz; ben de sadece bu yüzden öyle söyledim.
Cloudflare’ın resmî verilerine güvenmiyorsanız yapacak bir şey yok.
Yalan söylüyor olabilirler.
Ama benim söylemek istediğim şu: Cloudflare API’sini ister bir kütüphane üzerinden ister doğrudan kullanan ve bu nedenle etkilenen şeyler çöktü, demekten ibaretti.
Resmî verilere dayanarak.
Bu, kavga etmek için yazılmış bir yorum değil.
Yalnızca pano ve API yazıyor ama Claude, Cloudflare web sitesi, benim web sitem ve Downdetector’un hepsine erişilemiyordu.
Şimdi düzelmiş olmalı; şu an hepsine normal şekilde erişiliyor.
Haberi kontrol edin.
https://independent.co.uk/tech/…
Bu sefer her şey çökmüş değil; sanki Cloudflare API kullanan taraflar ile Cloudflare panosu çökmüş gibi görünüyor.
https://www.cloudflarestatus.com/incidents/lfrm31y6sw9q
Oldukça acınası bir durum ama yine de düzeltilmiş olması sevindirici. Sadece duyulmadığı için böyle daha pek çok örnek var gibi görünüyor.
Gerçekten tam can alıcı noktaya değinmiş.
Her araçta olduğu gibi bunun da her derde deva bir çözüm olmadığını düşünüyorum ama Protobuf’un da fazlasıyla iyi bir araç olduğunu söyleyebilirim.
Özellikle gömülü ortamda, farklı dillere sahip istemcilere yüksek hacimli ve yüksek frekanslı (saniyede 20 kez) veri göndermem gereken bir durum olmuştu; o zaman nanopb ile bunu oldukça temiz bir şekilde halletmiştim.
Bu kadar katı olunca XML'le gelmez mi zaten? :)