本文目录一览：
- 1、黑客马拉松的由来
- 2、参加HP intel hackathon 是一种怎么样的体验
- 3、顶尖创业团队是怎么做绩效考核的
- 4、极星携手华为和科大讯飞 举办首个中国车机黑客松大赛
- 5、如何招到一个靠谱的程序员
- 6、比赛受到了很多科技巨头的欢迎，黑客马拉松到底是谁？
黑客马拉松的由来
黑客马拉松不是突然冒出来的，它们源自编码潮流。电影《社交 *** 》有一幕很出名：马克·扎克伯格在哈佛一间宿舍里举行了10分钟的编码比赛，赢家成了他之一位实习生。
从1960年代开始，程序员们就一直在参加自组织的非正式黑客马拉松。斯蒂芬·勒维在1984年出版的《黑客》一书中提到，当时麻省理工的学生更喜欢投身24小时的“马拉松风暴”。不过，直到1990年代末，现在这种黑客马拉松才出现：在一连串的讲座之后，出席开放源代码软件大会的软件工程师们总是急不可耐地想要亲自玩一把。于是最后一天，他们会聚在一个房间里，一块儿切磋编码，当时没有奖金，没有推介，也没有非技术界的参加者。
现在每隔约两个月，Facebook的700多名软件工程师就会聚集在公司办公室，参加一场24小时的比赛，赛场门上装饰着大大的贴纸，上面写着H -A -C -K(意为“黑客”或“编码”)。
参加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 团队的配合，需不需要做一些传播，需不需要注意公关策略等等。
极星携手华为和科大讯飞 举办首个中国车机黑客松大赛
易车讯 日前，在华为开发者日（Huawei Developer Day）上， Polestar极星宣布正式启动极星黑客松大赛。这是中国首个智能汽车车机系统的开发者大赛，极星将邀请来自全国的创客，基于极星2（Polestar 2）原生安卓车载系统，进行为期2天的马拉松式应用开发大赛，设计一款App并开发demo，展开关于未来科技生活的创想。
“黑客松”（Hackathon），又名“黑客马拉松”、“编程马拉松”，是一个广泛流行于开发者之间的词汇，在黑客松活动中，开发者将在有限的时间内开发出符合要求的程序和应用。“黑客松”活动是创新、挑战、实干、交流、玩乐、交友的平台，创客们在进行头脑风暴，挑战极限的同时，也能够产出一些对于社会、个人都有着促进意义品。
极星黑客松由极星发起，联合华为、科大讯飞共同举办，将于6月21日正式开启线上报名。暨时，参赛者可自由组队，围绕“HMI交互”、“智能座舱”、“智能出行”三组命题，提交应用创意和设计样本。经由导师审核，筛选出15 个团体或个人创客入围最终的线下决赛。8月份，入围者将在封闭场地，用2天的有限时间，完成创意的最后设计和开发，角逐首届极星黑客松大奖。
来自极星、华为和科大讯飞的技术大咖组成的评委团，全程指导参赛者，确保最终作品满足极星的高标准，并从创新与设计、交互与趣味、完整度、落地可行性、现场展示五个方面进行打分，评选出最终获胜者。本次大赛一等奖获胜组将每人获得极星2汽车一台，优胜作品更有机会应用于未来极星的车机系统。
如何招到一个靠谱的程序员
1. 简历看人
阅读简历永远是面试的之一步。好的简历一定是正确、清晰并且能够体现候选人最有价值一面的。我首先会过滤掉那些包含错别字，文句不通或没有逻辑性的简历，因为如果一个程序员连自己的简历都不愿意去仔细检查并完善的话，很难想象他写出来的代码质量会如何。接着，我便会重点阅读简历中的项目经验部分，在这里我能够看到面试者的开发经验，技能栈，并且判断他们熟悉的技术框架、工具是否与目前公司要求相匹配。
这里，我还会特别关注面试者是如何来写这部分项目经验的，你需要用尽可能简练的文字来描述项目的背景，你在项目中承担的角色、参与项目的时长，你用到的技术、以及你在项目中的亮点等信息。优秀的程序员们往往有一个共同的特质，那就是善于归纳，并能够一针见血的发现问题或把一个问题说清楚。我经常看到面试者在简历中像写故事一般地描述他们的项目经历，光这一个章节就有好几页，其实这反而会给你减分，因为这会让面试官判断你缺乏必要的归纳能力。
最后你的一些与编程有关的社会化活动，如：你在GitHub上的开源项目，在知乎、V2EX中给他人的解答以及你的个人技术博客等等都会给你加分，因为这说明你对所从事的工作有着极大的热情，并愿意在业余时间去学习和提高自己，就像在我之前的 “给职场新人的10点职业建议” 一文中提到的，如果你要成为一个领域的专家，那你必须花费超过10,000小时，而这光靠工作时间是远远不够的。
2. 给面试者10分钟介绍自己最擅长的
当面试者通过了笔试和HR面试之后，你就需要面对面地对候选人进行面试。我远不是什么面试专家，但我有一些自己的独特 *** 。我讨厌问一些很个人的问题，比如你的职业规划是什么？你为什么想换工作？等等。我更愿意给面试者10分钟时间，让他介绍自己最擅长和最感兴趣的领域。这往往能帮助我很快作出下面的判断：
这个人对他所做的事情是否充满 ***
他们是否能在团队中很有效地进行沟通
他们是否在专业领域足够擅长
你的团队是否会乐于和这个人一起工作
这一招我在面试中用得很多，而实践证明也确实非常有效。
3. 基础打牢了吗？
一般，有一定规模的公司都会为面试者安排机考或笔试，从而能首先筛掉一批未能通过的面试者。另一些规模较小的或初创公司则会让面试官直接进行技术面试。其实，我觉得这两者的差别不大，有经验的面试官往往能够通过几个最简单的技术问题，判断出面试者的技术基础是否牢固，这不是为了证明他有多优秀，而是用来判断他是否是一名合格的程序员。对于我来说，并不看重机考的成绩，因为机试的考题很多能够在网上得到，特别对于一些外包公司，他们总是能够通过各种途径得到考题，从而使得他们推送的外包能够顺利通过笔试。
下面是我经常会问的几个问题（JAVA）:
HashTable与HashMap有什么区别？
Servlet是线程安全的吗？
*** P中 @include跟jsp:include的区别
HTTP的response code 403和500分别代表什么
......
这些问题都很简单，但一些基础不牢的程序员往往会在这个时候露馅。当然，根据面试岗位的不同，你还可以有针对性地问一些问题，例如，你需要找一个能写核心算法的程序员（比如 银行的总账计算，或者保险公司的保费计算），那么你可以问一些算法相关的问题。
4. 技术深度够吗?
具备牢固的技术基础，一般就可以满足项目中普通程序员的要求了，但如果你需要找的是一个资深程序员，那么你还需要对面试者的技术深度进行考察。我们现在做项目时都会大量使用框架，这能使我们的开发效率和质量都得到提升和保障，但同时也降低了对于程序员开发技能的要求。因此我一般会询问面试者下面的问题，来考察他对所使用框架的掌握程度。
请你描述一下，在这个项目中，从一个HTTP请求发起，到最终的Response返回，它在你的系统和框架内部是如何流转的？
这个问题往往能够判断出面试者对于相关技术掌握的深度。较初级的开发人员描述的层级往往比较浅，比如使用Spring MVC框架的，只能说到实现一个Controller继承BaseCommandController（甚至很多开发人员只知道继承了一个公司内部框架的基类），至于再往下Spring框架是如何进行内部流转的，就再也说不清楚了。而更资深的开发人员，往往能说出框架内部的实现机制，以及如何调用和处理的。在面试者描述的过程中，你还可以穿插询问一些比较有深度的问题，比如框架中某个类这样设计是哪一种设计模式的体现，采用这样的设计有什么好处等等。这比让面试者默写一个设计模式代码要有效、自然得多。
除了技术层面上的考察之外，对于资深开发人员，还需要考察他们的设计能力。说到软件设计，大部分面试者都能熟练地背出面向对象的三个基本特性：继承、封装、多态，也能把它们的概念描述清楚。但我一般会问下面的这个问题来考察他们的面向对象设计能力。
请用一段程序代码描述我们所在的这间房间。
我惊讶地发现至少有一半的面试者都很难准确使用Interface和Class来给房间建模，也有一些人会将最基本的代码语法或关键字写错。
5. 选择适合所在企业文化的人
这一点也曾是我经历的一个误区，我总是希望能为团队招到技术能力最强的人，而忽略了他是否与整个公司和团队的文化相匹配。这往往会造成，虽然招到了人，但没过多久就因为理念不同不欢而散的结果，反而给公司带来了损失。让我们看看GitHub的负责人是怎么说的。
我们很严肃地看待我们自己关于 *** 流程的哲学。我们希望每一个GitHub员工都了解他们所要面对的环境，并保证他们是能够很好适应的。这包括我们所创造的文化、哲学、计划、错误甚至是晚餐。比起他们的技能是否满足要求，我们更看重他们的潜力以及是否能够适应我们的企业文化。
我曾在具有鲜明文化差异的不同公司或团队工作，看到许多崇尚开放、开源的程序员在一个相对封闭，具有很多流程以及规范限制的公司中很难发挥，最终选择离开。因此在 *** 程序员时，选择合适的往往比选择更优秀的更重要。
6. 行为面试法
行为面试法可能是我在整个面试过程中唯一用到的教科书面试 *** 。一个程序员是否能够很好地工作，不仅取决于他能否顺利地完成开发任务，更重要的是在遇到一些特殊场景或问题时，他能否合理有效地处理和解决。行为面试法能够帮助我们从面试者描述的过去某一具体事件中，预测未来他在工作中可能的表现。下面便是一个我经常用到的问题。
请谈谈你在这个项目中遇到的更大困难或挑战是什么，你是如何解决的。
从面试者对上面这个问题的回答中，我能够很好地判断他是否有较强的独立解决问题的能力，而我认为这是除技术能力之外，程序员最应具备的能力。
7. 给他们一个虚拟任务
经过上面的这些环节，你可能对面试者的整体情况已经比较满意，但先别急着下结论。我曾见过能够顺利通过上面所有面试步骤，并且被雇佣的程序员，当他们进入实际工作后却没能把事情做好。
在你确定是否录用他们之前，可以给他们一个虚拟任务。我不是说一个抽象的程序问题，而是指一个真实的，可能就存在于你当前项目中，并且需要在一两个小时之内完成的一个开发任务。我曾经出过这样的考题：
写一个小程序将一个以特定格式（如CSV）存储的文本文件转换为XML格式，并存储为另一个文件。
你可以给他一台已经配置好开发环境以及IDE的电脑，让他当场编写代码。当然如果时间有限，你也可以直接询问面试者的实现思路，并简单用伪代码来描述处理过程。通过这个测试，你能够看到很多细节，比如面试者是否有良好的编码习惯，异常处理是否规范，代码逻辑是否缜密高效，以及他的开发效率是否足够高。如果面试者给出了非常优秀的解答，那么你就应该能够判断他确实是一个优秀的候选人了，因为我从没碰到过能够通过上面的测试，却在实际工作中无法做好的人。
比赛受到了很多科技巨头的欢迎，黑客马拉松到底是谁？
在科技公司里面，最牛逼的一项比赛就是黑客马拉松了。参加这场比赛的人身份都不同凡响，基本上都是大名鼎鼎的工程人员。而且他有另一个名号：世界最酷的开发者狂欢。从这上面我们也能简单了解参加这场比赛的人能够自由去开发产品，那么想要取得这场比赛的胜利，应该就在于自己的想象力有多么广阔了吧！我国百度，外国的Facebook，谷歌都特别注重这场比赛。
黑客马拉松是从1997年开始出现的，当时是国外性质的一个比赛，由于这场比赛带来了很多有价值的产品，于是比赛就蔓延到整个世界上去了。不仅有专业性质的比赛，而且现在的科技公司也会自我组织。就比如说我国的百度，从2012年开始已经举办了23季度黑客马拉松。比赛的期限也很简单，随随便便规定一个周末，从周五的晚上开始，程序员可以自由组队去研发自己的产品。
很多人对这个比赛感到奇怪，熬夜敲代码真的有用吗？这场比赛没有任何的限制条件，大家只要有灵感就能去创造。像这些编程人员，平时为公司设计产品的时候，会有条条框框，那他们的灵感就不能展现出来。这场比赛就能更好的体现他们的实力，能为科技公司带来很好的产品。百度现在有很多的产品雏形都是这个比赛提供出来的，为百度带来了很大的营业额。可想而知百度为啥要死抓着这个黑客马拉松不放了！
为了向程序员表示百度对这场比赛的尊重，每场比赛厂长李彦宏都会亲临现场指导观看。如果取得了比赛的第1名，还能放到线上测试，是优胜者可以和李彦宏一起吃午饭。李彦宏的名字在百度的员工心目当中是神一般的存在，如果能够一起吃午饭的话，说明这场比赛的含金量有多么大，很容易就为自己谋得一个机遇。
现在就来给大家介绍一下这个黑客马拉松研发出来的产品吧。之前有很多女孩子肯定喜欢一键动漫的功能，这其实就是黑客马拉松研发出来的产品。当时的程序员结合当下的用户需求，研发出来了一套程序，即将用户之前拍摄的流畅视频直接转化为卡通视频，这对用户来说有很大的趣味性。