Archief - [ALG]School voor gamedesign

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.
k

killgore

Legacy Member
Vich zei:
Anderzijds is het niet echt goed dat men steeds alles zou uitwerken via UML alvorens te programmeren. De gezondste aanpak lijkt me: kleine eenvoudige dingen die je zo kan verzinnen maak je gewoon direct, ingewikkeldere dingen zet je op papier (flowchart en/of UML).
Dat is enorm tijdsbesparend als je met deadlines zit.

@ blaatschap:
In het bedrijf waar ik werk wordt de bovenstaande manier van UML-gebruik toegepast. Ook is het wel zo dat we niet echt uitgebreide UML schema's gaan maken. Er wordt hooguit een schema met wat inheritance en wat use-links gemaakt. Anderzijds is het meestal ook niet nodig om het uitgebreider te maken dan dat, vermits het toch slechts over onderdelen van een project gaat en niet een heel project.
Klik om te vergroten...
ik werk mssch wel op amateuristisch niveau, ma op vlak van schema's ben ik nogal sceptisch. Het is zeer handig imho om de structuur in je project te behouden en om de grotere/belangerijkere systemen bij te houden, zodat je niet steeds opnieuw naar de juiste info moet zoeken en het project niet gewoon in de knoop geraakt. Maar ik vind het ergens een beetje belachelijk om alles tot in de kleinste details op voorhand te gaan uitwerken op papier (of dat nu uml is of iets gelijkaardigs).
Tis vergeljikbaar met het ontwerpen van webapplicaties rond een db imho: je zal op voorhand de algemene db structuur vastleggen zodat je weet waar je mee bezig bent, maar het specifieke ontwerp doe je tijdens het ontwikkelen zelf imho. Toch zijn er velen die mij enkel vo deze uitspraak een slechte webdev zouden noemen :).

Wat ik wel belangerijk vind is dat je TIJDENS het ontwikkelen je systemen genoeg documenteert, of dit nu is door deftige comments, schema's, manuals, ... doet er niet toe imho, maar het is nodig.

Ma zoals ek zei, ik werk op amateuristisch niveau en niet in een bedrijf of zo, dus maybe is men comment wel compleet te verwaarlozen :).
P

Psychokillah

Legacy Member
Die denkpiste moet ik toch effe bijschaven.
Want inderdaad, wanneer ge op amatueristisch niveau alleen of met enkele mensen aan iets werkt is dat inderdaad veel minder noodzakelijk omdat je weet hebt van al wat er in dat project gaande is, welke functies er al effetief geimplemnteerd zijn, wat er nog exact moet gebeuren en heb je bovendien ook geen deadlines, dus alle beoogde zaken zal je op termijn ook wel (misschien niet altijd volledig zoals je zou willen) bereiken.

MAAR

en nu stappen we een bedrijf binnen: stel dat je met een 50 tal personen(das dan eigenlijk tov andere projecten nog een klein aantal) aan een opdracht van een klant werkt.
Ten eerste wie doet wat? Moeilijk te zeggen als je geen mooi overzichtje hebt van alle benodigde klassen en methodes en ... Daar zal een schema dus al raad brengen.
Ten tweede(loopt eigenlijk een beetje parallel) je wil een functie op een opgeroepen object uitvoeren. Zonder schema is dat al vrijwel onmogelijk tenzij je de persoon die de klasse geschreven heeft gaat aanspreken. Niet erg praktisch natuurlijk.
Ten derde ( en das zoiets waar de proffen die systeemanalyse onderzoeken zo graag op hameren) je komt een struikelblok tegen binnen het project... dead-line staat voor de deur... er moeten functionaliteiten geschrapt worden. Begin daar maar eens aan zonder degelijk schema, dan kan je het project wegsmijten. Met een schema kan je enkele verwijzingen verleggen en zonder al te veel aanpassingswerk(je moet eigenlijk juist de veranderde tak wat bijschaffen) zal je project nog steeds perfect runnable zijn.

Nogmaals dit geldt voor projecten van groter caliber. Van die kleine eigen projectjes zijn veel(of zelfs niet) gevoelig aan dergelijke situaties.
k

killgore

Legacy Member
Psychokillah zei:
Die denkpiste moet ik toch effe bijschaven.
Want inderdaad, wanneer ge op amatueristisch niveau alleen of met enkele mensen aan iets werkt is dat inderdaad veel minder noodzakelijk omdat je weet hebt van al wat er in dat project gaande is, welke functies er al effetief geimplemnteerd zijn, wat er nog exact moet gebeuren en heb je bovendien ook geen deadlines, dus alle beoogde zaken zal je op termijn ook wel (misschien niet altijd volledig zoals je zou willen) bereiken.

MAAR

en nu stappen we een bedrijf binnen: stel dat je met een 50 tal personen(das dan eigenlijk tov andere projecten nog een klein aantal) aan een opdracht van een klant werkt.
Ten eerste wie doet wat? Moeilijk te zeggen als je geen mooi overzichtje hebt van alle benodigde klassen en methodes en ... Daar zal een schema dus al raad brengen.
Ten tweede(loopt eigenlijk een beetje parallel) je wil een functie op een opgeroepen object uitvoeren. Zonder schema is dat al vrijwel onmogelijk tenzij je de persoon die de klasse geschreven heeft gaat aanspreken. Niet erg praktisch natuurlijk.
Ten derde ( en das zoiets waar de proffen die systeemanalyse onderzoeken zo graag op hameren) je komt een struikelblok tegen binnen het project... dead-line staat voor de deur... er moeten functionaliteiten geschrapt worden. Begin daar maar eens aan zonder degelijk schema, dan kan je het project wegsmijten. Met een schema kan je enkele verwijzingen verleggen en zonder al te veel aanpassingswerk(je moet eigenlijk juist de veranderde tak wat bijschaffen) zal je project nog steeds perfect runnable zijn.

Nogmaals dit geldt voor projecten van groter caliber. Van die kleine eigen projectjes zijn veel(of zelfs niet) gevoelig aan dergelijke situaties.
Klik om te vergroten...
1)Ik heb gezegd dat et idd verschil was en dat het mijne niet op bedrijven sloeg.
2)Zoals ik zei: er moet wel over bepaalde dingen gedocumenteerd worden he in het begin, oa. belangerijkste systemen moeten al deftig worden uitgewerkt & het algemene concept ook. Ook wat je zei van: je weet welke functies er zijn en zo. Daarop sloeg dus het deftig documenteren TIJDENS het ontwikkelen ;), wat imho al even belangerijk is als een vooropgesteld plan :).

Jij doet het uitschijnen alsof ik vind dat er helemaal geen schema moet zijn of enkel wat schetsen. Mssch was dit niet echt zeer duidelijk, ma ik vind wel dat er een deftig schema op voorhand moet gemaakt worden. Ik had het ook niet echt op uw opmerkingen over schema's en zo, want die vond ik redelijk kloppen (uit mijn standpunt :p). Ik vind het gewoon belachelijk dat het tegenwoordig vaak de hype is (zie ik genoeg op channels) ALLES (tot het kleinste detail) op voorhand uit te schrijven. De goede mix imho is een deftige voorbereiding, die ervoor kan zorgen dat een geheel team kan werken zonder elkaar cst lastig te vallen (en vooral: zodat er snel op obstakels kan gereageerd worden) en tijdens het ontwikkelen alles blijven ordenen dmv nieuwe documentatie en de bestaande schema's uit te breiden.

Khoop dat dit wat duidelijker is :s
P

Psychokillah

Legacy Member
Ik probeerde gewoon wat meer toelichting te geven tot uw bericht, voor de mensen die misschien wat minder vertrouwd zijn met de materie. Kwou je heus niet de les lezen hoor.

Excuses voor het misverstand :niceone:
b

blaatschaap

Legacy Member
Tyfius zei:
Toch ff ook iets zeggen: als ge na 3 jaar toegepaste informatica geen zak kent, ligt dat aan u/aan de school.

Ik zit nu in m'n 2de jaar TI, optie multimedia, en ik heb (al zeg ik het zelf) een redelijk goede kennis van C, C++, java als hogere programeertalen, UML om designs te maken, xhtml, php, javascript, xml als scriptingtalen, photoshop, flash en actionscript, director en lingo, adobe premiere en audition als multimedia paketten.

Volgend jaar gaan wij dieper in op pro tools (mac), 3D Studio Max en Maya, OpenGL, DirectX, en GUI programming onder windows.

Natuurlijk geven ze op school maar een basis uitleg, het is onmogelijk om al die dingen op 3 jaar te geven en dat ge ze perfect kent. Wa doe ik dan, tijdens m'n vrije uren/thuis met die dingen verder prutsen, erover lezen, iets maken en eventueel toevoegen aan m'n portfolio, ...

't Is in elke school ook wel de bedoeling dat ge zelfstandig ook een deel gaat doen.
Klik om te vergroten...

das al heel anders dan bij ons
mja ik vind dak gene zak ken, misschien wel wa overdreven mrja...

welke school mag da dan wel wezen?
T

Tyfius

Legacy Member
erasmus hogeschool brussel, geloof me, imo ver van een goede school ofzo, maar der zijn der dus blijkbaar slechtere.
b

blaatschaap

Legacy Member
hmm ja, kdacht wel dat da die school was
had er al iets van gehoord
kzen nie echt van plan om naar brussel te gaan dus... :D
k

killgore

Legacy Member
Psychokillah zei:
Ik probeerde gewoon wat meer toelichting te geven tot uw bericht, voor de mensen die misschien wat minder vertrouwd zijn met de materie. Kwou je heus niet de les lezen hoor.

Excuses voor het misverstand :niceone:
Klik om te vergroten...
ik mag mssch ook wel eens men berichten wat duidelijker schrijven ;).
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