Ieder van ons programmeurs, ongeacht welke taal, het maakt niet uit wat voor soort project werken we aan, hebben er last van het resultaat van slechte planning of gebrek aan. Dit gebeurt vooral op hobby projecten waar we niet gedwongen om te plannen alsof we op het werk (Hoewel de planning er vaak zuigt). Toen ik een beggining programmeur ik nog nooit een project langs een tutorial of kleine test functionaliteit klaar. De reden waarom is omdat ik was te lui om zelfs proberen om mijn project te plannen. Ik dacht dat ik kon doen het allemaal in mijn hoofd. Raad eens? Het werkt niet.
Er is meer aan succes dan alleen het schrijven van een plan maar, slechte planning kan je door te komen, maar het zal ernstige pijn in de kont later. Het sleutelwoord hier is detail. Mensen in de game-industrie weet waarschijnlijk wat ik het over heb. Hebben om te werken met een vaag overzicht van hoe iets werkt volstrekt sucks.To uitleggen wat je moet doen, ik ga mijn besturingssysteem project als voorbeeld. Het schrijven van een besturingssysteem is een groot en complex project, en daarom een goed voorbeeld voor planning.
Toen ik begon te werken aan dit project is het eerste wat ik deed was het opzetten van een GoogleCode rekening. Ik zeg niet dat je moet GoogleCode gebruiken en open source, maar de les is hier de wiki. Wiki's zijn Gods geschenk aan programmeurs voor de planning. Ik kan updaten, bewerken en herschrijven delen van mijn ontwerp met gemak en op een georganiseerde manier. Als je eenmaal klaar bent met het opzetten van een plek om uw ontwerp te schrijven, moet je het doel van uw project lay-out. Hier zijn een aantal richtlijnen. 1. Wat voor soort project ga je werken aan? 2.
Welke functies zal uw project? 3. Op welk platform zal het uit te voeren? (Windows, Linux, ect.) 4. Wie zal gebruiken? Na vaststelling van de fundamentele basis voor het ontwerp van uw project, moet u een overzicht van hoe het zal functioneren schrijven (The Nitty gritty spul komt laatste). Een goede manier om dit te starten is om te denken van uw project als een verzameling van blokken of alle onderdelen passen en samen te werken. Door dit te doen helpt u visualiseren wat je moet doen bij het schrijven van de code. Hier is een voorbeeld van een monolithische kernel overview.
Lastly, moet u een gedetailleerde beschrijving van uw projecten interne werking te maken. Schrijf de belangrijkste functies die je nodig hebt om het werkend te krijgen. Wat ik bedoel met de belangrijkste is de functi