项目并非只有成功才有价值

很早之前读过一篇喜欢的作者的文章：

https://www.zhihu.com/question/27534237/answer/1942322597

它不应该是一个项目，而应该是若干个项目之和。

每一个项目的立项，除了主要目标的达成要有足够价值之外，它的失败也必须要有价值——这不是那种“精神性的价值”（至少不仅仅是），而是可以那种硬邦邦的、可以折算进股价、并购价格、或者另一个项目的资产的可以被交易、被兑现成金额的价值。

又如研发一款软件产品，不光是它的成品上市要有价值，它的一系列中间件、育成的团队、形成的研发规范、积累的知识库（这包括了被系统记录的教训）、构建的外围社区关系、积累的设计系统、凝聚的研发传统和工程师文化，甚至是研发过程中的故事情节，都是可以挤出钱、挤出股价来的。

是可以卖钱的，规划得好，整理良好的失败教训都是可以卖钱的——有很多人在花钱看火箭爆炸直播的，ta们只是以为不直接收钱就是“免费”的罢了。

最近在帮朋友写一个项目的前后端交互，一天的时间写下来成效却不尽人意。后来却发现同样的技术栈我在几个月前完成课程设计时就已经写过

只是当时完成以后，就匆匆投入到雅思的准备中了。

后来发现，那个项目并非做完换得一个好的分数才有价值。

做这个项目的过程中，也有不少值得积累的、能够复用到其他项目的技能和阶段性产物——

如何做好一个简单的登录表单？

如何解决路由的跨域访问问题？

如何使用vue-router挂载路由？

向本地请求资源和向路由请求资源的不同路由写法是怎样？

……

解决项目过程中碰到的每一个问题，都值得写一篇博客，都值得把阶段性的成果挂上github作为微型项目。

我们的博客，不仅是写给别人看，更是写给自己看——记录自己的技能总结以及阶段性成果。因此不必担心什么“别人写过的主题我就不能写”

甚至有时候，越难解决的问题，我们在解决的过程中就越兴奋——因为这意味着我们在解决一个很多人都没有破解的问题，解决这个问题我们就能帮助到越来越多的人。

由此带来的收益，也似滚雪球般增长。

所以，多输出、多记录

完成项目的每一步，都算数。