大家好，今天小编关注到一个比较有意思的话题，就是关于学习编程总结的问题，于是小编就整理了2个相关介绍学习编程总结的解答，让我们一起看看吧。
学习编程抄代码就够了吗？
具体问题具体分析，看你使用编程做什么。如果你是正经的软件工程师，抄代码是满足不了日常工作的，虽然很多功能模块是可以网上找到的，但是遇到实际场景负责或者有问题要debug，则考验编程能力了。
如果是学习编程做一些简单的功能，本身不是软件工程师，则会抄代码实现功能就好了。比如用python做数据分析，能达到分析的目的就好了，比如爬虫、数据清洗、数据可视化，这些都是可以抄到代码的，前提是你看得懂，会运用
正所谓他山之石可以攻玉。在编程的过程中，如果有条件的话，借鉴一下别人的代码是有好处的，因此也是经常需要做的事情。
这里说的借鉴别人的代码，不是说全盘照抄别人的代码。因为很少有可能别人的代码可以直接拿过来，在你的程序里面使用。这是由程序项目的需求多样化决定的，同时，每个项目的架构可能也不一样。代码的风格，逻辑融合，和程序兼容性等因素会制约你直接使用别人的代码。
那你如果跟我抬杠，说你就是靠别人抄别人代码生活工作的。那也没问题，那说明你运气非常好，把网上的开源项目稍微改一下就可以作为自己的项目来发布。
这个属于非常极端的情况。我们写程序的不赞成这么做。
大多数情况是在你写一个功能之前，可能需要在网上找一些资料，这里面也包括看别人做过的类似功能的代码。你首先需要读懂别人的代码，然后从里面拿出对你项目有用的东西来。
最终融合到自己的项目中，并且进行不断的优化。最后形成属于你自己项目的健壮性代码。
我记得刚开始写程序的时候，碰上一个做测试的，他是从程序员转过来的。他的观点，字里行间就带着对程序员的不屑，说程序员的工作就是粘贴***。我当时觉得，好搞笑啊，感觉他在污蔑程序员。
现在再回过头去想的话，有这种观点也是无可厚非的，因为每个人都可以有自己的观点，自己的认知，他的理解层次就能到那一步，这也不是他的错。
小结一下吧，总之，我们写程序的，借鉴别人代码是不可避免的，但是如果说完全拷贝别人的代码，这也是不现实的。要不然要我们程序员干什么？
好了，欢迎关注丁哥开讲留言点赞，谢谢，我们下个话题再见。
新手入门，***最重要，许多人一开始都想要学习编程语言，但能坚持到最后的人真的不多，只有不懈的坚持，才能真正的掌握一门编程语言。一般对新手而言，不是学那些“黑框”语言，而是选择简单易懂的脚本语言更好一些。
2
当用户已经掌握好了一门脚本语言后，可以先搭建一个简单的用户界面程序，搭建好后，仔细感受一下自己能否从这其中获得快乐和成就感。如果可以在这其中获得快乐和成就感，就说明你爱上了编程，同时这会成为你接下来计算机语言学习的动力，也就可以进行“黑框”语言的学习，但不会从中感到乏味。
3
关于算法开发、数据结构挖掘这些高深莫测的东西，需要的是时间和经验的积累。对于一个新手来说，千万不要去想这些，这些对于新手水平的码农来说不仅无用而且还会打击自信心，进而影响后期的学习。作为一个新手，要做的就是有事没事“耕”一下地，这是成为一个高级码农的必经之路。
4
充分的利用网络***，网上有很多大牛，他们都非常的愿意帮助新手入门。千万不要随便去买上几本厚厚的砖头书进行学习。编程最主要的就是勤奋练习，有事没事就打开电脑，写写代码，不会的再去查书，多次的练习，编程熟悉度自然就上来了。
5
总结一下：学习编程什么都不重要，最主要的就是要有一颗持之以恒的心，因为许多人一开始都是认为学编程很好玩，会的都是大牛，但到接触后就发现编程是一件十分乏味的事情。
大学计算机系教授和IT公司工程师比较，谁的编程能力强？
为某矿山设计并制做一个“废水处理车间计算机监控系统”。当时省环保局提出要求：如果该厂的这套废水处理系统不能正常运行，就不允许该厂开工生产。该厂每天可以提炼出50吨某种矿石精粉，每吨价值40万元，晚开工一天就少收入2000万元。当我把该监控系统的所有硬件设备如探头、监控模块安装完成后，并且用Tubro C编写好监控程序以后，对方又提出了很多新要求（全套的数据库操作……数据存储、查询、检索、打印报表），导致监控软件必须改用另一种程序语言VB6完成。而我当时只是大概了解但是并[_a***_]用过该语言，只能突击学习该语言。方法是：同时打开两部台式电脑，左边一台运行该语言的教学光盘，右边一台安装该语言正式软件。在左边电脑上看过一段教学演示视频（比如创建一个新窗口），马上到右边电脑操作一下。用了不到两天时间完全掌握了该语言，又用了不到10天时间编写了该系统的全部监控软件，撰写出操作规程、绘制出全套图纸，按时完成任务。这套系统用了六年多时间，每年河水开化（4月中旬）就开机，每天24小时不停机，直到这年河水上冻（每年11月上旬）才关机。
当时该矿山技术人员和领导说了不少夸奖我的话，别的话我都没在意，也都忘了。只有一句还记得……不愧是吉林大学毕业的，思路就是不一样！
这个问题我有经验，有一定的发言权。
以前有二次和比较有名的大学合作开发软件项目。一个是计算机系讲师，一个是副教授带了三个研究生。
大学老师，也许是经常上课的缘故，理论知识非常丰富，写的代码会用到大量的技巧，花哨，性能上也考虑得很好，代码规范。
但他们有个致命的缺点，针对业务的处理，代码的容错性不好，很多业务上的异常情况，业务细节，用户体验上考虑不足。其实，国内通常的业务应用软件，系统做的好不好，考验项目团队的的不是技术，而是业务经验。
大学老师最大的问题是业务经验不足。与在一个软件公司码过四五年项目的开发人员比，项目质量比不过的。
普通的针对企业的应用软件，成不成功，和技术无关，只和对业务理解有关。
我认为答案应当是IT公司的资深工程师编程能力更强。之所以要加”资深”这个定语，是因为IT公司的一般工程师，编程很辛苦，但论水平谈不上。
计算机系教授，参加的学术会议、论坛比较多，对编程的前沿技术、发展方向知道的会很多，对各语言的特点、市场前景了解的更全面。所以，现在的毕业生，虽然水平一般，但大都很快会选择到高薪的编程工作，这与教授们的指导分不开。
我们也经常找一些教授座谈，听一听教授们对编程的看法。如，java，python，JAVA script，VC，VS，C，到底选那种好；操作系统，windows，RTOS，linux到底选那个好；鸿蒙能否用在控制系统中？等等。
教授终究是见多识广的。
这是很容易理解的。工程师如果不跳槽到陌生领域，估计一辈子用一种语言编程。如C语言，起初DOS下C语言编程，后来发展到linux、windows下的C编程，面向对象的C++......
三十几年的各种C的开发，估计各种问题都经历了一遍，把C语言的那些类库存在什么bug，也都整明白了。这样的经历，教授们是不会有的。
虽然这两类人都是在互联网的这个领域类，但是确实侧重点不同，直接用来类比确实对双方都是不合适的。而编码能力的，也分成了很多的方面，架构的能力或者业务代码编写的效率等等。
因为人的能力本来就是有高低之分的，所以我们就***设两人在技术上的级别都相差无几，然后来做一个***设性的讨论吧。
就写代码的效率方面来比较的话，一般IT公司的程序员无疑是占有优势的，因为他们长时间的在编写各种的业务代码，编码就是他们的本职工作，对大部分的函数或者框架的熟练程度肯定是比较高的。
而大学的教授呢，本质工作还是是教书育人，当然，对于教授来说，各种各样的课题肯定也是需要去研究的，但是直接下场写代码的机会还是比较少的。那就算十分的精通计算机，但是编程这个东西，三天不摸也会手生的，自然编码的效率方面，就不如IT公司的程序员了。
如果说编程思想的话，大学的教授就会具有一些优势了，为什么这么说呢？虽然教授需要讲课，但是能做到教授级别，就算是副教授级别，那基本讲课只是他们日常工作30%的任务了，其余的70%其实是做各种的专业研究，发表一些论文。
他们能够接触非常多的优秀的人才和企业，了解技术发展前沿的一些知识，并且运用到自己的科研项目当中，虽然可能项目产出的东西没有市场（很多学校项目在研究时并没有考虑市场），但是，这个并不妨碍它技术上的先进性。
但是作为一般IT公司的程序员来说呢，除非是大公司的架构师，不然其实接触到顶层设计的机会比较少，而且由于中国人多，所以在考虑架构设计时，高并发的架构是议论得最多的东西，而一些理论上的研究就相对较少了，自然架构的思想也就停留在企业的市场发展层面了。
所以，我认为，在编程思想上，大学教授还是有一些优势的，也就略强一些。
好久没答题了~~
作为计算机领域的一名研究僧，身边既有计算机系professor，也有攻城狮，在这个问题上，表示有一定的话语权。那么coding能力对于这两类人群来说，谁更强呢？
其实这个问题的答案是不一定的，coding对于一些年轻的、喜欢自己动手的professor来说是比较简单的事，因为他们大部分从硕士到博士甚至博士后都在不断的进行实战，而且属于理论和时间都没拉下的那种，不然也做不了professor；而有一些攻城狮呢，coding并不一定强，而业务方向也决定了你敲代码的多少，而且有时候大部分是重复性的代码，做过工程的应该比较了解这一块。而你coding年限也决定了你的编程能力，不能一概而论。
所以，在回答这个问题之前，先定义问题所提到的以下的“名词”。
计算机系full professor（正教授）：科研能力（评职称以发Paper质量为准，专利较少）强
IT工程师：3年+工龄且具有独立开发项目能力的攻城狮
编程能力：独立开发项目熟练度/解决问题的速度
研究领域：一致
以本人所在Top10高校身边绝大多数计算机教授来说，除了一些年轻教授（国外常春藤doctor特聘回国空降副教，过几年直接正教授这类），一般这些professor（占比10%左右）都是30岁左右，很多时候都在沉迷自己的世界中，通常不愿意带学生，喜欢单干，憋大招。因此，这类professor无论是工程能力还是理论知识都很强，解决问题的同时还能做出一些创新性且普适性的东西。个人认为这类教授是要比攻城狮在编程能力强，因为他们不仅具备了解决问题的能力还具备发现问题，解决一系列/同类问题的能力。这里举一个身边发生的例子，去年参加kaggle比赛（世界级的大数据/AI比赛），国内top2队伍一个是中科院的博士，还有一个是资深的高级工程师。当时做的任务是：判断两个英文句子所表达的意思是否相同？最后博士队伍拿下了国内的top1（世界top4），在比赛结束后，该队伍还开发了一些工具，以及针对这个问题处理的一个普适性框架；而后者更多的是在工程性上的不断尝试新的办法，因为理论基础的不够扎实，很多时候其实做了不少重复性的工作或者是无法从根本上找到一个更好的解决方案，在比赛后期愈乏力。
到此，以上就是小编对于学习编程总结的问题就介绍到这了，希望介绍关于学习编程总结的2点解答对大家有用。
