比如你是一个架构或者项目的负责人，在涉及选型的时候，你一般怎么考虑。这里的技术说的有点笼统，比如框架/版本/组件选型。
举一个简单的场景，假如小公司的项目一直用 MySQL ，是否会考虑改用 pg 之类的。
举一个简单的场景，假如小公司的项目一直用 MySQL ，是否会考虑改用 pg 之类的。
This topic created in 130 days ago, the information mentioned may be changed or developed.
 |
nanofeiJun 30
1
老技术吧，成熟稳定，解决方案多，上手快。
新技术坑点，大多都埋的比较深，遇到卡点影响项目进度又要被 diss 加班，然后组员还得背后说你 |
 |
bfdhJun 30
2
得看老的有多老，新的有多新，还有具体应用场景。
|
 |
YanlongliJun 30
3
如果是无缝兼容的或者小修小补小调整的：
新技术 up 新版本 up 如果是需要推到重来的特性不兼容、语法不兼容、功能不兼容： 维持原样 hold |
 |
udisyueJun 30 via Android
4
你负责的是项目，不是技术迭代，所以哪个坑少好交付选哪个
|
 |
InDomJun 30
5
首先要成熟、稳定. 其次才是要新.
|
 |
cryptovaeJun 30
6
MySQL 和 PG 这玩意的看业务再看选型
我觉得恰当的例子是 Memcached 和 Redis |
 |
kang77649119Jun 30
7
拿不住老板，你用什么技术都白搭，耽误老板挣钱了
|
 |
jydengJun 30
8
选团队 hold 得住的，真做成了再考虑重构来得及。
|
 |
wu00Jun 30
9
能 hold + 有提升/解决痛点
否则不会上新技术 |
 |
adoalJun 30
10
看人，假如你的团队里有一大堆要在 datetime 字段里写 0 的、一大堆 group by 了还要 select 非分组字段的非聚合值的人，而且他们还以此为荣，而且不能开掉他们，那老老实实用 MySQL 并且一定不要在数据库层面考虑数据完整性。
|
 |
pingdogJun 30 via iPhone
11
根据 EoL/EoS 确定，至少有 2 年，不够就不考虑旧的了
|
 |
junas7Jul 1
12
另外在 AI 编程的背景下，肯定还是宜旧不宜新
|
|
junas7Jul 1
13
另外在 AI 编程的背景下，肯定还是宜旧不宜新
|
 |
14
pg 比 mysql 有什么优势啊？不都是关系数据库吗？感觉很多大企业在推这个
|
Select Language