所历创业者记

每个人所遇见的人和事都很繁杂，而我们能做的仅仅是记忆与思考再向前走。

可能长时间做技术的原因，会经历一些与创业相关的故事，在此仅记一下，以达到思考、梳理生活与见贤思齐的效果。

笔者所遇见的这位创业者，对创业圈很热衷，认识很多相关的人和项目，与之接触，隐隐约约觉得这位的目标是为了把项目与公司的市值做到多少多少，谈到其他创业公司的时候，总会觉得他人的技术不怎么样，就算技术可以，第一反应也是别人的技术一定是用第三方的或者是有资方技术背景，对竞争对手基本上没有觉得值得学习的地方，之前在我与之交谈与交流的时候是这样。有时候在讨论需求的时候，情况往往是这样，一两句话描述，然后开始问技术需要多久能实现。诚然，如若技术与创业者有天然的默契与信任，则这样的沟通是很有效率的，可有时候，技术对一两句简需并没有理解到背后逻辑的时候，就会迷失技术走向，又或者不免让人觉得这样的需求没有一个比较明确的产品逻辑或者是商业逻辑的支撑，是不专业的做法。我问这位，如果这样做的话是不是更好或者说更有方向性一些，因为做产品，往往是从战略层确定战术层面不断变换，而这里面没有一套严格的产品逻辑或者商业逻辑的话，就会导致每一个简单的需求都像无头的苍蝇，最终汇集成一个失控的项目或者是四不像的产品。而这位的回答首先是强调这种想法早都心知肚明，主要是想得很多技术上实现不了，而现在需要快去迭代，要试错来找方向。

以上，就是记录一些经历，我们来简单分析一下吧。对于很多事情归结为技术上实现不了，我举一个例子来说吧，vscoCam在初创的时候，为了实现在iOS平台上的独特滤镜效果，并不是这里面有天才般的图形图像大师，而是设计师、摄影师与开发者，协作创造出这款独特的滤镜应用，从行事方式就能看得出来这家公司在战略层的愿景。举这个例子为了说明一个事实，问题从来不是单单只要有技术就能实现的，所以凡事都只问技术能不能搞定，这种本身就有一定的考量局限和功利性。就像一个程序员，你写代码，你不可能只写代码，忘记分析需求抽象模型没有测试思维没有设计代码的习惯，不是所有技术上的问题只单单靠写代码就可以解决的，一个优秀的程序员我们会要求他要有设计思维，对测试敏感，对资源能够平衡把握等。对于很多事情需要快去迭代这个问题，如果一个程序员一开始写代码为了赶工毫无章法，最后的结果往往是要么bug一大堆要么是写出来的项目无人能看懂后期维护性差，一个优秀的程序员是能够有足够好的经验又快又好的把项目拉出来的，对于创业者我觉得也是吧。对于试错找方向的问题，其实我个人觉得，这本身是无可厚非的，可如若是嫁接在以上几种态度之上的时候，这种试错就有些变味，有时候这种试错的成本会很高，要知道程序员在实验技术可行性的时候或者在线上验证代码的时候，时间与用户成本是不可能不考虑的。综合来说快速与试错，如果让水平一般的程序员来做，后果可想而知，因为本身这种情况就要求一个程序员思维见识全面且有经验能跳过那些可以避免的坑，有架构能力能够把控全局等等，对程序员要求是这样，我想对创业者如是吧。

最后，我想每个经历的人，我以后都会记录一下其优缺点，有时候只是针对某个事情，某种态度，讨论一下，见贤思齐，有则改之，心怀敬畏，试错成长吧。