#23 楼 @jarorwar 了解啊！！！

#7 楼 @Martin91 受教了

#17 楼 @jarorwar 哈哈，已经跪下！！

#56 楼 @virgil 这里有人遇到和你一样的问题了

子进程没有被 kill

这个假新闻你们没看原文吧？32 岁的他，已经安全运维服务器 90 多万小时了。满篇都是槽点，能让你乐一下午。

#13 楼 @jarorwar 那公司年收入估计最少也得 4K 万以上了

团队多少人了？

#38 楼 @tyaccp_guojian 投稿就不必了。我还在看初级入门的文章，没写过实际项目。我带去的小伙伴在做 Ember 的开发。我还是倾向多听多问。

@pynix 英文版的作者打算回归？你从哪里得到的消息，求内容

#7 楼 @dishouwonian 实在话！

:plus1:

#21 楼 @tyaccp_guojian 已加好友了

老道带领公司的小伙伴报名参加。我这至少 2 个人，最多 3 个。所以加上楼主和楼上。已经凑够 5 个人了。

虽然看不懂，但是感觉很厉害的养子

血的经验告诉我们，还没拿到钱和钱已到手完全是两个概念。真诚的建议什么时候拿到钱了，什么时候再搬家，招人，扩大队伍。否则还是按照穷日子过吧。

#18 楼 @mobiwolf 这诚意满满的广告语，您是百度轻内部的吗？求加好友

#11 楼 @darkbaby123 Native app 当然好。但是我们开发人员有限，又想快速吃掉 iOS，移动 Web(百度轻和 UE，以及其他某某移动浏览器)。使用 Native app 我们每次迭代的周期太长了。往往是主力版本都更新好几次了，其他版本都跟不上速度。

所以部分地方使用 HTML5 来搞，可以直接把这部分移植到其他版本尤其是百度轻，UC 那些地方。

#13 楼 @billy 我在开篇就说了，此文的内容是整理和收集。

#8 楼 @darkbaby123 你可能搞混了 Hybird app 和 Web app 的区别。所谓的混用，就是原生和 Web 技术混在一起搞。这样在跨平台的部分可以很容易。我们目前的实际使用情况是，只在小部分地方使用嵌入 HTML，JS，CSS 的办法。把这些文件当做一个资源包，比如 App 内部的社区部分，我们就改用 Ember 来做了。不过 Hybird 真的不是那么简单的一个 WebView 显示 file://XXXX 就完事了。首先找到靠谱的浏览内核，然后一个 UI 中哪里是 HTML5 哪里是原生，都要规划好。

想搞的特别好的确是任重而道远，但是对于小团队还想吃多平台的情况，这是一条 合适我们团队 的道路。

只会 jQuery 的确不行，JavaScript 功底不能差，CSS3 不能不熟。至于响应式布局的 UI。。。我们还是花钱买吧，自己搞耽误不起时间。

#1 楼 @hhuai 主要是为了解决跨平台的兼容性问题。希望一次开发，可以很快的同步移植到 iOS，和各种移动浏览器端。

#2 楼 @xieyu33333 这张图是盗的，可能真是广告。。。但是我仍然不会选，因为只要他们主机一死，用它开发的 App 就打不开了。

#12 楼 @realwol 世界上哪存在完美啊。#4 和 #11 楼的方法都行，可以把这部分抽取出来，当做一个 helper，这样 haml 看起来干净许多，看起来心情也能好点。

#8 楼 @realwol 如果不用 haml 改用普通的 erb 或者 slim 对你写出一样的逻辑是否有帮助呢？如果没有帮助，那么能否换一个角度来想问题。并不是 haml 的错，这部分本身就不该由 haml 负责，它只是帮我们用 ruby 更简单的来实现 html 这个标记语言。

#15 楼 @xiaoronglv 字的不错嘛

sublime 的 vi 模式来报道

淘宝有的是充值代理，几百块钱卖你一套自动充值的软件。你根据那个接口开发就行

tutsplus.com

https://github.com/wjp2013/the_room_of_exercises/blob/master/guides/Ruby-Rails-Resources.md

@Rei :plus1: