@donnior 我用的就是 ocz，坏了

周末的时候 ssd 好像烧掉了！ 经过如下： 更新升级 mac，然后突然卡住不动了，死机。着急有事，就强行关机。之后启动不了，拆了 ssd，hdd 启动没问题。 然后再移动硬盘盒里测试了 ssd，死翘翘了。

结论：ssd 风险挺大的，一定不要放重要数据，放系统应用程序还行吧。

@magina 不知道可行不？因为么有啥是可行的标准，哈哈。喜欢就行了，说不定 3 年后，你喜欢做房地产就又去做房地产了。也许喜欢上厨师的行业，炒菜去拉。只要你喜欢，并能认真的踏实的全身心投入进去，很短的时间就可以进入行业，2,3 年就可以积累起很有价值的经验了。一切看喜好吧，当让这样有风险，可是也有可能不是风险。一直做一行也有风险，也可能没风险，所以，我的回答等于没说。那么你的问题等于我是没有答案。

@magina 告诉你个秘密，我是 pm，也学编程。再告诉你个秘密，李笑来教英语的也学编程

@andor_chen 升级到 rails4 和 ruby2.0 时： 1，还继续翻译吗？ 2，需要另外购买吗？

好经验分享，顶之！

如果领导说想统计，看完成率啥的，那么就在白板管理上下点功夫，然后出统计结果给领导。 白板管理还能适当的控制每个 sprint 的长度和复杂度，一看一个白板都放不下了。那么是不是可以考虑分开两个 sprint 了？

其实我觉得简单点，白板就挺好，多拍照。

web 工具挺麻烦的，让 RD 在开发中去管理一下上面的 story 或者 task，RD 往往记不住。但是站起来去白板那里就不一样了，签名领条，然后移动条，可以让自己活动一下。更重要的是，可以让领导看到自己的工作成绩，在 web 工具上，不一定知道领导会看。哈哈

辛苦了~~

求教问题，还说脏话，人家谁会告诉你？另外不见得高手就啥都会，另外时间点也不是很合适，另外你的问题可能很多人不感兴趣，另外你可以@你觉得可能知道如何解决的人，另外你可以做很多，没人回答也没什么。你可以把你的分析写上了，也许有人读了有可能就帮助你了。另外真的挺多的，淡定。

@huacnlee 我们社区也用 rails4 吧，帮忙找出实际问题。

Ruby 2.0 发布了，Rails 4 啥时候发布呢？

@chenge 感谢~~在 irb 中 puts $: 哈哈，得到了路径。

@ashchan

#!/usr/bin/env ruby
$:<< '../lib' << 'lib'

require 'goliath'

其中'$:<< '../lib' << 'lib'是什么意思？

你们可以尝试加一个“意见和反馈”的组件，哈哈，这个也是很通用的。有时候只是有一个意见，不一定要客服介入的。

@lgn21st 针对 ruby 运行速度慢的问题，他有没有一个长期的改进方案？

你可以申请在某度里面 transfer 啊，先和你要去的部门沟通好，然后申请过去。这个事情不难的啊

另外，你刚毕业，更多的是要学会做人，做事的一些基本的东西。调岗的这个事情就是一个很好的磨练，比技术更重要，当然技术也很重要。

不要着急跳槽，某度里面的资源，如果你用好了，3 年内会让你有质的飞跃。

已经申请了，这个事情，要干就赶紧，据我知道的，已经有好几波人在干类似的事情了。 什么时间切入真心不是重点，重点是你们能干的多快，天下间的竞争唯快不破~~ 认准了，就去干，不动摇，不犹豫~~

恩，这个不错的。比较接地气，哈哈~~ 等上线之后，我必须尝试一下。

恩，明白了。哈哈，看来是我先入为主了。如果这样的产品形态的话，难度就降低了很多。就维护你们和 app 厂商之间的关系就可以了。用户对你们可以被认为是零感知的~~

那你们传输的就是视频画面，对吗？这个在 3G 环境下效果如何？ 据我简单推测，有 Wifi 的用户群应该不是你们的主流用户群吧，因为他们对产品的感知适应能力很强。更多的是 2,3 线城市的用户，他们用 3G 比 wifi 多。除了视频流，我觉得是不是也可以考虑画面图片呢？截图，然后回传你们后台，你们客服画好图，然后传回来呢？

在这个流程中，最核心的操作就那么几步，估算应该是超不出 3 步的， 核心的用图片，询问性的用文字

哦，你的意思是你们的产品也是一个插件，就是一个客服通道，集成在 app 内，用户使用的话，直接联系的是 app 厂商？

产品形态不一样，你们的这个和友盟有着质的不同。友盟只是 app 应用商和友盟之间的事情，用户根本不知道。而你们的产品是触及了用户，好吧。不知道你是否看懂了，本质区别还不光这个。 我只是提出我的意见，提出意见是尽可能帮助你们，每个创业者都是值得尊敬的加油吧

一个问题：巨头做这个事情很容易，理由如下： 1，自己有强大的端覆盖能力 2，强大的内置渠道能力 3，对 app 应用市场的推广营销能力 4，资源兑换能力 而这个客服模式的核心最需要的就是两个东西：资料库 + 强大的端覆盖面 谁能抓住这两个核心，才有可能做好这个事情，那么你们能做到这个吗？

另一个思路：如果你们能把这个卖给一线大厂，比如百度，阿里，腾讯这样的。为什么不提手机厂商是因为他们主要是卖硬件，对用户群和软件不是很刚需。但是一线厂商是玩用户群和服务的，而你们这个就可以横向切入了。说白了，巨头的移动应用体验或者用户研究团队，很快就可以建立起一个资源库了。

一个思路：如果你们建立起平台，然后让用户和用户之间互相帮助呢？然后你们从中盈利呢？

这个东西，全靠资源来做。 看你是想做 app 的长尾市场，还是做品牌手机的客服代言呢。 建立一个完善的使用方法库，并维护这个库是这个模式的核心。 需要大量的编辑，不断的去尝试使用各种 app，然后才能给用户提供有价值的客服。

至于盈利空间嘛，看你们要做哪个市场了。飞象邦邦貌似做的品牌手机的客服代言，如果你们的通信资源够的话，也可以竞争。如果不足的话，我觉得应该专注于长尾 app。但是这个领域，盈利比较困难，资金比较分散。不如前者~~

有一个类似的：飞象邦邦，貌似是项立刚搞的~~，你们是互相学习的吧

对新手很有用~~