最近是单兵作战，在公司独自花了一两个月时间开发一款报表工具。

UI 设计稿出来之后，就开始搞了。现在的状态是，后端的代码很多天没动了，一直在处理前端的细节问题，比如字段选择组件的性能优化、样式对齐、按钮隐藏、预留给后面扩展的模块先隐藏...

一堆问题，已经掉坑里了。

这事挺有挑战，是我自己选的，目的就是为了全栈把工具做好。

只是自己吭滋吭滋把核心功能都开发差不多了，这些边边角角的细节，得自测，测出来的问题还得处理，领导又想着月底集成。呵！顿时觉得自己干了一件吃力不讨好的事，心里有些许的不平衡。但有句话说得好，自己约的炮，含着泪也要打完！

今晚改完若干 bug，独自踱步在办公楼下，心里想着：其实成功已经不远，心里不爽是工作之中的常态。再加上我是一个不轻易开始，开始了就不轻易放弃的人。没有难度的事，干一百遍也没什么提升；做成一件自己在意的事，蜕变是看得见的，这点我之前就深有感触。

复盘一下这事：

• 期望前端能力提升，愿意接受一个人搞这个任务，是故事起因。全栈对我来说是一件挺美好的事，为以后做小而美的工具做个铺垫。

• 开发之前没有进行很好的设计与边界划分。这次明白了设计的重要性，线框图、表结构、功能列表、表结构设计、接口设计、技术栈、难点技术预估。没有设计，必定要多走弯路，但是不走弯路又无法修正设计的错误与不足。爬过的坑，就是经验沉淀。

• 即使这次做的不行，下次有这样的机会还是要上。这事很锻炼人，需要的不仅仅是开发技能，还需要设计能力、沟通剔除伪需求能力，控制开发节奏的能力。在企业，独立去干活的机会并不多，长时间拿不出东西，领导会焦虑，没有可控感，也容易让自己失去信心。

• 细节是魔鬼，真功夫都体现在对细节的处理里。这次学了很多前端技能，其实如果你已经熟练一门开发语言，换其他语言去开发，本质上的套路是差不多的。比如前端库里选择组件性能很差，原因就是 JS 里的代码的查询遍历太多嵌套、每次控件 change 都要重新 render 整个控件中的每个元素，算法上的优化思路跟后端开发是相通的。

没有掉坑里的经历，程序人生是不完整的；没有从坑里爬出来的能力，是干不好程序员的。