[討論] 系統越開發越多，負責的東西越來越多

看板Soft_Job作者 (機機勳)時間6月前 (2023/10/24 11:00), 編輯推噓42(43推 1噓 104→)
留言148則, 53人參與, 6月前最新討論串1/5 (看更多)
在公司待了好幾年，開發的系統越來越多。每個開發時都要搞懂一些新的業務邏輯，上線後 還要後續維護，有問題還要幫忙解決。 但我常常在想，人力沒變，但我身上的loading卻越來越重，現在的我比三年前的我多負責 了一堆系統問題，這樣是合理的嗎？ 大家的公司都是這樣的嗎？ 更別說還有一堆陳年舊code,越後面進來的人loading越重。 突然想到，如果我離職，下一個進來的人，不就又更塞了？ -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.137.208.20 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1698116441.A.6AF.html
推
10/24 11:09, 6月前 , 1F
錢沒有越來越多的話就該跑了
10/24 11:09, 1F
推
10/24 11:13, 6月前 , 2F
看你自己覺得這待遇能不能接受阿，至於你離職後的問題是
10/24 11:13, 2F
→
10/24 11:13, 6月前 , 3F
公司要想辦法的
10/24 11:13, 3F
推
10/24 11:23, 6月前 , 4F
看你功力，厲害的可以功能增加但複雜度沒有跟著增加，
10/24 11:23, 4F
→
10/24 11:24, 6月前 , 5F
在開發前就思考系統功能擴充的問題，就不會搞死自己
10/24 11:24, 5F
推
10/24 11:25, 6月前 , 6F
軟體業沒有多少助理工程師 因為很多瑣事可以被自動化
10/24 11:25, 6F
→
10/24 11:31, 6月前 , 7F
至少錢應該會越來越多
10/24 11:31, 7F
推
10/24 11:33, 6月前 , 8F
跟主管說你要補人啊
10/24 11:33, 8F
推
10/24 11:58, 6月前 , 9F
開發的系統越來越多，人力沒變？錢到哪去了？能凹
10/24 11:58, 9F
→
10/24 11:58, 6月前 , 10F
就凹？
10/24 11:58, 10F
推
10/24 12:01, 6月前 , 11F
開發的系統愈來愈多, 公司有沒有更賺錢?
10/24 12:01, 11F
噓
10/24 12:10, 6月前 , 12F
快逃
10/24 12:10, 12F
推
10/24 12:20, 6月前 , 13F
是啊 最後就是人換一輪後沒人知道系統在幹嘛 整個重
10/24 12:20, 13F
→
10/24 12:20, 6月前 , 14F
寫 然後繼續輪迴下去
10/24 12:20, 14F
→
10/24 12:30, 6月前 , 15F
跟我情形一樣 但先跟公司溝通 但結果不加人 然後我談加薪
10/24 12:30, 15F
→
10/24 12:30, 6月前 , 16F
1萬 說沒辦法 最多4千 ,最後我選擇離職...外面目前面到的
10/24 12:30, 16F
→
10/24 12:30, 6月前 , 17F
薪水是目前薪水加1萬...
10/24 12:30, 17F
→
10/24 12:33, 6月前 , 18F
舊系統多少都有 放包乖乖祈禱他不要爆炸
10/24 12:33, 18F
→
10/24 12:49, 6月前 , 19F
最後一行也太菜...下一個人進來維護不了就打掉重來
10/24 12:49, 19F
推
10/24 13:04, 6月前 , 20F
該早些領悟到三調不如一跳這句話，公司就看重於能否對於
10/24 13:04, 20F
→
10/24 13:05, 6月前 , 21F
職涯發展是否有幫助，說白些就是當跳板用的。
10/24 13:05, 21F
推
10/24 13:05, 6月前 , 22F
所以要調薪啊，你說三年業務量差很多，那每年調5%也有
10/24 13:05, 22F
→
10/24 13:05, 6月前 , 23F
調15%了
10/24 13:05, 23F
→
10/24 13:17, 6月前 , 24F
有些只負責開發新系統,然後交接給別人,這種的才要離職
10/24 13:17, 24F
推
10/24 13:24, 6月前 , 25F
最後一句是雇主要思考的 我們操心會加薪嗎
10/24 13:24, 25F
推
10/24 13:35, 6月前 , 26F
台灣文化就是這樣的:會期待強者或是超人的存在
10/24 13:35, 26F
→
10/24 13:35, 6月前 , 27F
你會得越多 事情就會越集中 專案就會越難讓你能休息
10/24 13:35, 27F
→
10/24 13:35, 6月前 , 28F
接著請假就會被情緒勒索
10/24 13:35, 28F
→
10/24 13:36, 6月前 , 29F
印度文化就是另一種思維 他們的訓練讓他們能夠打團體戰
10/24 13:36, 29F
→
10/24 13:36, 6月前 , 30F
也就是每個人被訓練為工廠排在一起的機台
10/24 13:36, 30F
→
10/24 13:37, 6月前 , 31F
這樣的好處就是loading是平均在所有人身上的
10/24 13:37, 31F
→
10/24 13:37, 6月前 , 32F
因為每個人就是機台的概念所以也會有替代性
10/24 13:37, 32F
→
10/24 13:37, 6月前 , 33F
當然也有優秀跟會出包的員工 但他們自己能夠這樣理解
10/24 13:37, 33F
→
10/24 13:38, 6月前 , 34F
這樣串聯就會產生綜效及擴展性 所以在全球規模的戰爭
10/24 13:38, 34F
→
10/24 13:38, 6月前 , 35F
印度人會表現得比較好.
10/24 13:38, 35F
→
10/24 13:39, 6月前 , 36F
相反地台灣人對於局部的專案就會有短時間衝刺彈性
10/24 13:39, 36F
→
10/24 13:40, 6月前 , 37F
從我的經驗來說我想辦法轉管理職然後推動良性的委任
10/24 13:40, 37F
→
10/24 13:40, 6月前 , 38F
這樣雇用的人也不用一定得是稀世強者
10/24 13:40, 38F
→
10/24 13:40, 6月前 , 39F
屬性能互相互補就好
10/24 13:40, 39F
還有 69 則推文
→
10/25 08:42, 6月前 , 109F
推文有人說專案管理baba,理想很豐滿現實很骨感,尤其是維護
10/25 08:42, 109F
→
10/25 08:42, 6月前 , 110F
舊系統一定會有user提出新需求 不可能只是放著運作,加上如
10/25 08:42, 110F
→
10/25 08:42, 6月前 , 111F
果有新專案要開發,一位pg身兼三到四個案子，在現實中是常
10/25 08:42, 111F
→
10/25 08:42, 6月前 , 112F
遇到的,我最高記錄 四個維護案 一個新開發案在跑,這就是現
10/25 08:42, 112F
→
10/25 08:42, 6月前 , 113F
實,我提加薪1萬算是客氣了 而且舊專案有些很難改 甚至不會
10/25 08:42, 113F
→
10/25 08:42, 6月前 , 114F
有文件什麼單一法則,設計模式,網路上講的再美好,但很多現
10/25 08:42, 114F
→
10/25 08:42, 6月前 , 115F
實中的舊專案全是義大利面條式code,想重構就要保証程式可
10/25 08:42, 115F
→
10/25 08:42, 6月前 , 116F
以正常運作否則就要有背鍋的覺悟
10/25 08:42, 116F
→
10/25 09:11, 6月前 , 117F
讓我想到金融保險業，有些外圍的系統新的長官來為了業績不
10/25 09:11, 117F
→
10/25 09:12, 6月前 , 118F
斷往外長更多的系統出來，然後拍拍屁股走人，死的都底下的
10/25 09:12, 118F
→
10/25 09:12, 6月前 , 119F
人
10/25 09:12, 119F
推
10/25 09:13, 6月前 , 120F
沒有加一堆錢的話還留著幹嘛
10/25 09:13, 120F
→
10/25 09:49, 6月前 , 121F
你這就老屁股心態 越資深就想要越輕鬆 怎麼不覺得老
10/25 09:49, 121F
→
10/25 09:50, 6月前 , 122F
闆請你那麼久讓你履歷變漂亮你要做什麼 我是年資都累
10/25 09:50, 122F
→
10/25 09:51, 6月前 , 123F
積不起來放棄
10/25 09:51, 123F
→
10/25 10:00, 6月前 , 124F
當然是指的是公司內資深程度
10/25 10:00, 124F
→
10/25 10:05, 6月前 , 125F
想要輕鬆不如你自己當初寫好更好 你想要用市面框架靈
10/25 10:05, 125F
→
10/25 10:06, 6月前 , 126F
活性高不可能 框架就是在限制你
10/25 10:06, 126F
推
10/25 10:10, 6月前 , 127F
loading哪可能不變重 是空降主管沒下來寫過code?
10/25 10:10, 127F
→
10/25 10:24, 6月前 , 128F
有專案管理問題啊 要求底層超人不如要求管理職神之一
10/25 10:24, 128F
→
10/25 10:26, 6月前 , 129F
手吧 尤其越上層 當然智者千慮必有一失 但絕不是失控
10/25 10:26, 129F
推
10/25 11:28, 6月前 , 130F
推brucetu
10/25 11:28, 130F
推
10/25 12:40, 6月前 , 131F
就是公司不重視專案管理才會有這類問題
10/25 12:40, 131F
推
10/25 15:20, 6月前 , 132F
沒加薪就閃 付出變多獲得沒變多
10/25 15:20, 132F
推
10/25 15:35, 6月前 , 133F
專案管理是什麼，抵得過大大老闆一句話嗎
10/25 15:35, 133F
推
10/25 18:53, 6月前 , 134F
都沒加薪嗎？
10/25 18:53, 134F
推
10/25 19:01, 6月前 , 135F
很普遍的台廠文化啊 強者過勞
10/25 19:01, 135F
→
10/25 19:01, 6月前 , 136F
到後面老人都學聰明 在擺爛 閃躲飄
10/25 19:01, 136F
→
10/25 19:51, 6月前 , 137F
管理不行的情況總有人要過勞 老人不想過勞 那就是新
10/25 19:51, 137F
→
10/25 19:52, 6月前 , 138F
人過勞 但這很不合比例的 新人很容易付出後沒有被善
10/25 19:52, 138F
→
10/25 19:54, 6月前 , 139F
待的 而且老與實力沒有強關聯 與熟悉度倒是很有關聯
10/25 19:54, 139F
→
10/25 19:58, 6月前 , 140F
老闆一句話否定看情況 老闆都是領頭管理層
10/25 19:58, 140F
推
10/25 20:18, 6月前 , 141F
推afg12
10/25 20:18, 141F
→
10/25 20:27, 6月前 , 142F
義大利麵程式碼通常都是當初便宜行事搞的 且多半有私
10/25 20:27, 142F
→
10/25 20:29, 6月前 , 143F
心 每個需求多花一點點時間思考並寫好程式後面哪來那
10/25 20:29, 143F
→
10/25 20:29, 6月前 , 144F
麼多問題
10/25 20:29, 144F
→
10/25 20:31, 6月前 , 145F
當然都理解鳥盡弓藏嘛 但寫太糟你後面也很難受 除非
10/25 20:31, 145F
→
10/25 20:32, 6月前 , 146F
無恥的推給別人
10/25 20:32, 146F
→
10/25 22:46, 6月前 , 147F
沒補人沒加薪就快逃
10/25 22:46, 147F
推
10/25 23:06, 6月前 , 148F
很棒啊，把瓶頸放我身上，有種開除我啊
10/25 23:06, 148F
‣ 更多 OoShiunoO 的文章
文章代碼(AID): #1bDpDPQl (Soft_Job)
討論串 (同標題文章)
完整討論串 (本文為第 1 之 5 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共5篇)
‣ 更多 OoShiunoO 的文章
文章代碼(AID): #1bDpDPQl (Soft_Job)