→ Zepho: 老人学新东西超抗拒好吗 不如找三个年轻便宜的02/19 15:19
→ acgotaku: 台湾没这么多需求要一直更新语言工具拉 02/19 16:33
→ acgotaku: 台湾不少知名纯软/影音串流公司 里面旧专案用的语言版本02/19 16:34
→ acgotaku: 甚至已经比最新的还老四五年,流量服务还不是撑得住02/19 16:35
→ acgotaku: 至于为什么不大改?能稳定获利的业务 去追求风险大改干嘛02/19 16:37
→ acgotaku: 刚入行的很爱用技术新不新,酷不酷来判断一个公司竞争力02/19 16:39
→ acgotaku: 但一家公司的竞争力跟这些完全无关,是能不能赚不赚钱02/19 16:40
今年2023了，我公司还在用C++03 (编译器只有支援半套C++11)
比最新的老四五年而已，我觉得已经算是很"乐观"的状况了
就算C++编译器更新到20，我相信只会写11的人还大有人在
甚至还有人跟我说过他看不懂parameter pack
我觉得有必要区分什么叫 新技术 什么叫 新东西
几年前听了一场线上讲座，在介绍C++11怎么做到20 concept的效果
我才恍然大悟，其实很多东西一直都存在
而很多新的framework跟library甚至是语言
其实是把一些已经存在的技术进行包装
而有些是针对现有的工具重新进行设计或改良
那种只能算是新东西 而不是新技术
确实公司能赚钱是因为domain knowledge或BM，跟技术屌不屌/新不新无关
但如果你是一个热爱学习的人，处于一个僵化且拒绝学习的公司，其实是很痛苦的
docker出来到现在已经十年，不算新东西了对吧？
我在团队中建议我们可以将建置环境改为dockerize
(而且我也实际应用到工作流程中，不是打打嘴砲而已
但还是拒绝学习、改变的人还是占大多数
我不知道，可能登入远端服务器手动安装每一台机器比较有效率吧？
不少人其实并不追求开发效率或自动化、甚至是公司软件的品质或效能
能花三十分钟做完的事情为什么要花三秒钟做完？
反正工作效率再高、技术再新，时薪还是不变，做完一个任务下个任务只会来更快
有时想想，或许老鸟只是在透过身教告诉菜鸟这个宝贵的职场智慧:)

老人学新东西超抗拒好吗 不如找三个年轻便宜的

台湾没这么多需求要一直更新语言工具拉台湾不少知名纯软/影音串流公司 里面旧专案用的语言版本甚至已经比最新的还老四五年,流量服务还不是撑得住至于为什么不大改?能稳定获利的业务 去追求风险大改干嘛刚入行的很爱用技术新不新,酷不酷来判断一个公司竞争力但一家公司的竞争力跟这些完全无关,是能不能赚不赚钱

原因很简单 改用docker出问题的时候是不是都你处理不是的话 结果只是增加他们的工时

vb6老吗 程式还在无限增长 嘻嘻

新瓶装旧酒 只是让你对已知的东西 再去花时间花精神学习一次 老人都知道这种事非常的白痴 为何要浪费时间不要说老人都抗拒新的东西

所以最后才说 职场智慧啊 没事不要替公司操心

我用docker都只用来测试 毕竟没UI操作还是蛮痛苦的

有些公司scale就很小，觉得手动deploy时间没差多少不要说UT也是有人跟我说干嘛写，手动测测就好通常你要自己做，别人看到好处>>>坏处才会跟 强制不了

楼上中肯 一堆新人只看到新东西的好处

能用gdb的起码是一个，好吧，主流的作业系统

却没看到新东西的坏处

多的是闭门造车不支援gdb，然后用JTAG除错器的封闭系统

公司要考虑的是能否赚钱,开发环境是否稳定要不要追求新技术并不是公司经营的重点

别人不采用就GGYY一堆批评

很多时候还是看程式给谁用 你不能叫一般使用者安装docker

人家能用printf除错你干嘛要求对方用gdb

说什么都功能利弊都不在乎，只要熟悉的方法能继续用

如果是你用gdb除错的效率比对方用printf快非常多,才有理由跟主管要求大家一起来学gdb吧...

因为一个一个主机上去上版可以让主管感觉你工作很努力，但都自动化后主管会觉得你很闲，

除非在一个大家都很有热情的单位，不然不要引入什么新技术，否则苦差都是自己的，同事还会觉得你在找麻烦

学习成本就是一个会导致不稳定的点啦你要负责写教学文件吗？要是真的很在意同事是否愿意学习，想办法去顶尖的公司，里面一堆同事有学习的热情如果你们公司薪水低于业界，也不用期待找到什么有学习热忱的同事你没有要求的话，你管别人用printf干嘛你过度解读我的意思了，公司难免需要改变跟导入新技术，但前提是这个改变好处多于坏处

我觉得你去找有冲劲的公司比较快 别妄想改变环境

夏虫不可语冰 一律建议离职

你说的都对 公司老人固执无知 那你还留在那边干嘛

你debug速度比别人快,代表你能力比别人强,你该做的是拿这个做为跟主管谈考绩跟调薪的筹码...同事debug速度慢那个是主管要负责的

长远来看就是废话，长远来看没用的东西当然不会被发明要到那个长远前一定有转换成本，公司不吸收，肯自己吸收的就是少数啦

其实不需要花这么多时间在抗拒或拒绝学习的人身上。换个工作环境比较快。

有时技术实在太旧，例如classic asp，你要找人进来维护还不好找

除非是熟练封顶又有专人服务 不然要动员满难的设计得当 维护成本低 客制成本也低 交付速度快就能多接几个案子或做新产品 有那个量能 就有机会爆发性成长只是要一直维持这股冲劲满难的

这种情况在公司到某一个量体的时候不改变都不行DevOps也是听的人多，做的人少，很多还以为换个职称而已

你的想法很好 你只是不懂老人的心态而已 这跟能不能提高效率无关

为什么要用docker?你的环境不能reproducible builds？docker解决的问题是什么？真的适合你们的环境？用c++，我会想先deterministic builds。我承认我是老人，有很多新

能用一种技术吃40年到退休谁不想

技术出来，我不会先用。docker出来时，我就想这不就是BSD的Jail？有时老人不是不用，但技术是有取舍的，不见得

从你回文的用词 我觉得对方也有可能是不想理你

在你的环境加分。我是会用docker或类似的东东，但也是某些环境才用。不是拒绝采用就一定不对，老人也是被新技术咬了很多次才保守的。

要推新技术要去说服主管吧 不然多出来的工时谁给钱

像IE满多都是要死撑到最后一刻才会翻新

如果推新技术对你和公司有利（你履历多一条可以写），其他人持平的话，依照人性还是会有些眼红懒得学的人反对

公司只要规模一大就不可能一直翻新技术

有时候要推广这些需要的是统合意见与沟通能力，变得跟技术没太大关系了像上面提到的出bug机率也会是潜在风险，评估时程的时候就要计入QA及解bug风险

而且是否更新技术是高层决定的无法说服上面听你的建议，表示需要的理由还不够充分

如果是 CPP 处理 mulit threading 要 debug, gdb 还真的不一定比 printf, cout 好用...

如果可以的话试着找几个老人加入你一起跟技术主管推不过你必需先做好详细的 survey，知道采用它带来的优/缺点

语法不重要，架构才是重点

multi

电脑跑得动docker真好 有些公司连标准的ram都不够

现实上就是说服不了人，这事情碰到就要逃避吗？只会碰到这次?

很好奇为啥你没想要换公司

其实你遇到的问题不是老人不鸟你与老人不学东西，而是你连主管也没说服，就不要想说服老人，你不断重复这比较好是没用的，当你资历浅却想改变工作环境时，你只能1.说服老板或主管2.自己爬上去改革3.换公司，每一项都跟你学到或用到的技术多优秀无关

做这行的很多都是要实际去做才知道的 说服是行不通的

你只是想把事情做对，但你没在想让别人觉得你对

是可以，但不一定比较方便快速呀，今天如果是有很多连线的程式要透过 gdb 来定位问题，不一定会比 printf 直观快速；我不是说 gdb 不好，也不是支持老人只会用 printf 不用 gdb，不同情境选择适合的工具就好了

说服的方式很多种，做出明显的成效给主管或老板看就是最有效的一种，但做出明显成效就不光是自己技术优秀就办得到，终究是要有人认同你然后一起做才能做大

你文中提及的建议，我做过类似的事情是串 CI 的 workflow，在 YAML 里透过 matrix 去 include 不同作业系统，并配置

我认同docker这个使用起来并不难而且很有帮助，但要做的真的是说服主管&其它习惯原来方法的人，而他们在意的点和我们这些版众是不一样的@@

不同的 compiler, qt version 等，的确其实跟你说的一样没这么复杂。我会这样串的原因，是你文中提到的一部分，你用WSL 很方便，但其他人甚至连 WSL 都不会用甚至不知道那问题就会是他们要采用你的解决方案，还需要多花时间去搞懂另外一套机制，对年纪大的叔叔伯伯来说可能没这么容易…

主管真的要导入新东西的话，当然就是下令所有人要学，并纳入考核啊，光宣传有什么用啊…题外话，不是你们team在管的，代表不是你们team要负责任，你要说服有责任的那个team难度就更高，从他们的角度看说难听点，只会觉得关你什么事而已，你想说服别人，首先要先换位思考，不然都是白搭

我倒是觉得这是你展现leadership或是ownership的机会，扛下责任硬干把公司整体环境优化，如果成功就代表你是对的并且得到credit

跨部门合作，你的主管得愿意帮你向另一个 team 的主管推

你的盲点在于你一直认为自己做的是有效的改善，但问题从来不在你做的是对错，你有想过，你公司的老人甚至可能知道你是对的，但他们就只是“不想鸟你”吗？

不然如 foreverk 所说的一样，白费力气而已

学新东西明明就很好玩

当你觉得待遇配不上自己技术和能力的时候，该是换个环境的时候了

推广和宣传是没用的，因为那只有在刚好同事是跟你志同道合才可能成功，但这种事可能在学校社团才可能出现，真的要改变团队，就是纳入考核，不写测试的就是code review拉出来highlight，并影响考绩，不然任何主管跟你说有在推，基本上都只是浪费时间你是没有坚持要人学没错，因为你是直接想离开找更适合的，而不是选择卷起袖子下去干，但终究有一天你会遇到一个情况，就是公司其他部分都很完美，但就是流程或技术有缺点，你选择一直跳的机会成本只会越来越高，我只能说长久来看未必是好选择

我现在的公司平均一个月做五千多次deployment, 没自动化的话真的要请一队人来做了.