Skip to content

四火的唠叨

一个纯正程序员的啰嗦

Menu
  • 所有文章
  • About Me
  • 关于四火
  • 旅行映像
  • 独立游戏
  • 资源链接
Menu

Hackweek 几点感受

Posted on 10/26/201406/23/2019 by 四火

hackweek

最近参加了 Amazon Forecasting 的 Hackweek,大致就是给你一周的时间,你可以找一个感兴趣的项目,找几个人组个队,然后把想法实现出来。从整个项目来看,虽然时间只有一周,但是安排得满满当当,基本上把最初的想法实现出来了。趁着新鲜劲儿,我简单记录一些概况和感受:

  • 我们组做的项目是去互联网上把热门的事件(比如 Google 的 Hot Trends)扒拉下来,然后根据事件的各种属性(包括媒体新闻的内容),和 Amazon 卖的产品匹配起来,即找出最近发生的大事会影响到哪些产品的销量,接着通知相关的用户。这里的用户一般都是库房经理,在得到这样的消息以后可以采取相应的行动,避免因为热门事件引起的商品销售断货。这个过程中有一些难点需要解决,比如寻找可靠的热门事件的数据源,比如怎样将热门事件和产品匹配起来,比如怎样划定热门事件和销售产品的范畴(Amazon 美国光是图书种类就超过了两千万)等等。过多细节不便透露。
  • 我们这个小组只有 4 个人,而且其中一个还是 product manager,他是自告奋勇加入的,但是事后很明显我们发现 Hackweek 这样的活动还是交给 SDE 或者是至少写代码的人参与比较好,否则就是挂个牌子,做不了太多事情。而且从整个活动中我也非常明显的感受到,可行的点子都来自于工程师。
  • 项目经理不好当。以往工作中从来没有正儿八经地担任项目经理的角色,我也觉得我自己不擅长担任这样的角色。本周我在担任成为了这个小项目的 lead,项目虽小,我必须得负责起项目进度和时间控制的事情。即便我每天都和小组里的人 sync up,反复确认有没有时间进度的问题,到了期限前还是有一位工程师没有搞定问题,我不得不放下手中的事情一起去帮助解决问题,东西最终是做出来了,但这件事情也一定程度上影响了最终成品的效果。
  • 完整地做一个全面的产品还是很锻炼人的,虽然 Hackweek 的项目难说完整和全面,但依然很有锻炼价值。我们需要把想法实践出来,需要调研 Amazon 内部的服务,需要寻找合适的文本挖掘算法,需要评测不同参数下系统运行的性能和结果质量等等,大部分是后端代码,但也要写前端代码。就我本人而言,也写了两个小系统,一个是爬虫,一个是简单的 pub/sub 系统,这个过程还是非常有趣的。
  • 互联网总是令人激动的。无论是互联网的数据、趋势、还是其中的关联关系,数不清都多少挖到没挖到的宝贝。这也是为什么那么多创业公司都是基于互联网而建立起来的。
  • 体验了一把在时间紧凑的高压环境下的编码。没有什么复杂的需求分析、可行性分析、概要设计、详细设计…… 经过思考以后,只有很简单的设计记录和讨论,绝大部分时间,就是纯粹的编码,从早上来就开始写代码,调试代码,fix bug,到下班前拿出今天完成的可以运行的模块。一周的代码量非常充足,整个过程压缩紧凑,大脑一直高速运转,有几天午饭都来不及下楼吃。这是完全不一样的做项目的感受和锻炼,和平时做项目考虑维护成本等等的 productionize 节奏是大不相同的。
  • 在最后一天下午的 demo 环节,在吃着披萨喝着饮料的时候,我看到了好多有趣的点子。点子都萌发于平时的工作生活之中,没有人是在 Hackweek 开始了之后碰头聚到一起再来想点子的。平时我们都在抱怨这个系统烂,那个数据结果不准确,经常觉得我们每天面对的那些 legacy code 让人提不起兴致。但是仅仅一周的 Hackweek 我们就见识到了很多有趣的点子实践的过程,一个好的紧凑的产品,就是从一个有趣的点子开始的。再次感觉到工程师不是码农,还是颇有想法的群体。可能几乎所有的工程师都会遇到这样的问题,有趣的东西太多,觉得可以做出来的东西也很多,但是真正日常工作参与做的却太少。要做一件事情顾虑多到没有乐趣可言。
  • 关于这样的活动本身的价值,这其实是我第一次参加类似 Hackathon 的活动,有的外部的项目组的同事会问,都到 Q4(第四季度,在 Amazon 第四季度业务是相对繁重的)了,每天都忙得不可开交,你们还有心情搞 Hackweek?我的回答是,要平衡好眼前和未来的价值,有很多公司(比如 Facebook)都会搞类似的活动,这很酷。闲得蛋疼没有进步,天天赶着救火也难有提高,这一周是很好的调味剂。工程师在全能,最首要的任务还是写代码,如果以后有这样的活动我还是很乐意去参加。
  • 最后是一点担忧。把点子实践出来,已经比仅仅具备有趣的点子前进一步了,但是之后呢?画上句号还是让其中有价值的项目有下文呢?就像众所周知的 Gmail 一样,非正式项目的背景,但是得以成功地产品化。换言之,搞活动容易,但是要让活动成果有后续很难,这一点也是不同公司和团队所在不同层次的区别。

文章未经特殊标明皆为本人原创,未经许可不得用于任何商业用途,转载请保持完整性并注明来源链接 《四火的唠叨》

×Scan to share with WeChat

你可能也喜欢看:

  1. 追求纯粹
  2. Algorithm In Interview
  3. 副业?副业才有趣,才精彩
  4. 实际技术选型的考虑因素
  5. 幸运的时代

2 thoughts on “Hackweek 几点感受”

  1. Anonymous says:
    11/19/2014 at 1:27 PM

    It's cool

    Reply
  2. jack says:
    11/09/2014 at 10:43 AM

    fantastic~

    Reply

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

订阅·联系

四火,啰嗦的程序员一枚,现居西雅图

Amazon Google Groovy Hadoop Haskell Java JavaScript LeetCode Oracle Spark 互联网 亚马逊 前端 华为 历史 同步 团队 图解笔记 基础设施 工作 工作流 工具 工程师 应用系统 异步 微博 思考 技术 数据库 曼联 测试 生活 眼界 程序员 管理 系统设计 缓存 编程范型 美股 英语 西雅图 设计 问题 面向对象 面试

分类

  • Algorithm and Data Structure (30)
  • Concurrency and Asynchronization (6)
  • System Architecture and Design (43)
  • Distributed System (18)
  • Tools Frameworks and Libs (13)
  • Storage and Data Access (8)
  • Front-end Development (33)
  • Programming Languages and Paradigms (55)
  • Testing and Quality Assurance (4)
  • Network and Communication (6)
  • Authentication and Authorization (6)
  • Automation and Operation Excellence (13)
  • Machine Learning and Artificial Intelligence (6)
  • Product Design (7)
  • Hiring and Interviews (14)
  • Project and Team Management (14)
  • Engineering Culture (17)
  • Critical Thinking (25)
  • Career Growth (57)
  • Life Experience and Thoughts (45)

推荐文章

  • 聊一聊分布式系统中的时间
  • 谈谈分布式锁
  • 常见分布式系统设计图解(汇总)
  • 系统设计中的快速估算技巧
  • 从链表存在环的问题说起
  • 技术面试中,什么样的问题才是好问题?
  • 从物理时钟到逻辑时钟
  • 近期面试观摩的一些思考
  • RSA 背后的算法
  • 谈谈 Ops(汇总 + 最终篇):工具和实践
  • 不要让业务牵着鼻子走
  • 倔强的程序员
  • 谈谈微信的信息流
  • 评审的艺术——谈谈现实中的代码评审
  • Blog 安全问题小记
  • 求第 K 个数的问题
  • 一些前端框架的比较(下)——Ember.js 和 React
  • 一些前端框架的比较(上)——GWT、AngularJS 和 Backbone.js
  • 工作流系统的设计
  • Spark 的性能调优
  • “残酷” 的事实
  • 七年工作,几个故事
  • 从 Java 和 JavaScript 来学习 Haskell 和 Groovy(汇总)
  • 一道随机数题目的求解
  • 层次
  • Dynamo 的实现技术和去中心化
  • 也谈谈全栈工程师
  • 多重继承的演变
  • 编程范型:工具的选择
  • GWT 初体验
  • java.util.concurrent 并发包诸类概览
  • 从 DCL 的对象安全发布谈起
  • 不同团队的困惑
  • 不适合 Hadoop 解决的问题
  • 留心那些潜在的系统设计问题
  • 再谈大楼扔鸡蛋的问题
  • 几种华丽无比的开发方式
  • 我眼中的工程师文化
  • 观点的碰撞
  • 谈谈盗版软件问题
  • 对几个软件开发传统观点的质疑和反驳
  • MVC 框架的映射和解耦
  • 编程的未来
  • DAO 的演进
  • 致那些自嘲码农的苦逼程序员
  • Java 多线程发展简史
  • 珍爱生命,远离微博
  • 网站性能优化的三重境界
  • OSCache 框架源码解析
  • “ 你不适合做程序员”
  • 画圆画方的故事

近期评论

  • Ticket: TRANSACTION 1.922915 BTC. Go to withdrawal >> https://yandex.com/poll/enter/BXidu5Ewa8hnAFoFznqSi9?hs=20bd550f65c6e03103876b28cabc4da6& on 倔强的程序员
  • panshenlian.com on 初涉 ML Workflow 系统:Kubeflow Pipelines、Flyte 和 Metaflow
  • panzhixiang on 关于近期求职的近况和思考
  • Anonymous on 闲聊投资:亲自体验和护城河
  • 四火 on 关于近期求职的近况和思考
  • YC on 关于近期求职的近况和思考
  • mafulong on 常见分布式基础设施系统设计图解(四):分布式工作流系统
  • 四火 on 常见分布式基础设施系统设计图解(八):分布式键值存储系统
  • Anonymous on 我裸辞了
  • https://umlcn.com on 资源链接
© 2025 四火的唠叨 | Powered by Minimalist Blog WordPress Theme