形像，神不像。挺靠谱的

读可能几分钟，写得按天计

哈哈，笑死😆

看了你文章，挺有意思的。我觉得，也许每周固定留一个时间检查升级会比较好。每周固定执行，能形成习惯，升级难度小，也不容易留技术债

并不是。你以为的毫无意义的东西，自有它存在的价值。

戒指没有意义，那旅游有没有意义？这俩都是让人精神愉悦的东西，恰恰就是这种非物质上的体验，能让它们产生无法设限的溢价。

还有说到车辆，只是你被电车洗脑了，不代表其他有钱人都是傻子。

这个世上，东西的定价就是这样，1 分货卖 2 块，2 分货卖 5 块，5 分货卖 50 块，好东西都会有溢价。

人是一种社会化的生物，东西有没有价值，更多取决于稀缺性和社会上其他人的认知。

一开始没考虑这些特性，现在再想加进去，就不得不重复利用已有的运算符，导致看起来不协调、用起来不方便。

这种做法，的确在步 Perl 的后尘，看看 Perl5 后加的 OOP 语法有多难看就知道了。

其实这也说明，语言是有生命周期的，总会有后起之秀更加适应新的时代，进而逐渐取代老的语言。

因为新语言在设计的时候没有历史包袱，当时的业界需要什么、流行什么，它就做什么，不需要瞻前顾后、畏手畏脚。

创业公司就怕有点成绩就发飘，飘着飘着就把自己玩没了

略贵，自己注册公司费用少一半

rvm 其实一直有在维护的，也别说什么没人用了，我就在用

只是 stable 分支发布不勤快，但是 master 是紧跟新版本的

先跑 rvm get master 更新到最新的 master 分支，然后用 rvm ls known 就能找到新版本了

Rails 这是放不下全栈的包袱啊，这个大版本就是专为前端部分而发的，可敬可叹。

现在的趋势，后端就纯提供接口就好了，前后端分工合作，不仅能两拨人同步开发，后期后端或前端各自想换技术栈也互不影响。

用 Rails API Mode 就好了，前端就交给前端栈吧，时代变了。

别提了，用 PHP 8.0 跑这个 fib(40)，直接像死循环一样长时间无响应了

虽然开发者上道后，大部分都会将开发环境切到 Mac 或 Linux，但的确 Win 上的使用门槛决定了吸纳新人的效率。

也许有初学者兴致冲冲想学习下 Ruby，结果折腾半天，这个 Gem 装不了，那个 Gem 用不了，他马上就没兴趣再玩下去了，也许就换别的语言了。这种种子用户对社区的长远发展很重要，但就因为门槛导致就这么流失掉了。

社区很多老人一说到这种问题，就让换 Linux，这本质是一种逃避和不作为的心态，新人如果 Linux 玩的很溜，他就不是新人了。

不过现在好像都无所谓的态度了，好东西自己玩得 High 就好，新人进不来就进不来吧，一切随缘了。

中文这么溜啊

Ruby 社区果然是人才辈出，各类人才都有，厉害

没毛病啊，一个是赚钱的，一个是耗钱的，裁员都是先裁后者，要清楚自己的位置。

人家学历高本身就是一种能力的体现啊。说句不爱听的，很多人总是喜欢意淫自己学历不行但是能力强，活在自己的象牙塔。

跑路这么快，要么觉得用的技术自己 Hold 不住，要么就是觉得现有代码太乱，还有就是觉得办公室氛围太 Low

的确如此，前后端分离，后端只需要提供接口，Rails 的优势废了一半，再与 Java 和 Go 这些方案比，速度又成了劣势。 上面说前后端分离没必要的，你是不知道一套接口可以同时用于 Web 和 APP 有多爽吧。

my#ruchee.com 两个 古银 + 古金

苹果家的系统，可以晚升，不可不升

是的

if params[:begin_integral].present? ||
    params[:end_integral].present? ||
    params[:site_sn].present? ||
    params[:begin_order_count].present? ||
    params[:end_order_count].present? ||
    params[:begin_order_sub_amount].present? ||
    params[:end_order_sub_amount].present? ||
    params[:begin_age].present? ||
    params[:end_age].present?

做的东西很有趣啊

学个 Python 很难吗

也就你们需要经常换来换去的，作为万年 Vim 党，这些一个都瞧不上，何来换这一说

终端推荐 pgcli，桌面推荐 Navicat