Anything Forums

I tend to be the type of person "just do it" because in the corporate world, I see it way too often where management spends WAY WAY too much time on planning, and adding of red tape, then actually doing.

For example where I work, we racked the RSA appliance 2 years ago and it's still not ready to be deployed to users.

While planning any project is good, often management in big companies tend to overdo it and it becomes a source of delay.

Anyway, when coding I tend to just dive straight in after thinking it up in my head.

On this one particular project I ended up drowning as things were starting to get out of order. I decided to take a step back, analyze exactly what needs to happen, and how, write it all down in word, such as class names, function names, array names for the main working of the app.

I then proceeded to strip out all the old code to basically get to the point where the program can compile (to some extent) without any of that code, and obviously that functionality gone.

Now I am creating all the classes from scratch, adding the code in, and then I can get it to compile with the new code (but no actual functionality) and at that point, I just have to code in the functionality of the app.

If I had done that from the start I could of saved myself a couple weeks.

So always plan big projects, or sections of projects (which is my case) ahead of time before coding... BUT don't overdo it. Basically you want a very rough plan of your class layout and main function/variables, maybe some pseudocode, and that's it.

Archived topic from Iceteks, old topic ID:5198, old post ID:39512

It's usually easier to jump into anything, Not just coding, Because you don't always know what to plan for till your into anyways. Rough plan to start and go. Company well that depends, If human safety is involved then overdoing it is fine but ya I know what your saying, Meetings entirely devoted to planing another meeting to plan, etc Waste of time when it could have been done in the first meeting

Archived topic from Iceteks, old topic ID:5198, old post ID:39513

planning and adding of red tape is the ceo's way of getting some one else to take the ball and run with it incase the deal ends up a raw deal.



Archived topic from Iceteks, old topic ID:5198, old post ID:39514