Kommentarer
- Det ' er ikke et direkte svar, så bare en kommentar. Den beste (og egentlig eneste) måten å lære seg å være arkitekt er fra en annen arkitekt, helst en mesterarkitekt. Programvarearkitektur og ingeniørarbeid generelt er fortsatt i en preindustrialisert tilstand fra andre ingeniørdisipliner. Vi gjør fremdeles lærling- > svenn- > avansering av mastertype.
Svar
Dette er en ganske god bok, selv om den ikke handler om programvarearkitektur generelt, men om arkitektur for forretningsapplikasjoner.
Kommentarer
- det var en god bok når den ble utgitt, men jeg tror de fleste mønstrene der ikke blir brukt veldig mye i bransjen. Ikke en dårlig bok, men helt sikkert ikke en av topp 5 etter min mening
- Selv om den ' heter " Enterprise Application Architecture ", den ' er omtrent på samme nivå som GoF Design Patterns-boken, som er et klassennesign i stedet for en arkitektur på applikasjonsnivå.
- Ugh, jeg liker ikke ' denne boken. Det hjelper deg ikke å bli arkitekt.
- Boken er ok, men den ' handler egentlig bare om bedriftsapplikasjoner. Hvis du ' gjør noen annen form for utvikling (f.eks. Stasjonær, mobil, innebygd), er den ' ikke veldig nyttig.
Svar
Men , Jeg vil oppmuntre disse utviklerne til ikke å gå inn i arkitektur og helt glemme programmering. Hvis de gjør det, vil de ikke ha noen respekt fra programmerere, og de vil ikke være skikkelig rustet til å ta arkitektoniske avgjørelser.
Svar
Den ofte siterte / refererte boka om programvarearkitekturer, og boka som ble brukt da jeg tok kurset Software Architecture på universitetet mitt er Software Architecture in Practice (2. utgave) av Len Bass, Paul Clements og Rick Kazman .
Minst en professor som underviser i kurset har byttet læreboka til Software Systems Architecture av Nick Rozanski og Eoin Woods , men jeg kan ikke garantere for kvaliteten eller innholdet i den boka. I følge Sergio Acosta (i kommentarene), Rozanskis bok er nyere, basert på arbeidet til Bass, og han anser det som lettere å lese. Jeg er sjelden skuffet over bøker som brukes i programvareteknologiprogrammet.
Kommentarer
- I ' har brukt begge (Bass og Rozanski). Bass ' var den arkitektoniske bibelen i lang tid, men Rozanski ' s er nyere og mer oppdatert; det er lettere å lese og tungt basert på Bass '. Jeg anbefaler på det sterkeste å starte med Rozanski ' s.
- +1 Bassboka var en god lesning da jeg begynte å komme meg inn i arkitektur. Den er litt tørr, men den gir deg en ide om hva slags ting du bør tenke på.
Svar
A må leses for alle programmerere :
http://www.amazon.com/Design-Patterns-Elements-Reusable-Object-Oriented/dp/0201633612
Kommentarer
- Forældet bok nå. De fleste mønstrene til Gang of Four er blitt så misbrukt at en er nesten motmønstre nå. Som singleton og abstrakt fabrikk.
- @Uberto Det er ' hvorfor alle skal lese denne boka. Den forklarer hvorfor og hvordan du bruker hvert mønster sammen med når du sannsynligvis bør vurdere noe annet. Hvis flere leser hele mønsteroppføringen, tror jeg mange av disse problemene ville forsvinne.
- Jeg syntes den boka var veldig tung å lese og forstå. Jeg mistenker at de fleste bare later som om de leser det og kopierer og limer inn eksemplene.Så jeg vil ikke ' ikke foreslå det som første bok for en fremtidig arkitekt. Sikkert er det ' viktig for et historisk synspunkt av dagens sw-arkitektur.
- Er det noen andre som tror at Groupthink er en enorm sykdom i programvarebransjen? Hvis det å følge guruer blindt (ikke hva boken forventet, men det som faktisk skjedde) er der yrket går, tror jeg programvareyrket er dømt. Jeg klandrer ikke ' denne boken. Jeg klandrer folket som leste det, og begynte å tenke at groking-mønster-fu kunne dekke for deres mangel på omsorg for annen grunnleggende praksis for ren koding.
Svar
97 ting hver programvarearkitekt burde vite
Kommentarer
- Zach, leste du en? Jeg så på det før, men amazon-vurderingene så ikke så bra ut.
- Jeg ' har lest biter av det. Jeg ' er ikke sikker på om jeg leste hvert essay, men noen av de jeg leste var verdt det.
Svar
dette ville være mitt # 2 valg. God bok om praksis og god kode. Litt pedantisk noen ganger.
Kommentarer
- Jeg er enig i at det er pedantisk, men fremgangsmåten den fortaler for er mye bedre enn 2000 linjefunksjoner.
- Ja sikkert, innholdet er veldig veldig bra.
- Denne boka er for lavt nivå til å bli ansett som programvarearkitektur.
Svar
Dette er nummer 1-valget mitt akkurat nå. Beste bok om hvordan du bygger (vokser) applikasjon nå.
Svar
Hvis du bruker .net, sjekk ut disse to. .. (det finnes også webappversjoner)
Microsoft .NET: Architecting Applications for the Enterprise (Microsoft)
Svar
En samling klassiske papirer som hver arkitekt skal lese http://www.amazon.co.uk/Software-Fundamentals-Collected-Papers-L-Parnas/dp/0201703696/ref=sr_1_7?ie=UTF8&qid=1291810946&sr=8-7
Svar
Jeg har funnet bind 1 og 4 av Mønsterorientert programvarearkitektur som veldig nyttig. Jeg er sikker på at de andre bindene også er gode, jeg har bare ikke lest dem, så jeg kan ikke anbefale dem.
Svar
En av de beste programmeringsbøkene generelt.
Svar
Jeg vil ikke sitere de som allerede har vært av andre, så jeg vil legge til denne:
Konsepter Teknikker og modeller for dataprogrammering , av peter Van Roy og Seif Haridi
Det åpenbare problemet er at det brukte det nå (sorterte) nedlagte Mozart Programming System og det fantastiske Oz-programmeringsspråket . Som så skapte andre interessante eksperimenter som Alice ML programmeringsspråk .
Det er imidlertid en fantastisk bok, både å lære dataprogrammering. og for å få en dyp forståelse av CS-begreper og god oversikt over arkitekturkonsepter uten å bruke moteord.
Litt ordentlig til tider, men veldig godt skrevet.
Kanskje mer til en CS-teoribok til slutt enn en enterprise-arkitekturbok, men jeg synes dens lære er veldig verdifull å bruke på bransjens programvare.
Svar
Dokumenterende programvarearkitektur: Views and Beyond av Clements et al. fra Software Engineering Institute.
Svar
Just Enough Software Architecture av George Fairbanks.
Svar
En interessant bok er Arkitekturen til applikasjoner med åpen kildekode
Arkitekter ser på tusenvis av bygninger under opplæringen, og studerer kritikk av disse bygningene skrevet av mestere.I motsetning til det, blir de fleste programvareutviklere bare kjent med en håndfull store programmer – vanligvis programmer de skrev selv – og studerer aldri de store programmene i historien. Som et resultat gjentar de hverandres feil i stedet for å bygge på hverandres suksesser.
Denne bokens mål er å endre det. I det er forfatterne av tjuefem applikasjoner med åpen kildekode forklare hvordan programvaren deres er strukturert, og hvorfor. Hva er hvert programs hovedkomponenter? Hvordan samhandler de? Og hva lærte byggherrene deres under utviklingen? Når de svarer på disse spørsmålene, gir bidragsyterne til denne boka unik innsikt i hvordan de tenker
Svar
Microsoft har noen veldig gode ting på dette. Til å begynne med har de en flott gratis bok tilgjengelig her:
http://msdn.microsoft.com/en-us/library/ff650706.aspx
Pluss mange av sine papirer om design er her:
http://msdn.microsoft.com/en-us/practices/bb190351
Du vil sannsynligvis lese om designmønstre:
http://www.amazon.com/Design-Patterns-Elements-Reusable-Object-Oriented/dp/0201633612
Og så er det klassikerne – mytisk mannsmåned, komplett kode, pragmatisk programmerer osv. Litt googling vil hjelpe deg med å finne de gode bøkene.
Svar
prøv denne lille boka .
Programvarearkitektur for utviklere – The Book En praktisk og pragmatisk guide til programvarearkitektur
Denne boka er en samling essays som sammen danner en praktisk og pragmatisk guide til programvarearkitektur.
-
Hva er programvarearkitektur?
-
Hva er rollen som en programvarearkitekt?
-
Hvordan definerer du s ofte programvarearkitektur?
-
Hvordan deler du programvarearkitektur?
-
Hvordan leverer du programvarearkitektur?
Kommentarer
- Bloggen codingthearchitecture.com har også noen gode innlegg om disiplinen programvarearkitektur.
Svar
Jeg anbefaler Expert One-on-One J2EE Design and Development . Det er en veldig god bok om J2EE, og er teorikjelleren i Spring Framework.
Svar
Spørsmålet du er å spørre er på en måte veldig umerkelig. Programvarearkitektur er forskjellige ting, og programvarearkitekter er en veldig mangfoldig gjeng.
Noen få notater, skjønt:
«Clean Code» nevnt ovenfor er en av de beste bøkene jeg noensinne har les på programmering . Men det er absolutt ikke en bok om arkitektur. Obligatorisk lesing for utviklere, ja, men gir ikke mye innsikt i hvordan de større tingene passer sammen, imo.
«PoEAA» av Fowler er en god bok, men som noen andre sa, litt gammel nå, og mange av mønstrene som er presentert har blitt foreldet for flere år siden.
DDD-boka av Eric Evans er en veldig solid og veldig inspirerende bok om programvarekonstruksjon og kundesamarbeid – verdifulle ferdigheter for arkitekter, men også bra for utviklere.
Svar
Hva jeg foreslår, kan du gå og lese Kode Komplett 2 først. Dette vil hjelpe deg med å forme tankene dine og finne den beste måten å gjøre ting på .
I arkitekturperspektivet tive, det er en god start med GOF eller Head First Design Patterns.
Patterns of Enterprise Application Architecture er en utmerket bok