接触基于node的前后端分离思想之后，创业力M端是我接手的第一个实践项目。对于一个典型的高学历低技能的前端菜鸟而言，这个小项目却让我受益匪浅。项目实践面前，学历靠边站，能力是关键，项目开发过程毫无疑问的暴露了自己不善于思考、不主动积极、遇难妥协、技术能力差等缺点。痛定思痛，决定把自己的开发过程中犯的错误暴露于此，避免在以后的开发中犯同样的错误。
（一）UML或文字的产品需求，均要上心
我常常犯的一个错误就是不屑于明确需求，而是主张边开发边解读需求，结果这种疲懒得状态导致了开发时间安排无为、流程节点毫无概念、不知接口对接、联调以及提测为何事。这种惘若未知的态度，将自己缺乏开发经验、自以为是的缺陷暴露无遗。所以进行有思想的开发，明确需求、理清需求，将遗漏、易错、易忽略的需求做好标记，这样可以避免因错漏需求而自己给自己挖坑。
（二）业务逻辑的重要性
这真是一个惨痛的经历。因为创业力测评的登录以及支付流程几乎与考高考测评一样，所以我想都没有多想就直接参照高考测评的业务流程进行开发了。因为脱离了创业力项目的业务逻辑，自以为是的开发，结果项目进行到提测的紧急阶段，却出现逻辑不通、接口失效的问题，最终不得不加班加点，按照产品需求不得一遍一遍的进行修改，结果都无法解决。还好关键时刻老大给开了个会议，给出了有效的解 决办法，最后按照老大给出的建议改掉逻辑才能得以解决。所以为了避免耗费过多的时间去修改因为逻辑问题所犯的错误，在做好需求分析前提下，一定要理清开发思路，构建严谨、合理、有效的业务逻辑。
（三）开发计划表，虽可有可无，却帮助良多
在项目开发有限的时间内，自己必须做好项目开发的开发计划，规划好切图、接口对接、联调、自测和提测的时间，要充分把握好每个流程的时间节点，这样子自己能够管控项目的开发进度，是一件很自然很爽的事情。所以在明确产品需求、理清业务逻辑的前提下，制定一个开发计划表可以很好的帮你管控项目开发进度，是一件不费事不吃亏的有价值的事。
（四）参数错误导致付出的惨痛代价
很多时候，我自己能写的代码喜欢自己敲，而不喜欢复制粘贴现有的，这样子虽然可以锻炼自己的书写速度和加深自己的记忆能力。但是，万一其中某个参数或者某个单词字母写错，而控制台报错自己又看不懂，该怎么解决呢？解决一：把自己敲的代码全部丢弃，复制粘贴别的现有的代码。这样子得话自己之前花时间敲的代码就白费了。解决二：自己慢慢的查错修改，这样子花的时间可能长可能短，长的情况是出错的地方不明显，自己看着代码觉得似乎没有错；短的情况是忽然看到出错的地方或者是出错的地方比较明显。由于自己经常会犯这样的错误，惨痛的代价告诉自己，还是复制粘贴现有代码比较保守、高效。
（五）项目开发完毕要及时反思总结
就像现在这样，只有及时反思和总结自己开发完的项目，才会知道自己哪里做的比较好，哪里做的不足，下次再开发时该如何避免所犯的错误等等，这是一个良好的有助于自己进步的习惯。
开发一个完整的项目，可以学到很多，也会体现出自己的很多不足。比如客户端与服务端，接口请求的不同、配置域名获取的区别、用户代理的不同等等，这些之前似懂非懂的概念以及用法，通过自己的实践之后都弄懂了，是很大的一个进步。开发过程遇到技术难度或技术瓶颈，没能迎难而上，而是选择让别人解决，这是很不明智以及很不光彩的决定。任何开发人员的成长都是在困境中成长的，面对难题要敢于担当，而不是忽视或放弃，否则难以进步和成长。