黑客马拉松需要掌握_谷歌黑客马拉松

文章目录：

• 1、测试者和开发者，为何我们不能友好地相处？求解
• 2、比赛受到了很多科技巨头的欢迎，黑客马拉松到底是谁？
• 3、什么是 Design Hackathon
• 4、黑客马拉松的由来
• 5、参加HP intel hackathon 是一种怎么样的体验

测试者和开发者，为何我们不能友好地相处？求解

有人说，测试者来自火星，开发者来自金星。这是因为软件测试员和软件开发者就好比一对冤家，里面的缘由说不清也道不明。开发代表着创造，而测试则代表着摧毁，因为测试的目的就是以各种方式不断地从开发出的产品中发现大大小小的Bug，长此以往，开发者认为测试者是在故意找茬，两者的矛盾慢慢就会产生。原文作者Ole Lensmar发表了一篇博文《测试者和开发者，我们能友好地相处吗？》，笔者对原文进行了摘译：难道测试者和开发者就不能在一起谈论日常生活中的工作经验吗？难道测试者和开发者就不能好好的坐在一起运行测试并且调试代码创建完美的软件吗？——导致这一现象的原因是两者之间缺乏有效的沟通。倘若我们不能克服这种文化差异，又怎么期待与与测试者和开发者去做“真正的”敏捷测试而给用户带来高质量的产品呢？这个问题一直困扰着我，当然也并未随着时间的推移而变得有所好转。究其原因，我想是因为：测试人员往往使用相同的工具，而开发者则利用自动化测试；自动化测试正被越来越多的测试者和开发者积极拥抱；测试者和开发者正积极拥抱持续价值的探索性测试作为测试产品新功能的基本实践方式；有关单元测试和测试覆盖率的讨论正成为新的项目开发中必备的组成部分；测试驱动开发和BDD的价值正被越来越多的开发团队接受，常被结合运用在常规案例中； 当产品经理阐述需求和评估新功能的复杂性时，测试者和开发者同等重要。 在整个行业领域里，敏捷开发是较为领先的一种方式。请记住，敏捷就是沟通、协作以及跨职能的团队，这也正是我们需要去克服的存在于开发者和测试者之间“传统的偏见“问题。那么，我们该怎么做呢？大部分人（包括我）认为可以本能地打破这种文化上的障碍（通过做许多工作来改变），但是我想我们也应该意识到面对面交流所带来的好处。对此给出的建议：介绍结对测试编程，让测试者和开发者坐在一起开发并运行测试，讨论各种需求并评估非功能方面的事宜（性能、安全、可用性等）；安装并相互学习对方的工具，开发者应该掌握测试管理工具，测试者也应该检查源代码并且运行自动化测试。这将有助于彼此之间相互理解在自动化框架、重构等方面的复杂性；一起去参加黑客马拉松！

比赛受到了很多科技巨头的欢迎，黑客马拉松到底是谁？

在科技公司里面，最牛逼的一项比赛就是黑客马拉松了。参加这场比赛的人身份都不同凡响，基本上都是大名鼎鼎的工程人员。而且他有另一个名号：世界最酷的开发者狂欢。从这上面我们也能简单了解参加这场比赛的人能够自由去开发产品，那么想要取得这场比赛的胜利，应该就在于自己的想象力有多么广阔了吧！我国百度，外国的Facebook，谷歌都特别注重这场比赛。

黑客马拉松是从1997年开始出现的，当时是国外性质的一个比赛，由于这场比赛带来了很多有价值的产品，于是比赛就蔓延到整个世界上去了。不仅有专业性质的比赛，而且现在的科技公司也会自我组织。就比如说我国的百度，从2012年开始已经举办了23季度黑客马拉松。比赛的期限也很简单，随随便便规定一个周末，从周五的晚上开始，程序员可以自由组队去研发自己的产品。

很多人对这个比赛感到奇怪，熬夜敲代码真的有用吗？这场比赛没有任何的限制条件，大家只要有灵感就能去创造。像这些编程人员，平时为公司设计产品的时候，会有条条框框，那他们的灵感就不能展现出来。这场比赛就能更好的体现他们的实力，能为科技公司带来很好的产品。百度现在有很多的产品雏形都是这个比赛提供出来的，为百度带来了很大的营业额。可想而知百度为啥要死抓着这个黑客马拉松不放了！

为了向程序员表示百度对这场比赛的尊重，每场比赛厂长李彦宏都会亲临现场指导观看。如果取得了比赛的第1名，还能放到线上测试，是优胜者可以和李彦宏一起吃午饭。李彦宏的名字在百度的员工心目当中是神一般的存在，如果能够一起吃午饭的话，说明这场比赛的含金量有多么大，很容易就为自己谋得一个机遇。

现在就来给大家介绍一下这个黑客马拉松研发出来的产品吧。之前有很多女孩子肯定喜欢一键动漫的功能，这其实就是黑客马拉松研发出来的产品。当时的程序员结合当下的用户需求，研发出来了一套程序，即将用户之前拍摄的流畅视频直接转化为卡通视频，这对用户来说有很大的趣味性。

什么是 Design Hackathon

Hackathon，即「黑客马拉松」，是一个流传于技术爱好者中的活动。在该活动当中，很多程序员相聚在一起，以合作的形式去编程，而且整个编程的过程几乎没有任何限制或方向。Design Hackathon 更类似用「黑客马拉松」的思维做产品设计，这种方法论融合了来自 Google，IDEO 等业界顶尖公司的产品设计工具和方法，它将所有的产品设计师、视觉设计师甚至工程师聚在一起，在一定的时间内，以头脑风暴的方式，最大范围地搜集产品的各种可能性，然后抽象地整理出这些想法背后所隐藏的核心概念和产品需求，快速梳理出正确的产品设计方向，之后将想法转化成可视的手稿和线框图，最终变成产品雏形。

快速发现海量可能性

Design Hackathon 非常适合产品定义阶段。在产品定义阶段，面对确定的需求，设计方向和目标尚模糊，产品形态发展的可能性非常多。如果仅仅采用传统的设计手段（比如单人决策），非常容易走向片面和狭隘的方向，既可能出错，也会丧失许多机会。Design Hackathon 将所有与产品相关的人员聚在一起，利用头脑风暴法，快速产生海量想法和点子，让产品设计从个人经验、老板意愿和竞品预设的桎梏中脱离出来，搜集最大范围的产品可能性。

确定方向的同时，拥有可落地的细节

Design Hackathon 遵循了一个「从发散到抽象再到具体」的过程，从最直接的个人经验、想法或者灵机一动的点子出发，抽象地归纳出这些想法背后所隐藏的核心概念或产品需求，最后再回归到具体的产品设计草图表达当中。这个由「发散到抽象再到具体」的过程，既保证了思维发散阶段的丰富性和灵感的多元化，又能达到将想法现实化的目的。

激发团队不同角色的创意

Design Hackathon 参与人员并不局限于产品设计师和交互设计师，而是可以拓展到工程师等其他产品相关人员。不同背景和角色的人通过讨论和互动，能够相互激发灵感，获得丰富的创意。在产品的设计过程中，设计师、工程师和高层领导者由于背景和理解问题的角度不同，常常会产生分歧和争议，使产品设计的时间周期变得不可预测。Design Hackathon 的方法论可以让整个产品团队都加入其中，在平等、专注且高效的状态下，通过分类的方法，将所有人思考的亮点条理化，汇聚到最终的产品设计中。

黑客马拉松的由来

黑客马拉松不是突然冒出来的，它们源自编码潮流。电影《社交网络》有一幕很出名：马克·扎克伯格在哈佛一间宿舍里举行了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语种和框架。