null2error

我最近一个项目，让 AI 给我写 PLC ，最终整个项目手写的代码不超过 5%。
即使如此，该延期的照样延期，代码只是整个项目非常小的一部分。

而且，越是如此，越是清晰的看到，至少在 AI 还不具备超越人的物理交互能力之前，越是基础的工种，饭碗是越稳的。

基础程序员写的那些业务（ laji ）代码，AI 搓起来比人快多了，还有普通白领从事的文字劳动工作，也是很容易被 AI 替代。但是我在现场拧螺丝也好，调气缸节流阀也好，甚至是和客户吹牛逼创造的价值，短期内，AI 是替代不了的。
不但替代不了，AI 底座需要的物质基础反过来继续催动制造业在一些特定领域继续加速发展，并且这些行业最终会外溢到整个制造业。


PS：垃圾老板到现场来看了一圈，之前万事一转 AI 就能成功的主。看了现场环境，只能讪讪的说回去帮我找找看 AI 写 PLC 怎么实现，现场工作还要再辛苦辛苦。因为他不懂，不懂就是不懂。实际上我自己基本上把 AI 到 PLC 的流程跑通了，但是不能让他知道而已~

剪贴板历史，目前 Win+V 就够用了，截图用 Snipaste 主要是习惯了~

AI 的项目，我让他自己写项目概述.md ，特别的我的场景经常整个文件夹覆盖掉，需要 AI 每次迭代都写文档，不然很快就失控了

密钥这些，用自建 Vaultwarden

东西多了，确实来回切换比较麻烦，但是鸡蛋分在几个篮子里，也算一点点风险控制

@win8en 还要输入番号多没意思，不应该给个账号去爬图书馆，然后根据今天二弟想看什么给出推荐么~

PS：我都想做一个这种 APP ，我用的图书馆，片单和 TAG 数据基本上都人工打的（我估计都是贤者状态打的），含金量相当高~

问问 AI 啊，典型的工程问题，盯着 AI 基本上都能写出来

盲猜一个多解的问题，提示 AI 要关注机器人左右手和 J4 flag （每家叫法不一样，Epson 是叫 J4 Flag ）试试看，因为在数学上，-90°和 270°是同一个解，但是对物理设备来说，从-90°去 0.1°和从 270°去 0.1°，规划出来的路径是完全不一样的。

当然，可能需要做更多的验证，因为环节有点多

可以尝试在最终执行的时候加一个静差（比如 90°),看看是不是真的位置正确，只是旋转角度不对

（手滑提交了）
2 、如果当前的系统已经非常稳定了，还不如考虑如何解决访问问题，这个比较实在
3 、携带大量数据存储，进进出出，风险日益增加

1 、移动和 NAS 这两个词是怎么组合在一起的？

新手爹表示，学习了！两方面都学习了！