编译快确实挺爽的小，写 Rust 就很怀念 Go 这点。
泛型和异常处理是真恶心，只要用 Go 写业务多了就能感受到（特别是我同时还会用 Python 写，开发体验可以说是两个极端）。
defer 这个坑还真没踩过，不过他说得有道理。
说来说去，Go 的简洁至少带来了一点好处：学习成本非常低，甚至不需要一周就可以掌握基础语法。

通过这种模式商业化没必要结束开源吧？我更关心它有没有记录其他数据。

有同感，不知道为什么。

之前 iPhone 要返厂维修，经服务人员提醒得先迁移微信…换到别的手机上登录后要在原手机上确认才行，修完拿回来再重复这个操作。
倒是不用养号，只是必须在之前的设备上确认。

我用复数，实际上随你喜欢……

一般工作是制定合理的目标并按阶段考察完成情况。
鉴于你提到了“工作不饱和”跟“人员冗余”等字眼，我合理怀疑你们部门/公司现阶段没有明确的目标，这种情况下比起关心同事的工作态度，更重要的是——你不应该准备跑路吗？

应该是 TED 那期的例子吧？这两个不是可读性的问题，是第二个就是更好。但除非你写的是 C/C++，否则恐怕没法写出这样的代码…

尽管 low code 作用很有限，但你说的这个问题并不是它独有的问题，只能说开发团队没处理好……

JWT 和 Session ID 一起出现本身就挺奇妙的……
一个用于无状态，一个用于有状态。

给老人 15 应该够用了吧？除非你说出使用场景。

@yh7gdiaYW Web 项目本身也不会有很多 CPU 密集型任务，真有的话拆出去 C/Rust 写了做远程调用就好。
我看你下面还提到了微服务，k8s 和服务网格可以用语言无关的方式解决微服务的大部分问题，只要想做语言并不是问题。
相对的 Python 写业务逻辑速度很快，语言特性多，抽象也好做，在数据转换和处理上极其方便。
退一步说它可以做胶水去粘 C 和 Rust 代码，也可以直接编写 Spark 任务，适用性很广。

有些插件会提供一个可配置的解释器路径给你，没提供的话估计就没什么办法了

暂时没觉得…Python 和 Go 都能写，最近越来越觉得大部分业务 Python 写舒服多了，再说上个机器学习相关的功能你最后不是还得用回 Python……

@fyxtc #5 大部分人应该还是会先选择微信吧……好像是现在通过接口让用户直接授权手机号变难了，但有些应用为了合规又必须记录才会搞成这样。

@ldp940622 #3 对，所以我现在可能会选择手机号+验证码

人事开始强调考勤和绩效，出各种复杂制度，一般都是冲着所谓降本增效去的。
但大多数时候并不能增效，把忍不了的逼走就算降本了。

GPL3 ？好评