对的，因为 Java 充满了无穷的复杂性，有很多工具需要很长的时间使用和积累你才得知它适合的应用场景。那时候你才算合格的 Java Developer，讨论 Intermediate Java 还远着呢！

Cpp 更不用说了，简单写一个网络程序，基本上从对象的继承风格、template 复用模式、算法复杂度（谈不上数学的算法，而是你对内存 copy 操作啦 IO 之类的）效率，如果稍微不注意你就已经在面试被淘汰掉了。

个人观点，Ruby 在国内基本是排挤到边边去的，都得感谢 PHP，PHP 从语言本身就是一个 Rails，不需要写框架，自己本身就是个 SAPI 程序，Rails 是为 HTTP/1.1 而生的，而 PHP 本身就把协议完美地吞并了，开发者不需要了解 REST，不需要了解路由，甚至文件还可以从服务器 a 目录放到 b 目录不需要通过 bind route，学习成本更低。

然后，如果实在需要性能、团队、large code base，很多公司都会采用 Cpp / Java。

这样一来，谁来选 Ruby？

其实 Ruby 是站在 PHP、Java 之间的，没有复杂的 Interface、Generic（泛型）等等从抽象上的难度，继承或 mixin 即可，也不至于弱类型、无法静态分析、无法测试、低智商开发。

市场有一个规则，很多人都是有钱了就买苹果，没钱就买魅族青春版、华为荣耀。比较中规中矩的中端的努比亚没什么人买。

而且，作为中层用户，他们会有一种心理：

第一种情况是他们买了发现不够划算，心想，我买的这个手机，还不如买个 三丧旗舰曲屏，多花点钱买个 iPhone x。

第二种情况就是他们卖了发现亏了，并不比红米、荣耀好到哪里去，而且他们只不过是为了买个备用机而已，并不打算真正用的。

同理：

显得要专业不够专业，我学了 Ruby，哎我还不如多努力一下学 Java 去了，自己显得更专业行内一些，不然都不敢跟别人说我是学计算机的，Java 语言严格很多，而且包多很多，方方面面都成熟，大规模项目也更加好维护，静态编译，所有声明清清楚楚。

不需要专业但是又太专业费时了点，我学了 Ruby，哎我又不是专门搞 IT 的，我只是想做个网站啦，哎，早知道用 PHP 得了。

看了一下，原来是 LZ 对 UCloud 大肆宣扬他的 DB 不满

Thread.report_on_exception 改成 true 了，那我得改下我的线程实现了

你去看看 食戟 第三季，连日本人都知道某朝就喜欢那种【量大】、【通用】、【快速】、【逼格】

【通用】比较恶心，每个人都得按照一个公模来做，你抄袭我抄袭你 Android 开发者很少有自己思考，大家觉得好的他也觉得好，他还跟着大家一起叫好，不管对还是错，反正信仰，其实这个在朴灵阮某某事件就是这个，一批无脑去跪拜阮大大的文章并信以为真、广为言传。

然后一部分稍微思考了的人就喜欢【逼格】，他们喜欢做一些自己认为很了不起但是别人不以之为然的东西。然后万一这群人去培养了自己的信徒形成上面【通用】的场面，跟信安利做传销没啥区别。

【快速】就是很多开发者总想走捷径，因为国内开发者基本上都不想努力，想快速达到别人的水平，想象一下 黑色四叶草 咆哮帝天天声称自己要成为马猴帝啥的。勇气可嘉，但是至少人家咆哮帝说的是“我要成为”，但是国内很多开发者说的不是这个，而是：我就是天才，我就是上帝，我就是造物主，我的方案一定是对的，一定是完美的。

方方面面都得把自己描述得有多么的全知全能，显得自己【量大】。

我有一个在上海工作的朋友就是这样的，他刚毕业一年不到，没有去过培训班，都是自己学点破玩意，在上海在一个很垃圾的软件外包公司，天天献勤奋摆模样，很多知识不过就是入门级 programmer level，然后口气大大说“这个我懂那个我懂，要是我回武汉，分分钟能面试上项目经理”。

Apple 为什么好，因为 Apple 纠正了开发者自以为是去用一些另类的方式去解决。

而且，很多国外的 Github Repository 都是自己做了一个项目，虽然他们会推荐自己的东西，但是他们平均起来不会去搞传销一样的推广自己的东西。

国外有很多坑爹应用，华尔街还有一堆骗子空壳上市公司，人家国情比我们自由多了，人家事件冒出来比较多，资源多，所以人家环境自我觉悟、自我保护会认识清晰一些。

我们不去认知这些，资源也少，然后出问题的概率有但是不明显，所以很多问题都是虚掩着，事情没解决搁置着让它一直存在。说白了就是没被洗牌自己不知错，国内自由度不高，而且很多东西有保护主义，所以同时也保护了这样的一群人，保留了这些错误。

只说胡思乱想的想法，奇文共赏，非恶意，不喜勿喷。

It's a good idea to pack Ruby application to an executable. It helps Windows users using your app with a double-click.

辛苦了 (≧∇≦)/

这么花费时间研究内存 stack

然而，我一般都是 iTerm2 4 格屏，这么多格子，我屏幕得很大

ニコニコニ ニコニコ ニコニコ ニコニコニ

キモイ

悪趣味

推荐 amber-kit

gem install amber-kit

angular 欢迎你

同性交友年会

React Native，另外方案就是 .net Xamarin，前者可以通过 spider-monkey 做 C bindings，后者就比较麻烦了，不过我看朋友一般都用 Cordova

只要不伤手

手拍黄瓜最好，纯手工艺

邮件告诉你

我最近经手了一个项目，又要兼顾 SEO，又要搞前后端分离，搞到最后变成 Node.js 做了一个动态站（Nuxt.js）然后数据通过调用我的 Rails API 获取，要我说这是一种很扭曲的架构。

所以你不喜欢这种风格，然后你实际上对 Rails API 这样子分离方法的开发是稍微带有一点偏见的。

这个很正常，因此我自己为移动端同事写的库也要征求他们的使用惯例，这样大家贴合得更好一些。

= =

我觉得，我在一个 Ruby 的论坛里面讨论别个东西，人家可能就有点排斥感，毕竟他们熟悉的一定是 Ruby，你提点别的，别人也会要面子站在自己角度证明自己是对的，webpack 其实对于纯 web 前端开发很方便的，我自己的 Moo.js（不在 git 上，不是 git 伤的那个，那是另外我私藏不公开的）就是用它构建的，开发环境是 WebStorm，全前端流。

怎么说呢，你要讨论谁对谁错，你想一下网传的段子吐槽苹果抄安卓安卓抄苹果，一样的。

能解决问题才是重要的，所以我刚才说，我在这里，get 到我要的东西就够了，但是不知道突然讨论着变味了。变得像是纠结谁是权威一样的，而且他们非得要站在我头上说“我是你老大”，“我就是你的标准”，“你得认账哦”。

天哪，哪里来的人呀，太口怕了，我得逃

不跟你闹

你们讨论去吧，我还有很多事忙

哇塞，太可怕了，好怕怕哦，好担心哦，我得隐藏起来。（脸上咬洋溢出像是 FBI 要过来调查一样恐惧的表情）

咔咔咔，找时间实现一个 Unix like JavaScript Framework，每个函数定义风格都模拟 POSIX 给你看，不行，到时候还得找 IEEE 组织拿个认证。然后告诉别人 I'm Unix

很抱歉，不接受（免疫）你的嘲讽技能，拒绝拉仇恨，哈哈

但是这也是 PHP 的优势啊，Ruby 得发明一个 erb 去弥补这些。

任何语言刚出来的时候几乎都是 DSL，C 语言刚开始不也是汇编的 DSL，转译成汇编再链接符号？

是你们先要脱离我原本只按照个人使用体验挂点去评述，我本来只是说：你觉得这里 $this 那里 $this 反射，本来语言就不一样，着 style 会 rails 思想吗？明显给人感觉不会，完全两码事，PHP 的 scalar 跟你 ruby object 不是一个玩意，只能说有些地方有参考到。

但是你们却拿 credits 来说我的都是错的，它一定是 rails 照搬写出来的。

Rails 的做法一直是主流的 Web 架构风格... 大前端也就是去年才开始的，你到底有多少工作经验啊...

还有

你根本没了解过历史

和

你完全没了解 Rails，甚至不了解 Web 开发

这些是什么鬼，说得好像自己站在这种拿着人家的文案就像是诠释了全世界一样的，CI 你用过几年，有几个项目用它写？

要不然我怎么会说：

然后，你们居然还拿 creadits 来说事，然后还嘲讽我等对 rails 没有实际了解过的 PHP 居民（好比没有到过中国四川吃辣椒的外地人），好好好，你们土著民了不起。

对 rails 不了解就不了解 web 了？天哪，哪来的结论。

Ruby 没出生之前，rack 没出生之前，还是用 Perl CGI.pm 一个个 CGI script 给你写呢，那我作为 Perl CGI 用户，和后来的 PHP CGI 用户，后来的 PHP FastCGI 用户，是不是说你们这些后人 code style 都 too young 了？

但是我不会认可 CGI，因为 Perl 5.20 开始去掉了这个模块，因为有 Plack / PSGI。

我本来只是发表一下看法，结果他们不知咋地冒火了，疯狂滴指出我的语句毛病跟 credits 对不上号啦啥的

我用的是我的 CI，不是作者给自己戴 red hat 的 CI，我作为用户，有我的使用体会，我的使用感受，我说的是我自己的使用过后感受，我认为使用后感觉它跟 Rails 没半毛钱关系，这是我的事情，我只是说一下我的观点。谁是 troll，谁散播谣言

说不定你们公司自己用的 rails 还会为你们自己公司业务改造过呢，你又不是 DHH，你能说出 DHH 的感受？

每个人提出自己的使用想法，有意见吗？

好，我自觉退出

我明天发明一个 js 框架，上面写个 readme，注明：My Framework is fully inspire by Turing machine，我的 js 是基于图灵机的

很抱歉，我用了这么多年的 CodeIgniter，但是从来没去看它的 Credits 文件，还居然被你们翻出来了。

果然喜欢挖别人的就是专注，功夫不负有心人

不要看 credits，你得切身去用了，再去体会里面哪里是 rails，别说它有 rails console，连路由都不是一个风格的，本来语言就不是一门语言，你们居然还执着自己的 Ruby & Rails 有优越感，我也是醉了。

我想起《食戟之灵》男主以日本人的观点模仿四川辣椒，你觉得，它的菜还会是中国菜吗？辣都不是那种辣。

然后，你们居然还拿 creadits 来说事，然后还嘲讽我等对 rails 没有实际了解过的 PHP 居民（好比没有到过中国四川吃辣椒的外地人），好好好，你们土著民了不起。

你们也别去用 reactjs realm 啥的，它们或许有模仿 rails 的味道，但它们来到这个社区，一定会被你们嘲讽的，互相吐槽，有意思吗。

随便前辈怎么想吧，get 到点子才是有意义的

你想说 SEO 问题？

其实我觉得就是项目就算不混合在一起，也可以实现，这个跟项目代码是否放在一起没有关系。

SPA 就不好加入讨论了，本身就有 SEO 缺陷，QQ 空间、微博这些信息就不可能按网页抓

非纯血的一般项目也有，网页是后端渲染的，客户端组件化，就够了。

但是我觉得问题是。。。Rails 默认把前后端的实现的代码都组织在一起

不说非得要用 webpacker，前辈上面就提到 rails 组件可选的，所以，显然这就是这个帖子的答案了：稍微前端也有不小规模模块实现的情况，webpacker 还是建议不要用，堆在一起不太好。如果是以后端为主，然后前端界面只是 UI 插件式只是作为展示不 render 的，应该还好。