杂谈：项目结束时间，开发时间，测试时间

1 项目会莫名奇妙的死去

做着做着项目就会出现变形，运营还没开始，项目宣告结束。最近在做项目的时候越来越感觉到状况出现这样情况。你要复盘原因，很复杂。市场经营瞬息万变 ，一瞬间就活起来，一瞬间就死了。有谁想到硅谷银行破产？这只是一个笑话？也许吧。项目结束很快，跑路的跑路。结束的结束。

2 开发的过程和测试过程区别

开发时间和测试时间成倍的改变似乎在诉说一个道理。开发时间不光只是完成需求里面的文档内容。这一步往往是不够的。在项目周期，占的比例甚少。有挤压的趋势。而由测试推动的过程似乎出现了这样一个现实。如果推不上去，项目就出现意外状况。

大多数赶鸭子式的开发，开发第一轮过程测试是不够充分的。1个人不可能24小时随机待命。其次，在整个开发过程占的时间。如一个项目4个月，开发仅仅只占了一个月时间。为什么出现这种情况？大多数的项目，时间拖的越长就会成倍出现风险。一方面政策的情况。像域名备案，规范化，申请资质证件办理。前期会特别耗时，如果没有提前准备充足，整个时间线变得复杂。管理会出现很混乱的局面。其次没有这些合规性的处理，项目能不能上线也是一个问题。而时间越长，项目资金就会加快消耗。消耗过程，往往更多是很多杂费一点点的挤压。

测试过程，伴随bug到来，体验出很多不确定性。系统稳定性，健壮性，鲁棒性，安全性等各方面出现问题就很多问题发生。需要一个个解决推动。可能是一轮，二轮，甚至多轮。这个很多因素。设计复杂度，时间，还有数据准备。bug复现过程难易度。

3 积累习惯的养成

习惯这个东西是十分难养成，好的习惯伴随好的设计。积累的习惯帮助迭代提升。好像你做正确的题目，同时也要积累错的题目。能说出错的题目解题思路和原因。打个比方，例如验证一个库存输入，是否容易击穿数据库，最好办法就是乱输入，不按常理出牌。这样测试让系统更具健壮性。同时也检验项目是否出现这种状况。
如果原本一次性到位，确在另外一处地方呈现出妥协，很大程度会影响体验。其次，在妥协过程，没有发挥到最优解，这种习惯养成后。在设计功能这块，漏洞就很容易出现。你也不可能全程都盯住新人不犯错。这也是项目发展一个过程。

精力的问题

我尝试过一个月同时进行3个项目，这三个项目已经消耗我一天24小时状况，连续加班身体吃不消，连续每天3-4小时，吃了睡，拉了醒来。最终发现，这样做项目很愚蠢。一个人在一个月内，三个项目管理情况下，时间的切片就要做到极端快，不能有丝毫的犹豫。但这不是一个好的做法，不建议，不提倡。因为状况死得很惨。就如打仗打到一半突然士兵就没了只剩下一个将军。

长项目的精神状况

如果一个人长期进行一个项目，不但没有收入，而且资金一直出现亏损。焦虑的情绪要么出现，要么产生抑郁症。但是同时，这样付出和期望是否成正比，是否真的渴望目标成功。这也是一个需要解决的问题。开发时间真的很漫长，需要很强精神力。需要拆解不同目标，不同过程去处理。这也是很困难一件事。或者就是一件傻事。但是是否值得投入，就看是否内心所需要。

就如生僻字姓这个新闻报道，是一件不容易，但是对文化和计算机编码推动一件公益事件。