以下是我看到的别人对于好代码和好产品的论述以及回复。让我想起我那么一直没有更新第二版的付费项目，等到我做了半年之后我才回过来想产品的卖点在哪里，市场需求在哪里的深入问题。并不是我傻，而是最开始的初衷是为了让自己了解创业项目的各种经验。现如今，我已经度过了没有做过创业项目的一无所知的阶段，是该好好规划下自己的方向。
先要好代码？ 还是好产品？
发布于：2013-06-28 09:43阅读数：1914
很多朋友不同意我的意见，其实我想表达的是一个先后顺序的问题， 并非是重要程度。好的产品能让技术重要起来。 做项目，特别是创业项目, 实现好的点子总是一件令人抓狂的事情。明明非
“”
很多朋友不同意我的意见，其实我想表达的是一个先后顺序的问题， 并非是重要程度。好的产品能让技术重要起来。
做项目，特别是创业项目, 实现好的点子总是一件令人抓狂的事情。明明非常有经验，为什么还是总延期呢？看上去没有技术难度，却很容易陷入到实现细节中出不来呢。这几天想了很多，基本上笔者总是遇到下面一个循环：
1.关于某个功能，有了一个好点子
2.开始实现，但是很快发现在细节上要做的东西貌似比较多
3.于是开始设计复杂的对象关系和结构，希望通过代码把它们管理起来. “以后好扩展”(很多人的口头禅)
4.但是…发现点子需要调整， 设计上有变化。
5.发现明明只是小调整， 却要改很多地方， 大量的”以后好扩展”的设计完全用不上了?
6.直接重新开始写代码， 但是不知不觉又慢慢滑入步骤3的流程中.
这个循环，很明显会浪费掉宝贵的时间。如果是创业的小团队，更是耗不起，但是为什么会这样呢？直观的看：这是过度设计。但是这个错误背后，我觉得有一个更大的错误：在好产品还不存在的情况下，就开始追求好代码。
这是一个错误吗? 我想很多人可能不会同意。 但是仔细想一下， 它很有可能是！ 特别是在时间紧迫的情况下。 我的理解是这样：好代码的用处不是为了自娱自乐, 而是为了方便修改, 应对变化. 但这一切都有赖于产品细节的支撑, 可惜的是, 初创的产品细节可以认为是最不稳定的. 没有它们做支撑. 强求好代码, 结果多半是一些设计模式/经验模式的堆砌. 写起来很爽, 过期得更快. 毕竟我们人类的智力是总结经验， 而不是预测未来。
结论： 对于创业的团队来说, 最重要的东西不一定是最优先的，就算技术是核心竞争力，代码虽然重要，但是必须得先有好产品，等产品相对靠谱了，再仔细设计你的技术架构吧！
官方提供等产品相对靠谱了，再仔细设计你的技术架构吧[url=http://www.tjrywj.com][color=White]厨房净水器[/color][/url]
- squall
完全赞同
- leverkusen188
确实是，过度设计会让产品初期的开发工作大大增加，却因为产品的频繁需求变更，做的大量工作变得毫无用处，这是一件很让橙虚猿们心痛的事。
代码的好与坏相比产品的好与坏是更容易评价和控制的，当一个产品足够复杂的时候，糟糕的代码可能不会给它成为一个好产品的机会，然后无能的产品经理会把责任和抱怨推到程序员身上，完全不记得当初曾经那么坚决地说”我只在乎结果和进度“，想想看，如果成功了，有多少程序员会功成名就呢，或许，好产品重于好代码对程序员来说就是个陷阱而已。当然，好代码并不是说框架多么先进和多么的完美无缺，那不过是技术玩家和学究的爱好，清晰易懂避免低级愚蠢的代码就可以算好代码，我个人的意见。