#10 楼 @linjian815 谢谢林兄意见:D

从我们实际开发情况来看，现有 app 是基于原生的，未来也只会考虑选择 html5 的跨平台框架。

不过 RubyMotion 这类东西很可能发展速度会快于大家的想象，Ruby 社区饥渴太久:D

#6 楼 @ashchan 的意见太棒了。这事情归根结底，还是一个社区支持与商业模式的问题。假设社区支持，其实还是前景可期。

#1 楼 @allenwei 这个 kickstrap 太好了:D

#1 楼 @leekelby 我列了个提纲，写了部分，但是今年太忙了，实在没时间继续往下搞了。

http://ruby-china.org/topics/237

纯支持的路过:D

支持一下:D 我们做心理健康的，半个同行:D

#12 楼 @saberma 的回答太棒了！做点补充性的工作:D

问题可以拆分成三个环节：价值创造、价值评估与价值分配。

价值创造：我们干出了什么干货？

也就是人力资源常说的，职责清晰，目标明确以及岗位匹配，等等，你随便挑一本管理的书，类似术语与方法论太多了。选一个自己相信的就行了，不要纠缠哪个方法论更好更坏。人的知识结构是有缘分与成长周期的。你相信的，执行下去，就比没有任何管理方法论强。

在这个环节，最需要注意的一些问题是，

团队内部知识的沉淀

比如，团队可以多在一起吹牛与闲聊，但是，牵涉到工作环节的流程，还是尽可能用邮件、wiki 等文字的形式沉淀下来。

这样，新手上路，会有较多的文献可以参考。

当团队成员有离职的时候，如果内部的邮件与知识管理系统沉淀很多，新手上手非常快。

帮老板省钱很重要

这点上，团队领导者的意识不如老板强烈，往往只看到薪酬支出，但是实际上，一个稳定的员工的支出，你必须用薪酬的 2-3 倍去计算。有的工作可以外包，有的可以通过开源库来解决，还有的工作可以通过让朋友或者社区成员帮忙解决。都是办法。

创作是更好地批判

省钱不是创造价值的办法，加班更不是创造价值的办法，而是如何避免浪费，产出高创意、成功率偏大的成品。这点上，领导者的职责很重，比如，尽可能加快自我学习的速度，当团队开发者在某个功能上耗费过长时间，可能就有问题了。很多时候，当创意产生偏差，可以用更换空间、时间的办法来解决，比如，不在办公室办公。不在白天办公。

价值评估：团队成员干的怎么样？

使用 github 来评估

这点上，对程序员来说，其实是很容易的。尽可能采纳 github。比如，我们所有商业项目都托管在 github 上。

然后进展一目了然。有空可以看看我之前那篇关于 github 的文章，里面提到了一个评估工具。

区分对待：新技能学习与出成果

对于刚开始项目启动，团队成员磨合不同，与团队老成员，要注意区分对待。

比如，在学习一种新的开发技能，例如 ios 开发，此时，更应注重学习的过程，第三方库的积累、标准流程的沉淀。

而在技能已经初步具备的情况之下，此时，更应注重速度与干货的诞生。就是，不要玩虚的，而是看什么时候及时交付。

拖延？

从我的多次经验来看，技术人员往往高估自己的能力，以及对需求的理解，基本上，拖延已经是定论了。

所以，一定要尽可能裁剪需求。当拖延发生之后，也予以一定的理解。但是，此时，不要让这种拖延影响到整个团队的士气，更不要让它形成一种心理惯性。将它的范围控制在能够承受的范围以内。

同时，开始思考如何避免拖延，制造惊奇。

价值分配：我们如何分配收益？

就是分钱了。当年在管理咨询公司一直干的是偏这块的:D

薪酬制度，简单来说，公平、公平、公平。

一个基本的做法是采取岗位薪酬制度 + 绩效奖金的做法。

奖金可以以时间为周期，也可以以项目为周期，更可以以节点为周期。

但是，多数小公司，包括我自己带的团队，资源很有限，往往是一直在投入，而暂时没有实际收益，此时如何处理？

沟通很重要。

沟通清楚，然后不瞎承诺，而是让大家了解相互项目的真实情况与实际收益以及可能的前景。并且提供力所能及的、朋友性质的帮助。

基于这些，团队成员会做出自己的判断。毕竟，不是人人喜欢大公司的流程与复杂的人际关系。

在这点上，我格外佩服我一个哥们，他 2003 年开始创业，做到今天，仍然不大，但是技术人员仍然是最初跟随他的那个。

当团队突然之间小发了一笔的时候，千万别只自己拿钱，而让大家拿不到钱:D

如果你必须将这些钱投入到团队下一步发展上，也必须沟通清楚，并予以阶段性的奖励，如果钱实在太紧，下一步发展很重要，此时，组织大家去玩一趟，很 happy:D

另外，还有一点特别重要，就是价值分配，不仅仅局限于钱。一些采访机会、演讲机会、培训机会，都很重要。这些是在帮助团队成员塑造个人品牌。

记住，技术团队领导者往往是一个一个利润中心，你承担的职责就是拿资源、快速迭代干出干货，然后分配资源。由于我所在行业的特点，需求点多，但是还是市场早期。因此，我甚至期盼，未来，我们的每个技术团队领导者成为一家独立的联盟公司的合伙人。

因此，我格外欣赏 rework 的信号公司与 ARA 这家全员持股的公司。

http://www.ara.com/Careers/working_at_ara.htm

#4 楼 @azhao 应该是近期的决策。跟踪进展吧。

#3 楼 @huacnlee :D 已改，哈哈

#6 楼 @ichord 感谢！

这是我微博上贴的一个图，对学生的关系情况的自动分组：

http://ww3.sinaimg.cn/bmiddle/7ba38c42jw1dr53xraj7kj.jpg

没那么复杂，用社会网络分析实现，很容易，不需要改现有任何数据结构与数据库架构设计。不过华顺的这个东西真是好东西，我们正好能用上:D

#12 楼 @raven 谢。

别厌烦啊，我们还准备用 Jruby 部署。

http://pragprog.com/book/jkdepj/deploying-with-jruby

#9 楼 @xdite 赞。

最后那个书与 gem 的比喻很 Ruby:D

报名:D

#4 楼 @camel @skandhas @qhwa @clc3123 @cngump 修改版：

http://www.yangzhiping.com/psy/think-density.html

贴一下具体测试数据？

跟 ubuntu 下相比处理变慢了很多？

另外，windows 下基于什么测试的？server 版还是？

在这里多问一句，ruby-china.org 用 v2ex 的设计合法吗？是不是一个项目只要它的协议同意商业、开源等使用，那么就一切内容，包括 css、图片也可以用？还是只是代码部分？比如常见的几种协议？

#19 楼 @fredwu 我搞明白理解错在哪里了，我一直以为 Shopify 也是个开源项目，所以以为是协议使用不当。

#17 楼 @fredwu 能否给大家介绍一下，一些由于文化差异，国人不太重视，但 Ruby\Rails 项目，应该注意的法务问题？有没有那种开源协议扫描的 gem？找出自己项目所用的协议可能有特殊的、违法风险的？

#9 楼 @saberma 没搞明白，你不对在哪里？怎么至于因为 css，全部删掉自己的代码？能否详细介绍一下，也为未来中国开发者涨点经验？

有一点很重要，台湾人民普遍英语底子好，另外写作都不弱，看一手看得多，再加上能表达出来，自然好帖子多。大家加油吧。

已问过。答复是，内部没有 Ruby 程序员，不懂，1 年内不计划支撑。

#23 楼 @lgn21st 国宁，你这恰巧是一个最佳例子。真正的元学习者并不是传统意义上的聪明者。

哈哈，等我写完第一部分，或者你可以读读，看见成长的自己，这本书，你就明白了:D

你恰巧很吻合个中原理。

#11 楼 @lgn21st 国宁，我与 TEDtoChina 的创始人，在写一本小书，心智黑客，

请让我们将你作为这本书的例子：

http://mindhacker.yangzhiping.com/

#11 楼 @lgn21st ！！！

牛！

心理学专业的飘过。给你看篇我的博客：

埃米尼亚。伊瓦拉：如何转变职业生涯？

http://www.yangzhiping.com/psy/Working-Identity.html