Engineering Leaders: Frameworks ve Git

Eğitim Hakkında

Mühendislik yöneticilerinin teknik karar verme dili

Eğitim, yazılım ekibi yöneten kişilerin teknik kararları değerlendirebilmesi için gereken temelleri verir: popüler framework aileleri ve seçim kriterleri, build vs buy, teknik borç, Git commit ve dal modeli, merge ve rebase tercihi, kod incelemesi, dallanma stratejileri, CI/CD hatlarının yönetici bakışıyla okunması, DORA metrikleri ve ekiple teknik iletişim uygulamalı örneklerle işlenir.

Süre ve Format

2 Gün. Her gün dört modül; 1. gün Framework ve Mühendislik Süreçleri; 2. gün Dallanma, Kod İnceleme ve Ekip Pratikleri.

Seviye

Temel Seviye — Programlama çerçeveleri, teknoloji seçimi, mühendislik metrikleri ve sürüm kontrol pratiklerini yönetici bakışıyla ele alan yelpaze

Öğrenme Metodu

Katılımcılar küçük Git alıştırmalarıyla dal, merge ve PR akışını deneyimler, bir framework seçim matrisi hazırlar ve örnek bir ekibin DORA verisini yorumlar.

Neden Bu Eğitim?

🧭Teknik Yön Duygusu

Framework ve mimari kararları kriterlere dayandırarak tartışabilirsiniz.

📊Veriyle Yönetim

DORA ve kalite metriklerini ekip performansını yargılamadan iyileştirme için kullanırsınız.

🗣️Ortak Dil

Mühendislerle commit, PR ve dal konularında aynı dili konuşursunuz.

Anahtar Konular

engineering leadersmühendislik yöneticisi eğitimiframework seçimigit yöneticiler içindora metriklerikod incelemeteknik borçci cd yöneticidallanma stratejisitech radar

“Teknik kararları anlayan yönetici, ekibinin dilini konuşur.”

Ön Koşullar

Eğitimden verim almak için faydalı olacak bilgi ve ortam gereksinimleri

1

Yazılım Süreçlerine Aşinalık

Yazılım geliştirme yaşam döngüsüne genel bir aşinalık yeterlidir.

2

Ekip Yönetimi Deneyimi

Teknik bir ekibi yönetmiş veya yönetecek olmak faydalıdır.

3

Kod Bilgisi

Programlama bilgisi şart değildir, kod örneklerini okumaya açık olmak yeterlidir.

4

Laboratuvar Ortamı

Git ve bir kod editörü kurulu bir bilgisayar gerekir.

Eğitim İçeriği

Programın gün gün akışı aşağıdadır. Bir güne tıklayarak o günün modüllerini ve içeriklerini görebilirsiniz.

Günün hedefiKatılımcı gün sonunda Framework seçimi kriterlerini uygular, mühendislik metriklerini yorumlar ve Git temel akışını yönetici gözüyle kavrar.

Modül 1

Yazılım Çerçeveleri ve Teknoloji Seçimi

Programlama dili ve framework ailelerinin haritası: Java/Spring, .NET, Python/Django-FastAPI, JavaScript/Node-React, Go
Framework seçim kriterleri: topluluk, olgunluk, ekip yetkinliği, performans, güvenlik güncellemeleri ve lisans
Katmanlı yapı, MVC, REST API ve mikroservis kavramlarının yönetici düzeyinde okunması
Build vs buy, açık kaynak kullanımı ve satıcı bağımlılığı (vendor lock-in) riskleri
Teknik borç, bağımlılık güncelliği ve framework yükseltme maliyetinin planlanması
Teknoloji radar (tech radar) yöntemi ve mimari karar kayıtlarının (ADR) yönetimi

Modül 2

Mühendislik Süreçleri ve Ölçüm

CI/CD hattının yönetici bakışıyla okunması: build, test, dağıtım aşamaları ve kalite kapıları
DORA metrikleri: dağıtım sıklığı, değişiklik için geçen süre, değişiklik başarısızlık oranı, geri dönüş süresi
Kod inceleme kültürü, PR boyutu ve inceleme süresi göstergeleri
Test stratejisi ve kapsam hedefleri; SonarQube kalite kapısı çıktılarının yorumlanması
Ekip kapasitesi, WIP sınırı ve akış verimliliği; yazılım tahmininin belirsizliği
Mühendislik ekibiyle teknik iletişim: yönetici soruları, riskleri tartışma ve karar alma çerçevesi

Modül 3

Sürüm Kontrol Kavramları ve Git Mimarisi

Merkezi (SVN, CVS) ve dağıtık (Git, Mercurial) sürüm kontrol sistemlerinin çalışma farkları
Çalışma dizini, staging area (index) ve yerel depo üçlüsü; dosyanın untracked, modified, staged, committed durumları
Snapshot tabanlı veri modeli ve SHA-1 ile içerik adresleme; commit kimliğinin nasıl oluştuğu
HEAD, dal ve etiketlerin yalnızca commit'e işaret eden hafif referanslar olduğu gerçeği
Sürüm kontrolünün ekip içindeki yeri: değişiklik izlenebilirliği, denetim izi ve geri dönüş güvencesi
Git'in internet olmadan çalışabilmesi ve yerel depoda tam tarihçenin bulunmasının günlük işe etkisi

Modül 4

Temel Git Komutları ve Commit Akışı

git init ve git clone ile depo oluşturma, .git dizininin içeriği
git status, git add -p ve git commit -m ile parça parça (hunk) seçerek commit hazırlama
git diff, git diff --staged ve git diff HEAD~1 ile değişikliklerin karşılaştırılması
git log --oneline --graph --decorate, --author ve -S ile tarihçede arama
.gitignore desenleri, global ignore dosyası ve zaten izlenen dosyayı git rm --cached ile çıkarma
Anlamlı commit mesajı yazımı: konu satırı sınırı, gövde, Conventional Commits formatı

Günün hedefiKatılımcı gün sonunda Dal ve strateji modellerini, kod inceleme kapılarını ve ekip sözleşmesini değerlendirir.

Modül 1

Dallanma ve Birleştirme

git branch, git switch -c ve git checkout farkları; dal oluşturmanın neden ucuz olduğu
Fast-forward ve üç yönlü (recursive/ort) birleştirme; --no-ff ile birleştirme commit'i zorlama
Çakışma işaretleri (<<<<<<<, =======, >>>>>>>) ve elle çözüm, git merge --abort
git mergetool, VS Code birleştirme editörü ve diff3 çakışma stili (merge.conflictstyle)
git branch --merged, -d ve -D ile birleşmiş dalların temizliği
Uzun ömürlü dal ile kısa ömürlü konu dalı (topic branch) arasındaki pratik farklar

Modül 2

Dallanma Stratejileri: Git Flow, GitHub Flow, Trunk-Based

Git Flow modeli: main, develop, feature, release ve hotfix dallarının rolleri ve ömürleri
GitHub Flow: tek ana dal, kısa ömürlü dal ve pull request ile sürekli dağıtım
Trunk-based development: küçük commit'ler, günlük entegrasyon ve feature flag kullanımı
Release dalı yönetimi, sürüm bakım dalları (release/1.x) ve hotfix'in ana dallara geri aktarımı
Takım büyüklüğü, dağıtım sıklığı ve ürün tipine göre strateji seçim kriterleri
Dal isimlendirme standartları (feature/, bugfix/, release/) ve dal koruma kurallarıyla zorunlu kılma

Modül 3

Kod İnceleme ve Dal Koruma Kuralları

Pull request review: yorum, öneri (suggestion), Approve ve Request changes akışı
CODEOWNERS dosyası ile yol bazlı zorunlu gözden geçiren atama
Branch protection rules ve rulesets: zorunlu onay sayısı, status check, imzalı commit, doğrusal tarihçe
Required status checks ile CI sonucuna bağlı birleştirme ve merge queue kullanımı
Auto-merge, stale review dismissal ve force push engelleme ayarları
Etkili kod incelemesi pratikleri: küçük PR, açıklayıcı başlık, review checklist

Modül 4

Takım İçi Git Pratikleri ve Çalışma Sözleşmesi

Commit mesajı standardı, atomik commit ilkesi ve tek amaçlı PR yaklaşımı
Takım Git sözleşmesi: dal adlandırma, merge/rebase politikası, kimin ne zaman force push yapabileceği
Çakışmayı azaltan pratikler: sık entegrasyon, küçük dosyalar, format kuralları (.editorconfig, prettier)
Monorepo ve çoklu depo düzeninde sahiplik, CODEOWNERS ve sürüm yönetimi
Kod incelemesi etiği ve gözden geçirme süresi hedefleri; PR boyutu sınırı
Yeni üyenin ilk gün onboarding'i: erişim, hook kurulumu ve katkı kılavuzu

Eğitim Kazanımları

Program sonunda katılımcılar:

✅

Teknoloji Seçimi

Framework ve teknoloji seçimlerini kriterlere dayandırarak savunabilirsiniz.

🎯

Mühendislik Ölçümü

DORA ve kalite metriklerini yorumlayıp mühendislik ekibini veriyle yönetirsiniz.

🔧

Git Mimarisi

Git'in snapshot modelini ve üç alanlı çalışma düzenini açıklayabilirsiniz.

🧩

Günlük Commit Akışı

Değişiklikleri doğru kapsamda staging'e alıp okunabilir commit'ler üretirsiniz.

📦

Dallanma ve Merge

Dalları açıp birleştirir, çakışmaları kontrollü biçimde çözersiniz.

🚀

Strateji Seçimi

Takımınıza uygun dallanma stratejisini seçip uygulayabilirsiniz.

🔒

Kod İnceleme

Dal koruma ve CODEOWNERS ile kalite kapılarını zorunlu hale getirirsiniz.

📊

Takım Pratikleri

Ekip için uygulanabilir bir Git çalışma sözleşmesi hazırlayıp yürürlüğe alabilirsiniz.

Kimler İçin Uygundur?

Yazılım ekip liderleri
mühendislik müdürleri
ürün yöneticileri
proje yöneticileri
teknik kökenli olmayan ya da kodlamadan uzaklaşmış yöneticiler için uygundur

Sıkça Sorulan Sorular

Bu eğitim kimler için uygundur?

Yazılım ekip liderleri, mühendislik müdürleri, ürün yöneticileri, proje yöneticileri ve teknik kökenli olmayan ya da kodlamadan uzaklaşmış yöneticiler için uygundur.

Kod yazmam gerekiyor mu?

Hayır. Git alıştırmaları dışında kodlama yoktur; amaç teknik kararları değerlendirebilmektir.

Hangi framework'ler ele alınıyor?

Spring, .NET, Django/FastAPI, Node/React ve Go ekosistemi kriter odaklı karşılaştırılır.

Metrik konusu uygulamalı mı?

Evet. Örnek bir ekibin DORA ve PR verisi yorumlanır, iyileştirme önerileri çıkarılır.

Eğitim sonunda hangi belge verilir?

Digital Vizyon Akademi Katılım ve Başarı Sertifikası verilir.

Sertifikalandırma

Bu eğitim Digital Vizyon Akademi Başarı Sertifikası ile tamamlanır.

Eğitim başında “Ön Test”, bitiminde “Son Test” uygulanarak gelişim ölçümlenir. Değerlendirme formunu dolduran katılımcılar sertifikalarını alır. Sertifikanızın geçerliliğini Sertifika Sorgulama sayfasından doğrulayabilirsiniz.

Örnek Sertifika

PROGRAMMING FOR ENGINEERING LEADERS: PROGRAMMING FRAMEWORKS & VERSION CONTROL EĞİTİMİ