Legjobb válasz
Ezeknek a szerepeknek nincsenek hivatalos definíciói, amelyeket a szervezetek, így sokféle variáció és lokalizált kontextus lesz.
Általános útmutatóként a következő definíciókat használom:
- Műszaki építész – a területek szakterülete összehangolt az infrastruktúrára, a hálózatépítésre és a biztonságra.
- Megoldásépítész – a megoldás minden aspektusát (pl. üzleti hatás, alkalmazásváltozások, adat- és információ szempontok, valamint a mindezt alátámasztja), és remélhetőleg az ügyfelek szempontjait is.
- Főépítész – Olyan, aki a fenti szerepeknél szélesebb körű felelősséggel rendelkezik. Ez összpontosíthat egy üzleti területre, egy nagyobb munkaprogramra vagy az egész vállalkozásra. A tanácsadó cégek gyakran használják arra is, hogy (tapasztalat) felsőbbrendűséget javasoljanak a csapat többi építészével szemben. Normális esetben általános aggályaik lesznek, ahelyett, hogy egyetlen építészeti területre összpontosítanának, például az infrastruktúrára, de ez nem mindig így van.
Remélem, hogy ez segít. Fontos megjegyezni, hogy vannak nincsenek elfogadott szabványok, ezért maguk a kifejezések arra a környezetre vonatkoznak, amelyben használják őket.
Válasz
Először is fontos megkülönböztetni a szoftverarchitektúrát az egyszerűen bevált gyakorlattól. Egy jó szoftvermérnök kiválóan tud kódolni, kitűnő és részletes a megközelítésében, és nagyon jól átlátja a problémát, de még mindig nem jó építész.
Legalábbis jó az építésznek a következő képességekkel kell rendelkeznie:
Az építész kiválóan képes lebontani a problémákat . A problémabontás az a képesség, amely szükséges ahhoz, hogy a problémát gyakorlatilag bármilyen szinten meglássuk, és a megvalósításhoz szükséges lépésekre és darabokra bontsuk. Egy jó szoftverarchitektus állíthat egy olyan kijelentést, mint például: “A légiforgalmi irányító rendszereink nem megfelelőek, és jobb tervezésre van szükségünk”, és ismeri a feltett kérdéseket, hogy el lehessen bontani a problémát elérhető komponensekre, hogy ezeket az alkatrészcélokat megvalósítható alprojektekké bontsák. , és bontsa ezeket az alprojekteket elérhető programozási feladatokká. A jó építész ezeket a dolgokat bármilyen szinten vagy léptékben megteheti, kezdve a milliárdos szoftverprojekt elképzelésétől az algoritmus megvalósításának legjobb módjának megértéséig a megbízhatatlan linkek kezelésére. A méretarány nem releváns, mert a folyamat mindig ugyanaz.
Egy építész megérti az interfészeket . Az interfészek protokollok, függvénykönyvtárak, osztályinterfészek vagy sémák formájában jelentik az elsődleges eszközt a projektek összetettségének kezeléséhez, ha független vállalkozók és megvalósítók vannak. A logikusan teljes, éles és egyértelmű felületek meghatározásának folyamatának ismeretében az építész sok embert felhatalmazhat arra, hogy olyan rendszereket építsen fel, amelyek könnyen összekapcsolódnak egy nagyobb cél elérése érdekében.
Egy építész megértette, hogy a bonyolultság az ellenség , és elsajátítja azokat a programozási eszközöket és paradigmákat, amelyek szükségesek az összes összetevő összetettségének csökkentéséhez, az interfészek bonyolultságának csökkentéséhez és a végrehajtás minimális vagy anélkül történő redundanciájának biztosításához. funkciójának. Gyorsan felismerik a túl specifikus vagy túl általános algoritmusokat és megvalósításokat, és irányíthatják a fejlesztőket a megfelelő funkciót betöltő komponensek létrehozására. A bonyolultság kezelésének eszközei gyakran olyanok, mint az adatok elrejtése, az objektum-orientált programozás, az önellenőrző rendszerek és a szabványos interfészek átfogó tesztelési terve. De egy jó építész nem dogmatikus az eszközökkel és a technológiákkal kapcsolatban, mert átfogó tudományos ismeretekkel rendelkeznek az alapokról és az okokról, miért működnek az adatok elrejtése, és miért támogatják bizonyos nyelvek a jó tervezési elveket, mások pedig nem.
An az építész jó kommunikátor, jó és termékeny író és dokumentumíró , és jól tudja beszélni a programozás nyelvét, valamint az érintettek közös nyelvét a rendszer tervezésében. A jó kommunikáció mellett a jó építész konkrét indokokat adhat a programozási gyakorlatokra, nem pedig véleményekre, és érvelés helyett betekintést nyújt a csapatukba. Erősen támogatják és kikérik a felhasználó véleményét a sajátjuk vagy a projektben részt vevő programozóké.
A jó építész jó vezető, és kiválóan képes elnyerni az összes technikai ember tiszteletét. együtt dolgoznak .Általában ez azt jelenti, hogy magas szintű készségekkel rendelkeznek, több nyelven dolgoztak és korábban építészek voltak, vagy bebizonyították képességüket olyan rendszertervek készítésére, amelyek rugalmasak maradtak a változásokkal szemben.
Számos definíció tartalmaz számos olyan kulcsszót, amelyek olyan módszertanokat hangsúlyoznak, mint az adatközpontú tervezés, az agilis programozás, az adott nyelvek, platformok és eszköztárak. Ezek a dolgok a különféle technikák jelenlegi címkéi, amelyek alapját jól meg kell érteni, nem kell elfogadni, mert azok jelenleg divatban van. Tehát sok szempontból az építész fő készségei a tapasztalat, az intelligencia, a hajlandóság a kemény munkára és a gyakorlati szerepvállalásra, a jó megérzés és a képesség, hogy a problémákat a logika segítségével lebontsa, hogy az ipari jelszavak jönnek és mennek, terveik továbbra is hasznosak és relevánsak.
A fenti definícióm szándékosan nem tartalmazza a projektmenedzsmentet, az ütemezést és a menedzsment képességeket. Az építész feladata jó rendszerek létrehozása, nem pedig a csapatproblémák vagy a költségvetések megoldása. Valójában az a legjobb, ha a költségvetéssel és a csapatproblémákkal rendelkezők egyszerűen érdekeltek, akik segítenek meghatározni az építész által felvetett korlátok egyikét, ahogyan ha ez része lenne a tervezési problémájuknak.