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