@Yasuo666 有上限

月工资是指劳动者在劳动合同解除或者终止前十二个月的平均工资。这里的平均工资包括了劳动者的基本工资、奖金、津贴和补贴，以及其他形式的工资。这意味着，年终奖也会被计算在内。但是，如果劳动者的月工资超过当地的三倍平均工资，那么计算经济补偿金时的月工资上限就是三倍平均工资。

参考 被裁员后的法律指南：争取合法赔偿的实操步骤 https://selfboot.cn/2023/06/06/gpt4_lawer_helper/

非法裁员是 2N ，还有就算裁，年终奖也得给的。
可以看我家属小盛律师的文章：

被裁员后的法律指南：争取合法赔偿的实操步骤
https://selfboot.cn/2023/06/06/gpt4_lawer_helper/

试试 azure 的 speech_to_text ？

@koebehshian 哈哈，确实

@duluosheng 还有用 98 的呢。。11 应该还是主流，离谱

@cdzone 说到技术栈，感觉 go 在编译工具链上还是很不错的

@clemente 是啊，clang14 很爽

@nmap 我现在就是自己编译用高版本，但线上编译部署老版本

@wtof 对，这里起始不止开发，还要运维一起帮忙的。
我们就卡在运维这里，上线环境的编译系统，运维不支持高版本，虽然代码已经能编译过，但还是用老的。

我们的机器中间腾挪过，现在倒是高版本 Linux 了，支持高版本 libstdc++ 了

@brucedone 我们也是这个版本。。

@leonshaw 人都换了几轮了，拖不出来了

@lts9165 高版本编译器是很爽，至少编译出错信息都很爽

@tool2d 效率上不去是说开发效率，还是运行啊，运行必然 c++效率更高吧

@wtof 我把我们的整个库升级到了 8 ，你说的这些问题其实都还好。
1. 很多库重新编译就好；
2. 锁版本的库，一般升级库最新版本，如果没有，只能换一个库（还没遇见过）；
3. 老版本代码肯定要适配更改，修复编译告警，错误；（这个很费时间），如果能编译过，基本不会有啥潜在问题，不过确实要测试，也比较费人力；
4. glibc/libstdc++ 这个肯定要升级，不过上线环境高版本 linux 自带的就好，不用特殊单独升级

@Noicdi 确实，低版本的编译环境配置起来都头疼。。4.1.2 那比我们的还古老，应该只能用 98 标准的吧。。