复杂的 merge 还是的要 GUI
其他 还是命令行来的直观

很多时候都是因为 gui 点下去不知道干了什么
有时候还需要返回去 查看 gui 的日志
不专门学这个 GUI 工具甚至效率倒退 得不偿失

而且怎么说呢 命令行是保底 那都能跑

首选 当然是 数学 英语 俄语啦 23333

用途 两个都有不同的方向，不至于一点用没有
so 领进门 让孩子自己选吧

要卷咱卷不过人家，娃还受苦
要兴趣，领进门 娃自己说了算

我自己没写过，不过有几个古老的项目会有维护需求
学我没啥建议，有些坑你可以避一下

逻辑和界面尽量拆开来写，如果逻辑生成一个独立的模块就最好了，在 qt 里面 link 后调用逻辑的方法就好了。（如果可能后续还能拆掉 qt ，逻辑不用动....

日志这些 io 模块异步很重要（老的有些项目直接同步写文件，卡哭），即使初始没有异步，模块化也很重要，之后好改。
总的来说界面这东西，小公司我不太看好 Qt ，除非组里有很多人都是用 Qt 的 XD :(

import 不确定，reqire 是有 cache 的，类似脚本语言 python ，lua 等包导入都有导入模块的全局缓存
第一次缓存 miss -> path finding -> load
第二次就是缓存命中直接返回了

配置载入在 lua 层的话可以优化，大配置载入时，gc 会成问题，全量载入的场景还好，
但是有些要动态启动的场景，物件逻辑依赖配置载入就会有瓶颈