IBM modelleert softwareontwikkeling naar OS-model

BetaNews heeft gesproken met Doug Heintzman, IBM Software Group's VP of Strategy and Technology, over de opvatting van Big Blue om software te ontwikkelen op basis van het Community Source-model. Volgens IBM zal de aankomende jaren vanuit bedrijven steeds meer vraag komen naar 'on-demand information technology'. Om te kunnen voldoen aan die vraag heeft het bedrijf de beslissing genomen om bestaande en nieuwe software te modulariseren en te componentiseren, waardoor het eenvoudiger is om binnen een kort tijdsbestek een nieuwe applicatie te ontwikkelen. De traditionele manier van softwareontwikkeling, zoals die tot op heden werd toegepast bij IBM, past echter niet bij deze nieuwe manier van werken. Vandaar dat Big Blue te rade is gegaan bij de open-sourcegemeenschap voor het invullen van de nieuwe softwareontwikkelcultuur.

Dat houdt onder meer in dat ontwikkelaars meer vrijheid wordt gegeven om te werken aan projecten en dat ze worden uitgedaagd om zoveel mogelijk code te hergebruiken bij verschillende softwareprojecten. Om dat te bereiken zijn code, designspecificaties en documentatie van alle projecten vrij beschikbaar voor de ontwikkelaars. Op dit moment heeft IBM het Community Source-model binnen het hele bedrijf uitgerold, zijn er al meer dan 100 projecten die volgens de principes van dit model opgezet zijn en werken inmiddels meer dan 2000 ontwikkelaars via dit model. De bedoeling is dat Community Source als eerste echt tot uitvoering wordt gebracht bij de belangrijkste IBM-software. Tegelijkertijd is het ook de bedoeling dat ontwikkelaars op den duur zullen gaan werken aan andere projecten binnen het Community Source-project.

Reacties (8)

[Blue2k]

Ik snap niet dat ze een dergelijke strategie nog niet hadden toegepast. Het eerste wat ik heb geleerd toen ik aan het werk ging als programmeur is om herbruikbare code te schijven en de objecten en structuren zo te definieren dat ze herbruikt kunnen worden waar dat mogelijk is. Natuurlijk is het soms niet handig om iets geforceerd modulair te maken, maar over het algemeen is het toch verstandig, en zorgt er gelijk voor dat je goed nadenkt over wat je nu eigenlijk ontwerpt / schrijft.

[familyman]

Dat zal binnen programma's ook wel gebeuren. Maar programma's worden vaak geschreven door teams. De code zal maar weinig tussen teams worden gedeeld. Dat zullen ze hiermee wel willen promoten, denk ik

[Verwijderd]

Tsja, theorie en praktijk liggen vaak ver uit elkaar.

Deadlines, commitment, politiek. Allemaal zorgen ze ervoor dat niet duidelijk is wat er gebouwd moet worden (denk ook aan de beruchte scope creep), planningen niet op elkaar afgestemd (kunnen) worden en resources plotseling verdwijnen omdat iets anders prio krijgt.....

Overigens is het wel zo dat de diverse ICT-clubs tot nu toe nog steeds wegkomen met nieuwbouw (dus elke keer weer het wiel uitvinden), i.p.v. hergebruik van software. Dat gebeurt maar al te vaak onder het mom van, ja maar wat daar gebouwd is past niet helemaal bij het probleem wat we nu aan het oplossen zijn.....dan vul je het toch aan?!

Ik hoop dat IBM met dit model een stap voorwaarts maakt, maar het is toch vaak 80% overhead en 20% echt werk (coden) in een project.

[Verwijderd]

Betekend dit dat IBM nu enkel alles gemodulariseerd wil hebben of ook dat ontwikkelaars, zoals nu soms bij OS, voor specifieke features worden "ingehuurd" en daarna weer met iets anders bezig gaan?

[ShellGhost]

Dat over een modulair systeem kan ik er ook uithalen...
Dat kan aardig wat tijd schelen wanneer je al kant en klare blokken kan gebruiken...
Ze zijn ten rade gegaan voor advies hoe ze dat het beste kunnen opzetten, niet zo zeer voor opvulling van jobs...
Dus bij andere bedrijven kijken of ze een proven solution kunnen vinden en misschien kunnen toepassen binnen hun eigen systeem...
Daarbij zal meteen gekeken worden hoe ze het beste die kant en klare blokken zo efficient kunnen aanbieden...

[miw]

Zo makkelijk is het ook weer niet om een groot stuk software in modules op te breken op een manier dat die ook weer voor andere projecten bruikbaar zijn. De meeste winst ligt hem in het feit dat iedere ontwikkellaar toegang heeft tot alle source code en/of documentatie ervan. In een groot bedrijf is de kans nu eenmaal groter dat dezelfde functionaliteit meerdere keren wordt gebouwd.
Een goed plan en ik ben benieuwd hoe dat in de praktijk zal uitpakken.

[i-chat]

ik ben echt zo'n gast, die het maar niet voorelkaar krijgt om zelfs eens rustig,
en gestructureerd - (en natuurlijk gedisiplineerd) een 'echte' programeertaal te leren,

maar men als ik, en dat komt niet zo heel vaak voor, wel eens problemen tegen kom in aplicaties en/of tootjes, die dan efficientie iets te veel in de weg staan,

en ik kan me dan zoo ergeren aan mensen die dan het wiel persee opnieuw willen uitvinden met eigen code,
zelfs als dat meer dev-tijd kost, dan dat ze naar OSS oplossingen kijken, -

dergelijke gasten kunne dan overigens bij mij in de meeste gevallen heel hard opkrassen, - ik betaal liever een programmeur 100euro per uur om zich 10uur bezig te houden aan een aanpassing op een betrouwbaar OSS - oplossing dan dat ik 1euro per uur betaal voor iemand die 1000 uur from scratch een of andere halve oplossing inelkaar wurmt...

[mingohag]

Dude! Leer eens schrijven man. Sorry hoor, maar dat was gewoon onleesbaar.