接受失败
笔者最近出 Bug 多到想离职。回想过去，这种情况并不少见。
今年年初，自己尝试管理自己的 side project MSC 项目 ，简直 堪称项目管理的冒烟测试。各种状况频出，过度设计 || 排期过度乐观以至于排期基本无效 || 任务 和 缺陷的描述过于简单 || 任务切分过大 且 模糊 , 最后上线之后发现已经有成熟竞品， 再加上相对于竞品的技术方案，笔者的技术方案成本过高，便没有继续运营。
虽然看起来这个 case 基本就是 失败项目的典型案例，但这其实是笔者 side project 中处境比较好的 Case 了，至少有走到 上线这一步。在此之前的至少有 4 个 Project， 因为各种各样的原因，中途放弃。
但是否就意味着笔者一无是处，是一个半天做梦的废物呢？
答案当然是 是的 :)
至少在 那时的当下是这样觉得的。被巨大的挫败感 和 自卑 占据了整个颗心，沮丧的想去直播 二胡 演奏 二泉映月（当然我不会拉二胡）。
在沮丧了几天之后，心境还是恢复了正常。借由 敦刻尔克大撤退 中的一句话
战争并非靠撤退取胜, 但值得一提的是 这次撤退也蕴含着胜利的曙光, 虽然我们摆脱了围困,心怀感激,但不能忽视目前法国与比利时的军事灾难,我们必须时刻警惕着敌人会立即再次进攻, 我们要奋战到底,
我们要在法国作战
我们要在海上作战
我们要在空中作战 ,愈战愈勇, 我们要不惜一切代价保卫国土
我们要在海滩上作战
我们要在登陆地作战
我们要在田野和街头作战
我们要在山区作战
我们绝不投降
即使我们的家园大部分被敌军占领, 即使我们饥寒交迫, 大英帝国的殖民地, 在皇家舰队的武装保护下, 也将继续浴血奋战, 直到天时降临
新世界将以无上的力量, 为旧世界带来 救赎与解放
— 丘吉尔, 于 <敦刻尔克撤退成功的演讲>
笔者反思后觉得 觉得在 MSC 这个项目中，暴露出的问题， 和直面自己的稚嫩，学习到的东西已经值回票价。
成长过程中又怎么会没有弯路？总是只想着 完美的方案只会畏畏缩缩， 然后成为旱鸭子。如果想做， 那就去做，然后失败是必然的，吸收它，吸收那个失败。就像 Bug 的权限追踪一样，缺陷总是会被修复 :)。 失败不必过于沮丧，这是常态。和工作中一样，把它看成水，自身是石头，水流过石头 即可。接受它， 然后转为养分.
只要不下桌, 就不会输
life