azerty
Legacy Member
To OO or not to OO...
Veel hangt af van het bedrijf en project waar je werkt en de tijd die je krijgt om iets af te werken. Totnutoe in de firma op de projecten waar ik aan meewerkt hebben we nog nooit de tijd of mogelijkheid gekregen om een applicatie fatsoenlijk, met OO en enkele goede design patterns, in elkaar te steken. (dat wil niet zeggen dat er geen 3 (of n)-tiers gehanteerd werden)
Als je iets fatsoenlijk in OO en met DP wil maken dan vraagt dat (bijna steeds) meer tijd om te ontwikkelen dan iets quick en dirty in elkaar te flanselen. Men (het management) denkt er dan niet over na, want het onderhoud achteraf is veel gemakkelijker, de scalability ook, enz... Dat interesseert hen allemaal niet, onderhoud duurt langer ==> leuk, dat brengt ons dan ook meer op hé..., (zo redeneren ze dan)
Behalve op het project waar ik nu zit, daar hebben ze (de architecten en devvers) 3 jaar de tijd gekregen om een goed framework in dot net uit te tekenen en te devven om er daarna een state of the art applicatie mee te maken. Hier heb ikzelf ook de voordelen van een goed design en de implementatie van enkele goede design patterns ondervonden.
Niet dat dit alleen maar voordelen heeft, want het maakt alles toch net iets ingewikkelder maar toch...
Samengevat: als je kan doe het, maar indien niet: maak je dan niet zo druk, zonder gaat ook...
Van alle developpers/analisten/consultants die bij ons werken, en dat zijn er ongeveer een 400-tal, denk ik dat nog niet eens de helft ooit gehoord heeft van design patterns, erg hé..., maar toch slaan we erin een zeer goede concurrent te zijn van oa IBM, Accenture, EDS, Pwc, ea. Dat is ginder, denk ik dan, niet anders...
Veel hangt af van het bedrijf en project waar je werkt en de tijd die je krijgt om iets af te werken. Totnutoe in de firma op de projecten waar ik aan meewerkt hebben we nog nooit de tijd of mogelijkheid gekregen om een applicatie fatsoenlijk, met OO en enkele goede design patterns, in elkaar te steken. (dat wil niet zeggen dat er geen 3 (of n)-tiers gehanteerd werden)
Als je iets fatsoenlijk in OO en met DP wil maken dan vraagt dat (bijna steeds) meer tijd om te ontwikkelen dan iets quick en dirty in elkaar te flanselen. Men (het management) denkt er dan niet over na, want het onderhoud achteraf is veel gemakkelijker, de scalability ook, enz... Dat interesseert hen allemaal niet, onderhoud duurt langer ==> leuk, dat brengt ons dan ook meer op hé..., (zo redeneren ze dan)
Behalve op het project waar ik nu zit, daar hebben ze (de architecten en devvers) 3 jaar de tijd gekregen om een goed framework in dot net uit te tekenen en te devven om er daarna een state of the art applicatie mee te maken. Hier heb ikzelf ook de voordelen van een goed design en de implementatie van enkele goede design patterns ondervonden.
Niet dat dit alleen maar voordelen heeft, want het maakt alles toch net iets ingewikkelder maar toch...
Samengevat: als je kan doe het, maar indien niet: maak je dan niet zo druk, zonder gaat ook...
Van alle developpers/analisten/consultants die bij ons werken, en dat zijn er ongeveer een 400-tal, denk ik dat nog niet eens de helft ooit gehoord heeft van design patterns, erg hé..., maar toch slaan we erin een zeer goede concurrent te zijn van oa IBM, Accenture, EDS, Pwc, ea. Dat is ginder, denk ik dan, niet anders...