"尽管我们在项目中强制编写 Python 类型注解，采用更严格的 lint 工具，代码测试行覆盖率也达到了 90% 以上，但是仍然会出现很多诸如 Python None 空对象，属性未找到等运行时才会出现错误，并且重构 Python 代码时也需要小心翼翼，反应到 KCL 语言上就是一个接一个的 bug, 严重影响用户使用体验" 这段令我对原先的 Python 版本比较好奇，想看看代码。但似乎现在这个 KCLVM 的 repo 完全是为 Rust 建的?

不复杂的情况下 pg 的 pg_trgm, mysql 的 ngram parser 都能处理。在语言层面实现 ngram 分词然后存到数据库里也没问题。复杂情况, 比如有很复杂的排序规则可能就只能 ES 了

有没有考虑写写文章和开源项目之类，刷刷个人影响力。现在裁员这么多竞争太激烈

真进阶可以看 https://discuss.python.org/ 。原先的 python-dev google group 基本都迁到这里了，很多 core developer 也在里面

twitter 有 7000 员工也挺奇葩。这两年 app 感觉没多大变化，不知道在开发什么

既然上海都有办公室了，有没有考虑在上海也招几个开发

建议参考 grafana

是不是类似于用户注册 5 天后发邮件这种功能，你想在测试环境手工测测？那可以把 5 天放配置文件里，直接改测试环境的配置

我其实有点好奇为什么后端会选 java ？硅谷创业公司都是 python/ruby/node 之类的吧。性能要求比较高的可能会用 go

最好的办法还是团队建立的时候就规范好开发流程。团队和代码成型后再想推测试是很难的。因为很多代码的结构可能根本就无法测试

团队推广单元测试 /集成测试，首先对团队要求就比较高。连看英文文档都费劲的，你让他写测试肯定只会大幅增加他的工作时间。但如果团队水平足够，而且比较拥抱开源，那写测试可能都不用推广，大家都会自觉去做

开发写测试吗，是敏捷开发吗

已经开源了吗？有没有 github 地址

我很好奇美国的独角兽公司开发写不写测试，至少看以前 twitch 泄露的代码测试还挺多。也许开发不写测试也属于中国特色

创业公司后端写单元测试挺少见的，有覆盖率要求吗？

设置密码是免费功能。但是首先你的 ES 是暴露在公网的？

早上醒来突然想到: 在国内这个开发几乎不写测试的环境下，做个低代码 /无代码测试平台可能挺有钱途。欢迎有钱有人脉的老哥联系我🧐

@l00t 重要的其实是有测试，单不单元是很灵活的。

再摘录一段大佬的话: I will usually use mocks for that (I'm not a big fan of mocks, and prefer to avoid them wherever possible, but I think mocking network-comm responses is reasonable). Though "it depends": sometimes I do launch the software, but from within a test.

@sulfoh6 "写单元测试过程中可以顺手解决掉几个低级错误。但基本上就到此为止了" 首先，程序员是很容易犯低级错误的，就算是老司机也经常因为低级错误翻车。如果你的低级错误直到 QA 阶段才被发现是很严重的内耗，也会降低团队间的互相信任。
"很多设计上的问题、接口的问题、性能问题、安全问题、并发问题...，单元测试都无能为力" 真的无能为力吗, 还是只是你们团队的技术水平不太够，或是你只是为了糊弄一下随便写个测试？
"因为伴随着单元测试的还有敏捷开发的其它要素，势必让依赖内部基础库的其它产品团队充当小白鼠" 敏捷开发配合自动化测试配合严格的 Code Review ，再加上技术实力靠谱的团队，这样才能实现真正的高质量快速迭代，你可以专注于迭代新功能，而不是担心别人加了个功能 /改个功能把你原来能用的东西改坏了。当然，有测试的话甩锅也比较方便。
"我呆过的一个 MNC 公司里很多印度团队，他们搞 pipeline 的漂亮花哨程度可以把上层哄得不要不要的" 也别总是黑印度工程师，国内很多工程师可能并不如印度工程师。另外国内大厂很多是依靠很大的 QA 团队进行人肉测试，才确保了你用到的东西没问题。