mboost-dp1
Software Architects Need Not Apply
Det er svært at være uenig i. Hvis man ikke arbejder bare lidt med håndværket og smager sin egen lort så er det jo nemt at være idiot.
Hvertfald så længe vi snakker software arkitekter.
I større projekter kan det måske være meget rart med en fælles arkitektur tovholder på softwaren, men så er der nok nærmere reelt tale om en Software Arkitekt Manager rolle.
Hvertfald så længe vi snakker software arkitekter.
I større projekter kan det måske være meget rart med en fælles arkitektur tovholder på softwaren, men så er der nok nærmere reelt tale om en Software Arkitekt Manager rolle.
#3 (og 1-2)
Jeg er slet ikke enig i betragtningen omend jeg godt forstår den.
Software projekter over en vis størrelse (las os tage et tilfældigt tal og sige 25 KLOC og højere) bør have en eksplicit defineret software arkitektur. Ellers bliver softwaren hurtigt til noget roderi.
Og ligesom det er bedre at sætte en blikkenslager til at lave blikkenslager arbejder fremfor en bager eller en socialrådgiver, så er det også bedst at have en software arkitekt til at lave en software arkitektur.
Men det var teorien. Virkeligheden er lidt mere grumset.
Mit indtryk af software arkitekter er at de kan opdeles som:
50% som reelt er tech leads eller senior udviklere (fordi de kun bruger en lille del af deres tid på arkitektur og mere tid på at fordele arbejds opgaver, skrive kode og andre ikke arkitekt funktioner), men bare har fået en arkitekt titel.
35% som ikke har evner/viden/erfaring til at lave software arkitektur. Og her må det understreges at evnen til at skrive god kode selv er en nødvendig men ikke tilstrækkelig betingelse for at være en god software arkitekt.
15% som producerer noget brugbart. Og det tal kan nok endda betragtes som værende lidt optimistisk sat.
Så jeg kan særdeles godt forstå at der er en udbredt mistro til folk med titel af software arkitekt.
Jeg er slet ikke enig i betragtningen omend jeg godt forstår den.
Software projekter over en vis størrelse (las os tage et tilfældigt tal og sige 25 KLOC og højere) bør have en eksplicit defineret software arkitektur. Ellers bliver softwaren hurtigt til noget roderi.
Og ligesom det er bedre at sætte en blikkenslager til at lave blikkenslager arbejder fremfor en bager eller en socialrådgiver, så er det også bedst at have en software arkitekt til at lave en software arkitektur.
Men det var teorien. Virkeligheden er lidt mere grumset.
Mit indtryk af software arkitekter er at de kan opdeles som:
50% som reelt er tech leads eller senior udviklere (fordi de kun bruger en lille del af deres tid på arkitektur og mere tid på at fordele arbejds opgaver, skrive kode og andre ikke arkitekt funktioner), men bare har fået en arkitekt titel.
35% som ikke har evner/viden/erfaring til at lave software arkitektur. Og her må det understreges at evnen til at skrive god kode selv er en nødvendig men ikke tilstrækkelig betingelse for at være en god software arkitekt.
15% som producerer noget brugbart. Og det tal kan nok endda betragtes som værende lidt optimistisk sat.
Så jeg kan særdeles godt forstå at der er en udbredt mistro til folk med titel af software arkitekt.
#4
Lad mig iøvrigt citere mig selv (!!!!):
http://www.eksperten.dk/guide/1190
Lad mig iøvrigt citere mig selv (!!!!):
http://www.eksperten.dk/guide/1190
Application Architect/Software Architect
Job:
- skal forstå et eller flere systemer til bunds
- er ansvarlig for opdelingen i tiers og layers
- er ansvarlig for valg af teknologi (programmerings sprog, frameworks,
værktøjer)
Kendetegn for en god:
- kan finde den bedste løsning på ethvert problem med systemet
Kendetegn for en dårlig:
- vedligeholder et større antal diagrammer som intet har med den faktiske
software at gøre
En meget vigtig pointe, som også bliver nævnt i den første artikel, er, at en softwarearkitekt skal være i stand til at implementere det system han har designet.
Den eneste grund til at man ikke sætter en softwarearkitekt til at implementere det hele selv er ikke manglende evner, det er manglende tid.
Det er ikke urealistisk at en softwarearkitekt i løbet af en måned kan frembringe et design som vil tage flere mandeår at implementere. Satte man softwarearkitekten til at implementere det hele selv ville det måske tage tre år. Sætter man tre mand mere på opgaven kan det måske gøres på et år.
Der er nok personer som vil kalde sig selv for softwarearkitekter selvom de ikke er i stand til at skrive kode selv, og nogle steder i branchen vil de måske også kunne få softwarearkitekt som deres jobtitel. Men det gør dem ikke til softwarearkitekter i mine øjne.
Softwarearkitekten bør selv være involveret med implementationen på lige fod med de andre udviklere. Er der punkter i designet som de andre udviklere ikke kan implementere må softwarearkitekten vise dem hvordan det gøres.
En softwarearkitekt kan til enhver tid træde ind i en stilling som udvikler. Der hvor problemerne opstår er når der er mangel på udviklere og man derfor ansætter alle personer med de nødvendige evner som udviklere og vælger en person uden de nødvendige evner til stillingen som softwarearkitekt.
Den eneste grund til at man ikke sætter en softwarearkitekt til at implementere det hele selv er ikke manglende evner, det er manglende tid.
Det er ikke urealistisk at en softwarearkitekt i løbet af en måned kan frembringe et design som vil tage flere mandeår at implementere. Satte man softwarearkitekten til at implementere det hele selv ville det måske tage tre år. Sætter man tre mand mere på opgaven kan det måske gøres på et år.
Der er nok personer som vil kalde sig selv for softwarearkitekter selvom de ikke er i stand til at skrive kode selv, og nogle steder i branchen vil de måske også kunne få softwarearkitekt som deres jobtitel. Men det gør dem ikke til softwarearkitekter i mine øjne.
Softwarearkitekten bør selv være involveret med implementationen på lige fod med de andre udviklere. Er der punkter i designet som de andre udviklere ikke kan implementere må softwarearkitekten vise dem hvordan det gøres.
En softwarearkitekt kan til enhver tid træde ind i en stilling som udvikler. Der hvor problemerne opstår er når der er mangel på udviklere og man derfor ansætter alle personer med de nødvendige evner som udviklere og vælger en person uden de nødvendige evner til stillingen som softwarearkitekt.
#8
Vores arkitekt er arkitekt for vores software, ikke for hele økosystemet. Det er langt mere simpelt at designe arkitektur for en mobil-app, end et helt kommunikations-netværk.
Og det første kræver mere indsigt i koden, hvor det sidste slet ikke kræver kode-indsigt.
Imo. så er bankerne i Danmark's problem at deres arkitekter ikke laver software-arkitektur, men nærmere devops/platforms arkitektur.
Hvilket er fjollet... man skal ikke undervurdere god kode (se polsag)
Vores arkitekt er arkitekt for vores software, ikke for hele økosystemet. Det er langt mere simpelt at designe arkitektur for en mobil-app, end et helt kommunikations-netværk.
Og det første kræver mere indsigt i koden, hvor det sidste slet ikke kræver kode-indsigt.
Imo. så er bankerne i Danmark's problem at deres arkitekter ikke laver software-arkitektur, men nærmere devops/platforms arkitektur.
Hvilket er fjollet... man skal ikke undervurdere god kode (se polsag)
Windcape (9) skrev:Vores arkitekt er arkitekt for vores software, ikke for hele økosystemet. Det er langt mere simpelt at designe arkitektur for en mobil-app, end et helt kommunikations-netværk.
Windcape (9) skrev:Og det første kræver mere indsigt i koden, hvor det sidste slet ikke kræver kode-indsigt.
Software arkitekt og netværks arkitekt har jo i sagens natur ikke mere tilfældes end en software udvikler og en netværks driftsmand.
Windcape (9) skrev:Imo. så er bankerne i Danmark's problem at deres arkitekter ikke laver software-arkitektur, men nærmere devops/platforms arkitektur.
Bankernes software arkitekter, løsnings arkitekter, infrastruktur arkitekter og enterprise arkitekter bør lave det som deres respektive titler angiver.
Jge vil da også tro at nogen af dem gøre det.
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Tagwall
Gå til bund