Blog

Mert Özen'in yazılım geliştirme, backend, frontend ve DevOps üzerine blog yazıları.

Seriler

.NET Core Web API 36 Angular 31 JavaScript Temel 19 JavaScript Orta 18 JavaScript İleri 16 TypeScript Temel 14 TypeScript Orta 14 TypeScript İleri 12 Entity Framework Core 28 Dapper 16 Git & GitHub 29 Web Güvenliği (OWASP Top 10) 21 LLM Temelleri 20 C# Temelleri 20 C# ile Nesne Yönelimli Programlama 16 C# Koleksiyonlar ve Generics 11 LINQ 17 C# Asenkron Programlama 17 C# İleri Seviye 14 C# Sürümleri 6 Çözüm Desenleri 22 SOLID ve Design Principles 12 Clean Code 14 Design Patterns 25 UML ve Modeling 18 Mimariye Giriş 9 Clean, Onion ve Hexagonal Architecture 8 Vertical Slice Architecture 6 Domain-Driven Design 13 CQRS ve Event Sourcing 10 Messaging ve Event-Driven Architecture 9 Modular Monolith 3 Microservices 11 UI Mimari Pattern'leri 9 Architecture Decision'lar 7 System Design 15 Distributed Systems Temelleri 11 Background Job'lar ve Scheduled Job'lar 11 Message Queue'larla Çalışmak 14 .NET'te Logging 10 Caching 10 Real-time Uygulamalar 9 ASP.NET Core MVC ve Razor Pages 13 CI/CD Temelleri 8 GitHub Actions 16 Jenkins 12 Web Server'lar ve Hosting 12 Deployment Stratejileri 9 Kubernetes 19

2 yazı bulundu #documentation

En yeni En eski Popüler

Yazılım Mimarisi SERİ 02

ADR Yazmak: Nygard Şablonu, MADR 4.0 ve Y-Statement ile Karar Kaydı

İyi bir ADR yalnız kararı değil, hangi soruya cevap verdiğini, hangi seçeneklere karşı verildiğini, kabul edilen bedeli ve ne zaman yeniden açılacağını yazar ve karar verildikten sonra değiştirilmez. Nygard'ın beş bölümlü şablonu, MADR 4.0.0'ın bölümleri ve front matter'ı, reddedilmiş bir karar kaydı, Y-statement, status yaşam döngüsü ve immutability kuralını PR'da zorlayan gerçek bir script.

8 Kas 2026 15 dk 5

Yazılım Mimarisi SERİ 04

RFC ve Design Doc: Büyük Kararı Yazıyla Tartışmak

Çözümü belirsiz ve birden fazla ekibi etkileyen bir karar önce bir design doc'ta, gerekirse kuralları yazılı bir RFC süreciyle tartışılır; sonuç ise ayrı ve değişmez bir ADR olarak kaydedilir. Bookstore'un sipariş servisine outbox eklemek için yazılmış iki sayfalık design doc üzerinden Context and Scope, ölçülebilir Goals, gerçek Non-Goals, Alternatives Considered, cross-cutting concerns, yaşam döngüsü ve RFC'nin yorum süresi.

8 Kas 2026 13 dk 3