读后感之：入行 ¶

摘录笔记 ¶

无论是开启一项新的健身教程，还是着手开始马拉松训练，乃至于写书、创业，以及更具体的编程，阻拦你成为你想成为的样子的最大障碍也是“如何起步”。

思考永远要比实际迈出去哪怕一步都要简单，无休止的争论应该采取什么步骤也要比实际行动容易。但是，秘诀就是，你需要亦步亦趋、循序渐进。

如果你真的想改变自己的行为，把那些优良原则和最佳实践应用在自己的生活当中，最好的一种方法就是反复阅读，让你的大脑包裹与萦绕在你想要融入生活的思想与观念之中。

如果你不确定自己是一个可以自我激励的人，或者你是在前途不明的时候缺乏行动力与决断力的人，那么，大学体系化的教育方式可能更适合你。虽然大学不太可能教你现今作为软件开发者需要具备的实用知识，但大多数学位课程都会带给你更深入的计算机科学概念的知识，而当你进入更复杂的编程场景时，这些知识会非常有用。大学能够提供实习机会以及其他资源与联系，这些往往是你凭一己之力无法得到的。但是，大学里面所教授的内容，经常与现实世界中正在发生的软件开发工作脱节。

市场上也有很多强化编程培训班。这种培训班倾向于聚焦在如何开发软件上，而不是它背后的原因或科学理论，所以可能会给你留下一些知识上的空白。为什么有人心甘情愿花那么多钱去参加编程培训班，而不是自学？主要的原因在于：通过参加训练营可以让你获得更大的个人成长空间。有些人在特定的环境下可以更好地学习。和一群目标相同的同学在一起学习时你会动力十足，而且你能得到的灵感要比从自己阅读一本书或者观看一段视频得到的更直接。

如果你打算花费时间、金钱和精力去参加一个编程培训班，需要做好下面的一些准备：

接受这样一个情况，培训班的节奏要么一日千里，要么慢慢吞吞。
把所有其他的事情都从你的时间表中清除掉，全身心地投入训练营中。
确保你是班上最顶尖的学生，并多多与老师同学交流，帮助他们做任何他们需要帮助的事情，这样你就有机会学到更多的东西。
制定一份是你确实花时间经过深思熟虑而成的切实可行的计划。计划不会是完美的，一定要在执行计划的过程中不断修正它，不要随心所欲。
设定时间表，并且遵照时间表坚持实施。对任何领域而言，累积效应都是最有力的影响。
拓展人脉。在找工作的时候，有人能帮你。
找一位可以依赖的导师，在你感到迷茫的时候，可以帮助你厘清方向，重建信心。同样，你也可以帮助他人。
至少完成一个兼职项目，以检验所学的知识。

在软件开发的世界里，自学成才的程序员是特立独行的稀有动物。很多急功近利的软件开发者都在自学成才的道路上苦苦挣扎，屡受挫折。

自我教育是我们最有价值的技能之一，这不仅是在计算机领域，在日常生活当中也是如此。但自学的缺点是，对学习方向不一定能正确做出判断，遇到问题容易放弃，学习的内容可能不全面。

永远记住，学习是你自己的责任。不要为了通过考试而读书、做作业，而要尽可能多地学习与应用你学到的东西，这就是现实生活中的运作机制。不是有人会“教”你做什么，而是你自己要去“学”什么。

1.如何入行 ¶

从一个开源项目开始，克隆到本地，修改、调试，不断阅读代码并试错。直接动手做要比捧起一本教科书、走进大学或者参加编程训练营……都要重要得多。

“千里之行，始于足下”，这才是踏上编程之路的正确方式。

学习编程与开启软件开发的职业生涯是截然不同的两件事情。软件开发远不止编程。编程是其中的一个重要部分，但是如果只知道如何编程，你不会走得很远；尤其是当你想在这个领域中脱颖而出的话。

软件开发的动机，是让手工的过程自动化。在自动化某一个过程之前，你必须知道手动完成这件事情的全过程。

理解问题 ¶

软件开发的过程往往都是从对问题的透彻理解开始的。也就是，你需要自动化些什么？这个过程可以很简单，只需要与潜在客户交流一下，了解需求。

程序设计 ¶

只有理解了问题之后，你才可以构想出设计方法，也就是，问题如何以代码的方式来解决。

尽管敏捷开发的重点在于“轻前期设计”，但是设计仍然是必不可少的。想要盖好了一幢房子，你可不能把标准板材随心所欲地堆在一起就算了事。

编写和调试代码 ¶

软件设计之后，可以编写一些测试用例来定义软件应该做什么（称为测试驱动开发，即TDD），也可以着手开始编码。

作为一个开发者，你大量的时间都将用于发掘你写的（或者别人写的）代码为什么不能正常工作的原因。

代码测试和部署 ¶

代码一旦被写出来，接下来应该是测试代码的过程。同样，不同的测试方法实施的测试过程也不尽相同。

代码只有在经过了测试之后，才可以部署，这本身就是一个完整的过程。

2.如何计划 ¶

需要有一个计划。避免从畏惧开始的极端转向随心所欲的极端。

你需要一份计划。是的，一份真刀真枪、切实可行的、言简意赅的计划，一份规划你怎样从一个对软件开发一无所知的小白成长为无所不知的软件开发大拿的计划。

第一，问自己：你想做哪种类型的软件开发工作？

在软件开发这一行，有很多的职业发展通道和技术专长领域，你大可以选择其中的一部分作为自己的主攻方向。

太多的人终其一生都会沿着一个方向执着前行，却不会在发轫之始就去深思熟虑以谋定而动。花一些时间回答这些问题吧，这样你才可以在策马扬鞭走上这条职业之路时计划周全。

三思之后，着手做一些调研工作。只要你的问题正确，答案也不难找到。

第二，制订计划。

制订计划的最好方式就是**以终为始**——从想要达成的目标开始一步一步倒着排。你必须要制订一个具体的目标——你想成为哪种软件开发者，而不是像“学习编程”或者“成为一名软件开发者”这样泛泛的说法。

计划的内容必须尽可能具体，这样你才会了解你需要学习什么，你该如何制作简历，你应该报名参加哪种学校或者培训课程，甚至你需要申请哪些职位。

例如，如何成为一名运动员。这是一个相当宽泛的问题。你应该成为怎样的一名运动员呢？也许你应该练练举重和跑步，也许你应该练习游泳，或者也许你应该练习打网球。那你能不能把所有这些事情都做了，甚至练更多的项目，以便为成为一名全能运动员做准备，在任何一支队伍里都可以出色发挥。这听起来是多么荒谬可笑啊！事实上，当一个人许愿说“我想成为一名软件开发者”时，听起来也是荒诞不经的。一旦你了解了一项运动，你就知道为了那项运动该如何训练自己。

举例：

目标：

成为Node.js开发者。

学习计划：

学习JavaScript的基础知识。
学习Web页面和Web开发技术，如HTML和CSS。
学习Node.js的基础知识。
编写某种用Node.js开发的简单的Web应用程序。
学习Node.js应用程序的不同架构和技术。
列出某些和Node.js一起使用的架构的技术。
学习某些和Node.js一起使用的数据库技术。
学习计算机科学的基础知识，例如：
算法；
数据结构。
学习有关编写优质代码的最佳实践。
学习Node.js应用程序的架构设计的方法。

就业准备： - 搜索目标就业地区有关招聘Node.js开发者的广告，找出岗位要求必须具备的技能。 - 列出本地我有目标工作的公司名单。 - 开始参与本地用户组的活动。 - 开始与本地的其他Node.js开发者的联谊活动。 - 聘请一位简历写手，请他帮忙写一份优秀的简历。 - 跟我的关系网的所有联系人都打好招呼，让他们熟知我的价值、我正在找寻什么样的工作。 - 开始申请一个初级职位，或者实习开发的职位。 - 每天至少申请两个职位。 - 每次面试之后都要做总结，确定我还需要在哪些技能上增长功力。

3.必备技术技能 ¶

深入学习一门编程语言 ¶

如果你不会写代码，不能开发软件，那么你学到的所有的软技能对你而言都是“屠龙之技”。也许你会成为一个好经理、好教练，但不会成为一名软件开发者。

选择到底该学习哪一门编程语言其实并不像你想象中那么重要。但建议从学习“一门”编程语言开始，而不是试图学习每一门编程语言。因为学习很多编程语言这只会导致混乱，让你将本应用于学习其他技术技能的精力耗散殆尽。通过聚焦，你不仅会专注于你现在必须学习的东西，而且会让自己在某一特定技术中获得更深层次的知识和能力，这会使你信心倍增，并大大提高你在这项技能上的市场竞争力，我们才有信心地说“我具备用这门语言编写代码的能力。”

许多编程语言的内核其实是很类似的。学习第一门编程语言总是最艰难的。一旦你学会了一门编程语言，学习第二门语言就容易多了，其他各种编程语言学起来都易如反掌。许多开发岗位，尤其是在微软或者谷歌这样的大公司，并不需要你懂特定的编程语言。

选择编程语言，考虑三个个要素。

第一，这门语言的就业前景。
第二，这门语言未来的应用前景。当然，你永远无法预测未来。
第三，你对哪种技术更感兴趣。因为你在学习第一门编程语言时很可能是步履维艰，因此，你对所学的东西越感兴趣，你就越容易坚持下去。
第四，这门语言的难度级别。比如，C++语言比较难，会让初学者容易放弃。

在学习语言过程中，有一点非常重要的：搞清楚哪些是实际语言的一部分，哪些是经常与该语言一起使用的库的一部分。实际语言的部分本身并不大，而且相对容易学习，但是标准库却是非常庞大的，对于标准库，你的重点是学习如何查找库来完成你想要用编程语言完成的常见任务。

在学习语言过程中，先从“是什么”开始学习，然后再理解“为什么”。理解程序里的每一行代码或者函数里的每一行代码的原因和方式，虽然很难很枯燥，但是值得的，在这个阶段，“为什么”不那么重要。。

在学习一门编程语言过程当中，需要了解如何正确地结构化你的代码。“结构化代码”就是编写优质的、整洁的、不需要太多注释就能理解的通俗易懂的代码，因为代码本身是用于沟通的。很多人都依此来评价一名软件开发者的技能高低和竞争力强弱。良好的代码结构体现了一个人对技术的奉献精神，而不是敷衍了事。这背后代表着态度。

即使你是一个初学者，只要你能写出优质、整洁、简洁、易懂的代码来表达它的结构、它的含义，那么任何一个看到你的代码的面试官都会认为你是一位有经验的专业人士。

在软件开发中，以“对象”的方法来思考将有助于我们定义和设计复杂的系统，我们会把一个系统看作是一群相互作用的组件，而不是试图从整体上处理这个复杂的组合体。

在计算机科学领域有很多这种算法，了解如何根据这些算法来编写自己的程序以解决实际问题是非常重要的，特别是当问题非常棘手的时候。如果你对各类算法做不到融会贯通，你就无法知晓其实优雅的解决方案早已比比皆是。因此，算法就是一项价值千金的技能。算法学习最初你肯定会觉得非常困难，没关系，只要持之以恒、坚持不懈就好了。参考高手们地解决方案，也是一个非常有效的方法，受益不浅。

具备一个开发平台经验 ¶

你应该至少具备一个开发平台的相关经验，并精通与之相关的技术或者框架。这里的“平台”指的是操作系统（OS），但它也可以指代其他类似于操作系统的抽象。例如，Linux开发者，Mac开发者，前者专注于Linux操作系统，后者则专注于Mac操作系统。

与选哪一门编程语言类似，该选哪种平台其实无关紧要，重要的是你必须得选一种。选择哪种编程语言与选择哪种平台没有强关联。比如，C++语言，C++开发者可以为Windows也可以为Mac、Linux甚至是嵌入式系统开发程序。

学习一种框架 ¶

库（Library）是一系列预先编写好的代码集合，供开发者在编程中调用，大大减少重复工作量。程序员第一次输出hello world用的printf就来自C语言标准库；各种SDK都是库，自己写一个字符串处理函数，包装好之后调用，也是库。

框架就是一系列用于在特定平台上或跨多个平台上编写的库。通常，框架可以使在该平台上的一般性编程任务变得更容易。框架的最大特征是它会接管程序的主控制流，开发者只需编写业务逻辑代码，具体执行工作由框架来调用。实践中经常会用到控制反转（IoC）以及模板类继承等方式。比如用Spring开发Web项目，你只需编写Controller和配置文件。具体到项目如何启动、如何监听端口、每一次网络请求的响应处理，这些都由框架来实现。

学习数据库基础知识 ¶

在软件开发中，数据库通常用来存储应用程序的数据。虽然有专职的数据库开发者或者数据库管理员（DBA），但作为程序员仍然需要了解数据库基础知识，比如：

数据库如何运行
如何查询、插入、更新，和删除数据
如何连接数据集

熟悉如何进行源代码控制 ¶

源代码控制是任何一个软件开发项目的必要组成部分。几乎所有的专业开发者都应该知道如何使用源代码控制来签入（check-in）和签出（check-out）代码，并且能够合并来自多个源代码版本的变更。

所以，你应该熟悉至少一种源代码控制系统，并且熟悉源代码控制的基本概念。

了解代码构建与部署 ¶

现在大多数软件开发项目都会应用某种自动化构建和部署系统。

构建系统的最基本作用就是编译所有的源代码，并确保不出现任何编译错误。

一个复杂的构建系统还可以运行单元测试用例或用户测试用例，执行针对代码的质量检查，并提供代码库的当前状态报告。

部署系统将负责将代码部署到生产环境或者测试环境中。

在通常情况下，创建和维护构建与部署系统这个领域里最热门的话题非DevOps（Developer Operation的简写）莫属。

熟悉基本测试方法 ¶

在敏捷模式下，Backlog会包含开发内容和对应的测试任务，软件开发者和测试人员必须更加紧密地合作，或者说开发人员就是测试人员。

一个优秀的开发者会在自己测试了自己编写的代码之后才将代码交付给别人。

熟悉代码调试 ¶

新手程序员幻想着每天只写新代码，然而真实的世界不是这样运作的。身为软件开发者，你90%的时间都会消耗在苦苦探究“我的代码为什么不能正常工作”这个问题上。

了解开发方法论 ¶

目前比较流行的是瀑布式开发和敏捷开发这两种开发方法论。

当一个软件开发团队刚开始编写代码时，大多数情况下都会遵循某种软件开发方法论。不过，不要期望任何一个团队真正遵循他们声称的自己正在使用的软件开发方法。比如，大多数团队都声称他们在使用敏捷方法工作，但实际执行过程中，他们可能遵循的是他们认为的敏捷方法论。

以前软件开发是遵循传统的瀑布式进行的。顾名思义，瀑布式开发就是一步一步地构建软件，每一步都把软件开发过程带入下一个步骤，直到所有的东西都顺流而下、按部就班地完成。

构成瀑布式开发方法的就是软件开发生命周期（Software Development Lifecycle，SDLC）。每一种软件开发方法都有各自的SDLC作为自己的表达方式。在瀑布式开发中，SDLC是顺序的，是一个从需求分析到软件设计，再到实现、测试、部署，最后到维护这样的一个顺序执行的软件开发过程。每一个阶段你都在前进，你只能前进，永远不会后退。各个阶段之间可能会有一些重叠。

传统的瀑布式：

需求分析。这个阶段会收集软件的所有需求，即，软件应该干什么，应该具备什么特性，应该是什么样子的，它的行为应该是怎样的？然而，现实并非如此。
软件设计。在这个阶段，你在接受了需求之后会将它们转换成系统的架构设计、底层算法和UML图，确定将如何构建系统，并且让系统的各个部分协同工作。通常会有大量的所谓前期设计工作，这意味着软件的大部分细节在这个阶段都将被规划出来，直至非常底层的设计工作。然而，在现实中需求是会变化的，有太多不可预见而又无法避免的意外状况。
实施。这一阶段就是用来编写代码的。
测试。在这个阶段，测试人员运行测试，发现bug，你尽自己所能修复一批bug.
部署。首先是“集成”，将多个开发组件捆绑在一起，然后是将代码部署到服务器上，最终交付到客户手里。
维护。在维护阶段，你需要修复客户发现的错误，添加新功能，并且保障软件的一切功能都顺利运行。

在软件开发方面，敏捷的出现，确实极大地改变了游戏规则。

敏捷宣言：我们一直在实践中探寻更好的软件开发方法，身体力行的同时也帮助他人。由此我们建立了如下价值观：

个体和互动**高于**流程和工具
工作的软件**高于**详尽的文档
客户合作**高于**合同谈判
响应变化**高于**遵循计划

也就是说，固然右列各项有其价值，但我们更重视左列各项的价值。

敏捷宣言遵循的十二条原则：（这些原则精准地阐释了敏捷的真正意义，甚至超过了宣言本身。）

我们最重要的目标是通过持续不断地及早交付有价值的软件使客户满意。
欣然面对需求变化，即使在开发后期也一样。善于掌控变化，帮助客户获得竞争优势。
频繁地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。
业务人员和开发人员必须相互合作，项目中的每一天都不例外。
激发个体的斗志，以他们为核心搭建项目。提供他们所需的环境和支持，相信他们能够达成目标。
不论团队内外，传递信息效果最好效率也最高的方式是面对面的交谈。
可工作的软件是进度的首要度量标准。
敏捷过程倡导可持续开发。发起人、开发者和用户要能够共同维持其步调稳定延续。
对技术精益求精，对设计不断完善，将提高敏捷能力。
以简洁为本，极力减少不必要工作量。
最好的架构、需求和设计出自于自组织的团队。
团队定期地反思如何能提高成效，并依此调整团队的行为。

敏捷并不是一种真正的方法论，而是在更抽象的层次上定义了软件开发应该如何完成，就像其他可以被认为属于“敏捷方法”的方法的超集。

瀑布式方法面临的问题：需求变更，或者说，直到项目后期才知道需求有变化。

敏捷就是要承认这个事实并且接受这个事实，构建与这个约束条件和谐相处的软件开发过程，而不是尽量规避它。

现实中，虽然大多数团队都声称自己遵循敏捷的开发方法，他们只是在名义上遵循这些方法，实际所做的其实都是“类敏捷”的开发方法。

基于敏捷，下面是几个常用的开发方法：

Scrum
Kanban（看板）
eXtreme Programming（XP，极限编程）

首先，我们看Scrum方法。

Scrum本身是由Ken Schwaber和Jeff Sutherland在20世纪90年代初同时创建的。在1995年，他们合著了一篇联合论文，合并了他俩各自的方法，定义了Scrum方法。

Scrum是一种形式化、规则化的方法，它定义了软件开发团队中的具体角色、开发软件的工作流，以及在开发每一次迭代（也被称为sprint）中应该召开怎样特定的会议。

1．Scrum中的角色

Scrum方法中有三个主要角色。

首先，产品负责人（Product Owner，PO）充当客户的代言人，他将最终决定工作任务的优先次序，并与业务人员、客户以及其他利益相关人进行沟通。

其次，开发团队不仅编写代码，而且要执行分析、设计、测试以及所有与交付软件相关的其他任务。

最后，Scrum专家（Scrum Master，SM）充当团队的教练，帮助消除任何阻碍团队发展的障碍，与产品负责人沟通，推进Scrum过程。

2．Scrum是如何运转的

Scrum背后的基本思想就是，软件开发被分解成若干个更小的迭代称作Sprint，每一个Sprint由一组锁定在那个时间框架内必须完成的工作组成。

然后，在每个Sprint结束时，其结果增量地交付给客户。

需要为软件开发的所有功能都被合并到一个所谓的产品待办事项清单中。（基本上它与系统的需求类似。）产品待办事项是按优先级别排列的，在每一个Sprint周期内，都会从产品待办事项清单中提取一组待办事项从而创建该Sprint的待办事项清单，以定义在该Sprint过程中工作任务，每一个Sprint通常持续一两个星期。

在每个Sprint开始时，将举行计划会议，把产品待办事项中的一部分工作拉到当前的Sprint中，团队估算出完成这些任务所需的工作量。

从技术上讲，团队应该致力于在Sprint过程中完成列举在Sprint待办事项中的所有工作，但实践中很少会出现这样的情况。（承诺是困难的。）

每天都会有一个叫作Scrum的快速站立式会议，每个人在会上都要给出非常快速的报告。Scrum会议的理念是让每个人都了解进展状况，排除可能会延缓进度的任何障碍。

Scrum会议每天在同一时间同一地点举行，每一名团队成员需要回答三个问题：

昨天你做了什么，有帮助团队达成Sprint目标吗？
你今天会做哪些帮助团队达成Sprint目标的工作？（这个问题对于寻求个人承诺是非常有效的）
是否有任何障碍阻碍你或团队达成Sprint目标？

在Sprint期间，团队合作完成Sprint中的所有待办事项，并且使用燃尽图（Burndown Chart）跟踪团队完成待办事项的进度和速度。燃尽图跟踪剩余的时间、故事点、困难点，以及任何被用于跟踪本Sprint中剩余的工作的表征方法。

当Sprint结束时，在Sprint期间完成的功能被展示给利益相关人，实施评审的工作。

最后，要召开一个回顾性会议，团队需要反思已经完成的这个Sprint，并为如何改进下一个Sprint发表一些想法。

3．Scrum的问题

当Scrum被正确执行时，它是一种极其有效和有价值的软件开发方法。在现实中，Scrum往往并没有被严格地遵循，而且，为了弥补过错，人们也会做出许多让步，甚至给一些人带来了可乘之机。

Scrum团队之所以取得应有的成功，最大的原因就是承诺。导致Scrum不能成功实施的最大杀手就是缺乏承诺，包括团队层面的承诺以及个人层面的承诺。

如果一切都能按照计划按部就班地顺利执行，那么把待办事项拉进Sprint里就是举手之劳，获取承诺也很容易。但要真正做到这一点实际上难度很大。

没有承诺的概念，问责制的标准就会下降，Sprint就失去了其本质意义。

被拉入Sprint的工作任务就失去了可信度。这就像你创建了一个“每天必做事务清单”，然而大多数情况下你都没能完成这个清单。随着时间的推移，这个清单本身将变得毫无意义，你甚至怀疑为什么你要列出这样一份清单。

我们来看看Scrum的变体，暂且称为Scrumbut。

当一个团队说“我们正在实施Scrum”的时候，通常会有长时间的停顿与迟疑，然后他们再加上一个“但是”（but），然后再给出一串长长的例外列表，说明他们的哪些做法没有遵循Scrum过程，这就是Scrumbut。而且，他们一般还会给出各种各样的冠冕堂皇的借口，说明他们为什么要按照自己的方式行事而不是亦步亦趋地追随那个Scrum过程。

Scrumbut最大的问题就是巧妙地躲避了Scrum过程中令人痛苦的步骤，然而正是这些痛苦的步骤，才是Scrum成为有效的重点。打个比方，你在煤气灶上煮东西，你去端锅的时候，把手烫伤了，因为你没有用隔热手套去接触锅的把手。因此你说，我喜欢用炉子做饭，但它太烫手了，以后能不能让我们在炉子上做饭的时候不要使用任何加热的方式。

但遗憾的是，不住少数的实施Scrum的软件开发团队选择的做法是关掉了煤气，然后再去经年累月地探究为什么他们的食物没煮熟。

接下来了解一下看板（Kanban）。看板与Scrum类似，但它是一种定义很松散的方法，它更多的是基于原则而不是基于指导的方法。

看板起源于丰田（Toyota）的生产体系和精益制造。起初，看板是为了在制造业企业内部限制生产工作而创立的，看板会提高效率、降低库存。当应用于软件开发上时，看板方法就主要集中在看板（Kanban Board）上。

看板是一块简单的板子，包含数个列，每一列代表贯穿开发过程的数个工作阶段。看板的基本理念是要把项目中所有正在做的工作可视化，并且对每一次将要完成的工作量总有所限制（称为WIP，Work in Progress，正在处理中的工作），以确定瓶颈、消弭瓶颈。

和Scrum一样，看板也是基于自组织团队的思想。透过公开、可见的看板将工作流程正规化与可视化。看板非常关注通过循环反馈来持续改进的想法。

通常，你可能会看到团队有一些需要完成的待办事项以及工作清单，并且这些工作将被优先处理。然后，团队中的某个人会挑出新的工作，并将其添加到看板上等待完成。随着工作从一个阶段进入另一个阶段，新添加的工作将会全面展开。

最后了解一下极限编程（eXtreme Programming，XP）。

极限编程采纳了当时的许多最佳实践，如单元测试、测试驱动开发、面向对象编程以及“关注优质客户”，并将它们提升到了被一些人称为“极限”的水平。“极限编程”因此而得名。

它的规则性更强，它将软件开发的严谨性与专业精神推向了新的高度。

XP在很大程度上依赖于结对编程的思想，即两个开发者坐在一起，共同完成所有正在创建的代码。XP的目标就是以尽可能简单的方式去设计和实现功能，尽量考虑当前的需求，而不是未来的需求。它的核心思想就是，即使是在更复杂的情况下，代码也可以适时演化，不必试图过早地优化代码或者提供额外的灵活性，因为这种做法通常是以增加复杂度为代价的。

总结：一个特定的方法并不像拥有某种可重复的和可衡量的过程那样重要，因为方法可以不断改进、不断调整。如果你的团队正在实施Scrum并且致力于改进实施Scrum的方法，这是很棒的。但是，如果你的团队从Scrum中汲取一些东西，从看板和XP方法又汲取另一些东西，把它们组合在一起形成自己的过程并且奏效了，这同样也是很棒的。只要有某种过程，关键是已定义并且可重复的过程。可重复的过程比特定的方法更重要。

4.拓展技术技能 ¶

学习一门技术的最好方法不是拿起一本大部头的参考书，一口气从头读到尾，而是需要事半功倍地快速学习、触类旁通地自学。

先确认你想要学习什么，即明确学习的范围。然后搜集学习资源，纵览全局。聚焦到一个足够小的范围。创建一个系统的而又井然有序的学习计划。采用“学-做-学”的顺序来学习。通过实践，我们可以自己找到问题、自己解决问题。最后，把你学到的东西教给别人。把你学到的东西教给谁、怎么教，这些无关紧要。重要的是，你以某种方式重组你头脑中的知识，形成自己的思想，并且拿出来与外界交流，我们学到的东西才可以历久弥坚。

对大多数的技术技能而言，读读书本文字、看看视频教程这种简单粗糙的方法是不可能学会的，重要的事情说三遍：实践，实践，实践。坚持下去，相信“精诚所至，金石为开”。

无论何时，当你尝试要学习一项技术技能时，首先要明确的就是用它将帮助你做什么。如果你对这项技能没有直接的需求，你甚至会质疑“我为什么要学它”。

学习过程中需要注意的四个重点：

你能用这项技术做什么，否则学习则失焦。
如何开始，它是“做”的前奏，能让门槛看起来不是高不可攀。
二八原则。学习一项技术技能的关键就是识别最有效的20%的内容。一项技术的20%就可以应对80%的工作场景。
阅读那些这项技术技能的专家所撰写的文章。

5.是否需要学位 ¶

从以往的经验看，拥有学位并不是成功所必需的，但它肯定是一个限制性因素，它限制了可以提供给你的职位数量，并且某种程度上也限制了你的晋升，特别是在大公司中。没有学位可能会让你的简历被过滤掉，连被人看到的机会都没有。许多公司，特别是大公司，会根据受教育水平来过滤求职申请。当然，这并不意味着你就不能从这些公司获得工作机会，总有一些例外，但是肯定会难上加难。

学位的好处：

接受有关软件开发方面的全面的系统教育。
无须经验就可以入行。
有更多选择，更容易转到行政或管理岗位。

学位的弊端：

花费原本可以赚钱的时间去学习。
可能会受困于思维定式，难以打破。

在软件开发领域，能力最为重要。与一纸学历证明相比，如果你能写好代码，能解决问题，能证明自己有此能力，你就能走得更远。

与其他行业相比，软件开发最大的不同就是：该领域总是不断变化。每天都有新的框架和技术问世。在教育机构中培养能适应真实工作环境的软件开发人员几乎是不可能的。等到教材出版、课表排好的时候，很多东西已经改变。

许多计算机科学课程中包含的算法、操作系统、关系型数据库理论和其他主题都是永恒的。然而，当你坐在办公桌前开始写代码的时候，你极少会用到在学校学到的技能。身为软件开发人员，我们所做的大部分工作，都是如何使用新技术，学会如何用它们完成工作。我们很少需要回溯到计算机科学的本源，然而这并不意味基础的计算机科学教育毫无价值，这能基础知识让你拥有良好的基础，能够让你更深入的理解自己在做什么，以及各种工作原理。

不管你是拥有学位还是拥有经验，都强烈建议你将自己的工作成果总结为作品集。在GitHub上创建或者参与一个开源项目。你也可以把自己创建的网站或者应用程序整理出来，带着这些源代码去面试。这是向未来雇主展示能力的好办法，让他了解你具有开发并部署一个完整应用的能力。