@ZEAL Blog·厉
We stand alone,
TOGETHER.

也来说说Hackathon这玩意

Posted by zeal on 2005-07-06 14:39 , 1316 characters |  + 1 - 0   English
转载请保留本行原始出处声明信息 : http://www.zeali.net/entry/112 MaDe1nZEAL
今天在PoseShow上看到了关于的介绍,从herock介绍中大致明白了Hackathon是怎么回事。有些个人的看法,先记下来。看看以后对它进一步了解之后的想法是否还是如此 :)

简而言之,Hackathon是一种开发的方式。

We call it a "hackathon" and we got inspiration from the good folks at Atlassian. The idea is that you make a day-long event (at whatever frequency you want) where everyone works on something that is:

  • valuable to the company
  • but not what they're "supposed" to be working on and
  • that can be taken from idea to working prototype in one day

                                   -- CEO of JotSpot : Joe Kraus

依据这些原则,似乎我们公司目前不少项目组的开发状态基本上长期处于这种模式之下。商务人员迫于市场的压力和来自合作方的时间限定,所有的需求提出来之后统统要求一两天之内搞定。从idea的提出到完成代码上线,速度确实很快。但同时带来的问题也是显而易见的:一方面代码质量无法得到足够的保证,往往上线之后再发现各种潜在的问题;另一方面由于时间很短,不可能去考虑如何与已有的资源进行共享以及系统框架的合理性,等时间一久后遗症就来了。

所以在我看来,一口气推出了7项新的功能并不一定是好事。对于精英团队,或者产品核心功能已成体系,只是去增加一些附加的功能让系统更“酷”一些的话,也许用一天来做这些事情意味着成就感和高效率。但我相信如果系统到了足够复杂的地步,一天之内写出来的东西如果没有经过全面的测试,是无法让人放心的。而如果团队并非全部都是精英人物的话,这种模式创造出来的代码就更加值得推敲了。

或许,Hackathon只能是作为项目开发当中的“甜品”而非“正餐”,在一个长期的有规划的项目开发安排周期中间穿插一两次的Hackathon日,用来解决一些相对独立并且明确,或者存在一定技术难度的课题。即便是如此,一天之内完成的工作还是应该经过后续的测试工作。

没有评论.
Since 2005.04.27  梦想 就像鸡蛋 要么孵化 要么臭掉RSS Feed (Entries) | Back To Home | @ZEAL | 沪ICP备05024379号