Giriş yapÜcretsiz dene

Çalışan deneyimi · Önizleme

Yazılım MimarıTasarımı netleştir. İşi planla. Mimarini sade tut.

Gereksinimleri ve implementasyon planını belirler. Stack ve proje sınırlarını tasarlar. Kodu inceler, mimariyi sadeleştirir.

Bu kadroyu keşfetGörevleri ve araçları keşfet
Yazılım Mimarı
HEXVA by AgentcraftYazılım Mimarı

Geliştirmeden önce teknik netlik

Mimarini tanır. Kararlarının nedenini hatırlar.

Proje sınırlarını, teknoloji seçimlerini, geliştirme kurallarını ve geçmiş review bulgularını sonraki tasarıma taşır. Hangi bilgileri hatırlayacağını sen yönetirsin.

Projelerini ve aralarındaki ilişkileri paylaş

Ürün hedeflerini, mevcut sistemleri, kısıtları ve geliştirme standartlarını bir araya getir. Architect işe başlamadan gereksinimleri belirler, implementasyon yolunu netleştirir.

BİRLİKTE YAPTIKLARINIZDAN ÖĞRENİR
MimarımBirlikte yaptığınız işlerden öğrenir

“Yeni bir kimlik servisi kurmak yerine mevcut servisi kullanmaya karar verdik. Sonraki tasarımlarda da bu sınırı esas alayım mı?”

Örnek konuşmadır. Seçimin yalnızca bu önizlemede kullanılır.

Bir konuşma yeterli

Örnek hazır görevler

Implementasyon planı, gereksinimler, teknoloji karşılaştırması veya code review iste. Bağımlılıkları, seçeneklerin artı ve eksilerini ve doğrulanabilir adımları içeren teknik önerini al.

Yeni proje için hangi teknoloji stack’ini seçmeliyiz?

Sen

Stack seçeneklerini gereksinimlerimizle karşılaştır, mevcut projelerimizle ilişkisini açıkla.

Mimarım

Seçimi iş yükü, ekip deneyimi ve mevcut servis sözleşmelerine dayandırırım. Öneri mevcut kimlik servisini kullanıyor, yeni projenin veri sahipliğini net tutuyor.

Yeni proje için hangi teknoloji stack’ini seçmeliyiz?

  • Seçenekler · Mevcut stack ile alternatifi geliştirme maliyeti, işletim ve gereken yeteneklerle karşılaştır.
  • İlişkiler · Ortak kimlik servisine dışa açık API üzerinden bağlan; yeni proje kendi alan verisine sahip olsun.
  • Karar · Kesin seçimden önce belirsiz entegrasyonu küçük bir prototiple doğrula.

Geliştirme Gereksinimlerini Belirle

CEO

Müşteri portalı hedefini onayladık. Geliştirme başlamadan teknik gereksinimleri, bağımlılıkları ve kabul kriterlerini belirle; çözmem gereken kararları göster.

Mimarım

Implementasyondan önce erişim sınırları ve müşteri verisinin kaynağı net olmalı. Performans hedefleri ve hata davranışı da ölçülebilir kriterlere bağlanmalı.

Geliştirmeye başlamadan neleri netleştirmeliyiz?

  • Kapsam · Hesap sahipliği, yetkili roller ve desteklenen müşteri işlemleri.
  • Teknik · API sözleşmeleri, veri izolasyonu, hata davranışı ve ölçülebilir gecikme hedefleri.
  • Hazırlık · Açık soruları ilgili sorumluyla çöz; her akış için test edilebilir kabul kriterleri belirle.

Geliştirme Planını Hazırla

CEO

Tasarım onaylandı. Teslimatı koordine edebilmem için bağımlılık sırası, kabul kriterleri ve yayın kontrolleriyle implementasyon işlerine ayır.

Mimarım

İşi bağımsız incelenebilir adımlara ayırdım. Önce arayüz sözleşmesi; ardından doğrulanmış davranışa dayalı entegrasyon ve yayın geliyor.

Bu geliştirmeyi nasıl parçalayıp planlamalıyız?

  • 1 · Veri sahipliği ve API sözleşmelerini kararlaştır; sözleşme testlerini tanımla.
  • 2 · Alan davranışını, servis entegrasyonunu ve arayüzü bağımlılık sırasıyla geliştir.
  • 3 · Kabul, regresyon ve gözlemlenebilirliği doğrula; aşamalı yayın ve geri dönüş kriterlerini hazırla.

Pull Request’i İncele

Yazılım Mühendisi

Geliştirmeyi tamamladım, kontrol sonuçlarını ekledim. Pull request’imi gereksinimler, mimari ve proje kurallarıyla karşılaştır; gidermem gereken somut bulguları ilet.

Mimarım

Örnek değişiklik bir veri sınırını aşıyor ve bir iş kuralını tekrarlıyor. Her bulguda etkilenen akış ve doğrulama önerisi var.

Bu pull request’i inceler misin?

  • Yüksek · Başka projenin tablolarına doğrudan erişim; desteklenen sözleşmesini kullan.
  • Orta · Handler içinde tekrarlanan doğrulama; mevcut alan kuralını kullan.
  • Doğrulama · Sınır ve davranış kontrolleri ekle; revizyondan sonra tekrar değerlendir.

Mimaride nereleri sadeleştirebiliriz?

Sen

Bağımlılıkları, code smell’leri ve pattern’leri analiz et; sadeleştirmeleri etki ve geçiş riskine göre sırala.

Mimarım

En düşük riskli başlangıç, tekrarlanan doğrulama. Servis birleştirme için ayrı bir geçiş analizi gerekli.

Mimaride nereleri sadeleştirebiliriz?

  • Önce · Tekrarlanan bir kuralı merkezileştir, mevcut davranışı doğrula.
  • Sonra · Genişleme gereksinimi gerektirmiyorsa tek implementasyonlu factory’yi sade bir modülle değiştir.
  • Daha sonra · Servis birleştirmeyi sahiplik, bağımsız ölçekleme ve geçiş maliyetiyle değerlendir.

Formatlama ve lint kurallarımız tutarlı mı?

Sen

Repo standartlarını incele; tutarlı formatlama, lint ve mimari sınır kuralları öner.

Mimarım

İki pakette formatlama kuralları çelişiyor. Otomatik formatlamayı doğruluk ve mimari kısıt kontrollerinden ayırıyorum.

Formatlama ve lint kurallarımız tutarlı mı?

  • Formatlama · Açıkça belirtilen paket ihtiyaçlarıyla ortak bir temel.
  • Lint · Kullanılmayan kod, riskli pattern’ler ve yasak bağımlılık yönleri.
  • Uygulama · Mevcut ihlalleri incele; fonksiyonel değişikliklerden ayrı uygula ve CI’da kontrol et.

Konuşmalar ve çıktılar kurgusal örneklerdir. Bu önizleme görev başlatmaz veya hesaplarını bağlamaz.

Gereksinimden incelenmiş koda

Senin için bir çok araç kullanabilir

Repoları, proje gereksinimlerini, bulut topolojisini ve mimari kararları birleştir. Architect hedeflenen tasarımı, implementasyonu ve bağımlılıklarını karşılaştırır.

  • GitHubKod ve incelemeler
  • GitLabDeğişiklikler ve pipeline’lar
  • AWSYayın bağlamı
  • NotionÜrün bilgisi
  • JiraGörevler ve kabul kriterleri

Teknik yönü belirler, değişiklikleri inceler ve standartları önerir. Software Engineer planı uygular; iş öncelikleri CEO ile koordine edilir.

Sohbeti o başlatır

Proaktif mimarın, karmaşıklığı kontrol altında tutar.

Sistem sınırlarını, bağımlılıkları, kullanılan pattern’leri ve kod kalitesini düzenli inceler. Code smell’leri bulur, sadeleştirmeler önerir; formatlama ve lint kurallarını belirler, uygulanmasını denetler.

Mimariyi ve bağımlılıkları sadeleştirir

Sistem ve proje ilişkilerini çıkarır, gereksiz bağımlılıkları bulur ve aşamalı sadeleştirmeler önerir.

Code smell’leri ve gereksiz pattern’leri bulur

Tekrarları, büyüyen modülleri ve soyutlamaları gerçek ihtiyaçlarla karşılaştırır; davranışı koruyan kontrollerle daha sade tasarımlar önerir.

Değişiklikler birleşmeden code review yapar

Değişiklikleri gereksinimler, mimari sınırlar, bakım kolaylığı ve mevcut kararlarla karşılaştırır.

Formatlama ve lint kurallarını belirler, denetler

Proje standartlarını netleştirir, çelişen kuralları inceler ve değişikliklerin kararlaştırılan kurallara uyumunu denetler.

Hangi konularda, ne sıklıkla sana ulaşacağını ve ne zaman sessiz kalacağını sen seçersin.

MOBİL UYGULAMA · ÖRNEK MESAJLAR
14:32
Mimarından bir mesaj var.
Mimarımörnek

İki servis aynı sorumluluğu paylaşıyor

İki servis aynı doğrulama kurallarını tekrarlıyor. Etkilenen tüketicileri ve aşamalı geçişi içeren, tek sorumluluğa dayalı bir öneri hazırladım.

Mimarımörnek

Bu soyutlama gereksiz karmaşıklık ekliyor

Bir factory hiyerarşisinin yalnızca tek implementasyonu var. Doğrudan bir modül gereksiz katmanları azaltabilir. Değişiklik öncesi etkilenen çağrıları ve regresyon kontrollerini listeledim.

Mimarımörnek

Bir bağımlılık proje sınırını aşıyor

Yeni değişiklik başka projenin iç tablolarını doğrudan okuyor. Review bulgularını hazırladım; ilgili akış için sözleşme kontrolüyle projenin dışa açık arayüzünü kullanmayı önerdim.

Mimarımörnek

Paketlerin formatlama kuralları çelişiyor

İki paket çelişen formatlama kuralları uyguluyor. Ortak yapılandırma önerisini ve mimari sınırlar için ayrı lint kontrollerini hazırladım. Geçişi özellik değişikliklerinden ayrı inceleyebiliriz.

Planlanan deneyime ait bağımsız örnekler birlikte gösterilmiştir. Bu önizleme mesaj veya bildirim göndermez.

Önerilen kadron

Studio’dan itibaren teknik yön

Studio’da Architect ile planla ve incele. Enterprise ile güvenilirlik, güvenlik ve denetim uzmanlığını ekle.

Studio

9 çalışan
$259 / ay$150 dahil AI bütçesi

Enterprise

12 çalışan
$399 / ay$200 dahil AI bütçesi

Önerilen paketler · Yalnızca önizleme. Ek kullanım ayrıca ücretlendirilir; tarifesi henüz belirlenmedi. Paket incelemek ödeme veya abonelik değişikliği başlatmaz.

Keşfetmeye devam et

Kalite Güvence Mühendisi

Sıradaki çalışanını tanı

Kalite Güvence Mühendisi

Müşteri sorunlarını yeniden üretir, düzeltmeleri doğrular ve teslimattan önce deneyimi kontrol eder.

Sistem Güvenilirliği Mühendisi

Sıradaki çalışanını tanı

Sistem Güvenilirliği Mühendisi

Servis sağlığını takip eder, kesintileri araştırır ve toparlanmayı ekiple doğrular.

Scrum Master
Jira
Google Calendar
GitHub
AWS
Figma
Gmail
Google Ads
HubSpot
CEOYazılım MimarıYazılım Mühendisiİçerik ÜreticisiKişisel AsistanBüyüme YöneticisiMüşteri PartneriKalite Güvence Mühendisi
Çalışanlar + entegrasyonlar · Planlanan deneyim

12 kişilik kadron

Enterprise paketi

Architect teknik planları QA’in doğrulaması ve SRE’ın operasyonel içgörüleriyle birleştirir. Enterprise tasarım, kalite, güvenilirlik, güvenlik ve denetimi aynı kadroda toplar.

HEXVA by Agentcraft

Geliştirmeden önce bir sonraki adımı netleştir.

Paketleri keşfet