文艺复兴

IDEAVim 就够了，千万别想着用 Vim 去搭建一个 IDE ，最终搭建的结果可能就是一个终端简易版本的 VsCode ？

建议重构，老项目就不要升级

低代码，20 年前的 DW/WebForm 就在玩儿，只玩意儿只适合流程表单类的，而且性能一般般，我认为个人要保持一颗学习的心，对于新出的事务不要排斥要去了解，好的东西就吸收

Java 蛋疼的是没有提供 await 关键字，导致 NIO 的代码全是回调，加了虚拟线程之后能够像 BIO 一样写代码也是挺好的，

主要是没有 get/set 语法糖，比如 c# 就很友好地区分了 property 、attribute 、field

JSONPath 做不到，你需要的可能是 SQL ？，JSONPath 只能 SELECT 无法做 WHERE 筛选，建议使用 Linq 或者 Ginq 之类的

路由器可直接获取 IPV6 （光猫打开即可）

前两年去制造业做过软件项目，比互联网难多了，制造业一堆需求，同时员工不愿意改操作习惯还要优化生产线，不好做

用时序数据库简单点，比如 influxDB ，还能直观看到一个人的操作曲线

Linux 连桌面环境都没整明白，所以还是用 Electron 吧

ModeFirst or DBFirst

混合的，

@icebear0 后端只搞 Node 就行了，然后对其它语言感兴趣可以尝试下 .NET 的 C#，个人认为 C# 是我用过语言当中最优秀的语言（比 Java/Go/Python/js/Groovy/PHP 等等 都优雅）

AK/SK 和 Https 不冲突

JSON 本身就比较费字段，除非用 protobuf 之类的来优化

建议学习 Node ，光学前端很没意思的，知道原理后就是重复的修补工作和后台 CRUD 差不多

很多时候需要 require = false 方便点

workflow 还是比较复杂，可以采用插件的形式来管理所有的业务，流本身只关心 DAG 图节点之间的上下文依赖和关系，节点的调用是通过 SPI 唤起插件来执行，具体需要取上下文的哪些字段插件业务自己关心就好了，但是流一定要明确状态，至于插件用什么方式实现，可以考虑动态下载 maven jar 包，然后启动即可，这样 ClassLoader 也隔离了，整个流的逻辑也比较清晰，审批只是将插件与流的 DAG 图组装而已。