That is the reason, why I (being a product-guy at work) am learning to code. The more scripts I write, the more I learn about the faulty thinking of "this one s

That is the reason, why I (being a product-guy at work) am learning to code. The more scripts I write, the more I learn about the faulty thinking of "this one should be easy". It helps me to talk to the makers more clearly, more concise and more realistically. But it differentiates me so far from other product guys (or my uppers), as they do not understand, when I tell them, that their ideas might not be so easy to implement, as they believe. Makes being the "middleware" between product-management and makers much more difficult, as I insist more and more on clear communicated specs, when I am used as a translator for the other product-guys. Execution is the real deal. There was a nice quote from Derek Sivers[1], that ideas are just a multiplier for execution: [1]: http://sivers.org/multiply http://sivers.org/multiply