Mayıs 2025 - Şu Anda Ne Üzerinde Çalışıyorsunuz?

 (news.ycombinator.com)
1 puan yazan GN⁺ 2025-05-26 | 1 yorum | WhatsApp'ta paylaş
  • Mayıs 2025 itibarıyla Hacker News topluluğundaki kullanıcılar şu anda üzerinde çalıştıkları işler ve projeler hakkında paylaşım yapıyor
  • Topluluk katılımcıları, devam eden startup, geliştirme, araştırma gibi farklı alanlardaki deneyimlerini ve başlıca ilgi alanlarını tanıtıyor
  • Erken aşama kurucular, geliştiriciler ve BT profesyonelleri, fikirler, teknik zorluklar ve çıkarılan dersler etrafında canlı tartışmalar yürütüyor
  • Farklı seviye ve konulardaki projeler hakkında sorular ve geri bildirim talepleri öne çıkıyor
  • Gerçek zamanlı bilgi alışverişi ve karşılıklı destek, bu topluluğun temel özellikleri arasında yer alıyor

Mayıs 2025 Hacker News ‘Şu Anda Ne Üzerinde Çalışıyorsunuz?’ topluluk tartışmasının özeti

  • Bu gönderi, her ay düzenlenen ‘Ask HN: What are you working on?’ serisinin bir parçası olup, geliştiricilerin, startup kurucularının ve BT alanında çalışanların şu anda odaklandıkları iş ve projeleri özgürce tanıtmasını amaçlıyor
  • Katılımcılar projelerinin amacını, kullandıkları başlıca teknolojileri, karşılaştıkları sorunları ve öğrendikleri şeyleri ayrıntılı biçimde paylaşıyor
  • Erken fikir aşamasındaki deneysel projelerden, halihazırda işletilen hizmetlere veya henüz duyurulmamış iş fikirlerine kadar geniş bir konu yelpazesi ele alınıyor
  • Yorumlar aracılığıyla iş birliği teklifleri, kod incelemeleri, teknik geri bildirimler ve pazar uygunluğu değerlendirmeleri gibi pratik tavsiyeler ve sorular paylaşılıyor
  • Bu tür açık tartışmalar, bilgi alışverişi, ağ kurma ve somut problem çözümüne yardımcı olan olumlu bir ortam oluşturuyor

İlgili okumalar

1 yorum

 
GN⁺ 2025-05-26
Hacker News görüşü

  • Logchef adlı açık kaynaklı (AGPLv3) bir log analiz UI'ı geliştiriyorum. Logchef GitHub Amaç, ClickHouse için optimize edilmiş, hafif ama güçlü bir log keşif aracı yapmak. Mevcut UI'ların ya fazla ağır olduğunu, ya zaten sahip olduğunuz Vector/Promtail/Fluentbit/Logstash gibi araçların karşıladığı log toplama tarafına odaklandığını ya da ClickHouse dostu olmadığını düşündüğüm için buna başladım. Logchef'in öne çıkan özellikleri; mevcut ClickHouse tablolarına doğrudan bağlanabilen şemadan bağımsız yapı, hızlı arama için basit bir sorgu modu ve daha karmaşık analizler için SQL modu, tek binary ile kolay dağıtım, ayrıca çok kiracılı yapı ve ekip bazlı erişim kontrolü desteği. Demoyu demo.logchef.app üzerinde deneyebilirsiniz; daha fazla ayrıntıyı da tanıtım yazısında anlattım. ClickHouse kullanıcılarından geri bildirimlere açığım.

  • Üzerinde çalıştığım servis, istediğiniz tüm kaynaklardaki içerikleri basit ve temiz bir bülten formatında bir araya getiren günlük bir brifing. usedigest.com

  • Migration sırasında birkaç kez beklenmedik Postgres lock sorunları yaşadıktan sonra, bir “Postgres lock diagnostics” aracı yapıyorum. PR açıldığında migration'ı gerçekten çalıştırıp çalışma anında hangi lock'ları aldığını görüyor ve sonucu PR yorumunda bildiriyor. Örneğin ALTER TABLE users ADD COLUMN email TEXT çalıştırıldığında users relation'ında AccessExclusiveLock alındığını gösterebiliyor. İçeride bir transaction açıyor, ayrı bir connection üzerinden pg_locks görünümünden lock durumunu sorgulayıp ardından rollback yapıyor. CLI, kütüphane, GitHub Action gibi farklı şekillerde kullanılabilir; şu an hâlâ erken aşama bir PoC. Kaynak kodu: pglockanalyze. Bir yandan Rust öğrenmek için de yaptığım için Rust topluluğundan geri bildirim de memnuniyetle karşılanır.

    • Bu gerçekten çok kullanışlı görünüyor. Her migration'ın hangi lock'ları alacağını açıkça belirtmeniz ve uyuşmazlık varsa build'in fail olduğu bir pipeline hayal etmeme neden oldu.

    • Geliştirme dilinden bağımsız olarak benim her zaman başvurduğum şey strong_migrations kontrolleri. strong_migrations vb. Oldukça meşhur; başka dillere taşınmış sürümleri de var. excellent_migrations

  • Şu anda yaptığım şey, modern derin öğrenmedeki temel fikirlerin tamamını baştan kendim yeniden uyguladığım bir proje. Derin öğrenme araştırmasına geçmek isteyenlere yardımcı olmayı amaçlıyor. beyond-nanogpt

    • Kullanıcı adınla pek uyuşmuyor gibi geldi, bu yüzden merak ettim. Referans olarak neler kullandığını da duymak isterim.

  • Açık kaynaklı, self-host edilebilen bir uygulama yapıyorum; amacı arkadaşlarım ve ailemle bülten paylaşmak. Facebook gibi yerlere yüklemeden aile fotoğraflarını ve haberleri paylaşmak için. Kullanım akışı şöyle: hafta boyunca olan şeyler hakkında grup bazlı gönderiler yazılıyor; hafta sonu ya da ay sonunda her grup için otomatik olarak bir bülten oluşturuluyor, biraz düzenlenip gönderiliyor. Tüm bültenlerde ilgili görseller için indirme bağlantıları da olacak. E-posta bülteni en kolay ve erişilebilir yöntem olduğu için, orta yaş ve üzerinin de rahatça kullanabilmesi hedefiyle tasarlıyorum. Ailem Koreli, eşimin ailesi değil; bu yüzden çok dilli destek de hedefler arasında. Bu hafta bir MVP yapıp ebeveynlerim ve eşimin ailesiyle test etmeyi planlıyorum.

    • Pagecord'a özel blog/gönderi desteği eklerseniz otomatik olarak benzer bir işlev de desteklenebilir gibi görünüyor. Pagecord

    • Alıcı birden fazla gruba dahil olabiliyorsa bunun nasıl çalışacağını merak ediyorum. Örneğin ben hem aile hem iş arkadaşı grubundaysam, tüm gönderileri içeren tek bir bülten mi alırım? Grup kombinasyonları arttıkça özelleştirilmiş bülten sayısı üstel olarak artar ama pratikte belki de o kadar fazla olmaz. Her alıcıya özel bülten mi gönderiyorsunuz, yoksa daha çok listserv tarzı bir sistem mi? Buna göre değişir.

    • E-posta teslim edilebilirliği burada kritik ve kolayca bozulabilir. Birkaç kişi spam olarak işaretlerse kara listeye düşebilirsiniz. Kullanıcılar da bir şeye abone olduklarını unutabilir, bu yüzden sorunları önleyecek önlemler düşünmek gerekir. Toplu e-posta gönderiminde gerçek adres ve abonelikten çıkma bağlantısı eklemek zorunludur; bazı e-posta sağlayıcıları da bunu otomatik olarak spam olarak işaretler.

    • Bu fikir beni gerçekten heyecanlandırdı; Facebook gibi platformların filtrelemesi olmadan sadece ilgilendiğiniz içeriği görebilme fikrini seviyorum.

    • Zaten açık kaynak olduysa bağlantısını paylaşmanız harika olur.

  • 16 yıl maaşlı çalıştıktan sonra yakın zamanda işten ayrıldım; şu anda nükleer mühendislik danışmanlığı yapıyorum. Boş zamanlarımda üzerinde çalıştığım tutku projeleri şunlar:

    • Nuclear Reactor Starter Kit: Nükleer kalite güvence (QA) programlarını, IT rehberlerini ve çeşitli süreç/şablonları açık kaynak olarak paylaşarak nükleer startup'ların daha kolay ve hızlı kurulmasına yardımcı olmayı amaçlayan bir araç. Sektörde verimliliği artırmak için edinilen dersleri de yeni bir formatta toplamayı planlıyorum.

    • Reactor Database: Mevcut IAEA PRIS daha çok enerji üretimine odaklı; ben ise geliştirme aşamasındaki reaktörler, startup takibi, yakıt maliyetleri, lisans ilerleme durumu gibi farklı bilgileri simülasyonlar ve açıklamalar temelinde kaydetmeyi planlıyorum. Böylece gerçek projelerle sadece fikir aşamasında kalanları ayırmak ve ilerlemeyi takip etmek mümkün olabilir.

    • Bir yazılım mühendisi olarak bu alana girmek için ne tür bir geçmiş gerekir, geleceği nasıl görünüyor merak ediyorum. Nükleer sektörün uzun süre gerekli olacak bir alan gibi geldiğini düşünüyorum ama fizik ve kimyada çok iyi sayılmam.

    • 10 yıl önce nükleer sektörden Healthcare/IoT/Oil&Gas/Finance yazılım alanlarına geçtim ama bir gün deneyimimi tekrar nükleerde uygulamayı isterim. whatisnuclear.com'u seviyorum. 10 yıl önce JS tabanlı görselleştirme sistemleri de yapmıştım (örnek: ssv) ama ticari karşılığını bulamadım.

    • Küçük bir ülkedeki yetenekli bir mühendisin bu starter kit'i kullanarak silah programı bile yürütebilip yürütemeyeceğini merak ediyorum. Zaten bilgilerin çoğunun internette açık olduğunu varsayıyorum ama burada rekabet avantajı sağlayan bir şey olur mu emin değilim.

    • Bu gerçekten çok ilginç; ilgili bağlantılar varsa paylaşın lütfen.

    • Nükleer sektöre nasıl girdiğinizi, yolunuzun nasıl geliştiğini merak ettim.

  • Counter Productive adlı bir sanat projesi üzerinde çalışıyorum. Bir parka yerleştirilmiş rastgele bir düğmeye basıldığında 24 saatlik geri sayım sıfırlanıyor; sayaç 0'a ulaşırsa proje tamamen sona eriyor. Projeyi hayatta tutmak için insanların düzenli olarak düğmeye basması gerekiyor. Şu ana kadar 56 gün boyunca 820 kez düğmeye basıldı. Ayrıntılar için detaylı açıklama ve istatistik sayfasına bakabilirsiniz.

    • Şu an bitmiş mi diye merak ettim. İstatistiklerde 25 saatlik bir boşluk görünüyor. Fikir gerçekten harika.

    • Bir Lost göndermesi olarak 4, 8, 15, 16, 23, 42 sayılarını girmeyi zorunlu kılsanız eğlenceli olurdu.

    • Gerçekten çok havalı bir proje.

  • Eski basılı reklamları toplayıp dijitalleştiriyor ve paylaşıyorum. adretro.com On binlerce reklam var; hayatım boyunca uğraşsam bile muhtemelen bitiremem. Yapay zekayı kullanarak metadata çıkarma ve kataloglamayı otomatikleştiriyorum; günde yaklaşık 100 reklam işleyebiliyorum. En sevdiğim reklamlardan biri, 1968 tarihli “bulmacaları çözen bilgisayar” reklamı. 1968 reklam bağlantısı

    • Bu çalışma inanılmaz havalı! Metadata'yı yapay zekayla çıkarmanız ama fiziksel dergileri yine de elinizde tutup korumanız çok etkileyici. 1968 tarihli bulmaca çözen bilgisayar reklamı da müthiş. İleride daha fazla böyle hazine bekliyorum.

    • Siteyi de gerçekten çok güzel yapmışsınız. Reklam verisini farklı açılardan (yıla göre, mecraya göre) analiz edip popüler türleri gösteren bir analytics özelliği olsa çok ilginç olurdu.

    • Gerçekten harika bir koleksiyon. Reklamlar çekmece üstü gibi bir yerde fotoğraflanmış gibi görünüyor; bir flatbed scanner kullanmak daha iyi olabilir.

    • Belirli dönemlerin reklamlarını tek bakışta görebileceğiniz bir timeline görünümü de görmek isterim.

    • Reklamlar ilk bakışta karalama gibi sinir bozucu görünse de zaman geçince ilginç birer tarihi kalıntıya dönüşüyor.

  • pgflow adlı açık kaynaklı, DAG tabanlı bir workflow engine ile uğraşıyorum. Postgres'te PGMQ kuyruğu üzerinden worker'ları orkestre ediyor ve Supabase ile doğal biçimde entegre oluyor; ayrıca ek altyapı gerektirmiyor. Edge Function'larda özel serverless worker'larla task'ları çalıştırıyor ve tüm execution state'i Postgres'e yazıyor (pg_cron ve trigger'lar gibi veritabanından doğrudan flow başlatılabiliyor). Odak noktası veritabanı tutarlılığı ve her adımda type safety.

    • Şimdiye kadar geliştirilenler: core SQL orkestrasyonu (durum makinesi, retry, gözlemlenebilirlik, kuyruk yönetimi), sıkı tiplenmiş TypeScript DSL ve tanımları migration'a çeviren bir compiler, Edge Function worker'ları
    • Şu anda odaklandıklarım: Supabase Realtime kullanarak her flow çalışmasını tarayıcıya akıtan bir client library, TypeScript DSL tabanlı compile-time güvenliği
    • Gelecek planları: veri dizileri üzerinde paralel işleme (fanout, her öğe için retry dahil), JSONB işlemleri ve adım sonuçlarını kullanan SQL tabanlı branching Dokümanlar: how-pgflow-works Repo: pgflow-dev/pgflow

  • Google, 1. ve 2. nesil Nest Thermostat cihazlarının desteğini Ekim ayında sonlandıracak. Ben de 2. nesil Nest'in kasasını ve parçalarını (gövde, ekran, halka, montaj parçası vb.) aynen kullanan açık kaynaklı bir termostat yapıyorum. “Beyin” kısmını yeni, açık kaynak bir PCB ile değiştiriyorum ve Home Assistant ile entegre olabiliyor.

    • Üretici desteği biten donanımı bu şekilde yeniden değerlendirme çabanız gerçekten takdire değer. Bu tür cihazların hâlâ çok işe yarar olduğunu düşündüğüm için ayrıca sevindim.

    • Bende Nest yok ama böyle bir projeye girişmeniz için yine de teşekkürler; çöpe gidecek cihazları yeniden kullanmanın anlamı büyük.

    • Havalı bir yan proje ama isterseniz CT101 gibi ucuz bir Z-wave termostatı (yaklaşık 50 dolar) alıp doğrudan Home Assistant'a bağlamak da mümkün. Bu yöntemde ileride desteğin kesilmesi gibi bir endişe de olmaz.