Gördüğüm kadarıyla Çözüm Mimarı , Uygulama Mimarı için farklı bir "pazarlama" terimidir . Bu doğru mu yoksa roller aslında bir şekilde farklı mı? Öyleyse nasıl?
Ve evet, bunu hem StackOverflow'da hem de Google'da aradım.
Yanıtlar:
1/5/2018 Güncellemesi - son 9 yılda düşüncem bu konuda önemli ölçüde gelişti. Çoğunluğa göre endüstrimizdeki kanayan uç noktaya biraz daha yakın yaşama eğilimindeyim (ama kesinlikle sınırları neredeyse dışarıdaki birçok akıllı insan kadar zorlamıyorum). Büyük ve küçük birçok şirkette uygulamadan çözüme, işletmeye kadar değişen düzeylerde mimarlık yaptım. Teknoloji endüstrimizdeki geleceğin çoğunlukla mimarsız olduğu sonucuna vardım.. Bu size çılgınca geliyorsa, birkaç yıl bekleyin ve şirketiniz muhtemelen yetişecek ya da bunu anlayan rakipleriniz sizi yakalayacak (ve geçecek). Temel sorun, "mimari" nin, uygulamanız / çözümünüz / portföyünüz hakkında verilen tüm kararların toplamından az ya da çok olmamasıdır. Yani "mimar" başlığı gerçekten "karar veren" anlamına geliyor. Bu çok şey söylüyor, ne söylemediğiyle desöyle. "Yapıcı" yazmıyor. İnsanlara "inşa etmenin" "karar vermekten" daha düşük olduğunu ve "karar verenler" in "inşa etmekten" doğrudan sorumlu olmadıklarını (unvan farkından dolayı) söyleyen bir kariyer yolu / hiyerarşi yaratmak. Hala mimar unvanlarını takan insanlar buna rahatsız olacak ve "ama ben uygulamalıyım!" Harika, eğer sadece bir inşaatçısıysanız anlamsız unvanınızdan vazgeçin ve kendinizi diğer inşaatçılardan ayırmayı bırakın. "Tüm inşaatçılar karar vericidir ve tüm karar verenler inşaatçıdır" vurgusu yapan şirketler rakiplerinden daha hızlı hareket edeceklerdir. Herkes için "mühendis" unvanını kullanıyoruz ve "mühendis" ise karar vermek ve inşa etmek anlamına geliyor.
Orijinal cevap :
Hiç çok büyük bir organizasyonda çalışmamış (ya da çalışmayan ama işlevsiz bir organizasyonda) insanlar için, "mimar" ağızlarında kötü bir tat bırakmış olabilir. Ancak, bu sadece meşru bir rol değil, aynı zamanda akıllı şirketler için oldukça stratejik bir rol.
Bir uygulama, genel teknik vizyon ve planlama ile ilgilenecek kadar geniş ve karmaşık hale geldiğinde ve iş gereksinimlerini teknik stratejiye dönüştürmek tam zamanlı bir iş haline geldiğinde, bu bir uygulama mimarıdır . Uygulama mimarları da sıklıkla mentorluk yapar ve / veya geliştiricilere liderlik eder ve sorumlu uygulamalarının kodunu iyi bilirler.
Bir kuruluş o kadar çok uygulama ve altyapı bağımlılığına sahipse, bunların hiçbirinin koduna dahil olmadan uyumunu ve stratejisini sağlamak tam zamanlı bir iştir, bu bir çözüm mimarıdır . Çözüm mimarı bazen bir uygulama mimarına benzeyebilir, ancak bir işletme için mantıksal bir çözüm içeren özellikle büyük uygulamalardan oluşan bir paket üzerinden olabilir.
Bir kuruluş, çözüm mimarları için üst düzey planlamayı koordine etmek ve iş teknolojisi stratejisinin koşullarını çerçevelemek tam zamanlı bir işe dönüşecek kadar büyüdüğünde, bu rol bir kurumsal mimar olur . Kurumsal mimarlar genellikle yönetici düzeyinde çalışır ve CxO ofisine ve destek işlevlerine ve bir bütün olarak işletmeye danışmanlık yapar.
Altyapı mimarları, bilgi mimarları ve birkaç başkası da var, ancak toplam sayılar açısından bunlar "büyük üç" ten daha küçük bir yüzdeyi oluşturuyor.
Not : çok sayıda diğer yanıt, bu başlıklar için "standart" olmadığını söyledi. Bu doğru değil. Herhangi bir Fortune 1000 şirketinin BT departmanına gidin ve bu başlıkların tutarlı bir şekilde kullanıldığını göreceksiniz.
"Mimar" hakkındaki en yaygın iki yanlış anlama şunlardır:
Bu yanılgılar, oldukça kötü bir iş yapan birçok mimar ve bir mimarın ne işe yaradığını anlamakta berbat bir iş çıkaran kuruluşlardan geliyor. En iyi programcıyı mimar rolüne yükseltmek yaygındır, ancak bu doğru değildir. Örtüşen bazı becerilere sahipler, ancak aynı becerilere sahip değiller . En iyi programcı her zaman olmamakla birlikte genellikle ideal bir mimar olabilir. İyi bir mimar, BT endüstrisinin birçok teknik yönünü iyi anlar ; bir geliştiricinin sahip olması gerekenden daha iyi bir iş ihtiyaçları ve stratejileri anlayışı ; mükemmel iletişim becerilerive genellikle bazı proje yönetimi ve iş analizi becerileri. Mimarların ellerini kodla kirli tutmaları ve teknik açıdan keskin kalmaları esastır. İyi olanlar yapar.
Temel olarak, BT sertifikaları dünyasında, "gerçek" bir profesyonel organizasyonun ayak parmaklarına basmadığınız sürece, kendinizi hemen hemen istediğiniz her şey olarak adlandırabilirsiniz. Örneğin, kartvizitinizde "Microsoft Sertifikalı Çözüm Mühendisi" olabilirsiniz, ancak "Profesyonel Mühendis" (veya P. Eng) sihirli ifadesini yazarsanız, o demir yüzüğünüz yoksa yasal olarak başınız belada demektir. "Gerçek" mimarlar için benzer bir başlık olduğunu biliyorum, hatırlayamıyorum, ancak bir "Cisco Sertifikalı Ağ Mimarı" veya benzeri olabileceğinden bahsetmediğiniz sürece.
Mimar türleri arasında geçerli farklılıklar vardır:
Kurumsal mimarlar, kurumsal stratejiye sıkı sıkıya uyan kuruluş için çözümlere bakıyor. Örneğin bir bankada, BT ortamının tamamına bakacaklar.
Çözüm mimarları, belirli bir çözüme, örneğin bir bankada yeni bir kredi kartı edinme sistemine odaklanır.
Etki alanı mimarları, örneğin bir uygulama mimarı veya ağ mimarı gibi belirli alanlara odaklanır.
Teknik mimarlar genellikle iş yönüne daha az ve teknoloji yönüne daha çok odaklanan çözüm mimarları rolünü oynarlar.
Hayır, bir mimarın bir programcıdan farklı bir işi vardır. Mimar daha çok işlevsel olmayan ("hastalık") gereksinimlerle ilgilenir. Güvenilirlik, sürdürülebilirlik, güvenlik vb. Gibi. (Kabul etmiyorsanız, şu düşünce deneyini düşünün: karmaşık bir web sitesi yapan C ile yazılmış bir CGI programını Ruby on Rails uygulamasına karşı karşılaştırın. İkisi de aynı işlevsel davranışa sahiptir; bir RoR mimarisi seçmenin avantajları vardır.)
Genel olarak, bir "çözüm mimarı", bir "uygulama mimarı" nın sabit bir platformda çalıştığı, donanım, yazılım ve tüm sistemle ilgilidir, ancak terimler o kadar titiz veya iyi standartlaştırılmış değildir.
Mimar iş unvanları için endüstri standardı tanımları yoktur - Uygulama / Sistem / Yazılım / Çözüm Mimarı tümü genel olarak güçlü tasarım ve liderlik becerilerine sahip kıdemli bir geliştiriciye atıfta bulunur. Tasarım, strateji, geliştirme (genellikle temel hizmetler veya çerçeveler) ve yönetim dengesi organizasyon ve projeye göre farklılık gösterir.
Benim için gerçekten farklı bir anlamı olan tek "Mimar" unvanı, daha çok bir BT stratejisi pozisyonu olarak gördüğüm "Enterprise Architect".
Bir 'mimar', yüksek düzeyde birlikte iyi çalışan birden çok uygulama katmanı tasarlayabilen birine verilen unvandır. Belirli bir teknoloji türü olmadan genel bir "mimar" türüne giren her şey (örneğin, "Çözümler", "Uygulamalar", "İş", vb.) Pazarlamadır.
Aslında büyük bir fark var, bir çözüm mimarı bir gereksinimi bütünsel olarak görüyor, örneğin gereksinim Pizza siparişleri alan bir çağrı merkezindeki personel sayısını azaltmak, bir çözüm mimarı gelmesi gereken tüm bileşen parçalarına bakıyor bunu karşılamak için birlikte, hangi ses tanıma yazılımının kullanılacağı, hangi donanımın gerekli olduğu, barındırmak için hangi işletim sisteminin en uygun olacağı, IVR yazılımının provizyon sistemi ile entegrasyonu vb.
Öte yandan, bu senaryodaki bir uygulama mimarlığı, yazılımın nasıl etkileşime gireceği, hangi dilin en uygun olduğu, mevcut herhangi bir API'nin en iyi nasıl kullanılacağı, yoksa bir api oluşturma vb.
Her ikisinin de yeri vardır, gereksinimi belirlemek için her iki görev de yapılmalıdır ve büyük kuruluşlarda bunu yapan özel insanlara sahip olacaksınız, daha küçük geliştirme dükkanlarında çoğu zaman bir geliştirici, tüm mimari görevleri, projenin bir parçası olarak almak zorunda kalacaktır. Genel gelişim, çünkü başka kimse yok, bunun sadece bir pazarlama terimi olduğunu, gerçek bir rol olduğunu (bunu plansız bir şekilde alan geliştirici olsa bile) ve özellikle proje başlangıcında değerli olduğunu söylemenin fazlasıyla alaycı olduğunu imo edin. .
Bana aynı gibi geliyor! Oli ile tamamen aynı fikirde olmama rağmen. İsterlerse seçilmiş birkaç kişiye Yazılım Mimarı unvanını verirdim, ancak deneyim bana aslında Yazılım Mimarı unvanını hak edecek kişilerin genellikle başlıklarda bu unvanı olmadığını söylüyor.
Tecrübelerime göre, Computer Associates'te danışmanlık yaparken, pazarlama ağlaması 'ürün değil çözüm satmak' idi. Biz bir proje var ve ben mimarın şapkayı tak gerektiğinde bir tasarımı olacağını nedenle, ben, bir Çözüm Mimarı olacağını çözümü bir dizi bileşen, öncelikle CA ürünleri ve muhtemelen bazı 3rd parti ya da elini kullanacağı kodlu elemanlar.
Şimdi bir geliştirici olarak daha fazla odaklandım, uygulamaların kendisinin mimarıyım, bu nedenle bir Uygulama Mimarıyım.
Ben bunu böyle görüyorum, ancak daha önce tartışıldığı gibi, standartları adlandırmanın çok az yolu var.
Heceleme?
Cidden - ikisi de BS iş unvanı kabarık. "Programcı" sizin için yeterince iyi değil mi? "Mimar" olun!
Gerçekten ... Dünya neye geliyor ?!
Düzenleme: Açıkça bazı "mimarların" duygularını incittim!
Düzenleme 2: İfadelerin bazı kişilerin tüm sorun alanıyla (örneğin donanım, yazılım, dağıtım, bakım), bir müşteriyi tatmin etmek (ve daha fazla para kazanmak) isteyen çoğu kişi anlamına gelecek şekilde yorumlanabileceği düşüncesine katılıyorum. unvanı ne olursa olsun gerekirse tam hizmet sunacaktır.
Gerçek hayatta, sadece pazarlama tüyleri.
Çok fazla şapka taktığınız için başlığınız kartvizitinize uymuyorsa, o zaman kelime ustaları sizin için şık bir unvan çıkarır.
ör. Programlama / BT / Proje Yönetimi / Strateji / İş Analisti
Mimar unvanı almanın diğer yolları: