在构件部的那些年，是自己最青春的时光，设计开发能力得到快速提升，好的开发习惯、设计思路、如何对需求进行抽象建模、软件的复用性意识等。入职的前几年，特别是第一份工作的前几年，能有幸养成更加专业的习惯，对以后的发展，会受益匪浅。在这里也感谢构件那些年领导和前辈、及各位“老铁”们对我的关心、指导与支持！
还记得2008年的前半年，在领导和前辈们的指导下，从对开发框架的基本认识，一个简单的增删改查，到UML、设计模式在具体开发中的理解，都有了一个快速的飞跃。还记得开发的第一个功能，自己测的好好的，但领导和前辈们总能点出很多问题，然后反复修改，深刻体会到了开发后单元测试的重要性，写过的程序一定要多测才能保障交付。
在构件的前一段时间，大家刚接触技术、企业级框架，觉得技术实现是最重要的，且领导们都同时是技术大咖，在我们看来，没有解决不了的问题，所以遇到问题不要怕，请示一下领导，一切都迎刃而解。但领导经常告诉我们，“技术的问题永远不是问题”、“每天默念三遍需求”，当时不太理解，总感觉技术实现是最关键的一个环节，随着工作的深入，越来越深入的理解，至今受益。在真个项目的进程中，还有太多的东西左右项目进程，包括需求的理解及控制力、项目的过程管控等等，而技术，只是一个重要方面之一。
构件部的那些年，领导们经常组织大家开展技术交流，像Groovy、UML、设计模式等交流，围绕着工作中遇到的问题、采用的技术深入讨论，做到更深入的知其所以然，而不仅仅是会用。
在面对需求时，对需求进行抽象建模，通过UML展示建模过程，然后进行核心接口API、数据库的设计，并完成最终实现，及后续扩展。那时领导对API的每一个注释，都要求大家进行深入推敲，将该接口如何正确的使用，包括可能出现的异常情况，直观的展示出来。因为构件，会涉及项目组对接口进行二次调用，完成个性化开发的功能，所以对每个API，都做到规范，和易于理解。一个好的设计和开发习惯，包括做事规范性，就是在那个时候养成的，并一直得到延续。
那个年代的每一天，都感觉在蜕变，都在接触最新的东西，并把最新的东西应用到构件开发中。
对构件在各项目中的价值，由于那些年支持了很多金融行业的一线项目，也深有体会。例如财报、评级构件，对各种复杂且变化频繁的财报、评级模型，能做到“变化配置化、配置业务化”，通过配置即可实现核心功能。即使有些项目中有个性化需求，一线项目调用构件接口开发具体功能也非常便捷。构件，即快速构建的能力，做到了很好的复用性价值，使开发效率做到了很大提升。很多项目也得到了比预期要更加顺畅的进度，有些甚至“提前上线”，得到了客户方与一线项目团队的一致认可。
由于在需求中识别了共性，应对了变化性，不仅仅是构件本身，对业务需求也进行了有效积累。记得在支持的有些项目中，当客户提出一个需求变更时，能帮助客户识别带来的潜在影响和问题，包括可能引起的较大改动对关键时间节点的影响等，便于客户方项目经理去权衡是否在当前阶段需要改动，同时使客户对我方考虑问题的专业性更加认可。
在构件部的日子里，是自己对技术、框架、架构深入理解的过程，也很难忘那个时候能力的快速提升，及面对各种项目环境下的应对能力，是自己快速“入行”的几年。还记得领导提出的“构件要源于项目、高于项目”，必须能在项目组中，能凭借复用性经验及多项目对同一个业务领域的沉淀、积累，真正能快速解决一线各项目组的问题，才能得到客户方、项目组的认可。“变化配置化、配置业务化”，快速适应变化，才能体现出构件的价值。
2018年初，构件08届10年相聚，很多当时的“老铁”们，有的已经成为了甲方，有的去了高校，有的在做技术总监，有的成为了很好的开发者，有的则在阿联酋、尼日利亚、南非等多个国家经历着自己的故事。。。自己呢，故事也还算“阔以”吧，写着职场十年，分享一下充实而有趣的经历。不管留在中创的，还是走出单位的，同样都有自己精彩的故事，在成长中逐步走向了成熟，或者可以说，又老了几岁，哈哈，十年了，真心祝福大家越来越好。。。
在对一线项目支撑过程中，体会到了构件的价值和复用性能力，及通过知识沉淀快速引导需求的能力。除此之外，在通过和一线项目的“亲密”接触和并肩作战的过程中，也学到了对项目的管控能力，及对各个一线项目组要求的一种感觉能力。通过这些能力的沉淀、使得自己在支撑一线项目的相关工作中，越来越得心应手，同时自己的软件工程意识，项目管理能力也得到了提升，为将来带项目、带团队打下了良好的基础。下面的几个章节，会分享一下在几个金融领域一线项目中的故事和体会，更多精彩内容继续。。。
网友评论