@razios
@Equiliu

戴森手持吸尘器是有个设计问题，电机+吸尘收纳在手部位置
你看一下 莱克 或者其他国产吸尘器，放在下方

所以如果你长时间打扫卫生，会发现戴森举的很累，尤其后期下面滚轮不大好用情况下
莱克之类的，两只手指都可以拎起来，然后随便推着走

用过很多吸尘器，戴森这个真不用神话

@zw2019 你要是真讨论电诈的话，我有几个问题无法理解：

1. 电商、购买机票高铁之后，很容易接到诈骗电话，这个链路的数据泄露，是不是才是最关键的
2. 每天那么多的营销，垃圾电话和短信，包含诈骗，处于数据最顶端的电信移动联通，是否可以做什么，别忘了，那些 400 电话都是官方途径申请的
3. 同理银行，接入个类似 bat 级别互联网的风控，电诈都可以降低一个级别

和解决系统问题一样，最核心问题不解决，就搞审查

要提高表达能力，真的

@wxiao333 共享单车，把座位拉高，骑 10 公里问题不大，姿势要对，骑行姿势：头脚和手成三角，脚后跟和踏板自然垂直高度，中心不能都压在屁股，在手和身体之间

@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 选一个