作者EricTCartman (阿ㄆㄧㄚˇ)
看板Soft_Job
标题Re: [讨论] 有人真的跟自己老板说加薪成功的吗?
时间Mon Feb 15 14:59:43 2021
accessdenied 似乎是强者，但小弟有几点不懂。
※ 引述《accessdenied (存取违规)》之铭言：
: 因为大部分的企业，内部使用什麽技术和平台，早就钉死的，公司如果用 MS 方案，你就
: 算 Linux 再强，他就是不会招聘你。
: 最终能够跨过这些框架累积并且运用到各处的，就是 Domain knowledge、和管理专业。
您说：
因为大部分的企业，内部使用什麽技术和平台，早就钉死的
可是既然要长期留在一间公司深耕经历过整个cycle，
到底要怎麽「跨过框架累积、运用到各处」
(如果公司的技术跟平台是被钉死)
据我所知不少公司的时程都是压得紧紧的，有的时候甚至是更新lib、framework版本都会
遭到管理阶层排斥，更不要说新技术
其实不要说新技术，可能三、四年前已经被业界普遍验证过的技术，要由工程师本身带入
改善整个开发流程或环境都是需要莫大的努力，更多时候其实问题不是技术问题而是政治
问题
另一个问题是，就算是domain knowledge
每家公司都有不同的策略与视野，甚至有些公司还在用十几年前的观点与知识来开发
请问这种状况要如何确保你的domain knowledge不会被公司局限？
1F：→ accessdenied: 因为跳槽的人，本身在干甚麽事：闪避不爽的环境，02/15 13:57
2F：→ accessdenied: 找爽的环境。也就是他们会错过，不爽到爽的扭转过程 02/15 13:57
3F：→ accessdenied: ，每次遇到困难，想到第一件事就是逃，那怎麽可能 02/15 13:57
4F：→ accessdenied: 见识过克服困境的案例？ 02/15 13:57
这我也满有好奇的，请问你是怎麽确定
这间公司一定会扭转困境？一定会有从不爽到爽的扭转过程？
比起开发工具、环境被钉死，难道更多时候无法改变的不是文化吗？
不知道你能不能分享具体的案例或经验，谢谢
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 1.163.102.126 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1613372385.A.AFE.html
5F：→ DrTech: 跳槽的过程，也是种面对困难，勇於突破的过程吧，有些跳槽 02/15 15:08
6F：→ DrTech: 也很困难阿。为什麽跳槽就是逃避困难呢。 02/15 15:08
7F：推 accessdenied: 什麽强者？你给我戴高帽，我拒回！小弟？你称弟那世 02/15 15:08
8F：→ accessdenied: 上还有哥吗？你称帝好了 02/15 15:08
强与弱是相对的，我目前只是小企业中的一个Sr而已
但看您的文章从管理阶层一路上谈到CTO，想必您定是有相应的资历与高度才能做出如此
深切的分享，那你肯定相较於我是个强者了
9F：→ DrTech: 我也觉得上一篇大武断了点。 02/15 15:08
※ 编辑: EricTCartman (1.163.102.126 台湾), 02/15/2021 15:13:19
10F：推 qwe70302: 指点江山却又说自己没有那个高度，难道是在嘴炮？ 02/15 15:39
11F：→ testPtt: 你们谈到的管理阶层不同产生不同见解而已啦 02/15 15:43
12F：→ Ghamu: 我之前公司用SVN 经历了转换Git的过程 那是否可以拿到一家 02/15 23:14
13F：→ Ghamu: 早已CI/CD跑得吓吓叫的公司说嘴？ 我想只会被当成野人献曝 02/15 23:14
14F：→ Ghamu: 的低能儿 02/15 23:14
15F：→ Ghamu: 一个第三世界国家执政官接通自来水的经验 是否可以帮助牠到 02/15 23:16
16F：→ Ghamu: 美国推动IOT 智慧城市产业？ 02/15 23:16
17F：推 forself: 在第三世界国家，哪怕是一个城市接通（如果是从无到有） 02/16 02:18
18F：→ forself: 自来水的经验，这屌爆了吧 02/16 02:18
19F：推 tnfshjcc: 这一串文章看下来真的让身在美国的我再次感受到 02/16 02:21
20F：→ tnfshjcc: 在美国从事软体工作，真的可以专心推动技术 02/16 02:23
21F：→ tnfshjcc: 没那麽多废话 难怪美国的软体技术可以这麽强大进步快 02/16 02:23
22F：推 tnfshjcc: 但是我小废物刷题仔 也讲不出美国之所以强大的原因 科科 02/16 02:26
美国应该也有中小企业吧？
加上以前看过一些外国的软工书籍都会描述一些惨案,
不知道你的公司规模是多大, 几年了
我们公司是做desktop application的
通常决策层都会想快点出版本、新的噱头功能赶快抢在旺季开卖
如果你的计画决策层认为没有办法在短期内兑换成$$$或大幅缩减开发成本是不
会被认可的
当然更不会有什麽研讨、读书会 甚至连code review都是过过形式 一个function
里面塞了几百行code大家也无所谓
23F：推 Ghamu: 问题接水管这档事的经验别的国家早就做烂了... 对别人来说 02/16 02:37
24F：→ Ghamu: 你做了十年的才好不容易已知用火 别人早已准备要殖民火星 02/16 02:37
25F：→ Ghamu: 在一家公司蹲久 特别也是对年轻人啦 建议第一家不要做太久 02/16 02:37
26F：→ Ghamu: 可能观点跟思维会被这家公司限缩较多 会以为解法只有一种 02/16 02:37
27F：→ Ghamu: 自己这样做又成功过就觉得这样是对的 怕又是去到一家不照规 02/16 02:37
28F：→ Ghamu: 矩的公司 在一开始建立起完全错误的观念 影响後续的发展 02/16 02:37
29F：→ Ghamu: 算衰但也是个经验学习 我遇过两个主管他们在前公司都有成功 02/16 02:39
30F：→ Ghamu: 公司都有赚钱 但他们的开发观念很畸形 02/16 02:39
31F：→ Ghamu: 思想窠臼就是「我之前这样做 成功了 可赚钱 那就是最佳解 02/16 02:40
32F：→ Ghamu: 你听我的就对了」但说来就明显错误的方式 02/16 02:40
※ 编辑: EricTCartman (1.163.102.126 台湾), 02/16/2021 03:03:34
33F：推 tnfshjcc: 我们公司就是两百人的中小企业 但是code review还算严格 02/16 05:11
34F：→ tnfshjcc: 值得一提的是 前年十月因为营收达到董事会目标 02/16 05:12
35F：→ tnfshjcc: 那个月开始到圣诞节 CTO要所有team去把每个feature 02/16 05:13
36F：→ tnfshjcc: 找出没有自动测试涵盖的部分 所有工程师都下来写测试 02/16 05:13
37F：→ tnfshjcc: 不晓得其他公司是不是这样 但是美国确实有些文化很好 02/16 05:14
38F：→ tnfshjcc: 从那时候开始如果ticket没有自动测试 PM不会放行 02/16 05:14
39F：→ tnfshjcc: 台湾就是赚快钱啦 真的很难想像美国这种完整规划/执行 02/16 05:16
40F：→ tnfshjcc: 乾脆再成立一个US_Soft_Job版算了 真的文化差太多了 02/16 05:17
41F：→ DrTech: 我待过的公司，测试覆盖率是卡在自动化CICD, 根本不用另外 02/16 10:58
42F：→ DrTech: 找时间测。 02/16 10:58
43F：→ DrTech: 没写自动化测试就敢上产品，通常是产品还不够大，系统随时 02/16 11:00
44F：→ DrTech: 可以重启的心态在做。 02/16 11:00
45F：→ DrTech: 简单的说，一个人待过什麽公司，做什麽产品，就决定脑袋了 02/16 11:02
46F：→ DrTech: 。 02/16 11:02
47F：→ shooter555: 台湾软体给的人力要拿去做code review 自动化测试 要 02/17 09:58
48F：→ shooter555: 出新产品 拼时程根本赶不到 只能拿香蕉叫猴子去堆高塔 02/17 09:59
49F：→ shooter555: 这个坑坑洞洞的高塔成本只要是别人世界奇观的一半 高 02/17 10:02
50F：→ shooter555: 度又一样就赢了 02/17 10:02