假如没有历史负担，你会拥抱新技术还是沿用老技术

老技术吧，成熟稳定，解决方案多，上手快。
新技术坑点，大多都埋的比较深，遇到卡点影响项目进度又要被 diss 加班，然后组员还得背后说你

得看老的有多老，新的有多新，还有具体应用场景。

如果是无缝兼容的或者小修小补小调整的：
新技术 up
新版本 up

如果是需要推到重来的特性不兼容、语法不兼容、功能不兼容：
维持原样 hold

你负责的是项目，不是技术迭代，所以哪个坑少好交付选哪个

首先要成熟、稳定. 其次才是要新.

MySQL 和 PG 这玩意的看业务再看选型

我觉得恰当的例子是 Memcached 和 Redis

拿不住老板，你用什么技术都白搭，耽误老板挣钱了

选团队 hold 得住的，真做成了再考虑重构来得及。

能 hold + 有提升/解决痛点
否则不会上新技术

看人，假如你的团队里有一大堆要在 datetime 字段里写 0 的、一大堆 group by 了还要 select 非分组字段的非聚合值的人，而且他们还以此为荣，而且不能开掉他们，那老老实实用 MySQL 并且一定不要在数据库层面考虑数据完整性。

根据 EoL/EoS 确定，至少有 2 年，不够就不考虑旧的了

另外在 AI 编程的背景下，肯定还是宜旧不宜新

另外在 AI 编程的背景下，肯定还是宜旧不宜新