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


 

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

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


 

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

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

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


 

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

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

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


 

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

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


 

 

 

 

 

 

 

 

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

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

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

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

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

不怕死!


 

作者:陈依依,发布于:2018/11/09
原文:https://www.cnblogs.com/cai168/p/9933427.html