Poll: How do you begin coding?

https://news.ycombinator.com/item?id=484950

by yan • 17 years ago

10 12 17 years ago

news.ycombinator.com

davidw• 17 years ago

    C-x C-f

LogicHoleFlaw• 17 years ago

  :tabe

triplefox• 17 years ago

The first thing I do, typically, is write out the requirements.

If I already have requirements, I rephrase them in my own writing.

Then I start sketching out some possible solutions in notes, as brief phrases. I may start writing code at this point, but I continue making notes occasionally.

pg2• 17 years ago

I start by building the smallest possible subset of the answer as fast as possible. I think Paul Buchheit said he liked to do this too.

yan• 17 years ago

This was my approach also, until I find that growing a project "organically" ends up being very disorganized and missing "the bigger picture," compared to the open code I read. I sometimes also find a mistaken assumption at the start led me in a wrong direction from the start.

I'm just trying to refine my coding without losing the instant satisfaction of hacking something together at the start and seeing it work.

palish• 17 years ago

The way to avoid disorganization is to refactor your code constantly. As soon as you complete a feature, refactor. Most high-quality "open code" you've read has probably been rewritten 4+ times as the developer became more familiar with the problem domain.

sam_in_nyc• 17 years ago

First I get some sort of framework in place where development is quick and enjoyable... whether that be having an IDE set-up for the project, or setting up __autoload() in PHP so that I don't have to put requires everywhere.. I just want to be sure I can code and not be distracted by overhead issues unrelated to the problem at hand.

As per the actual coding, I agree with pg on this. I divide the problem into "sub problems," often sketched out in pencil with flows for certain things (and maybe corresponding UI's, if it demands). I choose to start work on either the most important (central) process, or often the most interesting one (to get me warmed up and enthused about the problem). Once this is done, it's a matter of branching outwards from that process, and optionally filling in UI's corresponding to that process.

Along the way, refactors are inevitable, but most of the time I find I wouldn't have been able to predict them even if I'd initially spent a large amount of time doing conceptual models. I find the things that take the most time are the unexpected things, which I won't find out about until I'm coding it.

The one thing I enjoy most about having the process sketched out is the options it provides. For me, it's not so much the issue of coding that is the challenge, but giving every aspect of the project the attention it deserves, without getting too bogged down on devoting too much time to making one part really awesome. When I see all the work that needs to be done, and what's related to what, I realize the scale of the sub problem I'm working on may not be as profound as I'd like it to be.

deepblue• 17 years ago

see which API's Im working with... or if from scratch then see which API's I'll be constructing and how those will be used by higher up functions...

if the app has a GUI then mockup the GUI first in some graphics program to see which kinds of things are useful to users, and then see what the minimum number of primitives is needed from the layers bellow to service that

staunch• 17 years ago

For me most projects tend to consist of a lot of problems I already know how to solve and a few problems I have to come up with solutions for. I usually start by working on the unsolved problems first.

Usually by creating an individual program that does each task. Then the job becomes considerably more tedious: putting everything together and making it work.

I solve new problems for the same project the same way. I create a solution as an individual program and then incorporate it into the larger system.

thepanister• 17 years ago

Well, I make kind of entire excution flow in my head... and devide it into small steps/points. I write the points down on a paper...

Usually I can start with any step or point... I don't have to start from a specific point, so usually I start with the smallest one - the easier to code.

I keep a paper with me to write down any enhancements I want to add.

Poll: How do you begin coding?

Related Stories