Jump to content

Who achually sits down and plans?


LiamProductions

Recommended Posts

i'm sure every person on here will tell you that it mostly depends on the size of the project.  for the record, it's spelled "actually" (achually isn't actually a word).  yes, i know i've used actually three times in that sentence, and i actually don't care.  actually.

Link to comment
Share on other sites

i'm sure every person on here will tell you that it mostly depends on the size of the project.  for the record, it's spelled "actually" (achually isn't actually a word).  yes, i know i've used actually three times in that sentence, and i actually don't care.  actually.

 

I actually don't care! actually.

Link to comment
Share on other sites

It all depends on the size of the project.  For instance I am going to build a small website and for that project i am just going to sit down and design as i code.  However i am also working on a project project which i am designing first.  Ofcoarse even on the bigger project i am still coded and designed at the same time when it come to the backend class coding.  I file is it a waste of time to write down all the classes and the members and method when i am just going to have to type them out again.  I am however drawing out the design on the application to see what i like best and then will start coding the XHTML/CSS when the layout design is done.

Link to comment
Share on other sites

Yeah, it depends the size of the project.

when it is small or medium size i do my planning while i'm coding. how?

 

I do this way.

 

I write the pseudo code flow along the code.

pseudo code flow first then later the codes.

 

but when it is big then that's the time you need the pencil and paper.

 

 

Link to comment
Share on other sites

My "team leader" (that translates to "boss") would say, and I would agree, that there is a specific process that you go through whenever you take on a task of any proportion.

 

  • Design and plan
  • Implement
  • Test
  • Start again if necessary
  • Deploy

 

Now, for smaller projects, it may not require a pen and paper, ERDs (Entity Relationship Diagrams), or interface mockups. Step 1 could be as simple as envisioning something and figuring out what you want, and testing could be as simple as asking a friend for their opinion. In the largest of projects, step 1 may be handled by entire committees of people, or even contracted out to a firm or consultant, and may require months of work and a budget of its own.

 

Personally, I like to have something written down or planned out before I go to work. I find that design flaws are more easily found and fixed when you plan something out, instead of just diving right in, and it helps absent-minded individuals such as myself to keep on track with the original idea.

Link to comment
Share on other sites

I personally use the most effective pen and paper one could have; My mind. I always think about the program at night when I'm trying (!) to sleep. I also use the class designer feature of visual studio sometimes. but never with a paper. I have a bad handwriting. ;)

Link to comment
Share on other sites

I don't sit down and plan anything with PHP 'cause I'm new to it at the moment I just take people's open-source scripts or tutorials then play around with them and change things around see what I can achieve.

 

But when I designed the layout of my Website and what not I planned it out yeah.

Link to comment
Share on other sites

As a professional, I tend to have some form of planning done for me, in the form of a specification - So I know what I'm actually going to be building, feature-set wise. I know what it is supposed to look like too as our design team have mocked everything up in Photoshop, I just have to slice it up and code the CSS/XHTML.

 

Before I start building databases, unless it's going to be very simple, I almost always plan it out on paper to figure out the tables I'll need, the fields within those tables, the relationships between the tables and, of course, to normalise the whole thing. It's a pain in the arse going back and messing with the database structure when you've figured out that you have forgotten something whist you are writing code...

 

Planning is great for not forgetting things and finding that you have to go back and work on bits you have forgotten, it's a lot easier and efficient to write it all at the same time I find.

 

I also plan my coding day, I'll throw up a list of features/modules that I want to have finished coding that day, and generally won't finish until I have cleared the list.

 

So, I guess, I'm a planner...

Link to comment
Share on other sites

This thread is more than a year old. Please don't revive it unless you have something important to add.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.