[請益] Web仔的職涯請益(代PO)

看板Soft_Job作者 (ShinHau)時間1年前 (2022/07/29 23:59), 1年前編輯推噓21(21推 0噓 45→)
留言66則, 23人參與, 1年前最新討論串1/1
朋友沒有帳號請我代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://www.ptt.cc/bbs/Soft_Job/M.1659110353.A.00C.html
推
07/30 00:17, 1年前 , 1F
英文 刷題 跳外商
07/30 00:17, 1F
目前看起來也只能往這個方向了囧
→
07/30 00:19, 1年前 , 2F
DevOps推動，千萬別一開始就是堆滿滿的工具，推不起來的，
07/30 00:19, 2F
→
07/30 00:19, 1年前 , 3F
讓人感受滿滿的成本與限制。要根據組織的痛點，一個工具，
07/30 00:19, 3F
→
07/30 00:19, 1年前 , 4F
一個工具慢慢堆。
07/30 00:19, 4F
→
07/30 00:21, 1年前 , 5F
很多環境與專案，根本不適合整套DevOps工具，更不適合上雲
07/30 00:21, 5F
→
07/30 00:21, 1年前 , 6F
。
07/30 00:21, 6F
→
07/30 00:27, 1年前 , 7F
1.先判斷，該工作環境，DevOps或k8s真的是關鍵的嗎？能解
07/30 00:27, 7F
→
07/30 00:27, 1年前 , 8F
決現在的工作上的痛點嗎？ 2.判斷一下團隊管理，是願意改
07/30 00:27, 8F
→
07/30 00:27, 1年前 , 9F
善文化的嗎？是願意打翻過去的自己嗎？。如果這兩個判斷都
07/30 00:27, 9F
→
07/30 00:27, 1年前 , 10F
沒有辦法確定。建議早點換工作環境。
07/30 00:27, 10F
謝謝 DrTech 第一時間的回覆，我一直都很認同您以前提及的理念:選擇比努力更重要。 其實我開始也不是一股腦的就想把工具全上，比如說Jenkins 有了，那是不是就可以考慮 先結合Git，讓專案被push後自動佈署到指定的Server，減少人為疏失? 然而報告完之後主管們並沒有任何的反應，於是我轉而想那不如先把每個環節需要關鍵工 具先建好，再結合專案把整個流程串起來，也許主管與同事們就能知道我在幹嘛了。 DevOps是種文化，我發現部門開發上花了很多時間與各單位來回溝通，而佈署時因為多台 主機與需要手動測試故相當費時且容易造成人為疏失。因此我認為導入DevOps 技術價值 流可以有效改善這一切，光CD我看就可以省超多時間了，自動佈署好後執行API測試並將 結果Email發出感覺不是蠻好的嗎? 但看起來主管們似乎包袱很重導致無法對我有任何回 應，只能要我先把當前的舊扣慢慢翻新。
推
07/30 01:00, 1年前 , 11F
當然3啊，爛公司爛文化不要一個人想救啦，找到滿足你
07/30 01:00, 11F
→
07/30 01:00, 1年前 , 12F
大部分需求的工作沒這麼難
07/30 01:00, 12F
謝謝威廉大當頭棒喝，我回想起來也懷疑自己當初是不是有點發瘋了，怎麼會以為在這種 環境下推DevOps能跑得起來 囧
→
07/30 01:18, 1年前 , 13F
翻新的時候順便容器化
07/30 01:18, 13F
推
07/30 01:35, 1年前 , 14F
老實說某些大公司並不一定把上雲當解，甚或主管會擔心未
07/30 01:35, 14F
→
07/30 01:35, 1年前 , 15F
來會不會被雲綁死失去自主性，在偏公營的單位會有這種疑
07/30 01:35, 15F
→
07/30 01:35, 1年前 , 16F
慮，尤其是又有營業機密或是客戶機敏資料的時候
07/30 01:35, 16F
→
07/30 01:37, 1年前 , 17F
IT其實也要看組織、文化選擇適合的模式
07/30 01:37, 17F
謝謝K大建議，我文章沒說明清楚，公司有準備建立私有雲來處理，不過目前部門看不出 有任何要上雲的跡象與準備就是了。
推
07/30 02:04, 1年前 , 18F
刷題和英文就能吃掉你所有時間了吧 這兩大時間黑洞
07/30 02:04, 18F
→
07/30 02:04, 1年前 , 19F
考證照感覺cp很低
07/30 02:04, 19F
推
07/30 02:16, 1年前 , 20F
DevOps != 容器化 != K8S，先從小地方開始，想辦法節省同
07/30 02:16, 20F
→
07/30 02:16, 1年前 , 21F
事的重複工作時間，爭取同事的支持
07/30 02:16, 21F
→
07/30 02:18, 1年前 , 22F
導入 DevOps 不是簡單事，需要主管跟同事的支持才做的起來
07/30 02:18, 22F
完全同意，在同事們都不清楚我在幹嘛的情況，我看起來真的蠻像個小丑的..
推
07/30 02:32, 1年前 , 23F
DevOps是文化，你1個人推不起來的，沒救
07/30 02:32, 23F
→
07/30 02:33, 1年前 , 24F
Containerization & Orchestrator是技能 可在家自已練習
07/30 02:33, 24F
推
07/30 02:38, 1年前 , 25F
建議先專注在前端技術累積經驗，除非以後打算轉devops
07/30 02:38, 25F
推
07/30 02:39, 1年前 , 26F
不然根本不需要為了這個技術換工作，有心的話自己開個a
07/30 02:39, 26F
→
07/30 02:39, 1年前 , 27F
zure帳號玩玩，也沒多少錢
07/30 02:39, 27F
推
07/30 21:05, 1年前 , 28F
3，你提的東西都是會嚴重衝擊現有架構跟企業文化的改變，
07/30 21:05, 28F
→
07/30 21:05, 1年前 , 29F
除非上面有心要推，不然是不可能發生的。
07/30 21:05, 29F
推
07/30 21:22, 1年前 , 30F
3.越大的公司 越難改 除非妳蹲久 上位累積組內聲望 不
07/30 21:22, 30F
→
07/30 21:22, 1年前 , 31F
然直接換比較快
07/30 21:22, 31F
推
07/31 00:45, 1年前 , 32F
找外商吧
07/31 00:45, 32F
推
07/31 00:53, 1年前 , 33F
為什麼是說服主管？DevOps是整個團隊的事情，有CICD流程
07/31 00:53, 33F
→
07/31 00:53, 1年前 , 34F
，但是團隊成員都不寫test，有流程又如何？有監視機制，
07/31 00:53, 34F
→
07/31 00:53, 1年前 , 35F
但監測到的數據，並不會回饋到團隊上變成新的工作事項或
07/31 00:53, 35F
→
07/31 00:53, 1年前 , 36F
是改善事項，有無監控機制有什麼影響？
07/31 00:53, 36F
→
07/31 00:58, 1年前 , 37F
可以先說服團隊容器化與原來方式相比，帶來的好處是什麼
07/31 00:58, 37F
→
07/31 00:58, 1年前 , 38F
，例如建立本地測試環境方便，大家覺得寫測試比較順手，
07/31 00:58, 38F
→
07/31 00:58, 1年前 , 39F
等到團隊覺得本地端容器化，跟容器叢集運用在測試環境成
07/31 00:58, 39F
→
07/31 00:58, 1年前 , 40F
熟，上production也只是遲早會發生的事
07/31 00:58, 40F
推
07/31 01:04, 1年前 , 41F
更動流程必須一點一點的更動，不是一下就可以完成的，得
07/31 01:04, 41F
→
07/31 01:04, 1年前 , 42F
要先說服團隊，接下來的變動好處是什麼
07/31 01:04, 42F
我記得我嘗試與主管解釋時皆以現在做不到，資源不夠等理由駁回，但又跟我說這些東西 很重要，以後還是要有。令我覺得蠻複雜的，連環境都沒有，這些建立在環境上的東西以 後要怎麼出來..
推
07/31 08:34, 1年前 , 43F
推一樓 有錢離職刷也沒關係 證照不必考沒在看沒加分
07/31 08:34, 43F
→
07/31 08:35, 1年前 , 44F
也不用浪費力氣在爛公司裡面拼 你該拼的是換環境
07/31 08:35, 44F
→
07/31 08:35, 1年前 , 45F
你看看成功案例是跳到好公司的多 還是靠自己努力認真說服
07/31 08:35, 45F
→
07/31 08:35, 1年前 , 46F
上司 把爛公司變好的多？
07/31 08:35, 46F
→
07/31 08:38, 1年前 , 47F
爛公司就是整天說我們公司很大 東西很成熟 包袱很多 要慢
07/31 08:38, 47F
→
07/31 08:38, 1年前 , 48F
慢推動 推了一年看似有點進展其實只有別人一個月的進度
07/31 08:38, 48F
您真的完全講到我的心坎，但我覺得不是一個月的進度，可能是一年對應半個月左右..
推
07/31 09:38, 1年前 , 49F
2可以剔除，不過選1有可能被塗黑
07/31 09:38, 49F
推
07/31 12:14, 1年前 , 50F
44444
07/31 12:14, 50F
推
07/31 12:38, 1年前 , 51F
文中的系統廠是海邊？電信業是中華電？
07/31 12:38, 51F
推
07/31 14:16, 1年前 , 52F
錢給的夠再給變環境
07/31 14:16, 52F
推
07/31 17:24, 1年前 , 53F
聽起來就是為做而做,還是跳槽去有現成環境的新創學吧
07/31 17:24, 53F
※ 編輯: 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
推
07/31 18:58, 1年前 , 54F
一般已經有上線獲利的服務 主管都不喜歡做太大改變
07/31 18:58, 54F
→
07/31 19:00, 1年前 , 55F
如果是DevOps這種要付出學習成本的 更難推
07/31 19:00, 55F
推
07/31 23:03, 1年前 , 56F
站在主管的角度想 就算你搞起來但沒人會的東西 你跑
07/31 23:03, 56F
→
07/31 23:03, 1年前 , 57F
了會沒人接手 沒人維護這樣爛
07/31 23:03, 57F
→
08/01 10:11, 1年前 , 58F
08/01 10:11, 58F
→
08/01 16:42, 1年前 , 59F
你可以循序漸進 不一定要整套k8s都上線,沒要做scale out
08/01 16:42, 59F
→
08/01 16:43, 1年前 , 60F
scale in的話,devops流程說白了 就是在包image, update
08/01 16:43, 60F
→
08/01 16:45, 1年前 , 61F
推版測試,替換,監控, 對一般公司 這些就很夠了
08/01 16:45, 61F
→
08/01 16:47, 1年前 , 62F
現有的第三方資源,我認為要建起來這些管道 都不算難
08/01 16:47, 62F
→
08/01 16:49, 1年前 , 63F
而且也不一定要容器化才能做到,只是有容器化比較鬆輕點
08/01 16:49, 63F
→
08/01 16:52, 1年前 , 64F
有些公司歷史債太多,單純用ansible+script來完成很多事
08/01 16:52, 64F
→
08/01 16:56, 1年前 , 65F
如果你的服務還是是流量固定不用動態擴充且進版很少
08/01 16:56, 65F
→
08/01 16:56, 1年前 , 66F
那硬去套k8s就有點為了做而做
08/01 16:56, 66F
‣ 更多 tonychen1010 的文章
文章代碼(AID): #1Yv0FH0C (Soft_Job)