刚刚看完《Getting Real》, 回头一查，才知道 ROR的作者 DHH 也是本书作者之一，算是情理之中的意外吧。这本书篇幅虽然不长，但就像她的副标题-- “The Smarter, Faster, Easier Way to Build a Successful Web Application” 一样，处处体现着 “-er” 这个后缀的精髓。
从如何组织团队，到怎样构建应用，书中从方方面面阐述一些有趣的观点，简单摘录如下：
-
三个火枪手---- 对于产品的1.0版本，请从只有3个人开始，一个开发者，一个设计者，一个清道夫（可以在前两个角色中随时转换）开始，网络的价值，为使用着的平方。 -
不要把时间浪费在还未成为问题的问题上---- 你真的需要考虑当用户到达10万以上的时候会出现的问题吗？它可能是两年以后的事了。 -
专注核心功能---- 在初期的时候忽略，先粗后细。 -
不要成为 yes-man----- 软件是有性格的，如果你想讨好每个人那么你什么人也讨好不了。 -
只留精髓---- 最好的程序员合适设计师不是技能最好的，或者手指最敏捷的。他们是能够决定什么不重要的人。 -
做一个执行者---- 最闪亮的点子，如果没有执行，最多值 $20，如果它乘以优秀的执行，那么就值$20,000,000, “那就是为什么我不爱听他人的点子。只有当看到它被确实执行下去了我才有兴趣。” -
会议有毒---设定一个30分钟的计时器。当它响起的时候，会议结束，句号。
* 邀请尽可能少的人
* 没有明确的议程的时候不要开会
（这个深有感触，我们公司就是这样，一开会就掉到细节里去了，开完会抬头一看，靠，又该吃饭了！） -
为了快乐而优化---- 选择使团队兴奋和倍感激励的工具。 尽管任何一种语言可以创建任何一个应用，但是正确的选择不仅可以使你的努力更容易实现，而且能使你心情愉悦，精神鼓舞。
“我使用 ruby on rails ”来构建我们的应用的众多理由中的一个是，它的特质是如此的优雅，高产出和设计优美，它倾向于吸引那些特别关心这些特质的工程师。。
下面几点是关于招人的。
-
选择能快速学习的多面手，而不是专攻一面的专家--- 小团队需要能扮演不同角色的人。你需要会编程的设计师，你需要懂设计的程序员。而且每个人都需要能 “在路上换挡” ，你需要有人能持续的调整和学习，而不是固步自封，只会干一件事。 （ 在路上换挡这句太精彩了，我应该把这句写进自己的简历里去，哈哈 ） -
热情是装不出来的--- 一个水平说得过去的快乐员工胜过愁眉苦脸的专家。 -
招文字功底好的人----好写手懂得沟通的技巧，有清晰的文字才有清晰的思路。
my god，累死哥了，希望下辈子投胎不要成为一个文字录入员。
按照这些思路，再回头看看我们团伙搞的 ringgogo，还是能得到不少启发，比如，ringgogo的核心功能是什么？ 昨天在大双那里看了酷音的 iphone客户端和网站，基本就是现在ringgogo想成为的那个样子，说实在的，和你在没看之前就能想象到的样子差不多，就像很多烂片的影评一样，“电影开始了，然后结束了”，没有丝丝新意。其实哥觉得，一个铃声软件，核心功能一句话就可以概括：给不同的联系人设置不同的铃声。
重要的我要怎么区分给我打电话或者发短信的这个人，怎样通过个性的铃声将这个联系人性格，爱好等等元素体现出来。that's it !
其他的我要怎么听这个铃声，我要怎么方便下载，我要看看那些铃声热门什么的细节，这些都不重要。 当然了这些前提是你有权限要获取用户联系人的通讯录，有些人可能排斥这个，那就给你常规体验好了，至于那些同意被获取清单的用户，我觉得这才是我们的主要用户，可以干的有趣事情就多了，互动推送什么的，当然了，推个广告，第三方积分墙神马的也是分分钟的事情。嗯，下周开会讨论哥得争取发个言。
网友评论