怎样正确高效的学习程序开发.docx

《怎样正确高效的学习程序开发.docx》由会员分享，可在线阅读，更多相关《怎样正确高效的学习程序开发.docx（12页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、怎样正确高效的学习程序开发怎样正确高效的学习程序开发欣怡给大家的高效的学习程序开发的方法，希望能够帮到你!高效的学习程序开发的方法1.主动学习新的技术和非技术两方面的知识不好的程序员只要在实在不行的时候才开场进行知识学习。良好的程序员会主动学习新的技术知识。伟大的程序员不仅会自行学习新的技术知识，而且还会学习非技术方面的知识，对各种知识来源都有一种开放的心态，而不会象有的人那样固步自封。详细点讲，不好的程序员只要在参加了采用WPF的项目时才开场学习XAML;良好的程序员一年前就学习了XAML，由于他感觉它很有意思;而伟大的程序员还浏览了WPF应用程序的设计指南、可用性(usability)理论

2、或者什么类似的学习课程，因此他能够制作出卓尔不群的UI。2.务实而不教条严格遵守那些不成文的ldquo;编程规则rdquo;往往是一种奢侈品，没有多少开发人员能够承受得起。假如你们的规格讲明书不是由顶尖的开发人员编写的，也不是在顶尖的开发人员指导下编写的，我就能够向你保证，你可能也承受不起。我经常能够碰到一些程序员，他们无法或者拒绝做某个任务只是由于完成这个任务的做法通常不为最佳实践所接受。业务需求很少会遭到实现需求所采用的技术的制约;没有人会讲，ldquo;这我们不应该把这个需求写到规格讲明书里，由于要实现这个需求，程序员就不得不写一段很臭的代码。rdquo;在结束的那一天，程序员的任务是要

3、生成一个有效的应用程序，而绝不是要求在技术方面到达十全十美。我可不是在为垃圾代码做辩护。我想讲的是，总会在有些时候，你会写出一些代码，这些代码你永远不会作为范例向别人展示做事的正确方法。假如只要一种写法，那么这种代码就不是糟糕的代码mdash;mdash;但要保证你已穷尽了其它所有可能的方案。3.懂得怎样通过研究找到答案通过研究找到答案可不仅仅只是在搜索引擎中键入几个关键字那么简单，也不是到StackOverflow或者MSDNforums这类网站发个问题帖。我就碰到过在搜索引擎里根本搜不到答案的问题，然后我StackOverflow或者MSDNforums里发的所有问题贴都没有一个像样的答案

4、，不过我还是解决了我所碰到的问题使得工作得以继续。我不是魔术师mdash;mdash;我只是懂得怎样找到答案，怎样找出问题的根本原因。有许问题都属于情景式的问题，假如你依靠于搜索引擎或者论坛，就会在各种链接中浪费大量的时间而最终无法得到真正的答案。要学习怎样进行根本原因分析，学习底层系统方面的知识才能够找到其它的线索和解决方案，还要学习假如在对问题有个全局性的认识后才对其进行深化分析。高效的学习程序开发的建议1.遵循单一责任原则在程序员的代码库中，函数是最重要的抽象形式。能够重用的代码越多，编写的代码就越少，它们的可靠性也就越高。遵循单一责任原则的小功能代码就更有可能被重用。2.最小化分享状态

5、你应该最小化函数之间的隐式分享状态，无论它是文件作用域变量还是对象的成员字段，都支持显式的值作为参数。现代码明确了该函数需要什么来产生期望的结果时，代码就变得更容易理解和重用。这种情况下，你应该优先选择静态无状态变量，而不应该选择对象上的成员变量。3.本地化的副作用理想的副作用(例如：控制台打印、日志记录、改变全局状态、文件系统操作等等)应该放在单独的模块中，而不是分散在整个代码中。功能上的副作用经常违背单一责任原则。4.优先使用不可变对象假如一个对象的状态在其构造函数中被设置一次，并且再也不会发生变化，那么调试就变得容易得多了，由于一旦构造正确，它仍然有效。这是减少软件项目复杂性的最简单方法

6、之一。5.多用接口少用类使用接口(或在C+中使用模板参数或概念)的函数比在类上运行的函数更容易被重用。6.将好的原则应用于模块寻找时机，将软件项目分解为更小的模块(例如：库和应用程序)，以鼓励模块级的重用。模块的一些关键原则是：依靠最小化每个项目都应该有一个明确的功能不要重复你应该努力使你的项目小而明确。7.避免继承在面向对象编程中，十分是在虚函数中，继承在可重用性方面往往是一个死死穴。我几乎没有成功地编写或使用那些能覆盖类的库。8.在设计和开发经过中进行测试我并不是测试驱动开发的铁杆拥护者，但随着开场编写代码，测试代码会自然而然地遵循很多指导原则。它还能够帮助我们更早地发现很多错误。但是，要

7、避免编写无用的测试代码，良好的编码意味着更高级别的测试(例如：集成测试或单元测试以及功能测试)，而且在揭示缺陷方面更有效。9.优先选择而不是手写标准库我无法告诉你我多久才能见到一个std:vector或std:string更好的声明，但这几乎总是浪费时间和精神的。除了显而易见的事实，你正在引入一个bug(参见技巧10)，其他程序员不太可能重用你的代码，由于这不是那些被广泛理解、支持和测试的代码。10.避免编写新的代码这是每个程序员都应该遵循的：ldquo;Thebestcodeisthecodethatisnrsquo;twrittenrdquo;(最好的代码是不用被复写的代码)。你拥有的代码

8、行数越多，你的缺陷就越多，发现和修复bug的难度就越大。在编写一行代码之前，问本人，能否有一个工具、函数或库已经完成了你所需要的工作?你真的需要那个功能而不是调用另一个已经存在的函数吗?攻克这些障碍才能高效学习编程1.不正确的学习动机在谈及壁垒之前，我想先着重讲明学习动机的重要性。不要只是为了编程而学编程，也不要由于听讲它很酷，很划得来就来学编程。你得由于要解决问题而学习编程，你得由于想要自动化和改善生活而学习编程，你得由于想要构建应用程序以造福社会来学习编程。假如你只是喜欢编程，并希望以此作为职业的话，那么在之后的学习经过中，你可能会有一种强烈的冲动想要放弃。这通常发生在事情变得困难，学习体

9、验变得痛苦的情况下。这时你会告诉本人，你不喜欢编程了，编程操作不合适你，觉得本人天生就成不了程序员。这就是为什么你应该考虑围绕着完成项目设置目的的原因。假如你的心里有计划，或者你想要解决更高层次的问题，那么你能够对本人讲：ldquo;这可能不是一次愉快的经历，但是我真的想要解决这个大问题，所以我一定要克制这个障碍。rdquo;2.不知道从什么技术入手很多人会问：ldquo;我应该先学什么编程语言?rdquo;之所以会提出这个问题，是由于他们不知道本人为什么要学习代码。一旦你下定决心去完成一个特定的项目，那么从什么语言入手这个问题就变成一件很容易的事情：假如你想构建iOSapp，那么你需要学习O

10、bjectiveC或Swift。假如你想构建Androidapp，那么你需要学习Java。假如你想构建Webapp，那么你需要学习JavaScript。其实如今我们能够使用JavaScript来创立任何类型的项目mdash;mdash;无论是简单的web和移动app，还是高级的硬件项目。大多数行业中都有它的身影：音乐、医疗、游戏、时装。这种语言非常值得学习。假如你还是不能确定要选择哪种语言，那么不妨咨询下某个程序员的意见。只要你确定要构建什么项目，那么他就能很快地为你推荐合适你使用的技术。另外，知识都是相通的，所以，不要过于拘束，选择语言这一步骤几乎没什么风险。3.不能学以致用，以及责备本人选

11、择好技术堆栈之后，刚开场学习理论总是很轻松的，而且网上也有许很多多免费和付费的在线课程。很快大多数学习者把握了理论知识，甚至完全能够本人来解释某个代码片段的工作原理。理论只是概念的有限集合。任何人都能够在几天之内记住它，假如她/他真的想的话。那么，关键的问题是什么?学习者碰到的最大问题在于，实际应用理论来解决问题并编写新代码的时候。这中间的差距实际上就是技能空白。比方讲游泳。你能够浏览大量的技术文章，然后解释得就像一个专业教练。但是，要想实际应用这些理论，就需要大量的实践、斗争和错误mdash;mdash;你肯定会吞下大量的水!然而更糟糕的是你开场责备本人。或者以为本人不够聪明，或者觉得本人没

12、有天赋。这其实跟聪明天赋没有关系，你只是需要练习技能的经过：1.选择一个复杂的项目。理想情况下，这项目得能够激发你的兴趣。2.将这个任务分割成既小又独立的任务。例如，ldquo;实现登录页面rdquo;是一个很大的任务。解决一个任务不应该超过20行左右的代码。下面这些提示有助于成功做到这一点：假如你不能解决这个任务，那么进一步将它分割成更小的任务。一个任务一次不应该使用过多的理论概念。3.一次专注一项任务，而不是并行解决多任务。不要跳到下一个任务，除非你已经彻底测试过当前任务，并确信没有问题。假如你不这么做，而此时应用程序又出现了问题，那么你就不知道你正在并行解决的多任务中到底是哪个出了问题，

13、寻找起来就费事多了。4.确保本人在开场任务之前知道所有必要的理论知识。有时候，你可能不知道需要学习什么理论，这很正常，所以你需要向别人寻求帮助：程序员朋友，导师，或类似StackOverflow的社区。5.最后，你解决了任务。在解决任务的经过中，你可能会碰到很多问题，你需要做的就是汲取教训，这也是下面要讲的要点：4.不汲取解决任务中获得的经历教训最好的情况是，你解决了任务并且结果证实非常有效。此时，很多人往往就直接开展下一个任务。但是假如你这样做的话，那么你浪费了一个绝佳的学习时机。希望你能够用下面问题来挑战自己，帮助本人成长：哪些边界情况会导致我的代码失败?即便如今还没有失败，有哪些应用程序

14、状态可能会毁坏代码?我的代码能否足够整洁?对其他开发人员，甚至是本人而言，代码能否易于理解和改变?由于以后可能需要修复隐藏在这段代码中的问题，或者根据其他产品规格改变代码。我的方法是最好的吗?有没有其他选项是我能够选择使用的?各个方案的利弊?这任务能否值得用不同的方式解决?此模块与其他模块是怎样交互的?能否会对其他模块造成负面影响?能否容易被其他模块影响?然而，很多时候，你会进退两难：5.你不知道怎样处理一个任务你不知道从哪里开场?你可能会随机地去尝试，或者从其他地方复制一些你本人也不明白的代码。但是，这是没有帮助的。即便你复制来的代码有效也没用。由于当你今后再一次碰到类似的任务，你仍然不能解决。假如你想妥善解决任务，那么首先你得知道你为什么卡壳。下面是一些可能的原因：1.没有很好地把握这些理论知识：语言语法库或API的工作原理，某个详细方法或类的工作原理编程范式(例如：异步编程)系统运作(例如：HTTP请求是理解Web开发的关键)假如是上述情况，那么能够去温习理论知识，假如仍然摸不着头脑，可以以去找人寻求帮助。2.任务太大了，那就分解为一个个小任务。3.也有可能是由于你读得太快，忽略了一些你以为熟悉其实似是而非的概念，所以无法理解任务要求。猜你喜欢：1.程序员励志故事2.建立正常的记忆程序3.右脑开发让学习变轻松4.自学励志故事5.学习编程的有效方法