一个程序员的六年反思，我为什么选择快速开发

Posted 2021-01-18 cai168

 

经常会写点东西，写久了就不知道该说些什么了，看着各位技术大V在社区中侃侃而谈，菜鸟新手孜孜不倦，甚是感慨，回想一下自己走过的路，诸多记忆涌上心头，今天闲来无事，一起聊上一聊。

今天为止，混到CTO已经两年了，参与过大大小小的项目也有几十个了，苦逼的是现在依然需要带小弟，毕竟要保持团队年轻化嘛，其实对他们也只有一个要求，那就是把学到的东西写下来（有点老传统了哈）。这可能和我个人的习惯有关系，在过去几年我基本上都在和客户做项目，每遇到一个问题基本都会在博客上分享，但是与开始的个苦心吸引眼球不同，现在写来也就是图个乐趣，提醒自己还有那么多的领域我没有领悟，以此鞭策自己，不要再走弯路。

 

说起开发，大学毕业之后就开始做了，最初也无所谓兴趣，只是亲朋好友都说这一行收入比较不错，便投入进去。八月份，也就是在毕业一个月后，我便开始了我的第一份工作，是一家外企，做移动互联网产品，薪资不差，可惜不到两周我就跑了，现在想想真是一点儿也不理智，因为离开四个月后，这家外企就从上海撤了，如果当时留下来，至少能得到两个月的遣散补偿，真是悔恨啊。

可能你也在想，离职是不是我不行，在公司待不下去了呢？不是！因为在我进入公司的这两周，同部门就有三个人离职，整个公司估计就更多了，离职这种事情是能传染的，尤其是对一个刚毕业的菜鸟来说。因为一旦一个公司有大量离职，心里会想这个公司一定有哪里出了问题吧，对我的未来一定不是好事，于是头脑一热，便拂袖而去。

后来，我去了一个当时正在大规模拓展的外卖平台，名字就不说了，前三个月基本上就在学学学，接下来几个月便是写写写，这时候用的基本上全是java，由于实操机会比较少，经历了坎坎坷坷，总算完成了人生第一个小项目，如果当时你有用的话，APP上那些“低价超值”，“简餐快餐”、“省钱神器”、“限时抢购”等项目，基本上我都有参与。而做这些项目的本质，是要解放那些运营部的靓妹帅哥，让他们有更多的时间去约会，现在想想，还挺有意义。

 

后来，鬼使神差，我不知被谁蛊惑的，想着了解技术前沿，又去读了一年计算机学院，那时候真的是计算机技术发展的黄金几年，我直到在学院毕业，还不知道我学的东西根本没有，除了一张结业证书。但是，就是我觉的没有的计算机学院，导师却在毕业时给了我一个方向，关于未来软件技术发展的认知，并把我推荐到了如今的公司。

这是我第一次接触到快速开发，光概念性的东西我就花了好几个月的时间去了解。Web端的东西，关于.net的一切我又重新复习了一遍，C#语言，说实话我以前没怎么用过，而公司的框架却是以此为基础，不过计算机语言都是想通的，经过几个月的磨合倒也上手很快。

在我最初的认知里，软件项目通常都是定制化开发，没个几十万很难做成，但是当我接触到快速开发这一块的时候，我的想法发生了巨变，就像现在，OA可能都要进入4.0时代了，最开始的模式遭到淘汰也就理所应当了。

 

快速开发，其实针对的是融合框架，在框架中部署一些列的通用组件，做到灵活配置，其实这就要求这个框架的兼容性好、功能完善、可拓展性较为优良，至少能做到大部分企业的通用需求和部分个性化需求，这样可以比较好的解决企业和软件公司相互扯皮的矛盾。企业用较小的成本拿到框架，根据框架进行自主便捷化配置，软件公司只需提供简单的技术指导便可以了，双方省心。

以learun快速开发框架为例，初代版本便包含众多实用组件，而这些组件又能单独开发多套企业应用系统，例如OA/ERP/CRM/移动APP/电商后台等，真正做到了一套多用：

 

 

 

 

 

 

 

 

当然了，这里使用的只是1.0的功能表，实际上，learun如今已经发展到7.0，功能要比这里的丰富很多（因为涉及行业竞争就不放出来了）。

这些，基本上都是根据行业客户的案例一点一点整理出来的，开会开会在开会，讨论讨论再讨论而定。而且在后续的实际开发中，也深刻感觉到到个人能力和团队合作对软件质量的重要性。

如果你问我，一个合格的程序员应该包含哪些能力：

编程能力、团队沟通、写文档、追求完美、知识储备。

而你要问要做一个行业创新框架需要哪些能力:

不怕死！