我想每个程序员都会有一个全栈的梦想，但现实是工作细分让你不可能接触方方面面；另外前端与后端的场景问题以及相应工具链不同，二者的关系更应是“配合”而非“融合”，将它们分解以实现各自更清晰的目的。

好的软件就如同好的作品（软件本身也是作品），一定是“改”出来的。在软件与自我的同步迭代中，在量的积累上实现质的改变。没有任何进步不经过锤炼即可获得，成长的蜕变需要持久的努力。机缘 + 努力 = 成功，默默付出，万事可期。

该项目是自学时第一个练习项目，前期学学做做、修修改改用了很长时间，后来工作后基本上停断了半年时间。目前工作换歇正好重新收拾一下，还是“继做项目，重学知识”，同时发现自己的认知改变了很多。

原先前端与后端是整合在一起且能运行，发现不知什么原因各种依赖包出错，折腾了将近十个小时没有搞定，最后痛醒————前端与后端应该分开搞，任何意外、未知耦合都可能把项目搞垮（项目垮不垮不好说，人已经搞垮了），所以最后将后端这部分单独拿出来，未用脚手架从零开始将其建立起来。

“开发过程：修建骨架——逐添内容——精简完善——快慢有度”

人与人最大的差异是思想，程序员同样如此。程序员不单能熟练运用各种技能、技巧（甚至这些有时都不重要），更要注意锻炼培养自己思考问题的能力——认知到元认知，高度、宽度、深度：

“思想品质：分析——转换——解决——变通”