我在公司工作两年多了，一直在处理报表相关业务。 解散的团队留下了举报工具申请，没有人交给我，所以这只破鞋就到了我手里。
这个工具维护起来还是很麻烦的。
接手这个烂摊子后，我的心还是有点碎。 但既然来了，那就安全了。 我一遍又一遍地翻阅这个应用程序的前端源码，一边翻一边改问题，并在代码中记录了各种处理逻辑。 我花了三个月的时间才弄清楚，我逐渐能够更轻松地处理这个问题。 我自己能够支撑起这套工具，应该已经超出了领导的预期，而且我还获得了当年的优秀员工奖。
之后我经历了一段时间，有问题就处理，写文章，建博客，开发面试题小程序，日子过得还算安逸。 但我心里放不下一个意见，那就是构建这个应用程序，因为上面的代码确实不太好。
例如：
每天都在处理这么糟糕的代码中的各种问题，我想加更多的钱来构建它，但是接下来我有其他的开发任务，所以我只能继续忍住。
今年有一个部门想基于这个工具扩展功能，老部门要拆掉，就趁势。 我以为我已经很好地掌握了应用程序的源代码网站对接小程序源码怎么弄，但真正满足各种棘手的需求却相当费力。
花了三四个月的时间，扩展版本1.0终于发布了，小范围内搭建了很多东西：
然后在此基础上拓展新的功能，这就是1.0所做的。
接下来网站对接小程序源码怎么弄，只是1.1
为了把这件事搞清楚，我把极客时间-设计模式之美专栏看了三遍，捡了很多设计模式在Java中应用的源码。 但学习了各种理论之后，最终可能写不出好的代码，或者只是打包一堆垃圾代码，本质上仍然是垃圾代码。
前段时间，有同事在我建的交流群里说，他想从前端转到后端。 原因大概是前端问题比较多，需要和产品总监、测试人员各种借口推脱。 写逻辑，每天晚上去上班。
在我看来，无论你选择什么，其实都会遇到困难和困境，手里拿着各种问题是很郁闷的。 但只要你坚持下去，你现在的沮丧也许就是带你以后飞翔的东西。
