我个人认为，新的一些项目可以适当采用一些新的技术，老的系统在非必要下，不要去做技术创新，除非明确采用技术创新能带来收益 ，没收益就不要动，要克制，比如Rust确实好，但国内也是新项目会采用，真正更改老系统为Rust的相当少，其实Go语言也是这样的，刚出来的时候很多人用，也是新项目采用，老系统还是JAVA。 这里只是以语言为列简单类比一下。

系统稳定性永远第一位，除非你的系统确定没有人用，那随便造。

最近看到的路线图，外包-》股票、币圈、黄金交易-》铁人三项（司机，外卖，快递）。乐开花。

其实关键还是看深度，以后的架构师，不只是纸上谈兵了，还得主持核心功能的开发，毕竟，文档谁不会写啊，ppt工程过时了，调动各方资源实现架构需求才是重点，从现实环境出发，讲究方式方法去实现既定目标，其实不只是架构 ，更多的是各方面能力的综合体现。代码能力目前依然是第一位，AI再强，依然会造出问题的，最后还是得人上，如果你的项目AI能全搞定，那只能说明项目复杂度还不够，还不够庞大。 多读书才是关键，技术书籍之外，方法论，还有史书，哲学书，读完后发现，我们那点事，都不是事，尽力就好。谋事在人，成事在天，当下状况，先活下去，转型只是自己的道路问题，其实生活还有更多的问题，我觉得理财更重要。

当AI已来，未来智力变得便宜后，就会回归本源，本源其实就是做人，做事，技能会变得相对不是那么重要。

FDE，技术上得全栈吧，架构肯定要懂一些，并发，数据量，控盘能力，需求-》技术方案-》技术实现-》部署。全能型战士，一线编码者，纸上谈兵就别去现场了，出不了活。 最近接了一下外包的活，控盘能力相当重要，提前找到卡点，提前布局，驻场开发，快速对齐需求，快速找到相应责任人处理相关问题，最后才是外包的功能实现。功能实现其实不是重点，提前调动相关人员，提前布局，赚取AI价钱。

这个问题确实是劳力劳动者最关注的问题，其实还是得把握方向，每个行业都有他的红利期，目前看来整个IT行业分化比较严重，以前技术好的，拥抱变革的会变的更好，技术差的，不拥抱变革的，肯定会被淘汰。 努力把确定性的收入拿到手，学会理财，让自己的资产产生时间收益，清空负债是当下需要做的事。目前菜市肉已经几块钱一斤了，通缩是持续的，而且会持续一段时间，职业上以稳为主，全力拥包AI，改变工作方式，改变目前的工作流程。

我感觉肯定会，技术债目前其实是很影响开发进度的，如果全让AI搞，估计还来得快，同时维护之前代码，然后再搞新东西，那才是拉升了难度

docker就是干这事的，其实docker只安装了一个，问题应该是一台机器部署多个应用吧。

通常用docker compose做应用编排，就是多个应用是否独立，是否交叉，比如应用1和应用2都用mysql,redis，那mysql和redis是否能共享，共享节约点内存，不共享，内存要求高一些。

应用编排好后就是端口配置，对外暴露端口，其实就是不同应用端口不能出现冲突。web服务就是映射到不同域名，ngnix配置