Docker Hub da kesinti yaşanan bölgede olduğu için docker pull çalışmıyor ve bu yüzden build alamıyoruz.
Geçici olarak Amazon ECR Public Gallery'yi kullanıyoruz.
https://gallery.ecr.aws/

Umarım en kısa sürede çözülür.

Umarım hızlıca çözülür. Ortalık karıştı.

Perplexity geçmişi de görünmüyor 🥲

Bugünlerde dikkati çalan mecra olarak en çok akıllı telefonlar gösteriliyor. Elbette birincil olarak insanı buna yönelten uygulama geliştiricileri sorunlu, ancak nasıl doğru kullanılacağını bilirseniz bunun çözülebilecek bir mesele olduğunu düşünüyorum.

Uygulamaların bildirimlerini varsayılan olarak tamamen kapatıp yalnızca gerekli bildirimleri bırakmak gerekir.
Kalan bildirimleri de önem derecesine göre ayırıp sadece gerçekten gerekli olanlarda ses/titreşimi açmalı, geri kalanların ise AOD'de ya da kilit ekranında bile görünmemesini sağlamalısınız. Acil bir bildirim değilse, istediğiniz zaman bildirim listesini topluca kontrol etmeniz yeterlidir.

E-posta için de klasörleri ayırarak otomatik sınıflandırma yapmalı ve yalnızca acil olanlar için bildirim gelecek şekilde ayarlamalısınız.

Sadece bunları yapmak bile akıllı telefon yüzünden dikkatinizin dağılacağı endişesini ortadan kaldıracaktır. Tabii sizde birkaç dakikada bir akıllı telefona bakma alışkanlığı yoksa.

Harika bir proje. Ancak Hugo ile kapsamı epey örtüşen bir proje gibi görünüyor.

Açıklama isteyen issue’ya verilen yanıtta,
terminalde önizleme, hızlı dağıtım, e-posta bülten sistemi ve Obsidian teması gibi şeyler olduğu söyleniyor ama çok da güçlü bir fark olarak gelmiyor.

Markdown’ı render eden CLI araçları zaten çok, bülten tarafında da RSS/Atom’u otomatik yayımlayan pek çok özellik var, dolayısıyla..

Uzun vadede, emeklerin (özellikle tekrarlı ve vasıfsız olanların) yapay zeka ve robotlar tarafından ikame edilmesi doğru. Bunun karşılığında da tüm artı değerin üreticiye gitmemesi için dağıtım sisteminde değişiklikler gerekecek.

Umarım bu iyi şekilde gelişir.

Aslında bunu, yazılım mühendisliğinde öğrendiklerimizi Markdown ile yapmak gibi düşünürseniz basit ve pratiktir. Gereksinim spesifikasyonunu iyi yazmak bile yeterlidir.

Daha önce document driven develope ya da readme driven develope gibi anlatılan şeylere benziyor gibi görünüyor.
https://tr.news.hada.io/topic?id=15502

Bu yazının amacına uygun bir yorum mu bilmiyorum ama...

Bakış açısı farkı olsa da,
sonuçta en önemli şeyin karar vericinin iradesi olduğunu düşünüyorum.

Bilmek istemiyor,
koşulsuz olarak bunun yapılabileceğini duymak istiyor,
kendinizin halledeceğini duymak istiyor,

o zaman açıklama yapmak, karar yetkisine sahip kişiye rahatsız edici şeyler söylemek anlamına geliyor gibi.

ps.
Sanırım bu anlatı, "karar verici haklıdır?" ön kabulüne dayanıyor.
Karar verici = hakem bundan hoşlanmazsa, zaten hangi yöntem olursa olsun işe yaramaz diye düşünüyorum.

Şu an vaktimiz yok, önce acil sorunu çözüp sonra yeniden yazarız dediğimiz şeyler biriktikçe korkunç bir sorgu cehennemine dönüşüyor. Ben de bunlardan epey yaptım. Onları yeniden yazacağımız o “sonra”nın aslında hiç gelmeyeceğini bile bile.

Şimdi bakınca gerçekten müthiş bir efsaneymiş.

Eski teknolojileri hatırlatıyor.

Hımk...

"Çoğu sorun, hız ve teslim tarihi baskısından kaynaklanan geçici çözümlerden doğar"
Ah ah..

Onu yalnızca yapay zeka alanında görmeye alışmışken lisans öğrencileriyle ilgili bir konuda karşıma çıkması ilginç.

Demek böyle bir plan varmış!!

Her GPU’ya birer nöral ağ hızlandırıcısı eklenmiş olması büyük bir özellik ama Apple’ın asıl desteklediği şey ise...

Diğer ekiplerin de bunu benimsediğini düşününce, web geliştiren ekiplerin neredeyse hepsi gerçekten zaman kaybediyormuş demek ki.
Aslında bunu, eninde sonunda yönetimin yapması gereken işi YouTube ekibinin inisiyatif alıp üstlenmesi olarak da görmek mümkün hahaha

SQL arayüzünün birleşik hale gelmesi hoşuma gidiyor.