先要好代码? 还是好产品?

很多朋友不同意我的意见,其实我想表达的是一个先后顺序的问题, 并非是重要程度。好的产品能让技术重要起来。

做项目,特别是创业项目,  实现好的点子总是一件令人抓狂的事情。明明非常有经验,为什么还是总延期呢?看上去没有技术难度,却很容易陷入到实现细节中出不来呢。这几天想了很多,基本上笔者总是遇到下面一个循环:

① 关于某个功能,有了一个好点子

② 开始实现,但是很快发现在细节上要做的东西貌似比较多

③ 于是开始设计复杂的对象关系和结构,希望通过代码把它们管理起来. “以后好扩展”(很多人的口头禅)

④ 但是…发现点子需要调整, 设计上有变化。

⑤ 发现明明只是小调整, 却要改很多地方, 大量的”以后好扩展”的设计完全用不上了?

⑥ 直接重新开始写代码, 但是不知不觉又慢慢滑入步骤3的流程中.

这个循环,很明显会浪费掉宝贵的时间。如果是创业的小团队,更是耗不起,但是为什么会这样呢?直观的看:这是过度设计。但是这个错误背后,我觉得有一个更大的错误:在好产品还不存在的情况下,就开始追求好代码。

先要好代码? 还是好产品?

这是一个错误吗? 我想很多人可能不会同意。 但是仔细想一下, 它很有可能是! 特别是在时间紧迫的情况下。 我的理解是这样:好代码的用处不是为了自娱自乐, 而是为了方便修改, 应对变化.  但这一切都有赖于产品细节的支撑, 可惜的是, 初创的产品细节可以认为是最不稳定的.  没有它们做支撑. 强求好代码,  结果多半是一些设计模式/经验模式的堆砌.  写起来很爽,  过期得更快. 毕竟我们人类的智力是总结经验, 而不是预测未来。

结论: 对于创业的团队来说, 最重要的东西不一定是最优先的,就算技术是核心竞争力,代码虽然重要,但是必须得先有好产品,等产品相对靠谱了,再仔细设计你的技术架构吧!

1 收藏 1 评论

相关文章

可能感兴趣的话题



直接登录
最新评论
  • 所以,很多团队先选用开源产品搭建原型!概念OK,有了进展,随着产品发展一定会重构的。我见过N多大公司的代码,看起来都是补丁一堆,都不是很优美,但结果都是好的。

跳到底部
返回顶部