adoal

因为 Jetson 和 DGX 真的是只能“部署大模型”，除此之外对个人用户没啥用……

有可能你确实不适合编程，你的长处在别的领域。

结论，那个人就是不想干。

首先，我猜你想说的是“静态类型语言”。因为哪怕 Python 都算是强类型语言。

其次，有运行时类型自省机制的静态类型语言里照样也有 object/any/...等表示“没运行到现场时不确定”的类型。

再次，JSON 这么简单的数据格式，一共就 3 种原子类型和 2 种复合类型。

最后，JSON 这么成熟的技术，主流编程语言早就有久经考验的库支持了，又不用从头撸（就算从头撸工作量也不是很大）。

@ooxx2123 所以“门当户对”的说法还是有道理的。不过这个词往往只被狭义理解为经济水平。实际上更多的应该是指生活背景和早期人生经历对人的行为习惯和观念的影响。

同一种性格，从不同的两面看，可以是优点也可以是缺点。

你老婆的这种情绪，从外看是敏感、控制欲、对亲朋的疏离，从内看就是小家庭意识强烈、拎得清边界。我不信你在恋爱时对她这种情绪一点也没感觉到。既然是走进了婚姻，必然是有什么能让你压过这种不适的。

因为跨域问题在部署环节解决比较合理，反代/LB 上做个配置就行了，不必把问题扩散到后端开发业务功能的环节。

现实中哪怕是在眉毛胡子一把抓的小公司，做业务功能开发的一般对操作系统 API 、网络、现成基础设施的熟悉程度都比较低。早些年遇到一些这种类型公司的开发者来做项目，他们的程序员很倾向于什么需求都“开发”，但我更希望他们能尽量用好基础设施，能用运维手段解决的就不要写到业务代码里去。

卧槽，MF400 ，你是会玩的

文件系统和其它需要 text label 的 API 支持 Unicode 用什么模式只是一种选择而已。Unix 世界为了兼容标准 C 库的字符串 0 结尾语义而选择了 UTF-8 locales ，Windows 为了不破坏已有的 MBCS locales 里的编码语义而选择了用双模 API ，本来就是不同理念，各有优缺点。没理由 POSIX 的做法比 Windows 更正确或更“标准”。