Koda eşlenen diyagramlar
Eraser ve Whimsical güzel kutular çizer; mühendisleriniz yine de teslim tarihine uyan neyse onu geliştirir. Bob'un diyagramları, Alex'in kod tabanında gerçekten kullandığı dosya yapısına ve modül sınırlarına dönüşür.
Bob·ArchitectBob sistemi tasarlar, teknoloji yığınını seçer ve yapıyı Alex'e devreder; böylece mimariniz unutulmuş bir doküman değil, doğrudan kod tabanı haline gelir.
Koda eşlenen diyagramlar, sadece güzel resimler değil.
Eraser ve Whimsical güzel kutular ve oklar çizer. Mühendisleriniz yine de teslim tarihine uyan neyse onu geliştirir. Bob'un diyagramları, Alex'in gerçekten kullandığı dosya yapısı ve modül sınırları hâline gelir.
"Mongo'yu seçtik çünkü popülerdi." Bob; neden Mongo yerine Postgres, neden doğrudan çağrılar yerine bir queue, neden Memcached yerine Redis kullanıldığını açıklar. Gerekçeler yazılıdır, böylece bunlara itiraz edebilirsiniz.
Wiki'deki diyagram sprint 1'den. Kod ise sprint 14'ten. Kimse ikisini de birbiriyle uyumlu olacak şekilde güncellemiyor. Bob mevcut sistemi gözden geçirir ve mimari dokümanını gerçekten yayına alınmış olanı yansıtacak şekilde günceller.
Performans, güvenlik ve gözlemlenebilirlik, ilk kesintiden sonra sonradan eklenir. Bob bunları tasarım sırasında, Emma'nın ölçek gereksinimleriyle ve veri modelinizin desteklemesi gereken erişim örüntüleriyle birlikte planlar.
İlk komutunuzdan yayına alınmış sonuca kadar — Bob işte gerçekten böyle çalışır.
Bob, sınırları belirlenmiş bir kapsamla başlar; böylece mimari ürüne uyar, tersi olmaz.
Emma kişisine devretVeritabanı, framework, kuyruk, önbellek — her seçim, sorgulayabileceğiniz yazılı bir ödünleşim değerlendirmesiyle gelir.
Varlıklar, ilişkiler, sahiplik, yazma yolları — sonradan yeniden düzenlemesi acı veren şeyler.
Kutular ve oklar gerçek modülleri ve bağımlılıkları yansıtır; kod geldikçe diyagram senkron kalır.
Alex, Bob’un çizdiği sınırlar içinde geliştirir — "üç ay sonra refactor ederiz" türü teknik borç en baştan sisteme işlenmez.
Alex kişisine devretAyrı bir araçta değil, Editör'de oluşturulan servis, veri akışı ve entegrasyon diyagramları.
Yığın seçimleri, trendlere veya aşinalığa göre değil, kısıtlarınız doğrultusunda gerekçelendirilir.
Şemalar ve ilişkiler, ürününüzün gerçek erişim kalıplarına göre tasarlanır.
Performans, güvenlik ve gözlemlenebilirlik, lansmandan sonra değil tasarım sırasında ele alınır.
Mimari kararlar, gelecekte tekrar gözden geçirebilmeniz için gerekçeleriyle birlikte yazılı hale getirilir.
Diyagramlar, Alex'in oluşturduğu dosya yapısı ve modül sınırlarıyla eşleşir.
Bob, mevcut sistemleri inceleyebilir ve açık gerekçelerle değişiklikler önerebilir.
Elle oluşturulan iş akışları yavaş, manueldir ve çok sayıda araca dayanır. Her kazanımın neden önemli olduğunu görmek için herhangi bir kartın üzerine gelin.
Eraser AI kullanıyorsunuz da mı geliyorsunuz? İşte Bob’in öne geçtiği noktalar.
Eraser ve Whimsical güzel kutular çizer; mühendisleriniz yine de teslim tarihine uyan neyse onu geliştirir. Bob'un diyagramları, Alex'in kod tabanında gerçekten kullandığı dosya yapısına ve modül sınırlarına dönüşür.
ChatGPT, eğitim verilerinde en sık gördüğü framework’ü önerir. Bob; neden Mongo yerine Postgres, neden doğrudan çağrılar yerine queue, neden Memcached yerine Redis seçildiğini açıklar — hem de sorgulayabileceğiniz gerekçeler ve yeniden değerlendirebileceğiniz kararlarla.
Bir wikideki diyagram, 3. sprintte bayatlar. Bob gerçek kodu inceler ve mimariyi yayına alınanlara göre günceller — böylece doküman asla kurguya dönüşmez ve yeni bir mühendisin onboarding süreci bir ay değil, bir gün sürer.
| Özellik | Atoms Önerilen | Eraser AI |
|---|---|---|
| Çıktı | Koda karşılık gelen mimari | Bir wikide diyagram |
| Gerekçeli stack seçimleri | Yazılı ödünleşimler | Genel öneriler |
| Kod yayına alınırken senkron kalır | Kod tabanına göre güncellendi | 3. sprintte eski kalır |
| Mühendisliğe bağlı | Alex'e devret | Dışa aktarma yoluyla devret |
| Diyagram oluşturma | Otomatik oluşturuldu | Otomatik oluşturuldu |
Bob tek başına çalışmaz. Tam ekiple geliştirdiğinizde devirlerin nasıl gerçekleştiği aşağıda açıklanmıştır.

Bob sistemi tasarlar; Alex onu inşa eder. "Ölçek büyüyünce 6 ay sonra refactor ederiz" türünden gömülü teknik borç yoktur.
Nasıl olduğunu görün Alex çalışır
Bob, mimariyi Emma'nın ürün kapsamına göre hizalar. Basit bir özellik için gereğinden fazla tasarlanmış bir sistem yok.
Nasıl olduğunu görün Emma çalışır
Bob, David'in temiz şekilde sorgulayabilmesi için veri modelini tasarlar. Analitik sonradan eklenen bir şey değil, birinci sınıf bir bileşendir.
Nasıl olduğunu görün David çalışırBob'un ürettiği ve gerçek koda karşılık gelen somut mimari çalışması.
Yığını, kısıtlarınıza göre gerekçelendirerek sistemi sıfırdan tasarlayın.
Projeniz için yığın seçeneklerini karşılaştırın ve ekibinize ve ölçeğinize en uygun olanı seçin.
Ürününüzün gerçekten çalıştıracağı sorgular için tasarlanmış şema, ilişkiler ve indeksler.
Entegrasyon çalışması başlamadan önce üçüncü taraf hizmetleri, webhook'ları ve veri akışını haritalayın.
Darboğazları belirleyin ve üretimde sorun yaratmadan önce bir sonraki büyüklük mertebesi için plan yapın.
Kimlik doğrulama, veri ve gizlilikle ilgili endişeleri belirleyin ve bunları lansman sonrasına bırakmak yerine tasarım aşamasında ele alın.
@Bob kullanım bazlı faturalandırma, 10 bin beklenen kiracı ve Stripe Connect ödemeleri olan çok kiracılı bir SaaS için mimariyi tasarla. Yığını seç, servis diyagramını çiz ve dosya yapısını Alex'e teslim et.
@Bob yeni ürün için Postgres + Prisma ile PlanetScale + Drizzle arasında seçim yapıyoruz. Bunları kısıtlarımıza göre karşılaştır (çok bölgeli okumalar, tek mühendis, 100ms p95) ve açık ödünleşimlerle birlikte birini öner.
@Bob mevcut API katmanımızı gözden geçir. Dashboard uç noktasında 800ms p95 görüyoruz ve trafiği 10 katına çıkarmak istiyoruz. Darboğazları haritalandır, değişiklikler öner ve Alex için geçiş planını yaz.
@Bob Emma'nın PRD'sindeki yönlendirme programı için şemayı tasarla. Gerçekte çalıştıracağımız sorgular için varlıkları, ilişkileri ve indeksleri haritalandır. Şemayı ve geçiş planını Alex'e teslim et.
Hiçbir etmen tek başına çalışmaz. Ürününüzde kendi kısmını nasıl ele aldığını görmek için herhangi bir takım arkadaşına dokunun.
Şu bölgelerden müşteriler tarafından güvenilmektedir
Kimsenin uygulamadığı diyagramlar çizmeyi bırakın. Bob, Atoms içinde yapay zeka Ekibinizin oluşturduğu ve senkronize tuttuğu sistemleri tasarlasın.