15 juni 2006

ARC220 - How to get your grandmother building missile defense systems

Sommigen hebben leuke manieren om mensen aan te trekken. De titel heeft de zaal meer dan vol gemaakt, er kon niemand meer bij in ... Uiteindelijk ging het over ervaringen bij het gebruik maken van 'software factories'. Het lijkt wel een trend te zijn deze Teched dat de inhoud altijd vlakker en algemener is dan dat de samenvatting doet vermoeden. Er werden vier ontwikkelstraten genoemd, maar ik heb niet kunnen ontdekken wat nu precies de pijnpunten waren. De conclusies waren evident: automatiseer zoveel mogelijk, automatiseer governance (helaas hebben ze niet laten weten hoe), maak gebruik van frameworks en stop patterns niet in boeken...
Onderwijl in de presentatie hadden ze, Martin Granell en Rocky Heckman, een plaat over hoe een software factory eruit zou moeten zien in de toekomst.



Ook hier zie je weer de prominente rol van de frameworks, guidance packages en DSL's als belangrijke input voor Visual Studio, hetgeen hier staat voor dat wat de ontwikkelaar maakt. Naast deze plaat werd er ook nog een andere getoond met plaats voor de Business Analyst en build management.




Acronyms:
Dev – Developer
Dev SCM – Development Software Configuration Management (Source Control)
CI – Continuous Integration
AT – Automated Tests
ACA – Automated Code Analysis
PR – Peer Review
FX – Frameworks
GAT – Guidance Automation Tools
DSL – Domain Specific Languages
Rel SCM – Release Software Configuration Management (Source Control)
BA Test – Business Analyst Testing
BA Req – Business Analyst Requirements

Ik heb zelf wat moeite met deze plaat, omdat ik niet denk dat bijvoorbeeld frameworks voortkomen uit peer reviews (en zo zijn er nog een paar eigenaardige links). Helaas is de uitleg achterwege gebleven, dus laat ik het ook even met een volgende poging om een Software Factory te beschrijven.
Ik heb de plaat hier wel neergezet om twee redenen. Het triggert hopelijk de gedachten over hoe we een Software Factory op ons netvlies moeten zetten en de tweede reden is dat ik denk dat we al verder zijn, eerder in een situatie kunnen komen die hier getoond is, dan we algemeen denken.

Ok, nog 1 sessie en dan zit de Teched er voor me op. Vanavond gaat het vliegtuig naar Toronto om daar uitgebreid te gaan praten over de process template met de Osellus mensen.

Geen opmerkingen: