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

[victimsss]

比如你是一个架构或者项目的负责人，在涉及选型的时候，你一般怎么考虑。这里的技术说的有点笼统，比如框架/版本/组件选型。

举一个简单的场景，假如小公司的项目一直用 MySQL ，是否会考虑改用 pg 之类的。

[nanofei]

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

[bfdh]

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

[Yanlongli]

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

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

[udisyue]

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

[InDom]

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

[cryptovae]

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

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

[kang77649119]

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

[jydeng]

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

[wu00]

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

[adoal]

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

[pingdog]

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