金融行业参与软件开发的经验教训

作为一个工作几乎接近8年的老人，一直都从事于金融行业相关的软件系统开发，所以多多少少有一些过来人的经验可以说，希望对你有些用处：

1.认清自身职业方向，不要轻易走偏

进入金融行业参与软件开发，并不等于你就能有更多机会分享到金融业的收入红利。金融行业很多赚钱的仅仅是利用软件做资金交易，如果你没有特定金融业从业资格证书，就不会拥有分享金融行业红利的机会。

2.遵守职业操守，拥有保密意识

金融行业的系统开发，特别注重安全和保密性，所以很多时候对于开发有一些并不友好的限制与规定，这点要有足够的预期。不要妄想为代码埋入后门，代码审查和测试不会给你机会。法律对于涉及泄露商业机密和金融犯罪有足够严厉和周密的条文。

3.不要低估业务复杂度，多角度细致考量

金融系统软件有些业务流程看似并不复杂，但是一旦牵涉到实时性、稳定性、安全性、准确性，复杂度立马就会上升几个档次。即使开发时间比较紧迫，也不要减少多方位的测试。很多隐隐感觉不对劲的地方，出现问题几乎是必然的。

4.不要轻易修改他人代码，未知风险防不胜防

如果不幸接手了其他人遗留的代码，遇到了一些需要变更的代码，请不要太过自信，上手就改，即使你认为已经理解得相当透彻了。如果能找到原主，就一定不要放过，因为修改出了问题，他逃不过这份责任。但是在请教前任时，首先自己要对前任的代码有过梳理，至少要弄清其走过的几个关键流程，有的放矢的去问。

5.要有主动了解全局架构规划的意识

当手头上暂时没有开发任务时，不要总是追求学习网站博客上的新技术，别人遇到的问题未必是你需要去了解的，把与手头相关的事情弄清楚，例如：

• 花点时间访问一下各个关联系统模块的功能代码，构思一下整个的系统的全局图景。
• 总结一下他人代码的不合理的地方，准备向领导汇报一下改进方案。
• 获取一下系统测试账号，登陆系统，以用户的身份完整走一下业务流程，不知道的流程优先向有经验的测试请教，这比自己苦哈哈的看需求文档要高效得多。
• 尝试登陆一下测试最好是生产部署服务器，获取一下服务器和进程的系统运行参数，看一下系统负载和组件配置，有利于了解业务规模和系统压力。
• 定期抓取系统日志，查看一下是否存在环境异常和代码bug，有利于在测试未发现问题前解决缺陷。

6.主动沟通，不要硬抗

在参与一个较大的多人开发的任务时，要主动参与代码模块的规划协商，不要自作主张的添加影响全局的功能代码，其实觉得十分麻烦也不能放弃沟通，否则后期的整合困难将是你痛苦难言。

7.不要低估时间风险

在正式开发过程中项目遇到了一个比较耗时或不确定的问题，即使自己感觉花费一些时间也能独立解决，也要积极向领导反馈风险。

8.循序渐进，保证可控

要养成良好的代码提交习惯，涉及到多个功能的代码不要在最后一次性commit，不要心疼那点磁盘容量，也不要觉得一次性提交可以掩盖问题。按照优先级分批次commit,尽量保证每次commit的结果只涉及一个功能点，并保证进程的单元测试通过，这样在未来定位问题时不至于费时费力。

9.保持谨慎，多次测试

合并分支代码是一项细致活，要有足够的耐心对待冲突点。同时一定要在合并前会看一下变更方位，有时候由于你的误操作或者其他意外会导致把非本版本的变更混杂在当前提交版本中，导致最终发布不可控。

10.抛弃幻想，脚踏实地。

有很多做开发的新人同学十分容易高估技术在公司的地位，幻想着老板能够看重你的付出，对你不断提拔。实际上最容易被提拔的是离公司财务和业务最近的人，对此要有足够的理解。还有很多明明对技术有足够理解力的高级开发，已经工作多年了，但是一直也没能升职到架构师。

实际上能做架构师的，如果说仅仅是技术了得，那就太一般了。实际上很多公司的架构师都有一个管理公司员工，沟通协调资源，宣扬企业文化价值观的职能，如果缺乏一定的技术影响力和威慑形象，很多工作是不好推进的。