[ foyer ] [ myth / szmy / beverage ] [ conseil / ancre / outremer ] [ Home / Search / Overboard RSS / Contact ] [ 2cat/Komica / Selene/Collision Mondiale ]

/conseil/ - 相談

J’ai vu le messager du nouveau dieu là
名稱
Email
主題
回覆
檔案
密碼 (用來刪除檔案。)

File: 1632627215173.png (1.46 MB, 1277x673, eeewwe.PNG)

79ad9bb4 No.28487

最近換了新的工作要重新適應新的人際關係跟新的環境
但是工作其實根本沒有甚麼事情要讓我做
這已經跟面試的時候主管承諾的狀況不一樣了
當時問他對這個職缺的工作內容是有甚麼規劃嗎
他說會讓我負責某個部份的功能開發和維護
但是進去之後發現那個位置已經有一位資深的工程師在做了,我沒有甚麼插手的空間。
試用期三個月也都在看程式碼理解邏輯跟部門leader回報學習狀況(他會抽考觀念)
因為跟我之前做的三份工作很明顯不一樣我也有問其他同事或是部門leader說為什麼都沒有工作
他們只說現在先把公司的系統記熟或是你可以看一下產品哪裡有需要改善的地方。
我不知道其他人會怎麼想,有人可能會覺得不用做事情領薪水不好嗎。我們工作的環境是不能讓你隨便划手機滑到飽的,所以我每天還是繼續看產品裡的程式去理解它的內容。 試用期也過了 現在部門leader也沒有要我要做甚麼了,有一週已經是放生的狀態,最近因為產品要進一個大版本有很多功能需要強化,開了不少工作結果是被之前開發的資深人員都挑走了,我只勉強爭取的一個改良小bug的工作,一切都令人失望。

我最近跟坐在我隔壁的工程師有比較要好了,有問他來部門多久了他說兩年。他到現在還沒有一個固定的執掌部位
每天的工作就是看系統的程式哪裡可能有問題可以改進,去找專案leader討論這有沒有需要改動,大部分情況都是被婉拒啦,少部分被接受的情況也不會經手程式碼。
我好像看到我的未來,頂多只能這樣了嗎。是不是該換工作了。

ac39e5f8 No.28491

如果目前你待的跟你想要的具體未來相差太遠
那或許是該換工作
但如果自己想要什麼樣的未來其實也不清楚不具體
那該不該換工作這答案就會變得很難回答

很久以前做會計剛被丟到審計部門時
那裡負責帶我的前輩只會叫我影印或列印他們給我的各種財務報表
既沒叫我負責參與審計也沒讓我單獨負責任何案子
如果是一個很想做具積極性或挑戰性的工作的人
相信不可能會願意長期做這種根本用不到任何會計基本學識的工作
而我在那裡一做就是兩年
一個前輩走了之後就讓我接他留下的案子
我不知道部門這樣安排究竟是純看職場資歷在安排工作
還是說那近兩年的各種財務報表列印及影印有讓他們看到了我的韌性和價值
但我至少在那期間透過這樣的單調工作看熟了許多由該部門負責審計的各種財務報表
也因此在被在職的前輩們正式交付案子給我時
不用他們另外費心重頭說明案子和報表的相關資訊
而是能很快地直接跟他們一起進入在此之上的工作步調

當初我選擇留下來是因為我從那單調的工作中找到了
能有助於我想繼續做會計工作想擁有老練的審計工作能力的部份
如果當時沒能找到這部份的話
我相信我可能做不到半年就會想走人或申請調回原來部門
而當時我該不該走或選擇留下來對或不對
都是取決於我個人在工作上有具體的志業發展目的在
既不是只為混口飯吃
也不是看部門或公司要不要我

所以你該不該換工作
也許可以從你自己對工作有沒有具體目的或有什麼樣的具體目的
來作為說服你自己下決定的參考
這至少比除了只會混口飯吃而對工作態度很渾噩不清要務實得多

c03fc3d4 No.28493

不建議花時間去爭取甚麼新功能
你主管立意也滿明顯:與其去讓新人去踫 還不如找資深的去用 又快又好

如果現在換工作不會找到更好的
可以把這段時間當是為下一份工作做準備的機會
上LinkedIn看一下跳槽的話還需要甚麼技能
刷一下Leetcode 學一下英文
了解現在公司系統的細節 把別人作的新功能當成自己的經驗寫在履歷上
軟體業薪水方面 會考試>會用一堆髒手法寫出能動的東西

22f4f0a2 No.28495

恩 先想清楚 你進這家公司是為了什麼吧

為了薪水來說 有薪水又什麼都不用做 那是最好
有要學的技術來說 就好好的把公司內那一塊學起來後 再看要怎麼辦
老梗來說 沒事做 所以問清楚 沒工作之時 可不可以帶自己的技術書來翻
(滿多還可以以的公司 講清楚後 大多都會准)

再來 工程師 自己做比較快懶得教別人也是一種標準毛病
要怎麼去 拿合適的問題去問(並且進達應退)到
別人願意相信自己的技能能力 也算一種鑑別門檻了
標準鑑別概念來說 能聊 思想 = 架構 > 設計 > 實裝 > debug的code ... etc

>開了不少工作結果是被之前開發的資深人員都挑走

基本上 不認為原po有那個能力去完成那個程度的機能吧
(要不然就是認為 原po不太可能一個人完成 要帶者教 太麻煩)
去要更簡單一點的機能回來做吧

>去找專案leader討論這有沒有需要改動,大部分情況都是被婉拒

那不是原po這種剛進沒多久的人該去做的事情

改動可以正常運用的老東西 大多都會有所風險
這類的風險defence的成本會遠遠大過於要去修那個bug的時間
不給原po改基本上就是在防這類的事情
又有點規模的案子來說 改一個bug工期會是 1~2周 基本上也是在防出錯時
不會去桶到使用者 畢竟桶到使用者時 對有點規模的公司會是沒完沒了得事情

最後就是 原po自己想待甚麼樣的環境的問題
大公司來說 大概就是那個樣子 螺絲做好螺絲的位子就行了 公司的組織能力會解決大多數的問題
創新企業(極小公司?)來說 全部要在自己來 架構層 設計 coding (業務?) (制度設計? 跟主管/經營層嘴砲? ...etc)

(還年輕之下)最終來說 是自己想待什麼樣環境的問題

當然年紀大一點多少會變成 如何不太需要做什麼事 就可以卡到不錯的位子
有不錯產出 與 不錯的經濟/人才價值就是了(苦笑)



[返回][Go to top] [Catalog] [Post a Reply]
刪除貼文 [ ]
[ foyer ] [ myth / szmy / beverage ] [ conseil / ancre / outremer ] [ Home / Search / Overboard RSS / Contact ] [ 2cat/Komica / Selene/Collision Mondiale ]