Ed Leafe wrote:
> On Dec 19, 2007, at 7:33 PM, Nate Lowrie wrote:
>
>>> Make it work, then make it right. Then, make it fast, but that's a
>>> different topic altogether.
>>
>> I second that notion...If you would look over my shoulder as I code an
>> app, I code it rather horribly the first time. It is generally
>> implementation specific, not refactored, very ugly code. But then
>> after you get it working you go back and you refactor it. Optimizing
>> ("making it fast") is just another refactor, but it shouldn't be done
>> at the expense of clean code...
>
> My guiding principle is that the sooner you start writing code, the
> longer it will take to finish.
>
> I tend to play with ideas with a pen and paper, trying to imagine
> the flow necessary for the problem. By doing this first, the general
> approach will be clear long before I start writing any code. This
> limits the amount of time necessary for a re-write, since it's
> usually designed correctly the first time I actually write it.
I hardly ever use pencil and paper anymore, although I did do it that
way for quite a while. Now, when faced with a new problem to solve, I
think it through a bit, writing empty functions as I go, along with
docstrings, and then start linking the functions together, making them
do their individual little things. Eventually, I have a working
prototype and this process happens very quickly. I'll start and then
scrap it, starting over again, perhaps several times. But the final
product is better for it.
Paul
--
http://paulmcnett.com
_______________________________________________
Post Messages to: [email protected]
Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Searchable Archives: http://leafe.com/archives/search/dabo-users
This message: http://leafe.com/archives/byMID/dabo-users/[EMAIL PROTECTED]
