Hacker Timesnew | past | comments | ask | show | jobs | submitlogin

this might be a bit vague so to put another way perhaps I learned to zoom in before zooming out, and once I have done something, it never hurts to zoom in again and see what can be gleaned from the assertions I was making about the world at the time. in practice some things I have learned to ask myself are

- what is the shape of the input data (requirements, configuration, dependencies are also data) of the thing I'm working with and what is the shape I'm looking to produce as output of this software (could be any combination of side effects, screens, or just data)?

- on a larger feature or set of features i look for a domain language to be discovered or did I create a domain language and does it hold true?

- what are the fundamental assumptions I was making and could they be improved from first principles?

- what is the expected and unexpected behavior of what I am building today or what I built in the past and why? (learning opportunities)

- the takeaways are my assertions are only as good as my understanding and understanding requires detail, attention to detail is only as good as my checklist, and my checklist is only as good as the questions I'm asking, this helps create a habit loop where I can hopefully improve outcomes with each iteration based on deeper introspection



Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: