@catamaran 不要自己吓自己，也不要限制自己。我觉得主要是很多人遇到问题习惯性的选择应付，而不是死磕。看看多数人对“屎山”的态度，几乎没有人选择去清理干净，增强自己能力的，而是能跑就行。在“屎山”的基础上，遇到 bug 的态度是兵来将挡水来土掩，不考虑怎么系统性的解决，除非实在应付不了，才会逼自己努力思考一下。

@kakki 我一直搞不明白很多团队的代码合并流程, 团队成员发 pull request 时不同时提交测试吗? pull request 合并前没有人审核代码吗? 如果新代码能通过各种测试, 有两人以上 approved, 能有什么破坏力?

实际上 RSpec 在 ruby 社区争议挺大的，喜欢的人很喜欢，讨厌的人很讨厌

说起这个测试用例，接触 ai 后，平时补充代码不让我惊讶 ai 来写测试代码，那真是又稳又细，修修改改就可以用了 所以 ai 目前还没有到创造性的时候，擅长于已有的数据下，分析进行后续处理

@zpvip 因为很多公司的要求 1. 出活 2. 低成本的出活 招来低水平的人也要能干活 完全不是你说的技术性问题, 这本质上是一个资源管理问题.

@zpvip #11 按照我经历过的公司，没有哪家真的测试用例 80% 以上的，都是主流程走一走，甚至依靠一些白盒测试，而人日压缩越发严重，压力很大，每次接需求就是填坑而已 之前我从 Java 世界到 Django ，简直蜜月期 后来为什么去掉幻想呢？从我需要大批量修改某个变量开始 比如说有一个广泛大量使用的表，我因为业务需求，需要字段重命名 nameXXX -> nameYYY 如果是静态语言，那么 ide -> refactor/rename 等，一把搞定 同理 看某个全局变量哪里引用，对应修改逻辑 我不知道这么多年，脚本语言是否改进了，在当时的话，是依靠 grep + 人肉 但是，我修改了好多次，发现总是漏了一些地方 起码 Python 来说，是运行时解析，到对应代码，才抛出错误 ror 不知道是否完善一些

@kakki #9 #14 所以当年湾区初创公司一堆用 Rails 的，反观国内一堆用 PHP 的。 其实就是你说的小规模专家级团队 vs 招一堆兼职大学生或者低水平的人。