Cal.com

2023 tarihli Cal.com handbook sayfası, Linear ticket’larının SyncLinear aracılığıyla GitHub issue’larına çift yönlü yansıtıldığını anlatır; bu sayfa bugünkü iş akışını doğrulamaz.

Nasıl çalışıyor?

2023 tarihli rehberde iç ticket ile kamusal issue iki yönlü senkronlanır; güncel kullanım teyit edilmemiştir.

Neden kullanılıyor?

Dış katkıcılar, iç Linear alanına erişmeden ekip ile konuşabilir.

Ödünleşim

İki yüzey arasında senkronizasyon ve kamusal bağlamın bakımı gerekir.

Hangi koşullarda?

İç planlama aracı kullanan açık kaynak ürün ekipleri.

İncelenip onaylanan PR’lar main’e, ardından production dalına alınır; otomatik dağıtım bu akışı başlatır.

Nasıl çalışıyor?

PR önizlemeye, main staging’e, production ise canlı ortama karşılık gelir.

Neden kullanılıyor?

Canlıya çıkmadan önce değişikliği ayrı bir ortamda ayırır.

Ödünleşim

Ek dal ve ortam geçişleri yayın sürecini uzatır.

Hangi koşullarda?

Önizleme ve staging altyapısı olan web ürün ekipleri.

Cal.com, çoğu tam zamanlı işe alımdan önce 30 günlük sözleşmeli deneme uygular; sonunda tam zamanlı karar verilir.

Nasıl çalışıyor?

Aday ve şirket gerçek ekip çalışması sırasında karşılıklı uyumu ve kırmızı bayrakları değerlendirir.

Neden kullanılıyor?

Tarafların uzun bir taahhüt öncesinde işi, ekibi ve çalışma biçimini görmesini sağlar.

Ödünleşim

Kısa süreli sözleşme adayın riskini ve belirsizliğini artırabilir.

Hangi koşullarda?

Deneme süresini sözleşmesel ve etik olarak güvenli yürütebilen ekiplerde.

Kod yazarı, PR’ı başkasına göndermeden kendi değişikliğini gözden geçirir.

Nasıl çalışıyor?

Self-review rehberi, yazarın diff’i okuyup hata, gereksiz değişiklik ve açıklık sorunlarını önce ele almasını ister.

Neden kullanılıyor?

İnceleyenin dikkatini ilk bulunabilir kusurlar yerine daha değerli muhakemeye ayırır.

Ödünleşim

Yazar kendi kör noktalarını göremeyebilir; bağımsız review’un yerini almaz.

Hangi koşullarda?

Pull-request tabanlı mühendislik akışı.

Tamamlanmamış değişiklik taslak PR olarak görünür; hazır PR’lar otomatik güncelleme/merge mekanizmalarıyla güncel tutulur.

Nasıl çalışıyor?

PR review rehberi drafts ile hazır değişikliği ayırır ve auto-update/auto-merge’i ayrı olarak tanımlar.

Neden kullanılıyor?

İnceleyiciye işin hazır olma durumunu gösterir ve entegrasyon beklemesini azaltır.

Ödünleşim

Otomasyon, zayıf test veya yanlış koruma kuralıyla riskli değişikliği hızlandırabilir.

Hangi koşullarda?

CI korumaları ve açık review sahipliği olan ekipler.

17 Temmuz 2026’da değiştirilen fakat hâlâ “güncelliğini yitirmiş olabilir / yapım aşamasında” uyarısı taşıyan Cal.com ücret sayfası yılda iki değerlendirme tarif eder; güncel uygulama teyit edilmemiştir.

Nasıl çalışıyor?

Uyarılı kaynakta yılda iki maaş değerlendirmesi anlatılır; yürürlükteki politika olarak sunulmaz.

Neden kullanılıyor?

Ücret kararını düzenli performans ve pazar sinyaline bağlar.

Ödünleşim

Sık değerlendirme yönetim yükü ve kısa vadeli performans baskısı yaratır.

Hangi koşullarda?

Düzenli performans kanıtı üreten büyüyen ekipler.

Cal.com’un yayımladığı mühendislik seviye tanımlarında IC5, AI destekli geliştirme rehberleri ve değerlendirme kontrolleri gibi ekip pratiğini yönetir; IC6, şirket ölçeğinde AI araç stratejisi ve 18–24 aylık teknik yönü belirler. Bu tanımlar mevcut kadro sayısını göstermez.

Nasıl çalışıyor?

IC5’in çok takımlı uygulama sorumluluğu ile IC6’nın uzun vadeli mimari ve araç seçimi sorumluluğu ayrı rol belgelerinde tarif edilir.

Neden kullanılıyor?

Teknik liderlikte uygulama ve strateji beklentilerini görünür kılar.

Ödünleşim

Rol belgesi normatiftir; bu görevlerin bugün kaç kişiye dağıtıldığını kanıtlamaz.

Hangi koşullarda?

Kıdemli bireysel katkıcı kariyer yollarını tasarlayan mühendislik ekiplerinde.

Cal.com mühendislik standartlarını yazılı hâle getirir ve her birinin merge öncesi CI’da denetlenmesini hedefler: alan sınırları için lint kuralları, regresyonu engelleyen performans benchmark’ları ve yeni kod için zorunlu test kapsamı. Gözden geçirenlerden sürtünmeyi azaltmak için onaylamak yerine nit ve kalıp ihlallerinde düzeltme istemeleri, küçük refaktörlerin ayrı bir takip işine bırakılmayıp aynı PR’da yapılması beklenir.

Nasıl çalışıyor?

Mimari dikey dilimlere (`packages/features`) taşınır; repository’ler bağımlılık enjeksiyonu arkasındadır, DTO’lar Zod ile doğrulanır. Kodun yaklaşık %80’i (kalıp ve kritik olmayan kısımlar) yapay zekâyla üretilir; büyük test takımları da yapay zekâyla kurulur ve yapay zekâ kod gözden geçiricileri incelemenin parçasıdır. Yazıdaki hedef, PR eforunun düzeltmeye giden payını %35’ten %20’ye ya da altına indirmektir.

Neden kullanılıyor?

Çıktı hızla artarken kaliteyi kişilerin dikkatine değil araçlara bağlamak; sahipliği bütün sistemi kapsayacak biçimde paylaşmak.

Ödünleşim

Standartlar oturana kadar ilk hız düşer; DTO, soyutlama ve test nedeniyle kod miktarı artar; lint ve CI araçlarının bakımı sürekli emek ister ve sıkı inceleme döngüleri uzatabilir. Çıktının iki katına çıktığı iddiası ve hedefler şirketin kendi bildirimidir; kısmen planlanan, henüz tamamlanmamış işlerdir.

Hangi koşullarda?

Standartlarını yazıya dökmüş, yapay zekâ ile kod üretiminin yaygın olduğu orta ölçekli mühendislik ekipleri.