黑客马拉松七个步骤（黑客马拉松比赛）

参加HP intel hackathon 是一种怎么样的体验

Hackathon又被称为黑客马拉松或者黑客松，来自“黑客”和“马拉松”两个词汇的组合。Hackathon通常是指一群趣味相投的极客开发者们在一起交流学习同时娱乐互动的一个以编程为主导的聚会类活动，整个活动以轻松的氛围引发创新的灵感。

在一个固定时间内开发者们以小组或者个人为单位一起创意策划准备开发的作品。现场会提供食物、零食、饮料、休息区以及娱乐放松的小游戏。在活动结束前，一般会有一个作品demo展示的环节，每个小组或个人将自己的作品（成品或半成品均可）进行展示，也是一个向大家展示自己实力的好机会。

Hackathon活动的氛围只有亲自加入其中并日夜奋战的人才能真正体会。没有看到最近有举办HP intel hackathon的消息，如果你想体验的话可以去试试8月22日至23日，深圳站的Ubuntu Hackathon，要求会以下一种：C++、HTML5、JavaScript、Qt、QML、OpenGL语种和框架。

顶尖创业团队是怎么做绩效考核的

首先，画一下我们通常讲研发管理的范畴：确定如何立项，如何确定产品目标，如何把控项目进度，如何驱动产品一代代完善以及如何调动团队积极性等。

在时间周期上来说，我们归纳为 5 个关键步骤：选方向、定目标、控进度、带团队和排干扰。相配套的，则是在这五个关键步骤的一些流程和工具的使用。

一、高效研发的5个关键步骤

第一步：立项——定方向

在豌豆荚的整个研发过程中，立项称为ProductBrief或者ProjectBrief。团队的产品经理会撰写一个1－2页的文档，然后和执行团队进行评审，如果评审通过，立项就成功了。文档一般包含会包含以下内容：

1. 愿景：一句话表达清楚要做什么；

2. 分析市场机会和趋势，决定当前策略；

3. 确定目标用户的特征和核心需求；

4. 现存的解决方案和各自的优劣势；

5. 该项目对豌豆荚的利益点；如果不做该项目，哪些竞争对手会做，对竞争对手的利益点；

6. 需要哪些技术的支持和驱动，哪些技术是豌豆荚的弱项；

7. 人力需求；

8. 项目的紧急程度，是否需要快速推进；

9. 发布策略；

10.核心衡量指标，用来衡量成功的指标。

第二步，OKR 体系——定目标

对一个项目来说，设定目标是非常重要的，因为这决定了如何去做，以及能做到何种程度。豌豆荚采纳的目标管理是从 Google 引进的 OKR 体系（ObjectivesKey Results，目标与关键成果），这跟传统的 KPI（KeyPerformanceIndicator，关键绩效考核）稍微有些区别：

1.OKR 首先是沟通工具：豌豆荚共有 300 多人，每个人都要写 OKR。为了便于沟通，所有这些OKR都会放在一个文档里。任何员工都可以看到CEO 的这个季度最重要的目标是什么，HR 团队这个季度的目标是什么。

2. OKR是努力的方向和目标：OKR代表你到底要去哪里，而不是你要去的地方具体在哪里。

3. OKR必须可量化。比如健身时设定锻炼目标，如果只是定义成「我们要努力提高身体素质」，肯定不是一个好的 OKR，因为无法衡量，好的OKR是「今年的跑步时间较去年增加一倍」。

4. 目标必须一致：制定者和执行者目标一致、团队和个人的目标一致。首先，制定公司的OKR；其次，每个团队定自己的 OKR；第三，每个工程师或设计师写各自的OKR。这三步各自独立完成，然后对照协调这三者的OKR。在豌豆荚，OKR跟个人绩效没有关系，因为OKR 系统的结果和每个人并不直接挂钩。

5. 通过月度会议Review ，时时跟进OKR： 在月度会议上需要确定如何去达到目标，是一个帮助达到目标的过程。

6. 通过季度会议 Review ，及时调整OKR：互联网的变化非常快，所以豌豆荚每季度有一个OKR 的 review，调整的原则是目标（Objectives）不变，只允许调整关键成果（KeyResults）。

为了更好的理解如何制定OKR体系，我们看个例子：

● 目标（Objectives）：发布有影响力的新功能，将 XXX 产品做成用户可以每日使用的产品。

● 关键成果（KeyResults）：

日活跃用户量为XX；

使用XX方式，提高XXX核心指标；

第三步，项目管理——控进度：

目标设定以后，非常重要的就是执行，一般的项目管理实际上就是控制进度。

1、任务/进度勤同步。整个公司所有人的 calender，包括会议、要做的事情、项目的时间节点都需要及时同步。在整个战略布局上，如果某个项目工期非常紧，就必须进行更多的沟通，确保每一个环节都没有问题。

2. 站立会议（DailySync）：每天进行站立会议，一般控制在十分钟之内，每个人说明自己今天要做的工作，需要什么帮助，有谁可以帮忙，可以更有效的调节资源和公关。

3. 多方位沟通（GoogleDocs /Gmail / Hangouts）：对非紧急的事情，两个团队或者是两个人一起讨论所有的设计。Hangouts用于做快速响应。

4. 周会（WeeklyReport）：每周总结。豌豆荚的团队产品经理要做周报，汇报这周的工作、发布、取得效果以及数据。

5. 数据系统：MUCE 是豌豆荚的数据系统，上面有全公司所有的产品数据和运营数据。MUCE 的数据能够用来验证产品的假设、方向等。

第四步，人员管理——带团队：

项目是由一个个具体的人来执行的，所以带团队非常重要，在人员管理上，豌豆荚有三个基本原则：

1、Re-Organization换组：公司鼓励员工换组，每个人都有机会到喜爱的团队做更有趣的事情。只要在原团队的绩效合格，每季度都可申请换团队或换工作内容。员工的绩效不与 OKR 挂钩，公司鼓励员工挑战难度、超越优秀，低 Level 的事情做不到优秀会被惩罚，做事不及格也会被惩罚。

2、Oneon One：在带人方面， OneonOne 非常重要。Oneon One 指的是每个团队的 manager 需要定期（最佳间隔是每周一次）与自己团队中的每个成员进行一对一讨论或者对话。在豌豆荚，manager 首先是一个教练，应该帮助自己团队的成员成长。通过 Oneon One，manager 需要了解每个团队成员现阶段的状态和遭遇的困扰，分享职业规划，帮助他们正确地处理问题，更好地实现个人成长。

3、个人 OKR 和 Performance体系：每个员工在每个季度初需要确定自己本季度的 OKR，在一个季度结束后需要根据自己这个季度的工作完成情况给 OKR 打分。每半年公司会进行一次 PerformanceReview，主要是 review 员工过去半年的绩效，并根据 PerformanceReview 的结果变更 JobLadder（业务职级）和薪酬。

值得一提的是，在豌豆荚，所有的个人Performance Review 的成就内容及级别都是全公司共享公开的。这个对于很多公司来说是不可想象的，豌豆荚为什么要这么做？因为一方面对于豌豆荚来说可以做到更为公平和透明，另一方面也给每位豌豆提供了更好学习和成长自己的样本，激励大家在产品研发中更高质量的挑战和要求自己。

第五步，兴趣管理——排干扰：

1、激发兴趣：HackDay，是豌豆荚一个特殊的节日，开始于2010年，类似黑客马拉松。通常在春节假期回来的那一周，产品设计师和工程师们 3-5 人组成一队，在连续48小时的时间里，充分展现工程团队的创意和想像力，完成一些比日常开发更 geek、更有趣的东西。

豌豆荚为了鼓励大家更好的完成挑战，也会设计一些特别有特色的奖品，历史上2012 年提供的是苹果刚出 MacbookRetina，2013年是 GoogleGlass，2014 年则是程序员最爱的 HermanMiller 顶级座椅。

在历史的 Hackday 中，有不少作品最终都成了重要产品对外发布，比如MUCE、豌豆洗白白和 IAS（应用内搜索），都成为了豌豆荚极具特色的产品。

2、控制兴趣：PolishWeek，让公司慢下来，对已有产品的细节进行精细化的过程。在大量开发和新产品上线的过程中，我们会担心因为走得太快而对产品的细节关注不够。在连续3个工作周后，第4周通常是 PolishWeek。在 PolishWeek 的这一周，豌豆荚内部不会进行新产品或新功能的开发，而主要是对现有的产品和服务进行打磨，解决一些细节问题和小 bug，譬如产品内一些字体的统一等等。平均每个 PolishWeek 会解决产品中各种 Bug 大约 200 个。

二、高效研发的流程和工具

过去几年豌豆荚做 Windows 版的时候，尝试过一个月、两个月、一个星期、两个星期的发布节奏，整个模式跟 Chrome 比较像，有功能发布就希望尽早的发。我们在服务端上每天都有更新，客户端会慢一点，现在大概是两周一个版本，如下图所示：

在开发节奏上，前两周的时间用于开发，然后截取分支准备发布，接下来两周进行测试，同时进行另一个开发，每一个迭代都控制在两周之内。相对而言，服务端的发布比较好操作，可以做很多的回归测试和自动化测试，不太需要手工的测试来做发布，但是 Windows 和 Android 都会有一些 Beta 的发布，在内部很难模拟用户的使用场景和用户的环境，所以在 release 之后的过程中一般会抽样 1%、5%、10% 这样一个节奏来做验证，主要是看某些指标是否达标。

这个流程刚开始执行的时候问题特别多。比如在这周开发完成以后，测试发现根本测试不了，有很多很多的 Bug，工程师只好利用第二个研发周期去修 Bug，然后又会影响第二周期的开发，这样问题越来越多，就会导致流程很难进行，然后进入恶性循环。

为了解决这个问题，首先在操作层面上一开始先用一个月的迭代来让大家适应，同时要求 Master 分支必须是可用的（比如某人提交了代码跑不起来，或者没有经过测试，给其他同事带来了阻碍，就会被要求请全团队喝咖啡）。其次加强单元测试和回归测试，确保每个迭代的研发质量是可控的，后面的测试主要是回归和校验，减轻相互重叠的压力问题。一个月的迭代跑顺了之后，再跑到两周、一周的节奏，整体来看，差不多用了半年的时间，豌豆荚就完全跑顺了这个流程，想快可以快，想慢也可以慢。

工欲善其事必先利其器，为了提升产品研发效率，豌豆荚内部开发了一款项目管理工具Wandoulabs。作为内部的沟通工具，它主要用来做跨团队沟通，全公司所有员工都会使用。重要的 roadmaps 必须在这里登记，登记了以后，一个项目需要多少设计师、需要多少marketing、每个阶段是什么样以及工程师的发布状态都可以在这里看得到。

这就是前面提到的Wandoulabs，大概逻辑如下：不同的标记分别代表研发状态、发布状态、负责的团队及这个事情的重要级别。

对于重要的发布，豌豆荚有三个最基本的要求：

第一要获得 Product／DesignReview 的批准。一个功能开发以后，无论是界面还是整个 UI，如果会影响到用户的操作，或者影响到商户的收入，比如我们的广告系统或者和合作伙伴的一些策略调整，这就需要做 DesignReview。DesignReview 在豌豆荚里面的时间大概是每周的周一、周三和周六，每次持续 1-2 个小时，包括Product（Review）、Design（Review）或Business（Review）。ProductDesign指的就是 PD，主要的视觉设计师或产品设计师必须全员参加。

第二要获得 EngineeringTechReview 的批准。这更接近于传统上的技术设计，主要是看某个功能在工程设计上是怎么做的。做这个设计的团队和所有工程师必须全员参加，也会有一个人来 host，还需要几个指标的 review。这个过程是帮助相关的工程师把设计考虑更全面，包括流量、游戏的带宽压力的需求等等。

第三要获得 MarketingReview 的批准。主要是看产品上需要如何引入 marketing 团队的配合，需不需要做一些传播，需不需要注意公关策略等等。

什么才是「黑客」（Hacker）？

我在华盛顿特区工作的时候，常看到「黑客Hacker」一词，但基本上只剩下了一个「黑Hack」字，不止一次在新闻和政府发言稿里，看到对「黑客」一词充满了误解、甚至深恶痛绝，甚至有一个活动恬不知耻地冠以「黑客马拉松Hackathon」的名字。对于政府和媒体来说，「黑客」就是一群蒙着面纱，面对屏幕上滚动的奇怪字符的人，但对于世界上其他一部分人来说（特别是在互联网上），「黑客」一词有着非常，非常不同的含义。 就算在韦氏词典上，对于「黑客」一词，前三个解释是这样的（小编：第四个解释才是非法入侵计算机的人）： 1. 「一个折腾的人」（定义为「因为爱好而编写计算机程序」）， 2. 一个在特别的领域里缺少经验或者不够熟练，而格外努力的人（比如一个小黑客） 3. 「一个在计算机编程或者解决计算机问题方面的专家」 偷信用卡密码，或者传播恶意软件，这都不是黑客的品位，真正的黑客精神完全与之相反。所谓黑客，是将如上三项定义浑然为一的人。「黑客精神」是分享、开放、反权威……是一种无法抑制的，去挑战极限与颠覆不可能的渴望，黑客的行为无非就是用铅笔破解被锁频的 CPU，或者给自己造台「透析机」活命这类一般专家瞧不上，但真能解决问题的事情。 黑客一词，可以追溯到1960时期，麻省理工的聪颖才子们将计算机科技推向新高度的年代。今天这种精神依旧完整地体现在追求卓越的行为上——不断地问自己：「这可能吗？」（并且坚定地回答：让我们试试看！）。这是一种内在的，对于解决从没有人解决过的问题的渴望，渴望突破以前的智慧无法突破的极限。 黑客精神黑客被各种文化所激励，黑客精神是关于分享的文化。黑客所需要的素质是能够把问题拆分开，并分析各自的原理，希望通过这种方式来改进它们。必须自己动手，不但能参与，而且能创造出某个项目的分支，使之更有趣，更优秀。黑客精神是关于开放的精神。黑客行为是基于团队的，只有开放才能让参与者们发挥出最大的能量，去修补，去改造。保密只会扼杀创新，所谓自由当然包括获取信息的自由。黑客精神是关于「反对权威」的精神，促进信息交流的最好方式就是提供一个让所有人都可以自由交流，没有阻碍的平台，有意地，或者无意地拆除信息流动的障碍，官僚主义，无论是企业，还是政府，甚至是大学，这些都是信息交流的固有障碍。 黑客方法精神只是理念上的存在，实践才是成为黑客的道路。黑客是不作就要死星人，心痒手痒地祈求能上手一试。 这个世界上有太多的问题需要解决了。 有聪慧的大脑和能干的双手，科技应该让这个世界变得更好。就和运动员通过挑战地球引力，提升人体的极限而获得快感一样，黑客寻找拓展现有工具的应用极限的方法，寻找答案，提出可能。但黑客精神里还有一层含义 一个问题有一个解决方案就够了。 创新的大脑是宝贵的，有限的资源不能耗费在重复发明轮子上，需要去搞定的问题还有很多。 黑客文化黑客文化，显示出传统文化中特别的部分：精英主义文化。 互联网上最有价值的行为就是「奉献」，对于黑客来说，奉献比金钱和权位都要重要，奉献可以是代码、设计、版权……什么都行。黑客文化是优雅的文化。黑客追求艺术地手法，简洁创新的技术，可以完成复杂的任务，却以最小的代价和最少的说明。黑客文化是关于智慧的乐趣，成为黑客确实充满了这种乐趣，特别是在世俗生活中注入这种乐趣。 「黑客」的意义，不是成为一个热词，也不是和犯罪联系起来，黑客是是一种气质，一种动机，一种文化，成为黑客，就是用代码去改善我们这个世界。 小编按：写抢火车票软件免费给大家用的的叫「黑客Hacker」，偷信用卡写恶意 APP 骗费的叫「骇客Cracker」。黑客十五年：寻找被黑金毁掉的黑客精神

接吻会传播细菌吗？

细菌无处不在，致病菌同样也无处不在，细菌的种类有很多，传播方式也有很多，主要的传播方式有以下几种：经空气传播、经水传播、经食物传播、经接触传播、经节肢动物传播、经土壤传播、垂直传播、医源性传播。

接吻属于接触的一种（有报道指出接吻10秒，会传递8000万个细菌），当然可以传播致病菌和病毒，但是人有强大的免疫系统，在人的唾液中仍然含有可以杀死或分解细菌和病毒的霉，因此不用太过担心。

接吻是两个人的事情，接吻在不同的场合下代表不同，如法国等西欧的一些国家表示一种礼貌，在恋爱的场合，代表一种亲密的关系，从科学角度上讲，接吻可以传播病菌或病毒，但不代表会感染上，在嘴唇出血破损和溃疡时注意，这种情况下容易感染。

最后说一句，爱情是建立在两个人互相了解的情况下的，既有健康，也有生活。

现在的孩子为什么要学少儿编程？

在美国已经有700万小朋友学习编程，日本小学生走进APP开发私塾学习编程，英国出台规定要求5岁以上儿童学习编程，欧洲其他16个国家把编程纳入教学体系。就连以色列，都将编程纳入高等学校的必修科目，同时要求孩子从小学一年级就要学习编程。

在我国，编程已经被浙江、北京、山东、江苏、重庆等省市加入中小学必学课程。虽然目前只有浙江把编程纳入高考，但我们发现高校对信息学人才的关注是非常高的。比如每年会有很多孩子通过信息学奥赛被知名中学、国内外重点大学免试或降分录取。

清华前校长陈吉宁也对少儿编程Scratch之父雷斯尼克说过：中国未来社会需要的，是那种逻辑思维缜密，能够应对变化，提出独特想法的创造性人才，可不仅仅是过去的琴棋书画了。

C9青少年编程教育觉得，最关键的不是要教孩子多少知识，知识是教不完的，你今天教的这些知识，未来可能会OUT，会有更多更新的知识出现，你怎么可能一直坚持不懈地给孩子教下去呢？

所以，培养孩子的探索精神、解决问题的能力和自主学习的技能才最关键。编程最有意思的一点，是能解决不少生活中的复杂问题。

为什么要让孩子学编程，几岁开始学？C9青少年编程教育认为，有以下几点理由：

1、要让孩子掌控未来，做新时代引领者。

从认知革命到农业革命，到工业革命，再到科技革命，人工智能越来越普及的今天，可以预见，在未来，人类与科技只会联系的更加紧密，并且时代的递进及改造会越来越迅速的完成。

因此，从长远来看，具备科技思维才能更好的理解未来，参与未来。人工智能逻辑的底色就是编程，从这方面讲，拥有编程思维，就拥有了开启人工智能大门的钥匙。

2、英语可以拓展全球视野，而编程可以打开未来之窗。

留学热已经不是一天两天了，很多家庭都意识到英语对于孩子未来的意义，英语作为全球通用语言，是我们更加全面更加立体的了解这个世界的前提。

像美国，至今已有30%的院校开设了编程相关课，无论是政府，还是社会各界，都希望越来越多的孩子了解编程，掌握编程，以此来发展学院特色，更好的迎接科技未来。

无论是英语还是编程，都是我们与这个世界产生关联的方式，英语让我们具备全球视野，对世界更多元的理解，编程让我们更好的理解现在，创造未来。

3、逻辑思维能力有多重要，小学是最佳启蒙期。

“编程思维”就是“理解问题——找出路径”的思维过程，它由分解、模式识别、抽象、算法四个步骤组成。通过这四个步骤每一个小问题被单独检视、思考，搜索解决方案；然后，聚焦几个重要节点，忽视小细节，形成解决思路；最后，设计步骤，执行——问题解决。

这一点我认为是编程对孩子成长、培养高效的思考模式、做事视角，帮助最大的。同时，根据教育认知学，孩子会在7岁左右开始形成抽象逻辑思维，整个7-12岁是抽象逻辑思维的最佳形成期。

所以学编程的最佳时机是小学段，趁孩子现在课业负担不重，逻辑思维也快，帮他们掌握一门有益终生的技能，我觉得就是在正确的时间做正确的事。

4、编程的作用不只在未来，还在当下。

身边的例子有很多，不少孩子接触编程后，学习的主动性提高了，尤其对数学产生了兴趣。还有一些孩子，渐渐的不再粗心大意，有的孩子甚至开始自己编写游戏，改掉了游戏上瘾的坏习惯。

有的家长接触后也产生了兴趣，和孩子一起参与编程，无意间增进了亲子关系，原来编程，还让我们懂得了什么是陪伴。

十年前，我们对人工智能一无所知，我们以为科技只是国家大事，是神五神六。今天呢，手机支付、共享单车、共享汽车、扫地机器人、无人机等等等等，就在我们身边，就在我们家中。时代变化之快，更迭之快，难以预料。

人工智能时代，我们不指望每个孩子都成为科学家，但至少，你要明白时代的背景，要理解时代的核心要素，我们希望，中国的孩子具备成为数字公民的一切能力和素养，只有这样，我们才能在未来多变复杂的环境中脱颖而出。

怎么向一个程序员表白

喜欢不分职业吧，我估计是你想用点贴近他生活的办法。我是学编程的，大多数IT男也没有那么死脑筋，就用很平常的方法多数是有效的。

怎样才能成为一名优秀的软件开发者

时刻提醒自己：学习

学习某件事的第一步是承认你不知道。这听起来很正常，但经验丰富的程序员还记得要真正让自己承认这一点需要花多长时间。

不要试图证明自己是正确的

新手(以及很多经验丰富的开发人员)会看着他们自己写的代码，欣赏它的奇妙。他们编写测试来证明他们写的代码是可以运行的，而不是试图让它运行失败。真正优秀的程序员会积极地寻找他们的错误在哪里，因为他们知道最终用户会发现这些遗漏的bug。

“代码可以运行了”这个目标不是终点，而是起点

是的，你的第一步总是想写出质量很高的代码，而且代码上面都写满了注释。但是一般的程序员在这一点上就退出，然后继续下一件事。

但是一旦“完成”就停止了这种思想就像是拍一张快照，然后期待它是一件艺术品一样。伟大的程序员都知道第一次迭代只是一次迭代。它运行起来了,恭喜你!但你的工作还有很多。现在,使它变的更好。

其实这个过程就是在定义“更好”的含义。让它变得更快能有什么价值吗?可重用更高有什么好处吗?更可靠吗?答案随着每个应用程序的不同而不同，但是过程都是一样的。

写三次代码

好的程序员目标是写出可以运行的软件就可以了。伟大的程序员写出来的软件目标是运行得非常好。通过一次编写这种情况几乎不可能发生。最好的软件通常被写三次:

首先，编写软件以向你自己(或客户)证明解决方案是可行的。其他人可能没有意识到这只是一个概念验证，但你确实这么做了。

第二次可以让它正常地运行。

第三次你能够让它平稳的运行。

当你看到最优秀的开发人员的工作时，这种级别的工作可能并不明显。他们所做的一切看起来都很出色，但你没有看到的是，即使是开发界的大腕儿，也可能在向其他人展示他们的软件之前就已经抛弃了第一个和第二个版本。抛弃之前的代码并开始编写另一个版本是一种强大的方式，可以将“更好地”融入到您的个人工作流程中。

如果没有其他情况，通过“写三次代码”可以告诉你解决问题的方法有多少种。而且它可以防止你陷入停滞不前的状态。

阅读大量的代码

阅读他人代码的原因也很重要，只是不是很明显而已。

当阅读其他人的代码时，你会看到其他人是如何解决编程问题的。但不要把它当成是文学作品，而是把它当成一种教训和一种挑战。想要变得更好，问问自己：

那块代码我该怎么写呢?既然你已经看到了别人的解决方案，那你会有什么思路呢?

我学到了什么？我如何将这种技术应用到我过去编写的代码中？（“我从来没有想过可以使用递归下降处理那块的逻辑”）。

我如何改进这段代码?如果这是一个开源项目，你对自己的解决方案更有信心，那就去做吧！

以作者的风格编写代码。练习这个可以帮助你进入作者的思维，这可以提高你的同情心。

不要只是漫不经心地思考这些步骤。写下你自己的答案，无论是在个人日志、博客、审查代码的过程中，还是与其他开发人员交流的论坛中。就像向朋友解释问题可以帮助你解决问题一样，记录和分享你的分析可以帮助你理解为什么你会以一种特定的方式对别人的代码做出反应。这是我之前提到的自省的一部分，帮助你冷静地判断你自己的优点和缺点。

不要把编写代码仅仅看作是任务

从事个人编程项目有很多优势。首先，它为你提供了一种学习工具以及学习技术的方法，而这些工具和技术在你当前的工作中是用不到的，但是这将使你在下一份工作中更有市场。无论你是为开源项目做贡献，还是为当地社区组织做公益工作，你都能获得技术技能和自信。(此外，你的个人项目向潜在雇主证明，你是一个从不停止学习的人。)

编写代码的另一个好处是它强迫你自己去解决问题。你不能把这些难啃的问题留给别人，所以它会让你过早地寻求帮助。

尽一切可能做到与其他开发人员面对面的工作

倾听别人的意见是很有帮助的。这可能意味着结对编程，或者参加黑客马拉松，或者加入一个编程用户组(比如Vermont

Coders

Connection)。当你为一个开源项目做贡献时，要关注一下你从用户和其他开发者得到的反馈意见。你在他们的批评中看到了什么共同点?

这样做你可能会很幸运地认识了一位可以完全信任的导师，无论是编码技术还是职业决策，你都可以完全信任他。所以不要浪费这些机会。

你是在学习技术,而不是在学如何使用工具

编程语言、工具和方法这些都只是一时的。这就是为什么需要你在这么多的语言和框架中尽可能多的获得经验。重点关注编程基础，因为基础永远不会改变;更关注体系结构而不是如何编程。如果你觉得做某件事只有一种正确的方式，那可能是时候进行现实核查了。条条框框的限制会妨碍你学习新事物的能力，也会使你很难适应变化。