<p><pre><code> If you want to see if something works, make it. The whole thing. The simplest version of the whole thing – that’s what version 1.0 is supposed to be. But make that, put it out there, and learn. If you want answers, you have to ask the question, and the question is: Market, what do you think of this completed version 1.0 of our product?
</code></pre>
I think is totally right about the question.<p>The industry isn't used to breaking the marketeers hype mirages, on the contrary, is used to create new ones with products that fill the void.
Rob Walling says (paraphrasing): "the goal of validation is not to get to 100%. That's not really possible. The point is to reduce uncertainty/risk. You can maybe get to 50-60% at most. The more you do to validate, the better your position is" << this is from one of his recent podcasts but can't remember which.<p>So I think they are saying the same thing but Jason Fried has a more controversy provoking style
> <i>What people are asking about is certainty ahead of time. But time doesn’t start when you start working on something, or when you have a piece of the whole ready. It starts when the whole thing hits the market.</i><p>This asking for certainty seems like a strong & resounding central message to me.<p>I think there's debateable-ness about how much certainty can be gotten ahead of time. There's a lot of other evidence & cause for belief one can try to gather. You can't validate, but you can try to find reasons for your belief. I'm just not sure how valuable the Thomas Aquinas-esque search for cause really is.<p>> <i>If you want to see if something works, make it. The whole thing.</i><p>Basically, yup. For a lot of things, we should be able to "just build it." Especially with software. The cost of finding out for real ought be low enough. You want to not be wasting your time or other people's money but that effort to validate seems daunting & a weak indicator. It's better if you can gather people who do have faith & pursue something earnestly.<p>It's not impossible to get data faster. At my last job, I had my first real (& intentional) experience of "let's build one, test it, then throw it out". We prototyped something & got data ahead of time about how it compared to what we were doing. We did decide to build the new thing. That was one example of validation: making it twice.<p>There's still a big effort to launching, which I hope continues to simplify over time. I hope more pieces become readily available. Creating user management systems is no fun. A good backend-as-a-service system is highly desireable here, such as the now retired/atticked Apache BaseGrid[1].<p>I love how this piece is so only-barely-subtly political. It's trying to set you on a progressive path, on a march forward. It doesn't reject fear uncertainty or doubt, but it deflates the idea that we can really know, unless we try, and it dares us to reach & try. Not to go for half measures, of collecting belief, of trying to outsmart our fear, but to dive forward anyways. It's all so nicely connected to one of my favorite rants, Yegge's <i>Notes from the Mystery Machine</i>[2], which posits:<p>> <i>"Software engineering has its own political axis, ranging from conservative to liberal."</i><p>This is such a liberal attitude. "Make it. The whole thing." Don't let yourself be tattered by concern first. Follow forward.<p>[1] <a href="https://attic.apache.org/projects/usergrid.html" rel="nofollow">https://attic.apache.org/projects/usergrid.html</a><p>[2] <a href="https://gist.github.com/cornchz/3313150" rel="nofollow">https://gist.github.com/cornchz/3313150</a>