Come diventare un architetto tecnico?

Question

Ho trascorso più di 3 anni nella programmazione di dotnet (C#) e ora desidero esaminare gli elementi di framework/design.

Ho deciso di diventare un buon architetto in futuro. So che per questo ho bisogno di lavorare sodo. Sono pronto a farlo.

Quello che non so è come iniziare?

Potreste essere gentili persone per aiutarmi a ottenere il giusto trampolino di lancio.

Grazie

Answer 1

Update: i due collegamenti sono entrambi rotti, cercherò di trovare alcuni contenuti di sostituzione, ma nel frattempo questa pagina ha una lista di diversi tipi architetto, FWIW: http://en.wikipedia.org/wiki/Systems_architect

~~~~~~~~ ~~~~~~~~~~~~~~~~~~~

Dipende da quello che chiami "Technical Architect", così come dove vuoi andare. Inoltre, la tua esperienza (per quanto hai descritto) è legata alla programmazione/al software, quindi il termine "Architettura tecnica" potrebbe non essere esattamente quello che stai cercando.

Come ho capito, un architetto tecnico è interessato più agli standard sono così avanti, al contrario di un architetto del software che si occuperebbe di più con il codice e modelli di progettazione.

Il mio consiglio generale a voi è questo:

• di ricerca: leggere libri, articoli, blog e (soprattutto) ...
• Interazione: parlare con gli architetti reale su ciò che è che fanno e come ci sono arrivati. Certo, puoi fare domande su forum come questo, ma una discussione approfondita è ciò che cerchi - e non solo uno o due. Un modo per farlo è ...
• Unisciti a un forum di architetti locali o a un gruppo di comunità nella tua zona, o partecipa alle chiacchiere dispari. Grandi conferenze come Tech Ed avranno una traccia architettonica, quindi tieni d'occhio argomenti interessanti.
• Bide you Time: ho ottenuto il titolo formale di "Solutions Architect" dopo 8 anni nello sviluppo di software, che è probabilmente sul lato veloce; quindi preparati per un lungo ma "profondo" viaggio.
• In termini di dominio, si desidera rimanere nel software o spostarsi nell'infrastruttura? Specialista della sicurezza forse? L'unico modo per sapere è sporcarsi le mani su alcuni di loro; e avere un sacco di piccoli pezzi di ampia esperienza (come in infrastrutture, sicurezza, dati) aumenta piacevolmente un profondo "centro di gravità" in qualcosa come l'architettura software.

cose da considerare sulla strada:

• Essere un architetto, non si tratta solo di trovare soluzioni tecniche ai probelms tecniche, è anche (almeno la metà) su "soft skills" ..
• Principali team di sviluppo/team di progetto, consulenza ai project manager; loro staranno guardando a Lei per guida.
• Risoluzione dell'ambiguità, gestione delle esigenze in conflitto. analisi dei problemi aziendali, ecc.
• Pensare fuori dalla piazza e chiedere (ri-chiedere) le domande di base, ad esempio: Domanda: "Qual è il modo migliore per fare X?", la tua risposta: "Perché X nel primo posto?"

FYI, "Aspiring Architects" è il mio argomento preferito.
Aggiornamento gennaio 2017 - infine aggiornato il collegamento interrotto (contenuto scritto nel 2010!), E in aggiunta aggiunto uno nuovo su come definire architecture-roles.

Answer 2

penso di essere un buon architetto tecnico si dovrebbe essere buona padronanza sul design pattern, WCF, WPF, strumenti di reporting, C#, SQL Server ecc ..

Answer 3

io personalmente imparato di più quando ho ha rifatto un grande sistema legacy verso un'architettura modulare dove si divide il vecchio codice in strati e lo si unisce con un'iniezione di dipendenza o altre astrazioni basate su modelli di architettura comuni. In questo modo puoi vedere quali sono gli errori più comuni e perché è opportuno mettere in pratica il modularizzando il sistema dall'inizio.

1. Si tratta di creare un sistema che può essere mantenuto nel tempo. Testabilità e moduli sono fondamentali!
2. Dovete sapere circa i modelli, e vedere se possono aiutare e perché
3. "su diverse tecnologie utilizzate è la Filed si lavora e come incollare insieme
4. " sulla configurazione di un grande sistema che può essere utilizzato in diversi contesti con il minimo sforzo
5. "sugli strumenti in grado di misurare una buona architettura come PMD, findbugs nel mondo Java
6. " sulla configurazione di un codice, di prova, di costruire l'ambiente che permette di sviluppo agile ...
7. e molti altri ancora ...
8. Architettura un sistema è una grande responsabilità e se fatto male può rovinare tutto.

Personalmente non permetterei a nessuno di fare grandi decisioni architettoniche senza molto meno di 10 anni di esperienza.

Answer 4

Un vero architetto che costruisce edifici reali passerà la maggior parte del suo tempo a ricercare il codice edilizio, collegando le autorità di pianificazione e discutendo i costi con gli investitori.

Così un architetto di soluzioni trascorrerà la maggior parte del suo tempo assicurando che la soluzione soddisfi i vari standard di sicurezza e sviluppo del sito, sia conforme alle tabelle di marcia aziendali ecc. E discutendo i budget ecc. E collegando gli altri team alla definizione interfacce e piani di sincronizzazione.

Un vero architetto raramente ha la possibilità di essere Richard Rodgers e costruire un sostanziale edificio in un nuovo sito per un cliente con tasche profonde, invece progettano case "cookie cutter" per sviluppatori speculativi, aggiungono estensioni agli edifici esistenti o rimodellamento vecchi edifici per nuovi usi.

Allo stesso modo l'architetto IT trascorrerà la maggior parte della sua vita professionale migliorando o sostituendo parti di un sistema esistente entro un budget limitato, un periodo di tempo limitato ed essere severamente vincolato dalla tecnologia esistente.

Quindi il mio consiglio è di prendere confidenza con i vari standard e procedure in cui si lavora e cercare di ottenere un controllo sul processo architettonico mentre funziona e il gergo utilizzato nella propria organizzazione. Se sei bravo come programmatore, conosci già tutto il materiale tecnico di cui hai bisogno.