2025年度个人年终总结

   2025已过去，新的一年到来了。在过去的一年里，依然继续在技术的道路上不断打磨，也在公司由一名新员工蜕变成了老员工。

   回望这一年，上半年在从事下牢溪的收尾工作，解决了实时监控邮件的问题，同时，给预警系统添加了一些小功能。

   到了下半年，除了早期项目的维护，工作一直主要围绕着“夷点通”这个平台开展。这个项目对我们团队而言算是一个挑战，因为不像之前的项目那样有足够的时间来选择自己熟悉的框架来一点点搭建，从一开始就是政府急着要成品，所以，最终选择了购买第三方代码进行二次开发，这中选择本身就有极大的风险，因为在签合同前只能看到对方展示的效果，而不能得知代码的质量，对方可以在表面做足功夫达到烟雾弹的效果，发现对方展示的效果大致符合我们要求之后，结合开发时间的不允许，最终还是购买了对方的代码。拿到代码的第一感觉是这项目结构很是庞杂，代码量很大，在没有熟悉项目整体逻辑的情况下，没办法判断代码的综合质量，事实上，由于没有这种项目的开发经验，我们团队是摸着石头过河，在学习对方实现逻辑的基础上集合政府那边的需求，不断调整代码。对于项目的复杂度，我们一开始就是有预期的，因为看到小程序和后台的展示效果之后就发现里面功能特别多，很多功能都用不明白，可想而知代码也会很繁杂。

   拿到项目之后，起初对代码的印象不算差，因为除了复杂之外，就是感觉框架的mvc结构有点特别，跟我之前用过的tp框架不一样，觉得有挺学习价值的。在后续的开发中，随着对项目整体逻辑的熟悉，加上对代码的深入研究，问题逐渐暴露出来。这项目有几个很严重的问题：逻辑混乱，有一些莫名其妙的写法，影响对项目功能的判断以及逻辑梳理，比如，诉求状态里的“破解流程”。存在大量的冗余代码，同样功能的页面生搬硬套出多个来，导致任何一个小改动都需要同时改动多个页面，导致开发成本增加。代码不规范，写法五花八门，编写质量参差不齐。这一系列问题导致二开过程中，需要先对代码进行整理、优化，才能正式开发新的功能，耗费了很多时间。这其中最大的问题在后台管理页面，这个使用的是特别老旧的layui框架，而且编写质量很差，不适用于如今的应用场景，而要根本解决这个问题，就得将后端整个换掉，只保留基本的后台逻辑，而这个需要花费多时间和精力，为了尽快上线使用，只能先改好部门重要的页面，将这个问题进行搁置。

  值得欣慰的是，经过了这一年一点点的打磨，到现在，微信小程序的优化、开发基本已经完成，合并了很多页面，清理一些不需要的文件，对主要页面的UI也进行了一定程度的优化。而后端页面主要页面也基本能够使用，只是后续优化工作依然繁杂。虽然偶尔还是会有点问题，也还有新的功能在开发中，但已经开始上线使用，而且，这个项目还在三峡日报刊登，据说还要往省里、中央进行推广，切实解决了地方政府基层功能的实际问题，也算不负这一年的辛苦付出。

  新一年的篇章已经开始书写，愿接下来夷点通的项目能顺利完成，为公司和社会贡献自己的一份力量。