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

This is also something I've experienced a lot in large orgs. Having 10 developers +2-3 managers have weeks of endless discussions, design work being done to avoid "costly" development.

Sure developer time is costly, but developers in meetings and design rounds are just as costly if not more so, because more people are involved.

This then gets exacerbated when after weeks of discussion and design an attempt is made to implement an MVP where it is noticed that none of the decisions made work very well for this particular use case.

You can of course face the opposite problem of not designing and implementing something wrong.

This is why I always ask to make a small test first. say you have 5 possible rendering backends for your graphical output, where you don't know which one to use. Spend some developer time building a miniature test to see if the features are there for each one. Often as soon as you start using it you can rule 1 or two out after a few minutes. (Installation breaking). The rest you can sort out in a few hours by modifying the examples they use on their web page.

This often leads to only 1 or 2 actual possibilities, focusing the ensuing design work on what matters.



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

Search: