话说我看了 N 遍，这个项目的核心是“听信息”，是么？比如我把我的微博关注的人列表放到这个项目里，它就可以在手机上为我读出来他们最近发的微博？？？

为什么不去创新工场试试，找到投资就不愁没人进团队了。

#6 楼 @greatghoul 你说京东的 https://code.jd.com/ 么？？嘻嘻。

#18 楼 @michael_roshen 是的，打算下个月，在桂林路那一带的咖啡馆聚聚。

#22 楼 @xdite 期待血泪。

此贴终结了所有讨论么？？

#11 楼 @michael_roshen 说实话我对这种事情都不感兴趣了，太累。。。

解决工作时的孤独感，我也是同样的方式，会放音乐，或者看了 N 遍的电影，我要的是一个声音在那，太安静更容易分心。

正在听。

#4 楼 @oldfritter 同意。

#4 楼 @michael_roshen 私活是针对你有全职工作来说的。如果你把它当做职业，也是可以的呀。

。

#8 楼 @chunlea 哎，一言难尽，最近那几十个 dede 的服务器被攻击的很惨，各种挂马各种改。

Middleman 我今天会研究下，目前正在搞 http://jekyllbootstrap.com/ 。今天是第二天玩这东西。

对 Okyll 的思路我们大体方向一致，所以一下子有了共鸣。

你最后的观点和我跟一个朋友的观点完全一致，html 是可以做出高端网站的。

#9 楼 @BreeStealth 我手边一定有个小的抹布，每天都擦我的键盘 N 次。屏幕我倒不敢经常擦。

回家可以呀，在 freelancer.com 上找找开发的机会。

#6 楼 @chunlea 呵呵，我指的它是“skeyll”，不过我真的非常需要你们的设计理念来参考。 这种一站式解决方案的市场是有的，不过我需要的是两个方面： 1 是低端 cms，可代替 dede，因为我有几十个 dede 建的网站，我一直想找一个解决方案，解决 dede 这个既好用又垃圾的东西。 2 是流程化的处理一些事物。比如设计 -> 代码 -> 部署 -> 交付 -> 维护。在一些低端的群体里还是需要这种工具来完成的。

说远了，回来。。。真的非常喜欢你们的设计。。加油

#21 楼 @allenwei 哦？不懂技术还能翻译技术书籍，神奇。呵呵。

我一直认为文字能力是天生的，比如罗大佑，“起初不经意的你，和少年不经世的我，红尘中的情缘，只因那生命匆匆不语的胶着”。即便没有曲，这也是会流传下来的文字。

Coooool. 我需要它。 昨晚才开始接触 jekyll，刚才还在改进我的 blog，希望过渡到 它上面。

#30 楼 @kongkong 小团队里，一个人的效率决定了项目效率的大部分，甚至 100%。这种决定性人物的观点往往影响所有的团队成员。

#29 楼 @allenwei 所以我建议小团队里有个协调师，调度师，或者，PM。

我先来个开胃的：韭菜盒子

#42 楼 @goinaction 作为北方人，拒绝毛肚，看着就。。。。。

发现一个事情：我们可以边看球边吃，周五晚上 11:00 首尔 V 恒大，周六晚上 12 点巴萨 V 皇马，周日晚上 12 点切尔西 V 曼城。

小键盘绝对多余

真的无法避免灰尘？至少拍得时候能擦干净点么？？？？

我在用 PLU 机械风暴，写代码很硬。。打字还行。。

#27 楼 @imlcl 所以要团队每个人都有发言权和决定权，meeting 的时候，coding 人员观点是很有预见性的，如果 PM 逐渐打压这种预见性，大家也就不愿意表达态度了，人会走向消极。

之前跟 @yedingding 聊得时候，我说我一直在找一个工具，可以让团队按照它的“约束”协调一致，我到现在都没有看到，呵呵。

#24 楼 @kongkong 搜 scrum 和敏捷开发，得到的书我就不说了，我在看《实例化需求：团队如何交付正确的软件》，推荐给你吧，里面还提到了一些书，比如《敏捷软件测试：测试人员与敏捷团队的实践指南》，2010 清华大学出版社。

我个人是从测试和重构的角度来看敏捷开发的。

#21 楼 @raven 好团队要做的就是可以把握时机的说“No”，前年的项目就是自己被“yes”搞死了。。。。道理多么浅显：“你永远无法满足客户的需求”。

#20 楼 @jeff_duan 哈哈，我在酝酿的文章里就是想说 PM 对 5-10 人小团队多么的重要！ 话说，我也跑题了，研究 jekyll 用掉了昨天晚上的工作时间，本来那个时候要写点字的。。。

#18 楼 @larryzhao 技术上的讲解很少遇到特别绕的，碰到哲理味、文艺味强一点的就有挑战了，总觉得汉语言里的东西不能输，于是开始不断翻书，直到找到一句很贴切的翻译。这事好像只做过一次。

#19 楼 @Juanito 谢谢！！！