作者tonychen1010 (ShinHau)
看板Soft_Job
标题[请益] Web仔的职涯请益(代PO)
时间Fri Jul 29 23:59:11 2022
朋友没有帐号请我代PO，下为内文
文章可能比较长，希望愿意看下去的前辈们能给小弟些建议，也希望知道我是谁的朋友能
帮忙低调些，非常感谢!
背景: 118电硕
经历:
硕毕後担任硬体工程师，年薪约75W，经过4年不愉快的HW人生後。
不知哪根筋不对决定转职当web仔。
後来到医疗软体公司任职约两年，之後跳系统厂约半年。
目前在电信业将满三个月，年薪约90W左右。
细节:
转职後第一间使用 Vue.js 开发前端，後端为 .net core，期间接触到云服务後也考了张
基本的证照，後来因为薪资及发展考量故决定离开。
之後进到某间强推物联网的系统厂做平台的後端开发( node.js )，也因此接触到了 K8S
平台的基本操作与布署
离开的原因为不太适应公司的官僚文化，还有主管不断明示暗示的开除压力。
在朋友的介绍下进入了目前的电信业，面谈时主管信誓旦旦的说虽然目前公司专案老旧，
也没任何的 CI/CD 等自动化流程，但现在公司积极的在转型，这些未来都会有且会上云
，我来这边後可以从容器化开始，试着把完整的 DevOps 流程建立起来。由於我认为自己
的实务经验相当不足，面谈多次後觉得蛮值得尝试看看的，若流程建立起来的话以後也许
还能朝架构师发展，故决定加入。
公司的专案除了有部分上 Git 外，真的甚麽都没有，所以我先把Jenkins建立起来，之後
只要再建立 k8s 及测试的丛集，就有测试环境可以用了。监控部分可以使用开源的
Prometheus 及 Grafana，Log的部分若能导入 ELK(之前做 sideproject 有稍微玩过)，
整个流程应该就能慢慢建起来了。
然而理想很丰满，现实很骨感，报告给主管听後以现有的资源做不到而驳回，而且无法立
即的帮上大家，因此要求我先对十年前的专案进行翻新。翻新我是觉得没问题，但看起来
主管们并没有打算要容器化，执行环境跟云服务更是连要规划的样子都没有，令我开始怀
疑说要走微服务跟上云是真的吗，虽然知道主管们有以前专案的包袱，但感觉跟面试时谈
的有点差太多了…..
谢谢大家看到这里，小弟目前有几个想法:
1.与主管们再次面谈，若仍无法达成共识也许可询问人资内转的可能性，就我所知公
司应该还是有不少厉害的部门与同事，也许有机会转调。
2. 配合现况完成主管们的要求，也许哪天资源申请到就可以做了(今年应该是玩不到
container了，明年也许能有机会?)
3. 一样配合现况，但开始准备刷题与系统设计，过阵子也许能面试些在台的外商
4.直接离职，由於暂无生存问题，除了刷题外也许能再考些证照充实自己(如云端、
CKAD等)，之後再去投履历
想请教下若我仍想往云端及架构方面走，各位前辈碰到我目前的状况会怎麽做呢，3Q~
补充:上云的部分小弟想再做点补充，目前公司的规划是以混合云的方式进行，一些比较机敏的
资料与内部系统大概都会放在私有云中。
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 218.35.185.74 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1659110353.A.00C.html
1F：推 ts00328685: 英文 刷题 跳外商 07/30 00:17
目前看起来也只能往这个方向了囧
2F：→ DrTech: DevOps推动，千万别一开始就是堆满满的工具，推不起来的， 07/30 00:19
3F：→ DrTech: 让人感受满满的成本与限制。要根据组织的痛点，一个工具， 07/30 00:19
4F：→ DrTech: 一个工具慢慢堆。 07/30 00:19
5F：→ DrTech: 很多环境与专案，根本不适合整套DevOps工具，更不适合上云 07/30 00:21
6F：→ DrTech: 。 07/30 00:21
7F：→ DrTech: 1.先判断，该工作环境，DevOps或k8s真的是关键的吗？能解 07/30 00:27
8F：→ DrTech: 决现在的工作上的痛点吗？ 2.判断一下团队管理，是愿意改 07/30 00:27
9F：→ DrTech: 善文化的吗？是愿意打翻过去的自己吗？。如果这两个判断都 07/30 00:27
10F：→ DrTech: 没有办法确定。建议早点换工作环境。 07/30 00:27
谢谢 DrTech 第一时间的回覆，我一直都很认同您以前提及的理念:选择比努力更重要。
其实我开始也不是一股脑的就想把工具全上，比如说Jenkins 有了，那是不是就可以考虑
先结合Git，让专案被push後自动布署到指定的Server，减少人为疏失?
然而报告完之後主管们并没有任何的反应，於是我转而想那不如先把每个环节需要关键工
具先建好，再结合专案把整个流程串起来，也许主管与同事们就能知道我在干嘛了。
DevOps是种文化，我发现部门开发上花了很多时间与各单位来回沟通，而布署时因为多台
主机与需要手动测试故相当费时且容易造成人为疏失。因此我认为导入DevOps 技术价值
流可以有效改善这一切，光CD我看就可以省超多时间了，自动布署好後执行API测试并将
结果Email发出感觉不是蛮好的吗? 但看起来主管们似乎包袱很重导致无法对我有任何回
应，只能要我先把当前的旧扣慢慢翻新。
11F：推 WilliamLFY: 当然3啊，烂公司烂文化不要一个人想救啦，找到满足你 07/30 01:00
12F：→ WilliamLFY: 大部分需求的工作没这麽难 07/30 01:00
谢谢威廉大当头棒喝，我回想起来也怀疑自己当初是不是有点发疯了，怎麽会以为在这种
环境下推DevOps能跑得起来 囧
13F：→ drake99: 翻新的时候顺便容器化 07/30 01:18
14F：推 kfwibsj: 老实说某些大公司并不一定把上云当解，甚或主管会担心未 07/30 01:35
15F：→ kfwibsj: 来会不会被云绑死失去自主性，在偏公营的单位会有这种疑 07/30 01:35
16F：→ kfwibsj: 虑，尤其是又有营业机密或是客户机敏资料的时候 07/30 01:35
17F：→ kfwibsj: IT其实也要看组织、文化选择适合的模式 07/30 01:37
谢谢K大建议，我文章没说明清楚，公司有准备建立私有云来处理，不过目前部门看不出
有任何要上云的迹象与准备就是了。
18F：推 leftless: 刷题和英文就能吃掉你所有时间了吧 这两大时间黑洞 07/30 02:04
19F：→ leftless: 考证照感觉cp很低 07/30 02:04
20F：推 reso: DevOps != 容器化 != K8S，先从小地方开始，想办法节省同 07/30 02:16
21F：→ reso: 事的重复工作时间，争取同事的支持 07/30 02:16
22F：→ reso: 导入 DevOps 不是简单事，需要主管跟同事的支持才做的起来 07/30 02:18
完全同意，在同事们都不清楚我在干嘛的情况，我看起来真的蛮像个小丑的..
23F：推 TheWhack: DevOps是文化，你1个人推不起来的，没救 07/30 02:32
24F：→ TheWhack: Containerization & Orchestrator是技能 可在家自已练习 07/30 02:33
25F：推 chrischen: 建议先专注在前端技术累积经验，除非以後打算转devops 07/30 02:38
26F：推 chrischen: 不然根本不需要为了这个技术换工作，有心的话自己开个a 07/30 02:39
27F：→ chrischen: zure帐号玩玩，也没多少钱 07/30 02:39
28F：推 TAKADO: 3，你提的东西都是会严重冲击现有架构跟企业文化的改变， 07/30 21:05
29F：→ TAKADO: 除非上面有心要推，不然是不可能发生的。 07/30 21:05
30F：推 hakosaki: 3.越大的公司 越难改 除非你蹲久 上位累积组内声望 不 07/30 21:22
31F：→ hakosaki: 然直接换比较快 07/30 21:22
32F：推 wulouise: 找外商吧 07/31 00:45
33F：推 schemer: 为什麽是说服主管？DevOps是整个团队的事情，有CICD流程 07/31 00:53
34F：→ schemer: ，但是团队成员都不写test，有流程又如何？有监视机制， 07/31 00:53
35F：→ schemer: 但监测到的数据，并不会回馈到团队上变成新的工作事项或 07/31 00:53
36F：→ schemer: 是改善事项，有无监控机制有什麽影响？ 07/31 00:53
37F：→ schemer: 可以先说服团队容器化与原来方式相比，带来的好处是什麽 07/31 00:58
38F：→ schemer: ，例如建立本地测试环境方便，大家觉得写测试比较顺手， 07/31 00:58
39F：→ schemer: 等到团队觉得本地端容器化，跟容器丛集运用在测试环境成 07/31 00:58
40F：→ schemer: 熟，上production也只是迟早会发生的事 07/31 00:58
41F：推 schemer: 更动流程必须一点一点的更动，不是一下就可以完成的，得 07/31 01:04
42F：→ schemer: 要先说服团队，接下来的变动好处是什麽 07/31 01:04
我记得我尝试与主管解释时皆以现在做不到，资源不够等理由驳回，但又跟我说这些东西
很重要，以後还是要有。令我觉得蛮复杂的，连环境都没有，这些建立在环境上的东西以
後要怎麽出来..
43F：推 brucetu: 推一楼 有钱离职刷也没关系 证照不必考没在看没加分 07/31 08:34
44F：→ brucetu: 也不用浪费力气在烂公司里面拼 你该拼的是换环境 07/31 08:35
45F：→ brucetu: 你看看成功案例是跳到好公司的多 还是靠自己努力认真说服 07/31 08:35
46F：→ brucetu: 上司 把烂公司变好的多？ 07/31 08:35
47F：→ brucetu: 烂公司就是整天说我们公司很大 东西很成熟 包袱很多 要慢 07/31 08:38
48F：→ brucetu: 慢推动 推了一年看似有点进展其实只有别人一个月的进度 07/31 08:38
您真的完全讲到我的心坎，但我觉得不是一个月的进度，可能是一年对应半个月左右..
49F：推 doranako: 2可以剔除，不过选1有可能被涂黑 07/31 09:38
50F：推 holebro: 44444 07/31 12:14
51F：推 wsxik: 文中的系统厂是海边？电信业是中华电？ 07/31 12:38
52F：推 ricestand: 钱给的够再给变环境 07/31 14:16
53F：推 Wishmaster: 听起来就是为做而做,还是跳槽去有现成环境的新创学吧 07/31 17:24
※ 编辑: tonychen1010 (218.35.185.74 台湾), 07/31/2022 17:49:40
※ 编辑: tonychen1010 (218.35.185.74 台湾), 07/31/2022 17:54:20
※ 编辑: tonychen1010 (218.35.185.74 台湾), 07/31/2022 17:58:42
54F：推 sowulo: 一般已经有上线获利的服务 主管都不喜欢做太大改变 07/31 18:58
55F：→ sowulo: 如果是DevOps这种要付出学习成本的 更难推 07/31 19:00
56F：推 Raymond0710: 站在主管的角度想 就算你搞起来但没人会的东西 你跑 07/31 23:03
57F：→ Raymond0710: 了会没人接手 没人维护这样烂 07/31 23:03
59F：→ acgotaku: 你可以循序渐进 不一定要整套k8s都上线,没要做scale out 08/01 16:42
60F：→ acgotaku: scale in的话,devops流程说白了 就是在包image, update 08/01 16:43
61F：→ acgotaku: 推版测试,替换,监控, 对一般公司 这些就很够了 08/01 16:45
62F：→ acgotaku: 现有的第三方资源,我认为要建起来这些管道 都不算难 08/01 16:47
63F：→ acgotaku: 而且也不一定要容器化才能做到,只是有容器化比较松轻点 08/01 16:49
64F：→ acgotaku: 有些公司历史债太多,单纯用ansible+script来完成很多事 08/01 16:52
65F：→ acgotaku: 如果你的服务还是是流量固定不用动态扩充且进版很少 08/01 16:56
66F：→ acgotaku: 那硬去套k8s就有点为了做而做 08/01 16:56
67F：推 c910320: 问题出在118电硕怎麽年薪才75吧 08/05 13:04
68F：推 new122851: 118电硕如果刚出社会是面GGIT现在应该是这pay的两三倍 08/05 17:45
69F：→ new122851: 以上了 08/05 17:45
70F：推 hegemon: GGIT龟四年，今年要破200非常容易 08/05 20:02
71F：推 kattte: 我猜公司没那麽多闲钱让你搞这些。。 08/06 12:46
72F：→ kattte: 看你的描述有大炮打小鸟的感觉 08/06 12:47