Opmerkingen
- Het ' is geen direct antwoord, dus alleen een opmerking. De beste (en eigenlijk enige) manier om architect te leren zijn, is van een andere architect, bij voorkeur een meesterarchitect. Software Architectuur en Engineering in het algemeen bevindt zich nog in een pre-geïndustrialiseerde staat vanuit het perspectief van andere technische disciplines. We doen nog steeds aan leerling- > gezel- > master type vooruitgang.
Antwoord
Dit is een redelijk goed boek, hoewel het niet gaat over softwarearchitectuur in het algemeen, maar over architectuur van bedrijfstoepassingen.
Opmerkingen
- het was een goed boek toen het werd gepubliceerd, maar ik denk dat de meeste patronen daar niet veel worden gebruikt in de industrie. Geen slecht boek, maar zeker niet een van de top 5 naar mijn mening
- Hoewel het ' heet " Enterprise Application Architecture ", het ' is ongeveer op hetzelfde niveau als het GoF Design Patterns-boek, dat een ontwerp op klassenniveau is in plaats van een architectuur op toepassingsniveau.
- Ugh, ik vind dit boek niet leuk '. Het zal je niet helpen om architect te worden.
- Het boek is ok, maar het ' gaat eigenlijk alleen over bedrijfstoepassingen. Als je ' bezig bent met een andere vorm van ontwikkeling (bijvoorbeeld desktop, mobiel, embedded), is ' niet erg handig.
Antwoord
Maar Zou ik deze ontwikkelaars willen aanmoedigen om niet over te stappen op architectuur en het programmeren helemaal te vergeten. Als ze dat doen, zullen ze “geen enkel respect hebben van programmeurs en zullen ze” niet goed uitgerust zijn om architectonische beslissingen te nemen.
Antwoord
Het veel geciteerde boek over softwarearchitecturen en het boek dat werd gebruikt toen ik de cursus Software Architecture aan mijn universiteit volgde, is Software Architecture in Practice (2e editie) door Len Bass, Paul Clements en Rick Kazman .
Minstens één professor die de cursus doceert, heeft het leerboek gewijzigd in Software Systems Architecture door Nick Rozanski en Eoin Woods , maar ik kan “niet instaan voor de kwaliteit of inhoud van dat boek. Volgens Sergio Acosta (in de reacties), Rozanskis boek is nieuwer, gebaseerd op het werk van Bass, en hij vindt het gemakkelijker te lezen. Ik “ben zelden teleurgesteld door boeken die in het software-engineeringprogramma worden gebruikt.
Opmerkingen
- I ' We hebben beide gebruikt (Bass en Rozanski). Bass ' was lange tijd de architectonische bijbel, maar Rozanski ' s is nieuwer en meer up-to-date; het is gemakkelijker te lezen en sterk gebaseerd op Bass '. Ik raad ten zeerste aan te beginnen met Rozanski ' s.
- +1 het Bass-boek was goed gelezen toen ik begon met architectuur. Het is een beetje droog, maar het geeft je een idee van de dingen waar je aan zou moeten denken.
Antwoord
Een must voor alle programmeurs :
http://www.amazon.com/Design-Patterns-Elements-Reusable-Object-Oriented/dp/0201633612
Reacties
- Nu verouderd boek. De meeste patronen van de Gang of Four zijn zo misbruikt dat een zijn nu bijna anti-patronen. Zoals singleton en abstracte fabriek.
- @Uberto Dat ' is waarom iedereen dit boek zou moeten lezen. Het legt uit waarom en hoe u elk patroon moet gebruiken, en wanneer u waarschijnlijk iets anders zou moeten overwegen. Als meer mensen het hele patrooninvoer zouden lezen, denk ik dat veel van die problemen zouden verdwijnen.
- Ik vond dat boek erg zwaar om te lezen en te begrijpen. Ik vermoed dat de meeste mensen doen alsof ze het lezen en de voorbeelden kopiëren en plakken.Dus ik heb ' gewonnen om het als eerste boek voor een toekomstige architect voor te stellen. Het is zeker ' belangrijk voor een historisch standpunt van de huidige sw-architectuur.
- Denkt iemand anders dat groepsdenken een grote ziekte is in het softwareberoep? Als het blindelings volgen van goeroes (niet wat het boek verwachtte, maar wat er in feite gebeurde) is waar het beroep naartoe gaat, denk ik dat het softwareberoep gedoemd is. Ik geef niet ' de schuld aan dit boek. Ik geef de mensen die het lazen de schuld, en begon te denken dat grokking pattern-fu hun gebrek aan zorg voor andere fundamentele praktijken van schone codering zou kunnen verhullen.
Antwoord
97 dingen die elke softwarearchitect moet weten
Opmerkingen
- Zach, heb je er een gelezen? Ik keek er eerder naar, maar de amazon-recensies zagen er niet zo goed uit.
- Ik ' heb er stukjes van gelezen. Ik ' weet niet zeker of ik elk essay heb gelezen, maar sommige daarvan waren het waard.
Antwoord
dit zou mijn tweede keuze zijn. Goed boek over praktijken en goede code. Soms een beetje pedant.
Reacties
- Ik ben het ermee eens dat het pedant is, maar de praktijken die het bepleit zijn veel beter dan 2000 lijnfuncties.
- Ja zeker, de inhoud is heel erg goed.
- Dit boek is te laag niveau om als software-architectuur te worden beschouwd.
Antwoord
Dit is mijn nummer 1 keuze op dit moment. Beste boek over hoe je nu een (kweek) applicatie kunt bouwen.
Answer
Als je .net gebruikt, bekijk dan deze twee. .. (er zijn ook webapp-versies)
Microsoft .NET: Architecting Applications for the Enterprise (Microsoft)
Antwoord
Een verzameling klassieke papieren die elke sw-architect zou moeten lezen http://www.amazon.co.uk/Software-Fundamentals-Collected-Papers-L-Parnas/dp/0201703696/ref=sr_1_7?ie=UTF8&qid=1291810946&sr=8-7
Antwoord
Ik “heb de volumes 1 en 4 van Pattern-Oriented Software Architecture als zeer nuttig. Ik weet zeker dat de andere delen ook goed zijn, ik heb ze gewoon niet gelezen, dus ik kan ze niet aanbevelen.
Answer
Een van de beste programmeerboeken in het algemeen.
Antwoord
Ik zal niet “degenen noemen die al door anderen zijn geweest, dus ik zal deze toevoegen:
Concepten Technieken en modellen van computerprogrammering , door Peter Van Roy en Seif Haridi
Het voor de hand liggende probleem is dat het het nu (soort van) ter ziele gegane Mozart Programming System en de geweldige Oz-programmeertaal . Dat leverde vervolgens andere interessante experimenten op, zoals de programmeertaal Alice ML .
Het is echter een geweldig boek, beide om computerprogrammering te leren en om een diep begrip te krijgen van CS-concepten en een goed overzicht van architectuurconcepten zonder gebruik te maken van modewoorden.
Soms een beetje uitgebreid, maar zeer goed geschreven.
Misschien meer uiteindelijk van een CS-theorieboek dan een enterprise-architectuurboek, maar ik vind de leer ervan erg waardevol om toe te passen op industriesoftware.
Antwoord
Documenteren van software-architectuur: weergaven en verder door Clements et al. van het Software Engineering Institute.
Antwoord
Just Enough Software Architecture door George Fairbanks.
Antwoord
Een interessant boek is De architectuur van open source-applicaties
Architecten kijken tijdens hun opleiding naar duizenden gebouwen en bestuderen de kritiek op die gebouwen geschreven door meesters.Daarentegen leren de meeste softwareontwikkelaars slechts een handvol grote programmas goed kennen – meestal programmas die ze zelf hebben geschreven – en bestuderen ze nooit de grote programmas uit de geschiedenis. Het resultaat is dat ze elkaars fouten herhalen in plaats van voort te bouwen op elkaars successen.
Het doel van dit boek is om dat te veranderen. Daarin zetten de auteurs van vijfentwintig open source applicaties leg uit hoe hun software is gestructureerd en waarom. Wat zijn de belangrijkste componenten van elk programma? Hoe gaan ze met elkaar om? En wat hebben hun bouwers geleerd tijdens hun ontwikkeling? Bij het beantwoorden van deze vragen geven de bijdragers aan dit boek unieke inzichten in hoe zij denken
Antwoord
Microsoft heeft hier echt goede dingen over. Om te beginnen hebben ze hier een geweldig gratis boek beschikbaar:
http://msdn.microsoft.com/en-us/library/ff650706.aspx
Plus veel van hun whitepapers over ontwerp zijn hier:
http://msdn.microsoft.com/en-us/practices/bb190351
Je wilt waarschijnlijk meer lezen over ontwerppatronen:
http://www.amazon.com/Design-Patterns-Elements-Reusable-Object-Oriented/dp/0201633612
En dan zijn er nog de klassiekers – mythische mannenmaand, code compleet, pragmatische programmeur enz. Een beetje googelen zal je helpen de goede boeken te vinden.
Answer
probeer dit kleine boek .
Software-architectuur voor ontwikkelaars – Het boek Een praktische en pragmatische gids voor softwarearchitectuur
Dit boek is een verzameling essays die samen een praktische en pragmatische gids voor softwarearchitectuur vormen.
-
Wat is softwarearchitectuur?
-
Wat is de rol van een software-architect?
-
Hoe definieer je s oftware-architectuur?
-
Hoe deel je softwarearchitectuur?
-
Hoe lever je softwarearchitectuur op?
Reacties
- De blog codingthearchitecture.com heeft ook een aantal uitstekende berichten over de discipline van softwarearchitectuur.
Antwoord
Ik raad Expert één-op-één J2EE-ontwerp en -ontwikkeling aan. Het is “een heel goed boek over J2EE, en het is de theoretische basis van Spring Framework.
Answer
De vraag die je stelt vragen is in zekere zin niet tastbaar. Softwarearchitectuur is iets anders en softwarearchitecten zijn erg divers.
Maar een paar opmerkingen:
De hierboven genoemde “Clean Code” is een van de beste boeken die ik ooit heb gemaakt. lees over programmeren . Maar het is zeker geen boek over architectuur. Verplicht lezen voor ontwikkelaars, ja, maar geeft niet veel inzicht in hoe de grotere dingen bij elkaar passen, imo.
“PoEAA” van Fowler is een goed boek, maar zoals iemand anders al zei, is nu een beetje oud, en veel van de gepresenteerde patronen zijn enkele jaren geleden achterhaald.
Het DDD-boek van Eric Evans is een zeer solide en zeer inspirerend boek over softwareconstructie en klantensamenwerking – waardevolle vaardigheden voor architecten, maar ook goed voor ontwikkelaars.
Antwoord
Wat ik zou willen voorstellen, ga alsjeblieft eerst Code Complete 2 lezen. Dit zal je helpen om je gedachten vorm te geven en de beste manier te vinden om dingen te doen .
In de architectuurperspec tive, het is een goede start met GOF of Head First Design Patterns.
Patterns of Enterprise Application Architecture is een uitstekend boek