@FarmerZ
2018-03-09T13:28:06.000000Z
字数 2007
阅读 523
离职后言
从2017年8月15日到现在，已经在小獾科技待了半年多，中间经历了许多也收获了许多。下面说的这些话，既是留给小獾也是说给老大您个人听的。这些话是我个人应该是我更多的站在一个客观的角度（因为管理方面的事情我参与的很少）或者偏向技术的角度来说的。
作为个程序员，虽然写代码很累，但是与此同时也会希望自己的项目能够顺利的上线。到离职未知很多项目都中途夭折，我个人也是很沮丧的。
因为很多项目我都参与其中，我自己说下其中的原因。
客户对互联网不了解，在一步步的深入后，随着成本的增加自动退出。
这个最明显的就是“家长家”项目。个人认为客户之所以把自己的业务跟互联网相结合很大程度上是因为业务扩张，想要更方便和高效的开展业务。如果我么能够是客户意识到项目上线后带来的效益是大于现在的投入的，那么很大程度上是可以挽回的。如果只是突发奇想那么做再多是徒劳的。
开发周期紧张，不能按时交付。
这个是最多的情况，个人觉得这个主要原因是队伍磨合，以及对项目的难度评估不足。
* 需求含糊
* 额外需求增加
* 难度超过预期
我一直觉得无论带兵打仗还是公司业务推进生命延续都需要核心的东西。虽然这个东西更多的是精神和理念的东西但是具体到技术这里也是跟技术有关系的。
技术的进步和能力的提高对每个技术人员来说都是有吸引力的。
所以我一直跟公司提出作为公司自己资产的技术积累、更新迭代，标准等。
积累公司自己的技术资产，建立自己的技术标准。
公司中的组成中，实体资产在一段时间内是固定的。但是公司的技术是公司的人员具备的，如果这个人走了那么相应的技术也就不存在了。
但是如果有归公司管理的文档化的技术积累，开发流程标准等，那么如果这个人走了，新来的人可以很快的根据公司技术标准统一起来。那么这种情况便就成了如果来的是大牛，那么他就可以扩充技术，如果是技术比较低的新人那么公司也可以提供其学习的捷径。
我个人在这里说下it项目中一个项目开发团多的连贯性，一致性的重要。
其实一个项目要保证质量有两个方面的要求：
具体来说就是整个项目开发技术各个方面都要尽量的统一，具体的就是人员的技术水平，代码风格，技术版本等。
标准化就是开发流程的标准化。一个项目的标准化流程包括：立项→初步技术选择，评估时间→中期再次评估难点，评估时间，部分重构，标准化各个组件，部署难点攻克→初步完成，严格测试→完成。
再小的项目也要尽力去保证项目的人员的稳定性。我觉得这么久应该没什么人跟您说过为什么有这么多的编程语言，他们有什么特点吧。
咱们公司的后端主开发语言是php，php是一种动态语言，行业里流行的一句话是“php太灵活了，有时候你看到一个源码，乱七八糟不知道写的是些什么，但是放到服务器，他照样能跑。”（我记得没错的话，这句话是我在看网易的mit公开课时一个教授说的）虽然这个句话好像是在称赞php的灵活性，但是另一方面也说出了他的劣势，如果一个杂乱的代码交给别人那么维护性是极低的。这样的问题，我的一个在“优信二手车”的php后端开发朋友同样跟我抱怨过。
面对这些解决的方法有两个。
我个人认为这个是可以成功的，但是有几个点我的观点跟我们现在团队的认知是不一样的。
在动物园，商场，游乐园这些地方允许团队摆摊的壁垒应该比我们自己拍脑袋想象的要大。但是这个需要沟通的人员一直进行努力才行。我记得大学上管理课时跟这个例子最想的是携程，当初携程的推广就是在机场，从技术到管理甚至ceo都是推销，发传单，再有了口碑效应后才是别人主动跟他们合作的。
这个突破口的难度实际难度也比我们想象的有些大，如果我们公司靠近深圳的话，这个难度会降低很多。深圳发展互联网企业最大的好处就是硬件的深度定制和合作，以及小量试错的成本比北京低太多了。而且实效和灵活性也比北京有很大的优势。
有一点我个人还是有点忧虑的，那就是真是的市场问题。虽然我们把市场定位为我们的使用人群，及6到12岁的儿童，但是我个人觉得我们的市场是动物园或者游乐园，就如同淘金者的故事那样。当然了这个是我自己没有具体事实根据的想法，具体还是要看现实数据情况。
这个项目我只是少说点，虽然全部交给石梦雨了，但是我自己也在意了一点。从网上拿过来人家的代码后，您肯定不知道石梦雨是什么样的表情。
她当时整个都有点不知所措了。老旧的代码风格和开发模式。说是十年前的一点也不为过。
如果还想做这方面的事情，我觉得公司有必要建立自己的模版。