TypeScript'in yeni derleyicisi ve build hızının önemi
TypeScript derleyicisinin Go'ya port edilmesi ve hızlı geri bildirim döngüsünün bir geliştirici için neden bu kadar değerli olduğu.
Blog
Yazılım mimarisi, PHP, DevOps ve ürün geliştirme üzerine yazılarım, video içeriklerim ve farklı platformlardaki paylaşımlarım. (Sayfa 3/32)
TypeScript derleyicisinin Go'ya port edilmesi ve hızlı geri bildirim döngüsünün bir geliştirici için neden bu kadar değerli olduğu.
Aynı projede dual-write yüzünden kaybolan event'ler beni transactional outbox'a, at-least-once teslim de idempotent tüketime götürdü. Bir de GDPR alanlarını x-gdpr-sensitive ile satır seviyesinde şifreledim. Gerçek bir projeden notlar.
Mimari kararlar wiki'de doğru kalır, kodda çürür. archlint'i yazdım: architecture.json'daki katman+kural sınırlarını her commit'te go/parser ile, modelsiz, CI'da zorlayan bağımsız bir Go CLI. Niye böyle kurduğumu anlatıyorum.
Polyglot bir repoda 'domain altyapıyı import etmesin' kuralı her dilde aynı; değişen, import'un nasıl çözüldüğü. archlint'e TypeScript ve Python ekledim — tek architecture.json üç dilin sınırlarını CI'da zorluyor.
CommitBrief'e deterministik bir flaky-test süzgeci ekledim. LLM'e sormak yerine, değişen test dosyalarındaki sabit sleep'leri ve seed'siz rastgeleliği commit aşamasında — modelsiz — yakalıyor. Niye LLM prompt'u değil de statik analiz seçtiğimi anlatıyorum.
CommitBrief'e iki yeni komut geldi: summary değişikliğin ve geçmişinin brifini çıkarıyor, remote pr ise PR'ı terminalden inceleyip yorumu insandan önce bırakıyor. İnsan reviewer'ın yerini değil, önünü açmak için.