Hackathon代码会发生什么？

大多数黑客马拉松都是商业活动。 组织者假装它是为了娱乐和荣誉，但这不是真正的原因。 从某种程度上讲，这是对日常工作的一种休息，可以玩得开心，炫耀您作为开发人员的技能。

除了附加的字符串。

在黑客马拉松中被黑在一起的代码通常会用在生产代码中，以供您维护和开发。

结果是可怕的：您自己已经为“泥泞的球”架构奠定了基础，这将导致混乱，错误和意大利面条式代码。 最终，管理人员会因要求的混乱而怪罪您。

如何保持黑客马拉松的所有乐趣和游戏性，给每个人留下深刻的印象，而又不会冒险负担自己维护基于黑客的产品的负担？ 这是一个计划。

黑客马拉松如何让您当场

您想要合作和参与。 如果您不这样做，那么您的雄心勃勃的同事将并承担全部功劳。 您想要看起来不错，想要使您的团队看起来不错。

这是一个向管理人员表明您不仅仅只是一件普通的实验服的机会。 也许是事业的飞跃。 如果有一张8英尺厚的纸板支票，其中涉及奖金，那就更是如此。 您想发挥最大的作用。 您不能拒绝这是一种荣幸。

如果黑客马拉松成功，那将是一场痛苦的胜利，而您所担心的事情的确发生了：黄铜给人留下了深刻的印象，他们希望将您的黑客产品用作产品。 越难破解，给人的印象越深，发生这种情况的机会就越大。

那时为时已晚，该项目是机载的，并且骇人听闻的代码最终投入生产。 您剩下的唯一防御方法就是轻描淡写：您的代码只是快速破解，没有生产代码的基础。 但是您会让自己看起来像一个糟糕的编码员。

您需要采取预防措施，并且应该在宣布黑客马拉松时开始采取预防措施。

黑客马拉松的期望

Commerce将黑客马拉松视为一种事件营销形式。 一种吸引开发人员参与的无害且低成本的方法。

开发人员启动黑客马拉松的原因

• 探索事物的运作方式
• 发现是否可行
• 寻找未解决问题的创造性解决方案
• 创造积极的竞争
• 以一种有趣的方式介绍一种语言或技术
• 团队精神
• 学习
• 好玩

这些都是很好的理由。 自组织的黑客马拉松是强大，良好且符合道德的。

发起黑客马拉松的商业原因

• 选择供应商
• 新项目的廉价启动
• 向开发人员推销产品或API
• 经理用他/她的团队技巧打动别人
• 免费获取软件
• 招募

让我们不要加糖：您正在被使用并为别人的目标而战。

黑客马拉松将欣赏变成了稀缺性，无法让开发人员参与竞争。 如果您不玩游戏，其他人会赢。 如果议程是将不具备生产价值的代码投入生产并让其创建者清理混乱，那是不道德的。

经理对黑客马拉松结果的看法

经理们认为，如果可行，那就快完成了。 当您将执行人员的姓名放在小部件中时，他们会假设您只是添加了可配置性。 hackathon是超速驾驶中的快乐流程过度聚焦 。

更糟糕的是，骇客代码通常很快就亮了。 这给管理人员留下了更深刻的印象。 对您来说，显而易见的是为什么它这么快。 没有错误检查，没有动态或可配置的，只有一个用户，并且数据集很小。

如果您试图警告这只是黑客行为，那么经理们会认为您太谦虚了。

为什么经理不介意使用黑客马拉松代码

关于黑客马拉松的管理者有两种：

信徒

动作片和间谍惊悚片中连帽衫中黑客的浪漫形象助长了他们的生活。 信徒们将黑客视为压迫开发人员的一种方式，这带出了某种秘密的超级力量。 突然之间，所有需要花费数月才能使人们全力以赴的事情，都可能在数小时或数天之内完成。

冒险者

他们知道被黑客入侵的代码是脆弱且不成熟的，但是他们发现，黑客入侵引起了对问题本质的关注，并迅速解决了问题，并增强了对开发人员自身功能的信任。 风险承担者相信，在此过程中可以解决错误和不完整性。 这很丑但是很快。 尽早将代码投入生产，可以使开发人员始终专注于目标和优先级态度。

黑客马拉松与现实之间的区别

两种管理信念都有现实的基础，但不幸的是，这还不够。 骇客摇摆不定。 您在hacks上构建的内容越多，它就会变得更加摇摆不定。 跳过坚实的基础意味着要付出十倍的维护成本，低可扩展性和错误。

快速前进的唯一方法就是前进

-乔治·马丁（George C. Martin），“清洁建筑”

黑客马拉松成功后，管理人员正处于发展的九成云。 他们现在想听到的最后一件事是：“是的，但是如果我们从头开始重新构建它，它将更快。” 的确是这样，但是管理人员担心这将需要数月的时间，而这正是黑客马拉松应该阻止的事情。 经理们从经验中知道这确实是正确的。

防止生产代码中的黑客松的策略

您需要制定保护措施，并且需要在黑客马拉松发生之前做到这一点。 此策略包括三个步骤：

1. 在黑客马拉松之前管理现实的期望
2. 在黑客马拉松期间控制感知
3. 黑客马拉松后保持主动

这不是保证的公式，您的经理总是有可能推翻您。

第1步：在黑客马拉松之前管理现实的期望

即将举行的黑客马拉松的公告应该让您保持谨慎。 您应该与经理交谈并调查他们的期望。 最好在黑客马拉松比赛开始之前解释一下，您将编写一次性代码。

从黑客马拉松中获得的知识是无价的，代码本身是毫无价值的。

谁不同意，什么都不说，或者说“别担心，如果它又快又脏就可以”，这表明了他们的真实意图。

步骤2：在骇客马拉松期间控制感知

如果黑客马拉松顺利进行，那么在扎实的基础上重建黑客代码的机会可能就不存在了。 第二天，可能计划将团队快速地将hack变成一个演示，而这个演示也是产品。 在黑客马拉松期间，您需要采取预防措施。

骇客马拉松比赛的结果将取决于感知。 由于编写了代码，因此可以影响代码的感知方式。 每个人都应该清楚知道该代码必须重新构建并且不能投入生产，但又不会使自己看起来像一个不良的程序员。

怎么样？ 以一种不错的方式添加一些阻止使用的东西，但这是不可避免的。 例如，计算运行中使用hack的关键功能的次数。 在第三个成功时间之后，弹出一个模态对话框，显示“ 谢谢您观看此演示。退出吗？ ”

现在，观看该演示的每个人都有不同的心态，并且了解其中的叙述：这只是一个演示，该演示现在将退出。 显然，这还不能投入生产。

确保在黑客马拉松期间尽早添加这些保护措施并将其注释掉。 因此，您在黑客时不必考虑它。 在演示结果时取消注释。 稍后将要求您将其删除，但是它们取决于您执行此操作。 这是您重新采取主动并提出计划的机会。

步骤3：在骇客马拉松后保持主动

对于管理人员来说，开发人员抗议使用hacky代码作为新项目的基础的问题，全都是反对和抱怨，没有计划怎么做。

因此制定一个计划。 基于这次黑客马拉松的优质产品有哪些功能？ 描述该产品的轮廓。 对可交付成果进行比较估计。 首先估计右列。 如果您想从零开始学习所有内容，那么这些功能将为您带来多少工作呢？

一旦掌握了数据，就很容易估算出在保持黑客马拉松代码完整的同时构建同一事物所需的时间。 通常，每个功能要处理很多工作； 我的亲身经历是2至5倍。 将其放在左列。

Activity		Days from hackathon	Days greenfield
----------------------- -----------------------	---------------
Clean up the hackathon result		1	-
Rebuild hackathon idea from scratch	-	5
Coveted feature A			3	1.5
Coveted feature B			2	1
Coveted feature C			5	2
Coveted feature D			1	0.5
Coveted feature E			5	2
Testing and debugging			7	2
  					---- +  ---- +
Project total				24	14

两种估计都必须是现实的，并且具有挑战性。 如果功能很多，请对其进行汇总，直到估算值适合半页为止。 本来可以说服一下。

对决策者的影响

如果正确和错误场景的后果在他们面前清楚地说明了，那么对于决策者来说就容易得多。 如果采取可行的计划的形式，那就更好了。

观察经理们如何看待这些数字，以及他们是否试图通过摆弄数字来缩小问题的范围。 感觉就像是试图通过拆除部分道路来缩短旅程。 但这是一个好兆头。 这是部分阻力的摇摇欲坠，是部分测试，以查看您的估算是否正确可靠。

突然以解决方案为导向的主动行动将使优秀的领导者感到吃惊。 您的数据现在将成为第一个目标，并拥有自己的生活，因此请仔细评估。

注意陷阱

不提供带宽。 经理只会看低的数字，如果价差太大，他们会认为您的估计太不准确了。

维护成本会产生相同的效果。 基于黑客的产品维护非常昂贵，并且随着时间的流逝其情况会迅速恶化。 但是多么糟糕，很难量化。 它的价格可能比结构良好的产品贵4、10甚至200倍。

同样，利润空间宽广的数字也不“可信”。 尽管如此，最好增加一段关于维护成本更高的段落，作为补充警告。

您应该意识到，如果黑客马拉松非常成功，制定计划的机会就很短。 可能是一周，可能是一天。 在hackathon之前考虑一下您的计划是很明智的，这样您就可以快速起草该计划。

什么不起作用

我目睹了许多开发人员试图阻止骇人的演示代码投入生产。 这是行不通的。

将单词DEMO放在顶部

在非常明显的地方大量使用“ DEMO”一词会使非技术人员走错了脚：他们认为您是准备向客户进行演示。 可以说“演示”，但这并不能保护您。

丑陋

以巩固它只是一个实验，开发人员有时会故意使UI或布局这么丑，这显然不可能在生产中去。 不幸的是，对于您来说，看起来不可接受的东西可能对其他人来说“暂时足够好”。 更糟糕的是，他们甚至喜欢您的“设计”！

玩得开心并且过分诱人：使用前卫的政治模因和铲车失败的GIF来拍照，并在标题和名称中加入笑话和有趣的妙语。 毕竟，这是一场黑客马拉松，对吧？ 是的，但这并不能保护您。

为什么它不起作用

经理和商务人士在追求成功的过程中，完全忽略了您的笑话和模因。 他们的想法不在演示中，他们的想法在于如果他们说服重要的人打开的商机。 通常，没有人考虑过从黑客马拉松中整理剩余的内容。 它只是保持在原样。

我目睹了许多软件的骄傲而正式的演示，观看了oops，facepalm甚至NSFW级别的尴尬测试内容，引发了客户的评价，潜在客户对该演示的关注也消失了。

什么是健康的黑客马拉松文化？

黑客马拉松应该由开发人员组织和组织。

如果管理层希望开发人员无论如何都要参加商业黑客马拉松，那么他们就不应回避告诉商业原因，并正式确认所有代码都没有任何附加条件，因此，开发人员可以放心使用这些代码并做些令人讨厌的事情不用担心它将用于生产。

经理们应该意识到，开发人员因其技术成就而获得的奖励很少或没有回报，并且通过黑客马拉松来利用这种稀缺性是错误的。 欣赏不是馅饼。

相反，管理人员应该积极地对开发人员所做的技术事情感兴趣，并对他们的技能和才能表示真正的赞赏。 谁不能提出来，就不应该管理开发人员。 任何赞赏的人都会显示出更高的生产力，绩效和主动性。 开发人员也不例外。

结论

如果宣布进行商业黑客马拉松，请指望接下来会发生什么：您的代码可以并且将被使用。 部署策略。 管理期望。 尽早添加“感谢您的观看”保护措施。 制定一个计划，将这种骇客作为一个完整的产品。 这样一来，当您在演示过程中听到有人说“哇，新产品的伟大开端”时，您已经领先了三个步骤。

From: https://hackernoon.com/how-to-prevent-hackathon-code-ending-up-in-production-jdk3229