内部系统开发与维护心得总结

公司内部系统开发与维护心得总结

简述:

3个月公司内部系统[PMS项目管理系统、OA办公自动化系统、CRM客户关系管理系统、基础信息系统、手机OA后台管理系统]的开发与维护心得体会,该文章不断更新中,关注下方链接。

项目开发心得总结持续更新

主要从以下几个方面复盘总结相关经验:

1.业务层面和代码层面:

经过公司几个内部系统的磨炼,可以发现明明看起来很简单的业务，但写出来的软件代码为什么会这么复杂呢,随着大量写代码的积累,首先,设计软件的核心思路是从业务的视角出发,并试图把技术复杂性和业务复杂性分离开来,这对程序员的技术挑战和技术复杂性的要求十分苛刻。这样分离不仅便于后续的程序扩展，也能避免无意义的返工。

• 软件复杂度
  1. 理解能力维度
     • 规模
     • 结构
  2. 预测能力维度
     • 过度设计
     • 设计不足

简单来说，软件复杂是分为两个维度的。从理解维度上来说，软件的规模越大，结构越混乱，软件也就越复杂。从预测能力维度来说，软件可能会因为不能很好地适应未来的变化而导致改动成本太大而复杂。

我们可以用一些开发上的概念对应这几个维度，比如规模对应了代码行数和微服务数量；结构对应的是代码的分层设计、服务的调用关系；过度设计指的是为了把软件设计得过分通用，而导致代码设计复杂、可读性降低；设计不足就是很多写死的代码，导致业务变化时会有“改不动”的现象。

结论:

通过合理的架构来清晰代码结构,通过抽象合适的领域模型,高内聚低耦合来应对变化

2.bug层面

对于任何一个程序员来讲，写bug一定比写项目简单的多的多得多。如果你是一名敬业的程序员，女朋友可能不会陪你一辈子，但是BUG却一定会陪你一辈子

BUG可以从你想不到的任何一个地方出现，可能仅仅是因为改了一个接口就会引发连锁效应的BUG,有可能是因为缺少一个非空判断,一个参数传递问题,可是我也不知道到底是哪里的错误,只能一个一个试，一点一点的debug,bug就是这样，他一直就在哪里，只是你看不到他，你只能摸着黑去找，最多会有一个大的方向(这很依赖程序员的经验)

好处:

1. 程序员功底的提升
   bug绝对是程序员进步最快的一步路,这些东西只有自己经历了，自己改过了，才会成为自己的经验，成为专属于自己的知识，而那些没有经历过的人，当第一次遇到时，就会像我当时遇到第一次bug时，手足无措，身边也没有可以询问的人，能做的就只是一点一点的debug，百度错误名称，汲取别人的经验。

2. 心态、心性

改bug挺磨练人心性的，心性不够稳定的人就容易忍受不住改不出来的挫败,有时候觉得改bug的过程就是程序员的进阶之路，bug永远也改不完，下一个项目总会有新的bug，就像程序员永远也没有学完的知识，只要还在这条路上，就要学会终身学习。

3.系统层面:

• 自我代码严谨性
• 功能业务的多变性
• 系统相互之间的关联性
• 老数据的兼容(新功能开发,和已有功能的开发,已有功能的变更) 3种情况考虑思路问题角度不同
• 程序性能的提升(自身的功底有关)
• 测试环境与开发环境的一致性(关键数据不一致)

4.自我认知:

自己属于项目的一员,在项目中担任着java开发工程师的职位,也应该具备这个角色所对应的能力

1. 团队协作能力
2. 高效沟通能力
3. 需求分析能力
4. 架构设计能力
5. 独立创造能力
6. 自主学习能力
7. 工具利用能力
8. 知识表达能力
9. 长期学习能力
10. 保持好奇心(长期学习驱动)

不断完善自己的能力,重视基础,切记急于求成,勿以浮沙筑高台

• 做项目前，要先想清楚怎么做，做好充分的预研和设计。这样不仅便于后续的程序扩展，也能避免无意义的返工。

• 将大的目标进行拆解，做好计划，分清主次。不要因为觉得目标遥不可及而拖延，也不要盲目乐观而松懈。

• 养成好的作息习惯，找到自己适合工作的黄金时间。(每个人的高效时间都不一样)