[討論] 就算提早做完是不是不要回報比較好
目前在接案公司擔任前端工程師
以前的我總是覺得分給我的任務能盡早完成越好
因為專案時程都開得很趕,東西又多
不做快一點絕對趕不上
當然也絕對不是亂寫然後交個勉強能動的
就是有符合需求然後也測試過的,就算有 bug 也是那種很小的
至於為什麼能提早完成就是靠過去的經驗知道怎麼做會比較省時
.....跟努力加班.....
但久而久之就覺得,任務提早完成對我而言根本只有壞處沒有好處
一開始還會看到 PM 用感激的心情跟你說謝謝,讓他們有充足的時間測試
到後面 PM 就會覺得你這麼快是理所當然的,還會希望我去幫忙其他人趕工
甚至在最近新開工的專案被我發現 PM 說要分給我做最難最複雜的功能
(當然不是對著我說,他在跟其他人安排進度時程)
後來分下來以後 PM 再對我說如果能提前做完的話可以跟他說
他手邊還有很多沒人認領的任務
.....傻逼才會跟他說
總覺得多做一堆事情但看起來也沒有什麼好處
聽說是有在算績效但我也看不到任何數據證明
今天把提早做完的畫面全部在最前面 return 擋住不給看
明天進度會議只打算顯示一半的成果給 PM 對進度
是我們公司太不會掌控工程師的人心還是各位前輩們本來就會藏進度
--
年輕人
這就公司政策不支持你這種工程師,能跑快跑
只放個return,你們都不用code review的喔?
不過確實,接案就是能者過勞,績效都馬看關係好不好
我沒有只放 return,檔案裡面的畫面跟行為都有寫好,只是
最後在 render 裡的某一行塞一個 return
提早做完只會讓主管覺得你工作太少 應該要多給你一點
這種就是不懂控人心的PM...外加績效體制問題
Code review的話…可能我過去表現不錯所以已經沒什麼人會
「很仔細」看我的 code 了,就賭那一小行 return 沒人看到
你有能做90分的能力 就先跟主管說能做到70分 最後交出80分的
成果
要看公司的文化如何 我待的幾間公司都是你做完份內的
事就可以去作自己的事 所以你做的快的話 自己時間就多
對啊,我的意思就是你放個return在前面,如果有拉下來
vscode看就會一大片灰灰的很明顯,啊不過沒人看當然沒差
有bug就修阿 不然之後時程只會越拉越長
你就全寫完發git 然後該刪的刪 改一個半完成版的
然後 git reset 跟 git cherry-pick 不就好了@@
看有沒有獎金啊,如果你的獎金比別人多,沒差吧?
在職場能做的多絕對不要做少 但是要讓別人知道你做的多
做的時候不要一個人做 拉別人一起然後你主導
要會做事也要會做戲
刻意控制進度啊,發現做太快先飄走研究其他東西,留一些
有自信不會造成 delay 的事情填最後的時間,避免用埋 re
turn 或 bug 這種被發現很難解釋的東西
你挑難得做,沒做過的做,做對你有價值,能學習進步的
,不需要做多,把品質做得更好,向上爭取更多資源,看
老闆給不給錢,沒錢可以提升職,不能升,提讓你主導專
案,負更多責任,又或者你覺得你現在大佛不想住小廟了
,換工作
做得多 不如嘴上講得多
看主管,看公司
還以為櫃員版...
推二樓~不過接案公司的文化就是這樣吧...
拖字訣 要拿捏好
早做完就做自己的事啊,案子都分配得好好的也沒辦法幫
說真的,拉基公司才這樣,快逃吧
曾經太年輕
你八成沒當過兵
能者多勞 懂?
看公司 還是很多只要你做完就隨便你的公司
上面只會看專案要時程內做完,誰做的快又或是誰幫誰做他們
不care
表現一副全都會的樣子就要有覺悟,很多人其實不是那塊料
,很多人都死在這種個性上轉行去了
那所以你之後要"加新功能",把剩下的功能加回去的時候你
要怎麼做?
就刪掉一行 return?這樣 code review 不還是一樣會出包
?XDD
換公司啊 幹嘛留著一起爛
看薪資結構與考績怎麼算,如果是領死薪水,真的做慢點,尤
其是接案公司。
放 return 太明顯了,拉出來不要 call function 就好
是呀,既然業主要on time,那就on time唄,提早幹完活,
也是剛好拖到約定的deadline才提交,別慣壞業主。
看年終,領多少錢,做多少事情
做好也不能講,接案公司的文化就是這樣
一樓太直接了
你可以去外面看看
你想成為怎樣的人?
早點離開接案公司才是唯一解。沒看過不操的接案公司。
git stash 你不想呈現的部分
有獎金就早點沒獎金多座有多學到就做然後找機會跳走
嘛 一家正常的公司含優化和嘗試 本來就該有做不完的事
但你的情況是PM手頭上永遠有消化不完的東西 那你就是生產
solution的機器 這種情況不用想提升產品品質或個人水準
只要錢沒到位就是走人 跟數大便是美的頭談什麼都是沒用的
永遠別處在只能被動接受任務的狀態 除非你超菜
年輕人
11
[問題] 準時下班又過勞 有可能嗎我朋友 每天準時下班 工時8小 但卻又說老闆很慣 過勞什麼的 應該是工作做不完一直加班才可能過勞吧12
Re: [面試] 帆擎/和盛/叡揚/達暉/凱發還好655那個你沒被騙進去,糟糕的部門!! 完全就是上面壓榨中下層的代表, 也沒什麼技術能力,只會想找便宜耐操的人力, 實習生多多,菜鳥多多,這兩個是開發主力!!厲害了吧! 這職位除了寫文件到死(規格書、測試報告書等等等),10
Re: [請益] PM懂程式有優勢嗎懂程式給一點建議其實還不錯,有時候客戶的需求不合理在第一時間就被丟回去了 但是這其實是兩面刃,最近就有配合到那種懂程式但是似懂非懂裝逼的PM 專案開始前 "我會幫忙擋需求,不是什麼東西來了就要做,先看提出的需求合不合理" 開會時4
Re: [請益] 新鮮人銀行商科轉Pm我覺得拉 你這就一竿子打翻一船人 滿滿的偏見 ※ 引述《peter98 (PyTorch AI套件爛死惹)》之銘言: : 我就來講一下為什麼男PM在科技業非常不受待見好惹 : 先說一下 其實台灣有80%的PM(不分男女)的能力都不太行 80%?? 你的數字哪裡來的? 你的客觀在哪? 甚麼叫能力不行?7
[問題] 關於市集的BUG想請問一下有沒有人遇過市集(困難)進度被吃的問題? 昨天我們困難打到尾王,因為太晚了,留到今天打,結果今天組隊(同樣五人)進去看, 居然被重置了。 後來我們測試離隊單人進去看,進度還在,但後續單獨進來的人都會被傳送出去,然後我 們測試,第一個單獨進去的人,要陸續組單獨進來的人才可以留住人。5
Re: [請益] 如何適當地表達進度來不及要展開一個工作之前 可以做一個Task Breakdown 把一項大的工作拆解成細部工作 若不知道怎麼拆解 請找比較資深同仁幫忙或找同事幫忙看 最後還要視功能保留時間做測試 不要覺得功能做完就一定沒有問題 安插好時間後請主管review5
Re: [閒聊] 主管對於團隊成員的進度掌控度在科技公司這很正常,專案管理就是細到每天進度都會上系統,每日會議(10~15分鐘) 現代化一些的公司,或者科技業背景訓練過的主管這很正常 好處是,誰認真誰偷懶很快就知道。 至於半成品,本來就不是要看半成品的狀況,只是要知道半成品有進度往前 從30%變成50%完成就可以 (取決於原本安排時間多長)3
Re: [討論] 用AI寫code產生的疑問幾個未來可能的 cases: 當工程師工作開始都提早完成了,會有以下幾種發展 1-0: 裝忙不要被老闆發現 or 更早下班 1-1: 老闆接更多工作 1-2: 砍人,更少工程師做更多工作1
Re: [問卦] 有人上班不屑全勤獎金的嗎?沒有這種東西欸 連遲到都不會扣薪 頂多就演一下戲 看早上晚來多久 就下班晚走多久 有時候真的有事情還可以跟主管講一下 提早個半小時閃人也不用請假