因为 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 更正确或更“标准”。

虽然是家人，但……既然人家自己已经很有想法了，而且你也并不懂，那建议你不发表意见。
你看看上戏对社会开的非学历教育班，好像也还行。
9800 的 https://www.sta.edu.cn/e8/7a/c4953a125050/page.htm
37000 的 https://www.sta.edu.cn/e7/71/c4953a124785/page.htm
花点钱下去，收获到情绪价值满满。

昨天看到一个审计和纪监的话题，评论区有人说以后行贿用 token

你那个 mkdir 的例子，在 cmd 下反而可以成功。

因为有影响力的开源项目大多数都有不短的年份积累了。老项目没用上现代的东西很正常。

我看过用 Python 做业务类系统开发的本地草台小公司，类型注解写得很满。

Enterprise Integration Patterns: Designing, Building, and Deploying Messaging Solutions

唯一的缺点：老

唉，三年了，还是主打一个自言自语，主打一个不听劝

让你告别这个行业的，真不是 AI

三年过去了……你还是以毫无竞争力之身沉迷在玩自己的窄方向技术爱好里，而不是为了在这个行业找一份工作而改变自己的知识结构和技能树。