Comment by mathgeek

Comment by mathgeek a day ago

2 replies

Yes, but that is part of the point: a chair being built is mostly distinct from a chair being designed (there is of course a small amount of design that is done while building). Software is designed at a much higher percentage while being created (or if you prefer, there is a cycle between the two states).

You also don’t often learn why you don’t need a chair while building one.

shalmanese a day ago

> or if you prefer, there is a cycle between the two states

Yes, what I mostly emphasize with this mode of thinking is that the act of building software is primarily there to transform people (you try a thing, it doesn't work like you think it would, that inspires you to try another thing) and the software at the end of it is largely a byproduct.

If you have the right people-state, producing the software is trivial, it's how do you port the right knowledge into their brains in the first place and and software should be just another tool in your toolbox towards that aim.

  • mathgeek 10 hours ago

    Perhaps sometimes and in an ideal state, but most folks who code learn a lot and make a lot of design decisions while producing software.