1. 目前大一,在学C++,应该怎样提高自己的编程能力
我本人一直从事C,VC++,VS等方面的软件开发工作。
基础,很重要。计算机硬件结构,数据结构,数据库,编译原理,C,JAVA语言,软件工程,操作系统,高数等等。怎样就算合格?绝不是考试及格就行。我看过很多高校的考试题,即使得一百分,你最多是刚入门的水准。这些是必修。
2,结合理论,做深入的编程研究
这一部分是所谓的实践。纸上得来终觉浅。计算机的摩尔定律,每五年更新一次。所以,你们老师讲的那一套,原理大致对,但现实,已经改变了。
如:CPU,也许你学的是X86的基本,但从Pentium至I5,I7。主板中增加的GPU/VPU,多线程,南北桥等,也许你听了就晕的各种名词。
各种IDE软件安装,如VS2019,JAVA等。别小看安装,十有八,九不会做。
软件开发,做界面UI,各科通讯,文件操作,MFC控件应用,Process及Thread,定时器,RTOS如何使用等等。
3,进阶,学习《设计模式》,架构,算法,做一个综合类APP。
推荐学习《设计模式》,可你你进阶。架构可学习理论。说实话,让刚毕业的大学生搞架构,是一个大大的Joke。你很自信,用人单位绝不认腔唤锋可你那一套,没有实战,何谈架构?
算法,学校也开相关课程,但仅理论。如此公共化的理论,用人单位还需要你开发么?所以,看明白就行了。
做一个集多线程多页面UI,算法,网络通信,基于SQL的数据远程交换等于一体的APP,我认为你基本就可毕业了。当然,后期可跟老师做一些工程也是可以的,但千万要与市场结合。
总结:学校以基础为主,兼顾理论与实践的结合,注重与当下技术的结合,这是用人单位所真正需要的人才。 好高骛远,只知道几个新名词,永远也进入不到核心开发层。在用人单位,基础不行的人的命运,就是直接被开掉,没人愿意给你从头伍晌讲起!
看你的问题,你是想提高自己,不想落在所谓大佬们的后面!我给你的建议,既然已经在学c++,那就先把它学好,基础打牢,基础包括编程语言基础,编程能力基础!编程能力基础非常重要,在别人看来可能非常无聊,也没有成就感,新手如何练习,最简单的方法就是去买本算法习题集,把里面基本功打好,学会分析需求,需求再如何转换成详细设计,多思想总结,反复练习,出山就是架构师思维,今后做项目,撸起袖子就可以开干,什么编程语言都是个把两个星期就熟了!不需要眼红别人做项目,我觉得你刚开始去做,也是给人打下手,反而不利于你进步,并且这些项目也不见得多有水平,况且带你做项目的人水平也不见得高!说实话,我见过好些在大学里跟老师做项链游目的,无非就是多了解了些工具,多见了些平台,还留下了一堆不好的编程习惯!这些项目的含金量不一定比好大学的课程设计高,比如华科自动化的c语言课程设计,难度高,感觉好多不入流的程序员,工作几了,也不见得能完成!
总之,在学校里,学习技术,多重基础技术能力,轻业务应用,毕业了能干啥,也说不准!
我现在大二,二本学校计科专业。我谈一谈我自己的学习吧。
大学选计算机也是出于一种莫名的吸引,我之前对计算机没有过任何的了解(除了打 游戏 ),对于专业很大一部分同学来说基础是比较差的,专业课学习也比较吃力。
然后自己开始零零散散学习Java,先是自己找网课看,然后多练,多练,多练。这真的是唯一的捷径。有很多东西你可能第一遍看不懂,写不来。不用管,你就写三遍,五遍,十遍,二十遍,边写边理解,最后一定不会太差。
我也处于成长的阶段,按照这样的方法,我相信现在的水平和我们学校同年级同专业的相比应该算排在前列的了。加油吧!
你好,一个具有八年编程经验的工程师来回答你的提问,关于大一学习C++,一些学生在跟着做项目,你怎样提高自己的编程能力?我将根据自己的 学习和工作经验 , 在程序语言学习、我自己的编程经历和对大学生学习编程的建议 三个方面作答:
一、程序语言学习过程
根据我自身的学习经验,我将编程语言的学习进程 分为 4步 :
1.基础知识学习
这部分需要根据书本或者老师的讲解,理解一种程序设计语言的基 本语法和功能 ,这个阶段过去一般能够读懂程序的片段 ;
2.看以及修改别人的代码
经过第一阶段后你可以读懂基本的语法,想要进步快就直接看别人写的程序,虽然这一步很枯燥,但是 成长必须经历 的,在理解别人的代码基础上进行修改,查看修改后的运行状态,这一步能够让你从会读代码片段到会 思考程序的设计 ;
3.独立进行程序设计
找一些功能需求,哪怕是一个小项目或者课程实验,尽量独立完成!遇到不会的要自己思考,实在解决不了再去查资料解决,这一步能够让 你真正会编程序;
4.自己主动设计架构和需求
到了这一步你能真正的理解,程序语言只是一个工具,真正难的在于项目,而非语言的限制,去学习 软件架构的设计 吧,寻求如何更好的把软件做的更漂亮。
二、自身的学习经验
我自己在大一的时候只是学习了C语言,甚至计算机二级都是考了两次才过,当时最大的问题在于 语言的学习只在课本之中 ,没有现实的需求,到了大二以后,逐渐做了各种比赛和课程实验,慢慢对语言有了更深刻的认识,到了大四后就可以脱离课本独自设计软件程序了,但这离工作后公司的项目需求还差的很远,我们经常说的一句话叫做, 软件写出来很容易,写好却是很难的一件事 。
三、对大学生编程的建议
1.兴趣是一切学习的推动力,要培养自己编程的兴趣,真正的是 为了喜欢而做事对一辈子都是受益的 ;
2.书本知识一定要学好, 打好基础 ,是一切的前提;
3.不局限于书本,打好基础后一定要 多练习 ,既然语言是工具,那么用的越多你就越熟悉它;
4.养成 归纳和总结思考的习惯 ,定期归纳总结自己的知识和技能,我相信这个习惯可以坚持一辈子。
最后,针对你的问题,大一刚开始,先不要着急做项目, 一定先打好基础 ,记住 多看、多学、多问、多练习 ,但这不是安逸的理由,基础打好以后,立即争取机会,向其他同学那样加 入项目团队,多参加比赛 ,争取所有能够锻炼你的机会!在现实的世界里大展你的所学,祝你学有所成!
以上是我的个人经历和经验总结,希望对你有帮助!
作为一个大一的学生,其实不用过于着急,只要你规划好你大学四年的一个学习提高计划,未来你也就是大佬。
提高编程技术的唯一办法就是实践我们不管是看过再多的书,分析了再多的源代码,你不去自己写一下代码,很难知道其中实现的一些原理,为什么这样实现?相比其他实现方式有什么好处?
所以,“实践是检验真理的唯一标准”这句话到哪里都很适用。
虽然我们说需要实践,但是怎么实践?可能对于大一的同学来说,这个也是一个搞不清答案的问题。所以,我们需要整理一个粗略的学习计划,按照这个计划,我们一步一步来丰满自己的学习内容。
学习计划
学习计划的话,我只能简单分享一下我的一些想法。
首先,我们大学的课程还是要学好的。可能有人会觉得,大学学的东西在未来的工作中不一定会用得到,还不如多学一些实际应用的知识。
我可以很负责任的告诉你,这种想法是错误的。大学学习的所有东西都是基础,而基础一定是很枯燥的。但是,在经济学中我们学到过:经济基础决定上层建筑,计算机的基础也是一样的。你未来成就的高低,很多就在于你的基础是否扎实。所以,珍惜大学这段能否全心全意且无忧无虑学习的时光吧。
在大一的时候, 除了基础的学习以外,自然我们还是要更多的丰富自己,毕竟单靠基础什么也做不了。所以,大一的时候,我们就在编程的基础知识上也下点功夫,学习一下语法、数据库、简单的架构和算法。
边学习的过程中,可以边通过实践来练习自己的能力。我曾经在大学的时候做过两个练习,也可以分享给同学们(不知道会不会过时)。
一个是计算器,别看计算器的功能很简单,但是里面能够玩出很多的花样,可能最开始你需要几百行的代码才能够做出来,随着你知识的积累,可能最后几十行代码就实现了。标准的计算器实现以后,就可以考虑提升难度,做做支持科学计数法的计算器。当然,如果你想挑战自己,还可以将科学计数法中的算法自己来实现。
第二个就是音乐播放器了,这个就不多说了,当然,做播放器的话,可以去找一些开源的插件,不必什么都从头开始,最终只是实现播放功能而已(我大学时候也做过一个)。
“力扣”也是一个不错的网站,这里面有很多练习题,可以在这里锻炼自己的代码能力。
到了大二, 自然就不能只是单纯的谢谢代码了,我们要从设计模式、架构、通讯协议等各个方面来优化自己,其中就还需要学习使用各种类型的中间件。而这些方面的知识点其实是非常多的,很多东西没有放到实际的环境中,其实很难能够体会到原理。所以,我们还是先学习理论,啃书的同时,可以自己假设一些环境,来做做练习。
虽然自己假设的内容可能和实际差距非常远,这个没有关系,错了再改正,其实印象会更加深刻。
这个时间,可以多看看别人的代码,开源社区里面有很多可以学习的内容。例如:你看到了领域驱动设计,光看书的话,估计真的是云里雾里的。这时候就去找别人写的代码来看看,一句一句的Debug理解,再回来看书的时候,你就50%以上都能够懂了。
当然,学到合适的时候,就可以考虑学以致用了,找找兼职,不求赚钱(但也别白做,虽然你是学生,但付出劳动得到回报不可耻),但求练习自己的能力。
到了大三, 其实大二的那些内容可能很多你并没有完成,没有关系,很多的知识直到你工作多少年以后,可能都还在继续学习。我们没有完成,但是依旧可以进行下一步了,就是定目标。经过大一大二的这些练习,在开源社区的活跃,你未来想从事哪个方向的编程就需要定一下了,因为各个领域所需要的知识点是不同的。
如果你要做电商,那就了解一下电商领域的各种知识,什么是电子商务,什么是供应链。如果你对行业内的应用程序感兴趣,那可以了解一下财务相关知识,管理相关知识。
然后就是,大三可以说是你全心学习的最后一个阶段,可以考虑为未来做些打算,参加软考拿点证书等等。
大四了 ,就没有什么好再说的了,路都在自己的脚下,怎么走出辉煌也就看自己了。
大一主要是提高语言编程能力,除此之外,还需要学习数据结构与算法,数据库,计算机网络,操作系统。所以现在也不要急于求成,你需要学习的还有很多。现在大一能做项目的,要不就是实力确实很强,要不就是写写项目中的一些基础代码。提高自己的编程能力的方法就是coding coding coding!
1 leetcode或者牛客等刷题平台刷题编程学习没有捷径可走,唯一有效的方法就是不停的写代码,编译器写代码,记事本写代码,手机写代码,草稿纸写代码,只要有想法就写出来,然后等有编译器环境了不停的调试,只要经过反复IDE调试练习,才能提高自己的编程能力。语法只有不断的使用才能更加熟练。
2参加比赛如:ACM比赛,CCF,中国高校计算机大赛。这些比赛是高校等计算机组织和机构举办的比赛。计算机类竞赛有着非常多的优势,比如有机会进国家队或者取得不错的加分和保送资格。而且对于理工科学生大都需要极端就编程能力,信息类学科的竞赛更是离不开编程能力。学习编程对培养逻辑思维很有效,对其它学科也很有帮助。
3 项目,跟实验室老板做一些项目。别管自己能力有多菜,只要有机会就一定要抓住。因为作为计算机专业学生,以后无论保研复试,还是找工作都离不开编程能力的考察,所以有一些项目,不仅可以丰富自己的简历,更重要的是能够提升自己的编程能力。
4 参加互联网公司的比赛,比如华为软件大赛,中兴软件精英挑战赛,阿里天池比赛。只有参加比赛才知道自己水多深,如何提高自己的代码能力才是王道。互联网公司的实战比赛跟上面的大学生计算机能力比赛有些区别,这里更贴合实际问题,用一些互联网项目的实际问题,考察学生的代码编程能力。
实验室一同学,参加了阿里的天池比赛,并取得了不错的成绩,其实这个同学跟大牛组队,算是抱住了大腿。后来在找工作的时候,公司因为这个同学简历上的这个比赛奖项,给了这个同学SP offer,比正常价多出快10万的年薪。你说他香不香?
总结:作为计算机专业的学生,一定要练好总结的拿手绝活-编程能力。无论找工作还是保研,只有出色的代码能力才能赢得别人的肯定,而提高编程能力的方法就是不停的动手写代码。
既然你是计算机专业,目光就要放远点,不要着急别人在做什么。编程是最基本的工具,本身是不难的,职业学校也有软件编程专业。对于计算机专业学生,未来职业愿景,一是核心算法设计师,二是软件架构设计师,这两个职位如果没有良好的专业背景是不能很好胜任的。所以本科阶段要努力打好专业基础和专业核心课程。专业基础包括离散数学、数据结构、人工智能基础等。专业核心包括计算机组成原理、操作系统、编译原理、机器学习等。编程实践在这些课里都有机会,甚至对自己编程能力的提升不亚于去做一个具体的项目,当然有机会去做项目更好,没有也没关系。还有软件工程课程也很重要,要做软件架构师,这门课程也很重要。另外,高层次软件从业者必须具备较强的逻辑思维能力和数学功底,比如现在最热的机器学习算法设计,必须具有良好的线性代数、概率与数理统计、高等数学等数学基础。大学四年最重要的是打牢基础!
作为一名计算机专业的科研教育工作者,我来回答一下这个问题。
对于大一的同学来说,要想提升自身的编程能力应该首先从夯实基础开始,编程能力的提升需要一个系统的过程,这个过程要系统学习包括数据结构、算法设计、操作系统、数据库、计算机网络等相关知识,而这些课程作为计算机专业的核心课程,后续都会陆续接触到。
大一期间学习编程要重视三件事,其一是重视编程语法的学习,理解编程语法当中的抽象概念,比如C++语言就是一个典型的面向对象编程语言,自身的抽象程度还是非常高的,所以理解这些抽象概念是第一步。要想理解这些抽象概念一定要有大量的输入,也就是要阅读大量的学习资料和开发案例代码,同时完成自己的总结归纳,从而形成自己的编程思想。
其二是重视实验,学习编程语言一定要边用边学,实验对于学习编程语言的促进作用是非常明显的,通过实验也能够为众多抽象概念建立起画面感。在进行实验的过程中,既要重视实验的数量,同时也要重视实验的质量,实验要有层次,要重视综合性实验,这对提升编程能力还是比较重要的。
其三是重视交流和实践,对于大一的同学来说,除了课堂学习时间之外,要想为自己营造更多的交流和实践机会,可以通常积极参加专业比赛,或者是参加老师的课题组来实现。按照 历史 经验来看,参加专业比赛对于提升编程能力的帮助作用还是比较明显的,也能够开阔自身的视野。
如果有互联网、大数据、人工智能等方面的问题,或者是考研方面的问题,都可以私信我!
对于编程的能力提升,需要有扎实的基础,编程语言的理论知识和编程的熟练度是否已经非常的熟悉,如果说编程语言还不是太熟悉,那么建议把理论知识再去学习一下,多动手做一些编程的实验,写一些小功能的代码来提高自己的代码水平熟练度
如果说对代码的理论知识非常了解,对于写代码的熟练度也很高,那么快速提升编程能力的方法,就是在项目的实战中提升自己,在一个项目中可以了解到构建一个项目的完整流程,包括最初的架构设计,功能的代码实现,代码的优化调试,单元测试,性能测试,覆盖测试等等。可以在互联网公司实习一段时间看看开发的流程,编写一些系统功能优化的代码,或者直接去github上面寻找优秀的开源代码,可以做一些优化的修改,功能的添加等等,这些都可以提高自己的编程能力
你好,我是一名软件工程师,也是编程的培训讲师,这里给你分享一些经验,希望可以帮助到你。
首先,看到别人做项目了,自己不要急,最好还是把理论理解清楚。
其次,理论基本理解的基础上,可以在网上寻找几个相关的案例代码进行分析,阅读别人的代码。
最后,通过外包也好,老师介绍也好,积极参与实践,前面不要想着赚多少钱,学点经验才是王道。记得,几年前在西华师范大学职教的时候,一位领导说找几个学生把系上的网站重新修改一下,给学生拿点补贴,居然有学生嫌补贴太少不愿意做。
2. 如何提升程序员的代码编写能力
一、先列三个常见的开发场景:
1、拿到一个模块详细设计文档,大部分程序员的通常做法就是开始搭建界面代码,然后从第一个按钮点击事件或页面Load事件开始写第一行业务代码。写的差不多了,就运行一下,发现哪里不是自己想的那样,就改改,直到改到是自己预想的那样。
2、做完了一个功能模块或几块相关联的功能模块,输入111asd,发现新建正常、保存正常,就提交给测试人员。测试员用测试用数据、测试场景用例来测试,发现有问题,就登记bug。对于严重的影响下一步测试的BUG,测试员就用内部IM通知这个开发人员。对于不影响继续往下测试的BUG,测试员就登记下来,等程序员有空时处理。
3、程序员一般工作不希望大家打扰,所以开发起来就是开发。等手头开发告一段落,就看看BUG库。发现有与自己有关的BUG,就从第一个BUG开始看起。就开始通过IM和测试员掰扯起来(这不是个BUG啊、业务逻辑不是你想的那样啊、我这里不能重现啊、你给的信息描述不清晰啊),于是IM几来几往,甚至跑过去当面交流一番,甚至会拉扯上产品经理一起讨论,更甚者需要项目经理或产品经理发起一个会议来集体讨论一下
这是不是很熟悉呢?这就是大部分程序员开发的三个步骤:写代码、自测、修复BUG。
二、说好的代码设计、代码测试呢?
代码设计?那不是都有开发平台么,已经固化了啊。那不是维护旧功能做完善修改呢么,又不是写新代码,只能在现有代码基础上修改啊,你又不能大幅重构。
代码测试?你丫需求讨论期、产品设计期、设计评审期那么长,都把研发项目时间占光了,就留下2个星期让我们写代码,我们哪里有时间搞那么深的测试。还想让我们搞结对编程?还想让我们搞测试驱动开发?
而且你看测试,什么功能测试、集成测试、性能测试、安全测试、安装部署测试、升级测试、迁移测试、UAT测试,一大堆测试,测试也需要很多时间。
一个项目,需求讨论、产品范围规划与评审、产品设计与设计评审占了一个半月,开发+自测就一个月,测试占了一个半月,这就4个月了啊。
三、为啥程序员写代码总是写写测测?
刚才大家也都看到了,大部分程序员都是从界面代码开始写起,而且写一写,就运行一下看看。为什么会是这种开发方式?
那是因为大部分程序员缺乏在脑子中的整体建模能力。只能做出来一点,真实的感觉一下,然后再往下。
有些是产品经理的上游就有问题,没给出业务流程图(因为产品经理也没做过业务),也没画清楚产品功能操作流程图。
为啥没给出业务流程图?因为产品经理不熟悉业务,另外,产品经理也没有流程建模能力啊。为啥没画清楚产品功能操作流程图啊?因为不会清晰表达流程啊。
很多产品经理、程序员,都缺乏分类、分层、相关、先后能力,更别说总结、洞察能力。
这是基本训练,是一个做事头脑清醒的人必备的技能,这不是一个程序员或产品经理或测试员的特定技能要求。
我经常看书就梳理书的脉络,每看一本就写一篇总结。我过去闲扯淡还梳理过水浒传、红楼梦的人物关系图呢,其实就在事事上训练自己的关联性、层次性、洞察性。
我经常面试一个人时,我会问这样的问题:“你把我刚才说的话复述一遍,另外你再回答一下我为什么会这样?”,其实,我就在看一个人的细心记忆、完整梳理、重现能力,我也在看一个人的梳理、总结、洞察能力。
我个人写代码就喜欢先理解业务流,然后理解数据表关系,然后理解产品功能操作流,大致对功能为何这样设计、功能这样操作会取什么表、插入或更新哪些表,哪些表的状态字段是关键。
然后我写代码的时候,就根据我所理解的业务流、功能操作流、数据输入输出流,定义函数,定义函数的输入与输出。
然后,我会给函数的输入值,赋上一些固定值,跑下来看看能否跑通这几个关联函数,看看还需要怎样的新增函数,或者看看函数的输入输出参数是否满足跑通。
剩下的事,就是我填肉写详细逻辑代码了。
当然,大部分人没我这样的逻辑建模能力。怎么阅读理解也想象不出来,也没法定义函数。毕竟有逻辑建模能力的程序员都很少,100个人里有10个,已经是求爷爷告奶奶好幸运了。
那怎么办呢?
我建议是分离分工配合,这就是现实中没办法的办法。让有逻辑建模能力的人来设计函数框架、来设计工具来设计代码模板,然后让没有逻辑建模能力的人来填肉写详细逻辑代码。
我们可以先从最紧要的模块开始这么做。不紧要的模块,还让它放任自流,让熟练手程序员继续涂抹。
我曾经还让有头脑的程序员做榜样,给大家分享他是怎么规划函数的,怎么做维护性代码的代码结构改善的。但是发现效果并不佳,其他人并没有因此能做代码设计。可能逻辑建模能力是个人的基本素质,是从小到大训练成型的,不是你一个大学已经几年的人能够短时间内可以训练的。
所以啊,还是让能走的人先走,让从最紧要的模块开始这么做。
不必担心这样做后,因为过去一件事被分工(一个做代码框架一个填肉)成两个人做了会降低工作效率。我们很多的工作效率低就是因为半瓶子醋搞出来的,来回反复修改。
真是应了刘德华在电影里说的那句话:说你又不听,听又听不懂,听懂了又不做,做又做不好,做不好还不服气。
四、为什么大部分程序员不做代码测试或白盒测试或单元测试呢?
还是因为没有代码设计。因为没有函数啊。所以,一个按钮功能有多复杂,代码就有多长。我见过2000行的函数,我也见过1000多行的存储过程和视图SQL。怎么做白盒测试啊,这些代码都粘在一起呢,要测,就得从头到尾都得测。
所以啊,先学会设计函数,先写好函数,这就求爷爷告奶奶了。很多开发了5年的熟练手程序员,可能都未必会写函数。
函数的输入输出值就很有讲究。很多人都写死了,随着版本迭代,发现过去定义的函数参数不够用了,于是就新增了一个参数。然后,相关性异常就爆发了,其他关联的地方忘改了,到底哪些有关联,怎么查啊,本系统没有,没准其他系统就调用你了,你根本不知道哪个神经人曾经COPY过你的代码修吧修吧就改成了他的功能呢,而且里面的很多代码他看不懂也不敢删,只要他实现的功能正常了他也不管了。于是,你改了你这个函数,他的系统就莫名出错了。
所以,我一般会定义几个对象来做参数。另外,我也很注重函数的日志、函数的异常保护、异常抛出、异常返回。另外,我也很注重参数输入值的合法性校验。
所以啊,应该开发Leader们先制定函数编写规范最佳实践,输入输出参数怎么定义比较好,函数的返回值如何定义比较好,函数的日志记录应该怎么写比较好,函数的异常保护、异常抛出、异常返回如何写比较好。先教会一般程序员,先从会写函数开始啊。
当然,你光有一份规范,程序员们还是不理解、不实际应用啊。所以,还得Leader们做好典型的代码模板,里面是符合函数规范的代码框架,只有这样,一般程序员们才会照猫画虎适应了函数设计的编程习惯。
所以啊,我专门重新定义了leader的明确职责,其中第一个重要职责就是:负责工具/框架/模板/规范的制定,并且负责推广且普及应用落地。
你不明确定义Leader的这个重要职责,你不对这个职责做明确的KPI考核,谁尿你啊。你以为好的工具/框架/模板/规范是靠人们的热情、自发产生的么?我们还没有那么自觉高尚啊。
五、为什么大部分程序员不写注释啊?
我经常说一句话,千万别多写注释。为啥?
因为我们经常遇到的问题不是没有注释,而是更糟的是,注释和事实代码逻辑是不相符的。这就出现常见问题了:残存下来的设计文档是一个逻辑、注释是一个逻辑说明、真实代码逻辑又是一个,钟表多了,你也不知道正确时间了。
所以啊,产品文档、注释、真实代码,三者总是很难一致同步。我为了几百人研发团队能做到这个同步花了大量心血和办法,但我最终也没解决了这个问题,还把Leader们、总监们、我都搞的精疲力尽。
索性回归到一切一切的本源,代码,就是程序员的唯一产出,是最有效的产出。那么,让代码写的不用注释也能看懂,咱得奔着这个目的走啊。
为啥看不懂,不就是意大利面条式代码么,又长又互相交杂。
OK,我就规定了,每个函数不能超过50行。用这一个简单规定和静态代码检查插件,来逼迫大家尝试着写函数。有的函数属于流程函数,是串起其他函数的,有的函数就是详细实现函数,实现一个且唯一一个明确作用的。
有了流程函数和功能函数,而且每个函数不超过50行,这就比过去容易看懂了。
六、为什么大部分程序员不抽象公共函数啊?
我经常说一句话:千万别抽象公共函数啊。为啥?
因为大部分程序员缺乏抽象洞察能力。特别是有些积极热情有余、爱学习爱看书、半瓶子醋晃悠的二杆子,看了几本UML、重构、设计模式、整洁代码之道,就跃跃欲试了,还真敢给你抽象公共函数了。
一开始,他觉得80%相似,20%不相似,于是在公共函数里面简单写几个if..else做个区隔就可以。没想到,越随着版本迭代,这些功能渐渐越变越不一样了,但是这个代码已经几经人手了,而且这是一个公共函数,谁也不知道牵扯多少,所以谁也不敢大改,发现问题了就加一个if..else判断。
没想到啊没想到,这个本来当初公共的函数,现在变成了系统最大的毒瘤,最复杂的地方,谁也不敢动,除非实在万不得已,手起刀落。
所以,我平时告诫程序员,纯技术的、纯通用的,你们可以尝试搞搞抽象公共函数,对于业务的,你们还是简单粗暴的根据Leader们做的代码模板代码框架,乖乖的复制、修改、填肉吧。
你们啊,先从做模板做代码片段开始吧,咱们放到咱们内部代码片段开源库里,看谁的代码片段被别人复制的多,说明你的代码抽象设计能力越好了。那时候,我就大胆放心让你撒丫子跑了。在没有学会跑之前,给老子乖乖的复制、修改、填肉吧。