程序员小白介绍

1. 零基础小白如何成为程序员需要学习哪些内容

自学编程没那么难。只要是理工科学生，逻辑思维好的朋友，都可以开始编程。这里有六种方法可以和你的朋友分享自学编程。这些方法足以帮助您入门和进阶:0.书籍+视频可能是学习编程最好的方式，对于初学者来说，可以通过视频+书籍来学习。这两种方式形成互补关系。编程教学视频可以帮助你快速掌握编程，但通常比较生动，简单，不系统。书是系统的，透彻的，枯燥的，所以最好的方法就是把书和视频结合起来。

5.反复练习。编程是一门手艺，需要反复练习。没有书和视频能独立实现吗？学习的最终状态无非就是:我没有他，但是我的手很熟悉。近年来，IT行业变化很快。我们可以大致感受到我们使用的手机和互联网产品的变化。我们从原来的非智能手机迁移到iPhone和安卓手机。我们从去网吧买电脑变成了6G内存2GHz的智能手机(已经超过了2010年的电脑配置)。

我们从大型PC游戏转到了手机游戏。我们的每部手机都有将近100个应用。我们用过很多微信官方账号，微店，mini 程序和mini游戏。我们从5元3000万变成了随时随地刷小视频，直播。我们很少用现金，因为我们不得不拿钱包取钱，有时我们想拿出10元钱，但我们真的没有……丰富的互联网产品(应用程序、H5、小程序、游戏等)背后。)，IT其实是由日新月异的IT技术支撑的。

所以作为程序，你必须不断学习，学习公司需要的任何技术。工作几年，坚持学习也不算太累。毕竟经历了几年，很多东西都很熟悉。零基础如何自学编程？成为/kloc-0成员需要具备哪些技能？这些年来，我开发了各种东西，做了各种编程工作。服务器后端程序已经开发出来，需要几种编程语言:JAVA、PHP、Node.js、Python、SQL等。已经开发了PC网页和H5，需要Javascript，CSS3，HTML5等。开发了一个App，你需要用JAVA，SQL，HTML5。

我们开发了微信small 程序，需要CSS，Javascript，HTML等等。开发过计算机软件，需要用到C#、Javascript、C++等。为什么要学那么多技术？因为不同的编程语言有不同的长处。比如玩游戏，Unity很成熟很快，很多知名游戏都是用它开发的，所以开发游戏的时候几乎很多公司都在用它，程序会员一定要学。移动APP的开发主要使用JAVA、Swift、OC等编程语言，开发App必须学习这些编程语言。零基础如何自学编程？成为/kloc-0成员需要具备哪些技能？

没有接触过技术开发的人还是不知道为什么需要这么多编程语言。这么说吧:翻译跟英国人说话要说英语，跟西班牙人说话要说西班牙语，跟我们说话要说中文。IT技术的编程语言和我们说的语言类似，不同的领域需要不同的语言。说了这么多，大家都知道程序员工在工作中需要的技能，以及会发展什么。

我再简单总结一下::程序工作人员必须掌握自己岗位的编程语言。比如做安卓APP，一定要掌握JAVA。一般掌握编程语言是不够的。为了提高开发速度，还必须了解各种框架和库。程序员工将发展什么？会开发APP，网站，电脑软件，微信程序等等。不过应该说，行业是有特长的，并不是所有的程序工作人员都能开发应用、网站、小程序…有些人只能懂一门技术，但可以是专家，比如数据库专家。而且这些年我也只是个打杂的，但是各种发展都会...更多的杂工，仅此而已。

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们做的代码模板代码框架，乖乖的复制、修改、填肉吧。

你们啊，先从做模板做代码片段开始吧，咱们放到咱们内部代码片段开源库里，看谁的代码片段被别人复制的多，说明你的代码抽象设计能力越好了。那时候，我就大胆放心让你撒丫子跑了。在没有学会跑之前，给老子乖乖的复制、修改、填肉吧。

3. 程序员小白如何通过Java面试

1、了解业内招聘要求：多看几家同类岗位的技术要求，大概就知道用人单位的需求了
2、多找找面试常见技术题：不同企业的面试题各种不同，多去找找，多背背
3、简历设计：这个就是要注意在简历中体现自己的项目经验、技术水平
4、面试现场反应：注意自己的着装、语言表达、技术表达
以上都是在你有专业技术的前提下进行的，如果专业技术就是小白，还是先提升专业技术吧

4. 小白，想入门程序员，应该从什么开始学，顺序是什么

小白想要成为程序员，首选是选择一门合适的语言，比如说：Python、Java、C、C++、GO语言等；其次，选择合适的学习方式，比如培训，周末班、脱产班还是网络班。
如果完全没有编程基础，建议大家学习Python，Python入门简单、语法清晰、通俗易懂，非常适合零基础人员。

5. 小白如何成为程序员

学呗。想成为程序员，无非就是学习计算机编程语言，学习编程呗，现在互联网上的编程教程一搜一大把，编程应该如何学、怎么学和资料都不是什么秘密，任何人只要想学的都可以马上开始了。
如果心里没谱，可以参照我写的Java学到什么程度可以找工作。

6. 程序员小白都应该知道的30件事

作者 | 宋兰欣 廖馨婷

来源 | 读芯术

从事编程并不容易。每年有许多人从各国的顶级计算机科学专业毕业，这是所有人都向往的最具竞争力的职业之一。与此同时，编程也振奋人心。随着技术的进步，每天都有新的创新。对于喜欢编程，并立志从事编程的人而言，编程是其热爱且为之奋斗的事业。

本文的这个列表可以帮助新手答疑解惑，节省精力。即使目前某些内容可能暂时不需要，但是总有一天它会派上用场。

1. 从事编程无需学位，但需要有所了解。

编程是少数几个不取决于学位的职业之一。但是编程是一项知识密集型职业。如果你要从事编程行业，阅读一些基本的涵盖计算机科学的基本概念等书籍是必要的。除了编写功能代码之外，为你的技术打下坚实基础，对基本概念有一个深刻理解，这使得你能够赢得技术面试有助于与同事交流。

2. 在问题解决技能上，编程十分具有创造力。

大多数人都有这样一种先入为主的观念，即编程就是分析和解决问题的能力。这只说对了一部分。编程还涉及许多创造性。通常，可以使用多种方式编写给定的代码。当你设计出最简单有效的编码方式时，创造性就产生了。

3. 掌握所有编程语言是不可能的，诀窍是将一门语言学到极致。

世界上有数百种编程语言。有一些编程领域为特定的职业道路铺平了道路：Web开发人员，前端开发人员，后端开发人员，软件工程师，数据库开发人员等。明确希望成为哪种开发人员，然后学习该职位所需的技术技能。

4. 你不需要成为一个机器，保持作为人的状态就更好了。

请记住，你首先是人，其次才是一名程序员。初次编程时，很容易迷失在代码中。你是一个人，你需要笑，需要哭哭，需要减压，需要与人交谈。作为一名程序员，平衡生活，尽可能的发现工作之外的乐趣与激情将为工作带来更多创造性。

5. 编程是应用知识而不是死记硬背。

与发明和创造新知识领域的研究不同，编程就是应用现有知识。书籍，研究论文，在线文章和学习视频将成为经常使用的资源。没有必要记住所有知识。可以通过搜索资源找到答案。随着处理的项目增加，知识也会自然而然铭记于心。

6. 你每天都会与冒名顶替综合症对抗。

编程是所有“聪明”人都超同一个目标前进的行业。除非你是天才，否则你会每天都觉得自己不配取得成功。当你每天都为这种感受所困时，会试着想办法解决这一问题。你可以一直将其作为学习新事物的动力，正确看待问题。

7. 作为一名程序员，你还需要有工作之外的生活，否则，你只会沉迷于编程。

有段时间你可能会宅在家里不出门。但是，要成为一名快乐的程序员，必须主动寻求计算机屏幕之外的生活。职业生涯的成功往往取决于你遇到的人。人际关系对程序员而言必不可少。保持程序员之外的个性特征对于防止沉迷于编程至关重要。当你乐在其中而非强迫自己时，工作才会更加出色。

8. 与他人合作会学得更快。

在职业生涯初期，你会想要断开与外部世界的联系，沉溺于阅读这十本有关编程的书籍，以建立计算机科学基础。你猜怎么着？如果你找到一个学习伙伴，会学得更快。当你与他人合作，所有的编程“缺点”都会暴露出来。编写的代码会得到审阅。由于有第三方的存在，你将会学着编写高效的代码。由于伙伴也在学习，所以你会想找到最好的办法。当你从事程序员这一工作时，总会有人审查代码。你永远不是独自一人这是你需要习惯的。

9. 不需擅长数学和科学。

在技术行业会遇到各种超级明星程序员，他们在接受了长期的文科教育之后，发现了编程在逻辑思维方面的吸引力。有很多画家和作家在追求艺术的同时以编程谋生。成为一名优秀的程序员，你需要的是坚持不懈。编程很辛苦。但是，一旦有了恒心，任何人都可以通过阅读编程书籍掌握基础知识。在这个行业工作一段时间后有很多人重拾数学。最后他们甚至可以在没有接受正式数学教育的前提下理解实施复杂的算法。

10. 成为全明星“学习者”。

程序员的学习能力都很强。刚开始也许你的学习能力并不出色，但最终将会得到提升。有时，工作会要求你在六个月内学习三种编程语言。这就是技术创新的状态。作为程序员，每天都在学习。学习就像呼吸一样。即使你对每天都需要学习的状态不太舒服，你也会被迫习惯。

11. 你将对完成项目上瘾。

编码成瘾是真实存在的。在编程生涯中的某一阶段，你将经历通宵编程的马拉松。在完成项目之前，你都不会想要睡觉。由于大脑正在处理大量的信息，你会忘记吃饭，喝酒，甚至不会离开办工作。不要紧，工作做完后，就到外面散散步或者度度假吧。

12. 耗费一整天只为找一个小漏洞。

多数时候，在编程项目中许多部分彼此相互关联。通常，你会发现除非修复了系统中潜藏的一个小漏洞，否则无法继续进行下一步操作。作为程序员，除非找到这处漏洞，否则你会对整个项目倍感压力。你会整天坐在电脑夙夜难寐，只为找到这一漏洞。这种现象只有找到它后才会消失。

13. 你将花费大部分时间在谷歌搜索无人能为你解答的答案。

如果使用流行的语言编程，那么大部分的问题都能得到解答。但是，也有例外。有时，你也会出现别人碰不到的问题。在这种情况下，参考编程书籍并询问编程委员会通常会帮助你答疑解惑。

14. 阅读设计模式的书

是否毕业于国内外最好的计算机科学专业并不重要。在每个程序员的职业生涯中，都会坐下来仔细阅读Head First Design Patterns。它可能是新程序员最常阅读的书籍之一。还在等什么？赶紧拿起它并从头到尾阅读。

15. 学会专注于确切的拼写

在每个程序员的职业生涯中，都会用自己喜欢的语言编写足够的代码，以便按照自己的方式做事。这包括为变量，类，甚至数据库中的表提供的命名约定的准确拼写。仔细审查这一点。你最不想发生的就是因为拼写错误而产生的系统漏洞。记住，当理由充分时沉浸与值得关注事情是情有可原的。但是如果无据可依，那不过只是无意义的重复。

16. 你可能会放弃

有时你会遇到无法解决的问题。有时问题难到让你怀疑人生，只想要辞职。有时工作环境会让你想要放弃。激情取决于坚持。这时候质问自己，是要坚持还是放弃？当遇到挫折和困难时，你就把它当做港湾和下一次腾飞的跳板。

17. 重头再来

当你看到那些和从前的一样热爱编程的人，你会很羡慕接着发现自己无法放手。你不能放手。然后又会回到编程项目上来。你意识到在内心深处，和编程同呼吸共命运，这是你才成为一名真正的程序员。

18. 回到某种形式的学校教育，去学习系统的知识。

即使是从精英计算机科学硕士课程毕业的最优秀的程序员也将在工作中学习。事实上，在职培训是大型科技公司工作的最佳福利之一。公司将送你去学习“高昂”的课程和研讨会，以培训你使用他们希望使用的最新技术。如果碰巧在工作中没有学到足够的知识，你将接触到许多在线编码学院和youtube视频，以提高你的技能。

19. 被不喜爱的公司聘用

即使你是一个平庸的程序员，某些公司也会需要你的技能。当他们面试你的时候，试着记住你也在面试他们。根据公司的文化，你可能会发现自己想对这份看似轻松地工作说不。作为程序员，工作时间很长。找到适合自己的公司文化几乎至关重要。幸福度会带来好的工作表现。如果你的技能无可替代，总会有其他公司排队挖你。非必要情况，不要轻易妥协。

20. 技术面试不合格

技术面试不是开玩笑。高级程序员经常以编写技术面试问题为乐。通常，出于某些原因，这些问题总是格外难。如果技术面试不合格，这也不是世界末日。这当然不能证明你的编程能力。它只测试你的知识库。试着想想积极的一面。如果个人技能出色，经理们会记住你。如果他们看好你的能力，然而你并不适合担任这个角色，他们仍可能会联系你，为你提供另一个职位。

21. 被告知你很出色

在职业生涯中，有时候你会觉得自己像个明星。经理需要依靠你完成项目，他们夸赞你很棒，以激起你的干劲。你会觉得自己处于世界之巅。注意了，这是在诱导你变得自负。请保持谦虚，毕竟学无止境，人外有人山外有山。

22. 被贬得一无是处

在职业生涯中，有时你会觉得自己一无所知。对项目没信心人会告诉你，你什么都不知道。也许他们这样做是为了让你了解自己身处的位置。但是，既然你正在阅读这篇文章，你就会大踏步前进。因为你知道的可能比你想的还要多。你所掌握的知识也会随着时间增多。一年后，人们会尊重你，所以请坚持下去。假以时日，甚至可能赢得那位曾经将你贬得一无是处的人的尊重。

23. 与你所欣赏的其他程序员竞争

编程最绝妙的方面之一就是竞争。当你编写一个你钦佩的程序员认为值得的代码时，会开心地像赢了彩票。编程竞争总是很有趣。精妙之处不在于谁是最好的而是互相学习。

24. 可能理解不了同事的话

一开始，这种情况可能是每周或每月一次。在新编程工作中，你可能理解不了同事刚刚说的话。可能以下两个原因。鉴于生活环境的不同，你可能听不懂他们的口音。在这种情况下，请另一位同事翻译。不能理解某人的言论并不可耻。很可能，其他同事也花了多年时间才得以习惯这种口音。另一个原因是同事刚才所说的完全超出了你的知识范围。那也没关系。毕竟，同事是专家。让同事以图片形式解释一下。你会想要拉把椅子坐下详听，因为这可能需要一段时间。

25. 看到去年写的面条式代码，你会感到羞耻

这事儿常常发生。开始时因为Perl代码，我被批评了。这是一个记录良好的代码，设计也很好。但我却用一种难以阅读的语言写出来。所以，我写了面条式代码。但是，每年，无论我怎么努力，我仍然会找到一些我清除由于快速完成工作而编写的面条式代码。这就是程序员的日常。我们解决问题并修补问题。不必觉得羞愧。当你意识到这是你写的，返回修正即可。

26. 当你厌倦了看另一行代码时，你将在数据库项目中躲避

当你进行一次精彩的编程攻关时会发生这种情况。已经两个月了。你需要休息一下。但是你喜欢这种势头，所以继续前进。然后你意识到SQL很有趣。无法弄清楚为什么你不能看另一行代码。但不知何故，将数据放入数据库并再其取出使你感到愉悦。你陶醉于完全逻辑语言的简单性。

27. 对编程马拉松又爱又恨

编程马拉松现在很常见。程序员加入团队并相互竞争。在这个过程中，他们会在几个小时内进行高密度学习。你会因为团队精神爱上编程马拉松，也会因为快速码字造成的腕关节综合症而讨厌它。你也会讨厌工作拥挤的房间以及在编程时感官的过度刺激。

28. 阅读研究论文时，会觉得一个字看不懂

你会说英语吗？好大多数人会说是的。但是，你可能会一遍又一遍地阅读一些研究论文，并发现自己一头雾水。对我来说，在学习基础数学之前，大多数关于算法的研究论文看起来都像是一片巨大的雾林。然后，突然间，一切似乎又都拨开迷雾了。

29. 购买耳机

在职业生涯的某个阶段，当你专注于代码时，会发现任何类型的噪音都会阻碍你的感官。买一个能够隔绝外部噪音的好耳机，可以让你在嘈杂房间内专心工作。在某些时候，还会发现音乐有助于编码。编码生涯的早期我就发现，音乐节奏有助于流畅地编码。即使是现在，需要提高工作效率时，我还会找些音乐来听。

30. 抓住与同伴交流的大好时机。

在职业生涯的某个阶段，你会成为公司非常重要的开发人员群体。这时你将被邀请到异地技术专业人员将在这里进行社交活动。高层管理人员会借此机会了解你。这并非是无忧无虑、享受的时候。相反是与同伴交往和交流的大好时机。有时，外出活动还包括与其他公司的技术专家的会议。