Commenti
- ' non è una risposta diretta, quindi solo un commento. Il modo migliore (e davvero unico) per imparare a essere un architetto è da un altro architetto, preferibilmente un maestro architetto. Larchitettura e lingegneria del software in generale sono ancora in uno stato preindustriale dal punto di vista di altre discipline ingegneristiche. Facciamo ancora apprendista- > journeyman- > avanzamento del tipo di master.
Risposta
Questo è un buon libro, sebbene non si occupi dellarchitettura del software in generale, ma dellarchitettura delle applicazioni aziendali.
Commenti
- è stato un buon libro quando è stato pubblicato, ma penso che la maggior parte dei modelli non siano molto usati nellindustria. Non è un brutto libro ma di sicuro non è uno dei primi 5 secondo me
- Anche se ' si chiama " Enterprise Application Architecture ", ' è più o meno allo stesso livello del libro GoF Design Patterns, che è un design di livello di classe piuttosto che unarchitettura a livello di applicazione.
- Ugh, non ' mi piace questo libro. Non ti aiuterà a diventare un architetto.
- Il libro è ok, ma ' è in realtà solo sulle applicazioni aziendali. Se ' stai eseguendo qualsiasi altro tipo di sviluppo (ad esempio desktop, mobile, incorporato), ' non è molto utile.
Risposta
Ma , Incoraggerei questi sviluppatori a non passare allarchitettura e dimenticare completamente la programmazione. Se lo fanno, non avranno alcun rispetto da parte dei programmatori e non saranno adeguatamente attrezzati per prendere decisioni architettoniche.
Answer
Il libro comunemente citato / referenziato sulle architetture software e il libro usato quando ho seguito il corso di architettura del software presso la mia università è Software Architecture in Practice (2nd Edition) di Len Bass, Paul Clements e Rick Kazman .
Almeno un professore che insegna il corso ha cambiato il libro di testo in Software Systems Architecture di Nick Rozanski e Eoin Woods , ma non posso “garantire la qualità o il contenuto di quel libro. Secondo Sergio Acosta (nei commenti), Il libro di Rozanski è più recente, basato sul lavoro di Bass, e lo considera più facile da leggere. Raramente sono deluso dai libri usati nel programma di ingegneria del software.
Commenti
- I ' ho usato entrambi (Bass e Rozanski). I bassi ' sono stati la bibbia dellarchitettura per molto tempo, ma Rozanski ' è più recente e più aggiornato; è più facile da leggere e fortemente basato su Bass '. Consiglio vivamente di iniziare con Rozanski ' s.
- +1 il libro di Bass era una buona lettura quando ho iniziato a dedicarmi allarchitettura. È un po arido ma ti dà unidea del tipo di cose a cui dovresti pensare.
Risposta
Una lettura obbligata per tutti i programmatori :
http://www.amazon.com/Design-Patterns-Elements-Reusable-Object-Oriented/dp/0201633612
Commenti
- Libro obsoleto adesso. La maggior parte degli schemi della Gang of Four sono stati usati così male che un ora sei quasi anti-schemi. Come il singleton e lastratto factory.
- @Uberto Questo ' è il motivo per cui tutti dovrebbero leggere questo libro. Spiega perché e come utilizzare ogni modello insieme a quando probabilmente dovresti considerare qualcosaltro. Se più persone leggessero lintera voce dello schema, penso che molti di questi problemi scomparirebbero.
- Ho trovato quel libro molto pesante da leggere e da capire. Sospetto che la maggior parte delle persone faccia finta di leggerlo e di copiare e incollare gli esempi.Quindi non ho ' suggerirlo come primo libro per un futuro architetto. Sicuramente ' è importante per un punto di vista storico dellattuale architettura sw.
- Qualcun altro pensa che il pensiero di gruppo sia una grave malattia nella professione del software? Se seguire i guru ciecamente (non quello che il libro si aspettava, ma quello che in realtà è successo) è dove sta andando la professione, penso che la professione del software sia condannata. Non ' biasimo questo libro. Do la colpa alle persone che lo hanno letto e hanno iniziato a pensare che grokking pattern-fu potrebbe coprire la loro mancanza di cura per altre pratiche fondamentali di clean coding.
Risposta
97 cose che ogni progettista di software dovrebbe sapere
Commenti
- Zach, ne hai letto uno? Lo stavo guardando prima, ma le sue recensioni su Amazon non sembravano così eccezionali.
- ' ne ho lette parti. ' non sono sicuro di aver letto tutti i saggi, ma alcuni di quelli che ho letto ne valgono la pena.
Risposta
questa sarebbe la mia seconda scelta. Buon libro sulle pratiche e buon codice. A volte un po pedante.
Commenti
- Sono daccordo sul fatto che sia pedante, ma le pratiche che sostiene sono molto migliori delle 2000 funzioni di riga.
- Sì certo, il contenuto è molto buono.
- Questo libro è di livello troppo basso per essere considerato unarchitettura software.
Risposta
Questa è la mia scelta numero 1 in questo momento. Il miglior libro su come creare (far crescere) unapplicazione adesso.
Risposta
Se stai usando .net controlla questi due. .. (esistono anche versioni di app web)
Microsoft .NET: Architecting Applications for the Enterprise (Microsoft)
Risposta
Una raccolta di documenti classici che ogni architetto di software dovrebbe leggere http://www.amazon.co.uk/Software-Fundamentals-Collected-Papers-L-Parnas/dp/0201703696/ref=sr_1_7?ie=UTF8&qid=1291810946&sr=8-7
Risposta
“Ho trovato i volumi 1 e 4 dell Architettura software orientata ai modelli molto utile. Sono sicuro che anche gli altri volumi sono buoni, semplicemente non li ho letti quindi non posso “consigliarli.
Answer
Uno dei migliori libri di programmazione in assoluto.
Risposta
Non citerò quelli che sono già stati da altri, quindi aggiungerò questo:
Concetti Tecniche e modelli di programmazione per computer , di peter Van Roy e Seif Haridi
Lovvio problema è che utilizzava lormai (una specie di) defunto Mozart Programming System e il fantastico linguaggio di programmazione Oz . Che ha poi generato altri esperimenti interessanti come il linguaggio di programmazione Alice ML .
È, tuttavia, un libro straordinario, sia per imparare a programmare e per ottenere una profonda comprensione dei concetti di CS e una buona panoramica dei concetti di architettura senza usare parole dordine.
A volte un po prolisso, ma scritto molto bene.
Forse di più di un libro di teoria CS alla fine rispetto a un libro di architettura aziendale, ma trovo i suoi insegnamenti molto preziosi da applicare al software industriale.
Risposta
Documenting Software Architecture: Views and Beyond di Clements et al. dal Software Engineering Institute.
Answer
Just Enough Software Architecture di George Fairbanks.
Risposta
Un libro interessante è Larchitettura delle applicazioni open source
Gli architetti esaminano migliaia di edifici durante la loro formazione e studiano le critiche di quegli edifici scritto da maestri.Al contrario, la maggior parte degli sviluppatori di software conosce bene solo una manciata di grandi programmi – di solito programmi scritti da loro stessi – e non studia mai i grandi programmi della storia. Di conseguenza, si ripetono a vicenda gli errori piuttosto che basarsi sui reciproci successi.
Lobiettivo di questo libro è cambiare la situazione. In esso, gli autori di venticinque applicazioni open source spiegare come è strutturato il loro software e perché Quali sono i componenti principali di ciascun programma? Come interagiscono? E cosa hanno imparato i loro costruttori durante il loro sviluppo? Rispondendo a queste domande, i collaboratori di questo libro forniscono informazioni uniche su come pensano
Risposta
Microsoft ha delle ottime cose su questo. Per cominciare hanno un fantastico libro gratuito disponibile qui:
http://msdn.microsoft.com/en-us/library/ff650706.aspx
Inoltre, molti dei loro white paper sul design sono qui:
http://msdn.microsoft.com/en-us/practices/bb190351
Probabilmente vorrai leggere i modelli di design:
http://www.amazon.com/Design-Patterns-Elements-Reusable-Object-Oriented/dp/0201633612
E poi ci sono i classici: il mitico mese delluomo, il codice completo, il programmatore pragmatico ecc. Un po di googling ti aiuterà a trovare i buoni libri.
risposta
prova questo piccolo libro .
Architettura software per sviluppatori – The Book Una guida pratica e pragmatica allarchitettura software
Questo libro è una raccolta di saggi che insieme formano una guida pratica e pragmatica allarchitettura software.
-
Cosè larchitettura del software?
-
Qual è il ruolo di un architetto del software?
-
Come definisci s architettura oftware?
-
Come condividi larchitettura del software?
-
Come fornisci larchitettura software?
Commenti
- Il blog codingthearchitecture.com contiene anche alcuni ottimi post sulla disciplina dellarchitettura software.
Risposta
Consiglio Progettazione e sviluppo J2EE one-on-one di esperti . È “un ottimo libro su J2EE ed è il fondamento teorico di Spring Framework.
Risposta
La domanda che stai” chiedere è assolutamente immateriale, in un certo senso. Larchitettura del software è cose diverse e gli architetti del software sono un gruppo molto diversificato.
Alcune note, però:
“Clean Code” di cui sopra è uno dei migliori libri che io “abbia mai continua a leggere la programmazione . Ma non è certamente un libro sullarchitettura. Lettura obbligatoria per gli sviluppatori, sì, ma non fornisce molte informazioni su come le cose più grandi si adattano, imo.
“PoEAA” di Fowler è un buon libro, ma come ha detto qualcun altro, ormai un po vecchio, e molti dei modelli presentati sono diventati obsoleti diversi anni fa.
Il libro DDD di Eric Evans è un libro molto solido e molto stimolante sulla costruzione di software e la collaborazione con i clienti: competenze preziose per gli architetti, ma utili anche per gli sviluppatori.
Risposta
Quello che ti “suggerirei” di leggere prima di tutto Code Complete 2 . Questo ti aiuterà a plasmare i tuoi pensieri ea trovare il modo migliore per fare le cose .
Nellarchitettura perspec tive, è un buon inizio con GOF o Head First Design Patterns.
Patterns of Enterprise Application Architecture è un libro eccellente