adoal's recent timeline updates adoal's recent timeline updates |
adoalV2EX member #54059, joined on 2014-01-12 15:36:29 +08:00Today's activity rank 21823 |
| 一些奇怪的 DNS 解析结果 路由器 • adoal • May 22, 2020 • Lastly replied by ritading | 2 |
adoal's recent replies
6h 54m ago Replied to a topic by babymonster › Local LLM › 都 2026 年了，为什么还有人觉得 AMD 比 Nvidia 更适合部署本地大模型？ |
因为 Jetson 和 DGX 真的是只能“部署大模型”，除此之外对个人用户没啥用……
Apr 24 Replied to a topic by xiaoyuanei668 › 职场话题 › 时光荏苒，四年了自己一点长进都没有。大家点进来看看我这个笨蛋 |
有可能你确实不适合编程，你的长处在别的领域。
Apr 23 Replied to a topic by SoulFlame › 程序员 › 动态 JSON 序列化对强类型语言很难吗？ |
结论，那个人就是不想干。
Apr 23 Replied to a topic by SoulFlame › 程序员 › 动态 JSON 序列化对强类型语言很难吗？ |
首先，我猜你想说的是“静态类型语言”。因为哪怕 Python 都算是强类型语言。
其次，有运行时类型自省机制的静态类型语言里照样也有 object/any/...等表示“没运行到现场时不确定”的类型。
再次，JSON 这么简单的数据格式，一共就 3 种原子类型和 2 种复合类型。
最后，JSON 这么成熟的技术，主流编程语言早就有久经考验的库支持了，又不用从头撸（就算从头撸工作量也不是很大）。
其次，有运行时类型自省机制的静态类型语言里照样也有 object/any/...等表示“没运行到现场时不确定”的类型。
再次，JSON 这么简单的数据格式，一共就 3 种原子类型和 2 种复合类型。
最后，JSON 这么成熟的技术，主流编程语言早就有久经考验的库支持了，又不用从头撸（就算从头撸工作量也不是很大）。
Apr 23 Replied to a topic by 3825995121 › 生活 › 我早上 5 点接堂妹、给她订酒店，老婆一直过不去，是我没边界感吗？ |
@ooxx2123 所以“门当户对”的说法还是有道理的。不过这个词往往只被狭义理解为经济水平。实际上更多的应该是指生活背景和早期人生经历对人的行为习惯和观念的影响。
Apr 23 Replied to a topic by 3825995121 › 生活 › 我早上 5 点接堂妹、给她订酒店，老婆一直过不去，是我没边界感吗？ |
同一种性格，从不同的两面看，可以是优点也可以是缺点。
你老婆的这种情绪，从外看是敏感、控制欲、对亲朋的疏离，从内看就是小家庭意识强烈、拎得清边界。我不信你在恋爱时对她这种情绪一点也没感觉到。既然是走进了婚姻，必然是有什么能让你压过这种不适的。
你老婆的这种情绪，从外看是敏感、控制欲、对亲朋的疏离，从内看就是小家庭意识强烈、拎得清边界。我不信你在恋爱时对她这种情绪一点也没感觉到。既然是走进了婚姻，必然是有什么能让你压过这种不适的。
Apr 23 Replied to a topic by guansixu › Web Dev › 没想到 2026 年，还要浪费大量时间在跨域问题上 |
因为跨域问题在部署环节解决比较合理，反代/LB 上做个配置就行了，不必把问题扩散到后端开发业务功能的环节。
现实中哪怕是在眉毛胡子一把抓的小公司，做业务功能开发的一般对操作系统 API 、网络、现成基础设施的熟悉程度都比较低。早些年遇到一些这种类型公司的开发者来做项目，他们的程序员很倾向于什么需求都“开发”，但我更希望他们能尽量用好基础设施，能用运维手段解决的就不要写到业务代码里去。
现实中哪怕是在眉毛胡子一把抓的小公司，做业务功能开发的一般对操作系统 API 、网络、现成基础设施的熟悉程度都比较低。早些年遇到一些这种类型公司的开发者来做项目，他们的程序员很倾向于什么需求都“开发”，但我更希望他们能尽量用好基础设施，能用运维手段解决的就不要写到业务代码里去。
Apr 20 Replied to a topic by MagicCoder › 计算机 › 人生中第一次装机🎉 |
卧槽，MF400 ，你是会玩的
Apr 9 Replied to a topic by jim9606 › C++ › 似乎在 C 的领域，让一个新程序“为未来准备好”是一件很麻烦的事 |
文件系统和其它需要 text label 的 API 支持 Unicode 用什么模式只是一种选择而已。Unix 世界为了兼容标准 C 库的字符串 0 结尾语义而选择了 UTF-8 locales ，Windows 为了不破坏已有的 MBCS locales 里的编码语义而选择了用双模 API ，本来就是不同理念，各有优缺点。没理由 POSIX 的做法比 Windows 更正确或更“标准”。
Select Language