2019年总结与展望

1.荣誉如浮云，干活轻松愉快才是王道。说实话大家都想升职加薪，但是付出和收入成正比，无双休天天996的加班，升职加薪并无过错。如果想生活大于工作，那要什么自行车。入职将近两年，看透了一些事情，部门甩锅特别严重，开发不成体系，程序二次开发难度大，分工杂乱等等等等，奈何自己小兵卒无法提建设性建议。

2.其实工作和学习之间的协调没必要这么累，生活和工作并不是鱼与熊掌，而是工作为了更快乐的生活，但是干不完的工作，导致工作和生活都特别丧，分析一下原因，我并不承认是个人能力问题；至于什么问题自己想。

3.想了几点问题和建议：

1)年底冲刺问题：这个很矛盾，客户公司财年周期和元旦差不多的，并不是转年三四月份，所以导致，提前到10月份就开始冲刺，相当于4月份财年开始，有半年多时间是高压下冲刺的。

建议：公司政策，无解。

2)1246加班且到9点问题，上有政策下有对策，其实不用强制加班，人均加班时长是稳稳的可以达到的，因为有一部分加班挣加班费的人是带的动不加班的人的。

3)项目冲刺问题：这个太特么的值得吐槽了。

项目需求一定要明确，就算具体细节不明确，大方向一定不要错了，增改细节总比的大改功能强。作为研发，出差出到想吐，太讽刺了。项目支持就是解决现场问题，出差之前考虑做的东西是不是在公司做不了，而必须去现场做。开发功能妥妥的应该是在公司完成的，去了现场只是调试，如果在现场开发新功能，太劳民伤财。工作以来，不认为自己技术多好，自认为工作协调以及任务分配方面还算可以。技术选择是个大问题，之前下载了一个公司的项目，md，css和js包插件一大堆，甚至开发一个功能就引用一个js插件。现在不都是一整套的吗？？？ 建议部门做几套技术框架：spring mvc，spring boot，spring boot + vue，layui。不要炫技，也不要特别牛逼的技术，其实最基础的代码做最复杂的业务是最好的。技术不统一，开发不统一，还要看别人代码，改别人代码太难了。

部门技术要改革，老代码要重构：

单点登录问题需要开发补充一份完整的：

1.具备单点登录功能，且根据传递参数显示不同的登录界面（有这个功能，但是部分代码写的不敢恭维，从代码冗余和格式上修改）；

2.公司数据库乱，太乱了，乱七八糟，百年不用一次的表太多，烂表太多。建议及时清理，眼不见心不烦，多个项目的表如果在一个数据库，命名方式要改变，或者直接就规定死表的命名规则前缀：系统名称_sys/business_业务逻辑_具体实体,sys代表系统功能表，business表示业务表，具体怎么区分：简单的说，当系统迁移的时候，能够清空不影响系统正常使用的就是business表，得保留数据，展示项目功能的就是sys表。杜绝跨库引用表，跨库取值的方式不可取，除非两个系统之间有关系，但是有关系为什么不建一个数据库？？？？乱，太乱了，看的头大。

3.命名规范：规定死用驼峰还是下划线，起名字要有意义，不要用拼音，架构师起到约束包和文件夹的作用，私自建文件夹和包要打报告，check code必要！！！乱写，乱加文件夹，太乱了，一个功能分好几个文件夹，不同的业务写到同一个文件下。简直开发自由发挥，自由飞翔。

4.负责人建项目的时候，要把可能用到的js和css都放进来，一次性考虑周全，后期分工开发的时候不要私自引用插件，项目引用插件打报告，加包和公用css，公用js打报告！严格在自己项目文件下开发！

5.写代码要规范，缩进，表达式空格等，看着舒服的代码才好。

6.项目开发有序循序渐进进行，文档可以补，但是开发不能乱，建一个部门通用的资源平台，上面可以交流，可以看到部署的项目地址等。

不吐槽了，，，以后再吐槽。

其实缺一个check代码的人。。。。。。

展望：看不到希望。。。。。。。。。