Archief - c# hoe enum aanspreken in andere klasse (inheritance)

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
P

Parnakra

Legacy Member
Beide extrema (niet coderen voor je design in steen gebeiteld staat en in het wilde weg coderen zonder design) zijn belachelijk en te vermijden.

De (betere) methode die nu de kop opsteekt (terwijl ze eigenlijk al een tijd bestaat) is agile development, maar zoals alle 'nieuwigheden' in de informatica wordt dit nog té veel geweerd in grote bedrijven.

Bij grote projecten is het arrogant te denken dat je alles vooraf kan inplannen en designen en is het dom om als een wilde te gaan coderen zonder doelen. De gulden middenweg is dus the way to go, met ontwikkeltechnieken als bv. SCRUM of XP.
C

Cycloon

Legacy Member
Mja idd. Alle requirements worden wel uitvoerig uitgezocht, maar naar design worden eerst vooral de grote lijnen geschetst en waar nodig in meer detail uitgewerkt (sequentiediagrammen e.d. vooral dan). Alles tot in detail uitwerken in analyses is simpelweg te duur en levert in vele situaties nauwelijks een meerwaarde op.
G

Gurdt

Legacy Member
Agile methods worden denk ik vaker gebruikt dan gedacht :) misschien op kleinere bedrijven in mindere mate. XP en scrum worden al vlug er in gepompt bij studenten.

Uiteraard gaat ge nie heel uw project vastleggen, maar als ge klassekes begint te typen zonder ze op papier gezet te hebben, zijt ge fout bezig.
M

Moto

Legacy Member
Uiteraard gaat ge nie heel uw project vastleggen, maar als ge klassekes begint te typen zonder ze op papier gezet te hebben, zijt ge fout bezig.
Klik om te vergroten...
lol, met men foute manier heb ik dan toch al heel veel succesvolle projecten afgeleverd :p
f

forloRn_

Legacy Member
Gurdt zei:
Please tell me more.

Ooit van software engineering gehoord? Bedrijven waar dit niet toegepast wordt leveren wellicht enkel crappy software. Ik zou alleszins geen rotte euro geven aan een team dat niet eerst uitzoekt hoe iets ineen moet steken alvorens ze het gaat bouwen voor mij :)
Klik om te vergroten...

Ooit van begrijpend lezen gehoord? Ik heb het niet over software engineering op zich, ik heb het over het toepassen ervan in bedrijven. Geloof het of niet, maar de best practices die ze je aanleren op school worden niet altijd gevolgd, en dat hoeft daarom niet de schuld van de programmeur te zijn.
G

Gurdt

Legacy Member
forloRn_ zei:
Ooit van begrijpend lezen gehoord? Ik heb het niet over software engineering op zich, ik heb het over het toepassen ervan in bedrijven. Geloof het of niet, maar de best practices die ze je aanleren op school worden niet altijd gevolgd, en dat hoeft daarom niet de schuld van de programmeur te zijn.
Klik om te vergroten...

Dus software bedrijven passen dat niet toe en beginnen gewoon random in het wilde weg te typen wat ze denken dat de klant wil?

Als een bedrijf dat voor zichzelf doet, ok, aanvaardbaar, slecht, maar het kan door de beugel. Maar een bedrijf dat software maakt kan zoiets toch niet links laten liggen, komaan...
K

Krueger

Legacy Member
Gurdt zei:
Dus software bedrijven passen dat niet toe en beginnen gewoon random in het wilde weg te typen wat ze denken dat de klant wil?
Klik om te vergroten...
Serieus, dat zegt hij toch niet?
G

Gurdt

Legacy Member
Toch wel, ik zeg dat softwarebouwers eerst tot in de puntjes uitzoeken hoe de software gestructureerd zal zijn, nog voor er code getypt wordt.
Hij zegt dat ik mijn verwachtingen enigszins bij moet gaan stellen. Hij impliceert dus dat softwarebedrijven dat niet doen.
P

Parnakra

Legacy Member
Gurdt zei:
Toch wel, ik zeg dat softwarebouwers eerst tot in de puntjes uitzoeken hoe de software gestructureerd zal zijn, nog voor er code getypt wordt.
Klik om te vergroten...
Nee.
Gurdt zei:
Toch wel, ik zeg dat softwarebouwers eerst in grote lijnen uitzoeken hoe de software gestructureerd zal zijn, nog voor er code getypt wordt.
Klik om te vergroten...
Ja.
j

jimowns

Legacy Member
Een bedrijf dat softwareontwikkelt heeft systeemanalisten, programmeurs, projectmanagers en andere bedrijfsmanagers. Wat de meeste onderons wel weten.
De managers die een software willen ontwerpen delen het project in in verschiilende fasen, waaronder: planning en selectie, analyseren, ontwerpen, implementeren en inbedrijfstelling. Er zijn 3 tot 20 verschillende fases.
En elke manager van de IT dienst heeft zijn taken,
Al deze informatie heb ik gevonden op wikipedia onder softwareengineering ;)
t

th43ns

Legacy Member
Wow, de èchte wikipedia.org? Er zijn verschillende processtructuren mogelijk om software te bouwen Het proces dat jij beschrijft is het watervalmodel. Ik stel voor dat je eens naar procesmethodieken zoekt, voornamelijk naar scrum, en dan begrijp je wat Parnakra bedoelt.

De kans dat je na je studie op een iteratieve manier software gaat ontwikkelen (met bv een scrum aanpak) zal een pak waarschijnlijker zijn dan eerst alles te analyseren, te ontwerpen en vervolgens te implementeren en als laatste te deployen. Althans, dat hoop ik toch voor jou ;)
K

Krueger

Legacy Member
jimowns zei:
Een bedrijf dat softwareontwikkelt heeft systeemanalisten, programmeurs, projectmanagers en andere bedrijfsmanagers. Wat de meeste onderons wel weten.
De managers die een software willen ontwerpen delen het project in in verschiilende fasen, waaronder: planning en selectie, analyseren, ontwerpen, implementeren en inbedrijfstelling. Er zijn 3 tot 20 verschillende fases.
En elke manager van de IT dienst heeft zijn taken,
Al deze informatie heb ik gevonden op wikipedia onder softwareengineering ;)
Klik om te vergroten...

Da's de theorie, welcome in the real world.
p

pieta

Legacy Member
Gurdt zei:
Toch wel, ik zeg dat softwarebouwers eerst tot in de puntjes uitzoeken hoe de software gestructureerd zal zijn, nog voor er code getypt wordt.
Hij zegt dat ik mijn verwachtingen enigszins bij moet gaan stellen. Hij impliceert dus dat softwarebedrijven dat niet doen.
Klik om te vergroten...

als ge de perfecte klant hebt die precies weet wat hij wil en alles van de eerste keer mooi kan uitleggen lukt da. Het enige probleem is dat die klant niet bestaat :p

het heeft geen nut alles tot in de puntjes uit te werken om na x aantal weken uw perfect gestructureerd werk in de vuilbak te gooien omdat de klant van gedacht verandert, anders bedoelde,...
G

Gurdt

Legacy Member
Daarom bestaat er iets als Agile methods, die zijn ontworpen net zodat het AGILE is. En zoals ik al zei: volgens mij zijt ge fout bezig als ge dingen begint te typen zonder het op papier te zetten.

Ik zeg daarmee niet dat ge heel het project ineens moet neerpennen. Maar ge moet elke iteratie een planning game doen of whatever nodig is om te PLANNEN wat ge moet gaan doen. Vanaf het moment dat ge code aan het schrijven zijt zonder dat er iets van die code beschreven is, zijt ge toch gewoon nie goed bezig, want dan hebt ge gewoonweg nog nie over de structuur ervan nagedacht...

Nuja, ik kan wel begrijpen dat men in de bedrijfswereld werkt met kromkoppen die da weigeren te doen, maar dan moet ge nie denken dat dat beter is :)

En ik wacht nog steeds op de eerste die zegt dat ze op hun bedrijf software ontwikkelen voor andere bedrijven, en daarvoor niet eerst opschrijven wat ze gaan doen... Da bedrijf zou zich zich moeten schamen.
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan