|      1w568w      2024-07-06 12:37:15 +08:00  23 一些人对软件的认知定格在中国移动互联网兴起的 10 前了。 或者更精确地说,自从 10 年前的程序员根据当时的最新版软件创作出第一组优质的教程后,中文互联网就再没有进化过,而是被内容农场和反复洗稿塞满了。下一批更新的内容迟迟没大规模出现在网上,也没大规模进入一些人的思维。 | 
|  |      2sagaxu      2024-07-06 12:42:20 +08:00 主流产品的开发维护者们,大概率不看中文教程和文档 | 
|      3fsdrw08 OP @sagaxu 其实我想了解的不是主流产品,而是国内软件企业的主流运行环境,主流产品能快速迭代,这些都不是个事 | 
|  |      4yjxjn      2024-07-06 13:01:39 +08:00  1 呆的 2 家外企,一家用 SQL SERVER , 一家用 DB2 ,原因么,就是说商业有保障。 | 
|  |      5Hancock      2024-07-06 13:07:32 +08:00 是的,而且可替换性很强(人) | 
|      69c04C5dO01Sw5DNL      2024-07-06 13:14:34 +08:00 所以除了更大规模的数据之外,技术的进步其实对大多数场景都是可有可无的。 | 
|      7qingbaihe      2024-07-06 13:27:30 +08:00 都上云了,看看云服务商推荐的配置 | 
|      8Greendays      2024-07-06 13:32:26 +08:00 大多数传统行业的 IT 确实就是这样的。可能互联网企业会时髦一点用更新的软件。 | 
|  |      9exguai      2024-07-06 13:35:58 +08:00 啊不,我用 Debian12 + mysql5.7 + java1.22 | 
|  |      10ikas      2024-07-06 13:54:50 +08:00 致远星战况如何 | 
|      11NoNewWorld      2024-07-06 13:55:12 +08:00 老项目吧,现在今年的项目全部 17 起步了 | 
|  |      12ab      2024-07-06 14:02:34 +08:00 大胆点,把 java1.8 换成 php5.5 | 
|  |      13yKXSkKoR8I1RcxaS      2024-07-06 15:01:53 +08:00 CentOS8 PHP8 Mysql8 | 
|  |      14xubeiyou      2024-07-06 15:30:51 +08:00 我现在是 OS8  JDK 17 MYSQL 8 | 
|  |      15zhoudaiyu PRO 我们(国企)三个全中,版本都不带差的 | 
|      16bthulu      2024-07-06 15:37:10 +08:00  2 如日中天的互联网已经不存在了, 参考日本, 行业最辉煌的时候用的版本是多少, 以后永远是多少, 你孙子的孙子, 以后接触到的也是这个版本不会再变了, 除非这个行业再次站在风口上. | 
|  |      17OutOfMemoryError      2024-07-06 15:40:31 +08:00 我司是 centos7.9 jdk17 mysql8.2 | 
|      18moult      2024-07-06 15:41:15 +08:00 CentOS 6.X 也大有人在。要是阿里云、腾讯云他们继续提供 6.X 的镜像,你 7.X 就要靠边站站了。 | 
|  |      19lucasj      2024-07-06 15:49:47 +08:00  1 我们公司的运行环境和你说的一模一样。8 年前( 2016 年)的生产环境,一直用到现在。软件产品做好了,能不动谁会去动呢?另外,spring boot 还是 1.x 的版本。 估计很多公司用的都是很旧的环境,大家都在环境下维护项目,所以这些中文教程比较流行。 | 
|  |      20lucasj      2024-07-06 16:02:12 +08:00  1 我在想为什么很少有人去更新技术和版本?可能在老板眼里:关系和赚钱比较重要,产品和技术的好坏不是核心竞争力,项目别给我出问题就行。产品和技术在公司没什么地位和话语权。 | 
|  |      21liangdi      2024-07-06 16:40:26 +08:00 我们现在的环境是 Fedora Server, jdk 21 / rust ,  mysql 8.x  之前是 CentOS 8.x jdk 11 , mysql 8.x , 大概 2 年前开始升级 | 
|      22fredcc      2024-07-06 16:45:19 +08:00 via Android 最主流的中文教程环境 ✅ 最主流的运行环境❌ op 可以试试看这套环境过安全合规和渗透测试,还没算国产化改造呢 | 
|      24Binwalker      2024-07-06 19:44:36 +08:00 Debian 12 + MySQL 8.4LTS | 
|  |      25geekvcn      2024-07-06 19:51:51 +08:00 这就是很多“程序员”说工作不好找 35 岁被优化的原因 | 
|  |      26rb6221      2024-07-06 21:33:34 +08:00 什么叫主流,大厂还是小厂 小厂数量多但是实际的程序被使用率不高,大厂份额够多不过数量少 | 
|      27Leon777      2024-07-06 21:38:57 +08:00  1 中国企业升级版本的意愿非常非常低,基本项目启动的时候什么版本一路用到倒闭 | 
|  |      28Kenshiro      2024-07-06 23:12:53 +08:00 大胆点直接去掉问号,机器稳定服务能跑肯定不换的 | 
|  |      29duluosheng      2024-07-06 23:16:16 +08:00 我司目前是这样,预计后面会切换到 Rocky 9 + JDK 11 + MySQL 5.7 | 
|      30as5739      2024-07-06 23:55:47 +08:00 不只是运行环境吧?那些框架的版本真的会升级吗? | 
|      31aycclm      2024-07-07 00:11:15 +08:00 几乎所有的企业都是这样,服务能正常跑,不影响赚钱,没有动力去更新升级技术 | 
|  |      32mizuhokaga      2024-07-07 00:11:40 +08:00 SUSE12 + postgresql12.6/13 + mysql5.7 jdk 版本老项目是 8,新项目是 17 | 
|  |      33msg7086      2024-07-07 02:33:10 +08:00 不是 CentOS 6 + PHP 5.5 吗( | 
|  |      34lstz      2024-07-07 02:45:18 +08:00 历史惯性,毕竟没有多余的精力去 fire bug | 
|  |      36caola      2024-07-07 03:27:30 +08:00 debian_docker_ALL@latest 什么年代了还在意系统是什么版本 (尽可用最新),系统没权限升级,那么容器保持 latest 版本就行了 就在刚刚,我手动把 PHP 升级到了昨天官方更新的 latest 版本: docker compose stop php && docker rm php && docker rmi 626dfcf2115b && docker compose up -d --build php | 
|  |      37Nnq      2024-07-07 07:52:24 +08:00 centos 都不免费维护了吧 | 
|  |      38changdy      2024-07-07 09:13:43 +08:00 @yjxjn 商业保障+ 数据库性能保障.. 开源数据库性能被商业数据库按到地上摩擦 我自己是 jdk17+ pg13 以上.. 国内云看着对 pg 很熟.. 结果一个个 pg 的版本都老掉牙. 差价也没几个. | 
|  |      3909an6YfX8rNvIG92      2024-07-07 09:35:32 +08:00 没钱了,加上,技术、技术人员在行业里没有话语权 技术部门被视为包袱和成本,给口饭吃就不错了,还升级软件 | 
|  |      40ClericPy      2024-07-07 10:36:09 +08:00 “中文教程” 这四个字明显就代表不了 “国内最主流”。。。 | 
|      41paopjian      2024-07-07 11:03:53 +08:00 这一套是中文互联网最万金油的设置吧, 本身能调优操作系统参数提升质量的企业就少之又少, 能用就不去改了 | 
|  |      42vincent7245      2024-07-07 11:54:51 +08:00 我们公司,技术型的互联网公司,还有 centos6 的服务器呢,虽然只是在内网用而已,运维懒得换 | 
|  |      43AV1      2024-07-07 12:02:23 +08:00 一提前端,就是一年换一套技术…… 一提后端,就是 jdk8 从来不换…… | 
|  |      44rockddd      2024-07-07 13:04:55 +08:00 前面两个应该是这样的,但是 mysql 应该是 8 ,毕竟好多小公司用的都是云服务 | 
|  |      45YaakovZiv      2024-07-07 13:26:06 +08:00 网上搜来的教程和生产环境没有必然关系。仅限于我遇到的企业,大多是付费买 RHEL 和 SUSE 企业版的,买一部分,然后剩下的用免费的。 | 
|  |      46nomytwins      2024-07-07 13:27:40 +08:00 我们最近两个月在转 jdk21 ,数据库去年升级的 mysql8 ,服务器因为 centos 停止维护,目前具备 ubuntu 的运维 | 
|  |      47SekiBetu      2024-07-07 14:21:55 +08:00 是什么无所谓,现在是容器时代,docker 之类的技术出来之后用啥系统都一样了 | 
|  |      48cctv6      2024-07-07 14:40:27 +08:00 via Android mysql8 应该是属于标配了,最近几年都没见 mysql5.7 了。 centos7 估计只剩下存量了,过几年大概就没声了。 jdk8 ,可以预见的未来这几年,还能占一部分,但是不会有增长的趋势,只会越来越少。我猜 jdk17 会成为下一个 jdk8 。 | 
|  |      49yjxjn      2024-07-07 19:16:26 +08:00 @changdy #38 可不咋的。。。有钱谁白嫖啊。。 我在知乎看到了个问题,说 join 性能慢,我想半天,我说我用过的 ORACLE ,DB2 以及 MS SS 都挺快的啊。很多生产环境仍然在用存储过程来实现一些较为复杂的业务,一天处理 1000 来万根玩一样。怎么就不让用 join 了,那 join 还留着干嘛,看了半天,一大帮在讨论 MYSQL.......还有讨论为啥不让 delete 数据,我仔细看半天,明明就是想问,生产环境数据最好用逻辑删除而不是物理删除,这不是基本操作吗。。。 | 
|  |      50wanniwa      2024-07-07 19:40:18 +08:00 新项目已经 JDK 17 起步了 | 
|  |      51suuuch      2024-07-07 20:20:42 +08:00 这俩因为是开源且免费的,使用时间也是最久的。。 实际上技术部门在大部分公司地位并不高。 都处于完成工作是应该的,完成的好不好不重要。重要的是不能出问题。 出问题就扣 KPI ,这种情况下,选择稳妥且保险的策略是最优选择。 | 
|      52shankun      2024-07-08 11:33:02 +08:00 via Android 在试探? | 
|  |      53BeforeTooLate      2024-09-28 18:39:26 +08:00 新项目没包袱就直接:debian12+mysql8+php8 |