Sommario:
- Prendi una laurea relativa all'IT o fai esperienza nell'IT e vai dritto al lavoro - entrambi servono come qualifica d'ingresso nell'industria IT
- Fai qualche esame nel dominio/linguaggio in cui vuoi lavorare, come inizio per lavorare in quel dominio e come sfida per te stesso, ma non per poter progredire nella tua carriera. Un esame non prova l'efficacia o la capacità. Questo è il meglio per l'architettura del software, poiché questi esami tendono a coprire i design pattern nel contesto di un dato dominio. Idealmente, fate un po' di lavoro nel dominio prima di fare gli esami, se possibile - otterrete molto di più dagli esami in quanto li capirete nel contesto del lavoro che avete fatto, quindi ogni conoscenza che imparerete sarà probabilmente più 'appiccicosa'.
- Lavorate la vostra strada da sviluppatore a sviluppatore senior a Technical Lead
- Scoprite se volete lavorare di più con il lato business delle cose e il lato Enterprise-Level delle cose.
- Se è così, allora certo, prendi qualcosa come l'esame TOGAF di livello 2 (o semplicemente leggi su di esso se la tassa d'esame è oltre le tue possibilità), ma non è essenziale al 100%.
- E' più importante interessarsi a quel lato delle cose e fare domande. La gente se ne accorgerà.
- L'architettura delle soluzioni potrebbe essere la soluzione naturale per te, dato che devi avere una profonda e ampia conoscenza del dominio e anche una comprensione del panorama aziendale - è un ruolo impegnativo ma molto gratificante.
- Potresti considerare l'architettura d'impresa se il lato dello sviluppo non è più interessante per te, e le scelte tecniche strategiche di alto livello che supportano la strategia aziendale sono più interessanti per te. Sicuramente controlla uno dei framework di architettura in questo caso - TOGAF è il posto più facile per iniziare, penso, ma anche Archimate sembra abbastanza popolare - questo è di solito determinato da ciò che è già usato in una data impresa.
Risposta lunga con un po' più di contesto...
Bene, ho una laurea in Ingegneria del Software. Non sono sicuro che sia lo stesso ora, ma il mio corso in particolare copriva diverse metodologie software, alcune con implicazioni di business, e altre parti che non ho mai usato.
La maggior parte delle certificazioni che ho visto sono state più orientate verso l'Enterprise Architecture, quindi anche se queste potrebbero essere interessanti da fare (perché come architetto software, potresti lavorare con Solutions Architects o Enterprise Architects), non sono davvero necessarie.
Sono solo le organizzazioni veramente grandi che non sanno molto di ciò che il ruolo comporta, e le istituzioni governative che insistono su qualche tipo di qualifica in questo settore, quindi non mi preoccuperei troppo. TOGAF è probabilmente il certificato più economico e di buon senso da prendere in quest'area, e dà una buona base sul perché l'architettura è necessaria per un business.
La tua scommessa migliore è quella di ottenere una laurea standard in una disciplina legata all'IT (il più economico possibile - onestamente, non hai bisogno di andare in uno di quelli impressionanti, a meno che tu non abbia intenzione di abbandonare perché sei ricco ed è cool).
Questo in realtà non è necessario. Se riesci ad entrare in qualche altro percorso, puoi risparmiare un po' di soldi. Magari entrando in un'azienda nell'help desk, o facendo un lavoro operativo, o come stagista.
Per quando saranno trascorsi i 3-4 anni in cui saresti stato al college, allora avrai molta più esperienza rilevante.
Il problema è che ti troverai di fronte a persone che hanno un certificato, quindi potresti fare fatica - a meno che tu non abbia passato alcuni anni prima di arrivare a quel punto dimostrando che puoi già fare quel lavoro (es.
La prossima domanda è... cosa intendi per Architetto Software. Questo suona come un passo avanti rispetto a un Solution Architect. Cioè stai progettando il modo migliore in cui il software dovrebbe essere messo insieme, ma non sei così strettamente coinvolto nella strategia generale del business (come lo sarebbe un Solution Architect). Il ruolo di Architetto Software tende a non essere un ruolo in sé in un'organizzazione, ma viene spinto nei ruoli di Tech Lead o Solution Architect, quindi state attenti a quello che volete fare - se davvero non volete iniziare ad incontrare l'Enterprise Architect, e gli Stakeholder chiave del business, ed essere in definitiva responsabili del fatto che l'intero sistema stia insieme o meno, allora allontanatevi dalla Solution Architecture, e diventate semplicemente il miglior sviluppatore che potete, per diventare un Technical Lead.
Questo è comunque un buon percorso, e se sei più interessato ad assumerti la responsabilità dell'architettura della soluzione, allora leggi un libro su TOGAF, fai l'esame se questo è qualcosa che ti motiva, e comincia ad interessarti di più al lato business delle cose, perché questo è necessario per assicurare che la soluzione corrisponda alla strategia aziendale.
Ma non preoccuparti troppo dei titoli di lavoro. Mi occupo di Solution Architecture da molto tempo ormai, e non me ne sono reso conto nei primi anni - non era nel mio titolo di lavoro, ma è quello che ho fatto comunque. Troverete spesso che le persone che fanno bene la Solution Architecture hanno sempre quel pensiero d'insieme, e si infastidiscono nel fare un lavoro inutile che sanno che non sarà usato.
Se siete voi, allora imparate quello che potete come sviluppatore, e sviluppatore senior, e capo tecnico / architetto del software. Poi diventerà ovvio se vuoi fare quel passo in più e farti coinvolgere dall'intero lato della Solution Architecture.
Infine, va bene sfidare te stesso sostenendo esami nel dominio in cui stai lavorando. In genere l'ho fatto nella maggior parte dei settori in cui ho lavorato, con la certificazione PeopleSoft, la certificazione Java, la certificazione ScrumMaster, la certificazione ITIL, la certificazione PRINCE2 (quando sono stato brevemente Project Manager per 18 mesi!), la certificazione Microsoft e la certificazione hybris.
Se devo essere onesto, è stato interessante farlo dal punto di vista di tenermi sfidato, e conoscere il linguaggio usato/approcci usati, ma nessuno era necessario da prendere, e nessuno mi ha fatto ottenere lavori o promozioni.
Quello che le aziende cercano è l'esperienza provata, perché è quello che fa fare il lavoro. Puoi fare un esame e fare schifo al lavoro. Tutti quelli che fanno il lavoro lo sanno.
Perciò concentrati sull'essere eccellente in quello che fai, o che vuoi fare, e questa sarà la cosa che farà la più grande differenza nella tua carriera.
E sicuramente, non preoccuparti tanto del titolo di lavoro. La gente capirà cosa sai fare. È questo che fa la differenza.