@wxiao333 你就是那种，攒个 3/4 天假期，挤着人头去旅行，然后朋友圈发美美照片，“啊，我去旅游了” 的人？？？

我十年前，一个单车骑行过 太湖、洱海、滇池、北戴河，单日最多 200 公里，我至今怀念那段时间
在你眼里，那肯定属于屌丝行为咯

你一直躺着吧，那对膝关节友好

@flyqie 工业化和艺术品的区别，我是个艺术家，要把这个碗做的美的不可方物，耐摔实用一点不在乎；我要生产日用碗，耐摔可靠，最好一天批量生产 1 万个

@zpvip 别名就算了，那肯定不是解决之道，清晰是第一位

我在想，是否有个语言，有 ror 的开发舒适度，同时具备静态编译过程（可选），然后还能编译成为一个独立 bin （类似 Go ）
也就是你在开发阶段，ror 现有开发方式；又是严格类型和语法，ide 完全可解析，比如变量名方法名错误及时提示（加个运行参数）

那就完美了

@zpvip #11 按照我经历过的公司，没有哪家真的测试用例 80% 以上的，都是主流程走一走，甚至依靠一些白盒测试，而人日压缩越发严重，压力很大，每次接需求就是填坑而已

之前我从 Java 世界到 Django ，简直蜜月期
后来为什么去掉幻想呢？从我需要大批量修改某个变量开始

比如说有一个广泛大量使用的表，我因为业务需求，需要字段重命名 nameXXX -> nameYYY
如果是静态语言，那么 ide -> refactor/rename 等，一把搞定
同理 看某个全局变量哪里引用，对应修改逻辑

我不知道这么多年，脚本语言是否改进了，在当时的话，是依靠 grep + 人肉

但是，我修改了好多次，发现总是漏了一些地方
起码 Python 来说，是运行时解析，到对应代码，才抛出错误

ror 不知道是否完善一些

说起这个测试用例，接触 ai 后，平时补充代码不让我惊讶
ai 来写测试代码，那真是又稳又细，修修改改就可以用了

所以 ai 目前还没有到创造性的时候，擅长于已有的数据下，分析进行后续处理

@fantasy0v0 你看我这里 https://gist.github.com/cloudzhou/b2fb266296589f5c599e987c2ed91c12
如出一辙，只是 JOOQ 做得更细腻

orm 要用的爽，只要支持反射，增加一点语法糖有多大难度，无非解决映射关系足以

这是我自己开发的 orm ，因为我是 sql 爱好者，基本就做了小小一点语法糖，使用如下：
https://gist.github.com/cloudzhou/b2fb266296589f5c599e987c2ed91c12

@dssxzuxc 是这意思，只是说 JavaScript 生态本身
RoR 早期的优点，包括约定大于配置等，大多数语言、开发模式都吸收了

#157 修正一下，目前脚本语言，JavaScript 值得投入，甚至以后前端、客户端都是 Js 写的

@lesismal 你说的是对的，商业验证优先

只是目前开发来说，不管是 Java/RoR/Django ，其开发效率很大取决开发者熟悉程度，尤其有 AI 支持下，那点开发效率差距微不足道，我是强烈建议不要在脚本语言上投入太多了，除非像学习 AI 下去熟悉 Python ，本质是为了 AI

@zpvip 瞧瞧你举得这些组件，是要笑掉大牙吗？ json xml 解析，Captcha 生成？这些 tools 拿出来干嘛？什么语言不能做到？？？你找不到更好例子了吗？你对 ror 不大熟悉啊

还有 rucaptcha Captcha Gem for Rails, which generates captcha image by Rust. 在打自己的脸吗？？？
计算机领域别说操作系统内核、数据库、编译器，最起码也要举个中间件来说道

C/C++ 在底层开发依然兼顾，Java 业务领域稳如磐石，Go/Java/Rust 中间件中流砥柱，Python AI 风生水起
而你，我的朋友，依然坚守一个只会开发爽那么一下下的语言

---
你的评论，足见你根本没参与过大型项目开发：

哪个前后端分离、微服务及其他语言框架的 CRUD 不能用 Rails SSR 搞定?
我用 Perl 都能搞定，要用吗

前后端分离的出现是因为要切分任务, 微服务是切分功能, 都是在没有 AI 的情况下, 人的精力和水平有限, 搞不定.
和你说了千百遍，真正复杂的是业务逻辑，语言那点玩意 1 小时理清，AI 还没到理解业务的地步
天哪，2008 年我参与的项目 ALL IN ONE / Server Template Render ，难道要起死回生了？？？

Rails 根本不需要 DI ，因为类加载直接就是常驻内存，controller 类里直接用 model 类和对象，少一大层 ceremony
DI 是为了常驻内存？？？ DI / IOC 的全称是什么？是为了解决什么问题，两者关系是什么？
先不要 google 和问 ai ，你能否回答出来

@flybluewolf 其实我可以说相当喜欢动态语言，我的学习过程是：

Perl -> Java -> Python -> Go

我至今还感受到脚本语言的优美
但是如果让我开发严肃项目，肯定 Java/Go 选一个

@zpvip 在你发言之前，我就知道你要举 GitHub 、Shopify ，Basecamp 就不说了，是理念的领先，规模太小，GitHub 的话，用你自己的发言来反驳，岂不是刚刚好（而是看 CTO 或创始人用的是什么）
第一，Facebook 早多数用 Hack 系统，其中突出静态化检查等，Hack 可以说是运行 PHP 的环境，类似虚拟机

但凡，但凡，你去了解 GitHub 、Shopify 最近招聘，核心组件都在用 Go 等去重构

我评价一个语言的工业级，习惯是广泛使用的中间件
比如大数据下 Kafka Flink ，运维革命性 Docker K8s 等
很抱歉，没有找到 ror 的影子

@zpvip 你要讨论技术呢，我就给你认真讨论；扯别的那就算了
世界上排名 top 的大型互联网公司，别管国内 bbat 还是国外 FAANG ，主流语言都是静态语言
更别提规模大了之后，更多从动态语言转向静态语言

但这些都不是关键，对于大规模项目来说，那点脚本、语法糖带来的快捷，相对项目复杂度不值得一提
举个当前讨论的 orm 话题吧，对于一个大型一点的项目：
1. 出于统一入口需要，我需要把所有访问数据库的地方集中一处，不能散落各处，否则以后重估难道满世界翻代码？
2. 我需要以 lib 方式发布，以便共用和统一维护，最好以方法方式暴露
3. 需要比较直观，比如对应什么 sql 语句，是否合理走了索引等，审计和拦截等

ok ，所以看到了吗，所有的语言，orm 对我来说都是差不多的：
func listXXXByYYY(int yyy) XXXList {}
是的，很有 Java 的影子

要说业务开发，这些脚本语言，真别碰瓷 Spring Boot 以及背后的 DI 、DDD
连一点点挑战的可能都没有

@zpvip 然后 Rails 的市场占有率低到几乎工作都找不到，早先我第一次接触 Django ，相对 Java 世界耳目一新，惊为天人，但是两边开发之后，理解了静动态语言的各自适应处，理解为什么大型开发还是 Java/C#/Go 的选择

而有了 AI ，让静态语言开发更容易了，之前的繁琐细节更被磨平了
大型项目开发，第一要素不是高效，而是可维护、可持续

@hahiru 笑死，谣言就这么来的。警察来了之后自己停下来的

1. 年龄的问题，你不会觉得男的就没有吧，实际上按照我得观察，男性过了 35 ，除了条件较好，一样要面临压力，简单说，超过 5 岁以上别人就要顾虑了，更别提 40 以上。只能说男性宽容 5 年

2. 不是条件等问题，而是欺骗。倘若婚姻真的存在你说的问题，不妨直接提出来，这样该相亲相亲，各自自由。再说条件，男性难道不希望女性也有钱，家里也能有支持?