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)
(還年輕之下)最終來說 是自己想待什麼樣環境的問題
當然年紀大一點多少會變成 如何不太需要做什麼事 就可以卡到不錯的位子
有不錯產出 與 不錯的經濟/人才價值就是了(苦笑)