[討論] 系統越開發越多,負責的東西越來越多
在公司待了好幾年,開發的系統越來越多。每個開發時都要搞懂一些新的業務邏輯,上線後還要後續維護,有問題還要幫忙解決。
但我常常在想,人力沒變,但我身上的loading卻越來越重,現在的我比三年前的我多負責了一堆系統問題,這樣是合理的嗎?
大家的公司都是這樣的嗎?
更別說還有一堆陳年舊code,越後面進來的人loading越重。
突然想到,如果我離職,下一個進來的人,不就又更塞了?
--
錢沒有越來越多的話就該跑了
看你自己覺得這待遇能不能接受阿,至於你離職後的問題是
公司要想辦法的
看你功力,厲害的可以功能增加但複雜度沒有跟著增加,
在開發前就思考系統功能擴充的問題,就不會搞死自己
軟體業沒有多少助理工程師 因為很多瑣事可以被自動化
至少錢應該會越來越多
跟主管說你要補人啊
開發的系統越來越多,人力沒變?錢到哪去了?能凹
就凹?
開發的系統愈來愈多, 公司有沒有更賺錢?
快逃
是啊 最後就是人換一輪後沒人知道系統在幹嘛 整個重
寫 然後繼續輪迴下去
跟我情形一樣 但先跟公司溝通 但結果不加人 然後我談加薪
1萬 說沒辦法 最多4千 ,最後我選擇離職...外面目前面到的
薪水是目前薪水加1萬...
舊系統多少都有 放包乖乖祈禱他不要爆炸
最後一行也太菜...下一個人進來維護不了就打掉重來
該早些領悟到三調不如一跳這句話,公司就看重於能否對於
職涯發展是否有幫助,說白些就是當跳板用的。
所以要調薪啊,你說三年業務量差很多,那每年調5%也有
調15%了
有些只負責開發新系統,然後交接給別人,這種的才要離職
最後一句是雇主要思考的 我們操心會加薪嗎
台灣文化就是這樣的:會期待強者或是超人的存在
你會得越多 事情就會越集中 專案就會越難讓你能休息
接著請假就會被情緒勒索
印度文化就是另一種思維 他們的訓練讓他們能夠打團體戰
也就是每個人被訓練為工廠排在一起的機台
這樣的好處就是loading是平均在所有人身上的
因為每個人就是機台的概念所以也會有替代性
當然也有優秀跟會出包的員工 但他們自己能夠這樣理解
這樣串聯就會產生綜效及擴展性 所以在全球規模的戰爭
印度人會表現得比較好.
相反地台灣人對於局部的專案就會有短時間衝刺彈性
從我的經驗來說我想辦法轉管理職然後推動良性的委任
這樣雇用的人也不用一定得是稀世強者
屬性能互相互補就好
薪水沒有多的話就可以走了
錢有越來越多就合理阿
代表沒有固定產品跟固定的開發模式才會覺得每個專案都
是不一樣的東西 換公司也一樣 但可以挑錢多的
沒錢/不爽/很累=跳,前提沒腳麻
推情形一樣+1
聽起來只是工作量變多 錢人手沒變公司不多請人 所以快逃
薪水+10% 工作份量+200% 還不逃喔
逃啊 公司受不了就會加錢求你回來
下一個來接的人就會跟公司說要重做 然後玩最新的東東
爽玩
工時不要增加就好了吧
負責越多系統,與工作量,又沒直接關聯。可否多解釋一下,
為什麼寫過的code越多,負責系統變多,工作量就會變多呢?
一般有專案管理的公司,或有Operation的團隊,根本不可能
出現原文的情形。
樓上是不是都在漂亮國工作?
這狀況蠻常見的,做越久接越多。看看薪水有沒有符
合期待,沒有就差不多了
很正常的現象,商業邏輯要有文檔,開發時要考慮標準化,
上線後統一監控,過期審查後退役,理想上是這樣
現實面上人來來去去,沒講好就玩傳炸彈遊戲
就常會被要求A系統看B系統的資料 然後越扯越多
看工時跟錢,不能接受就是閃人
不用理會內文某些幹話,系統多當然商業邏輯等比增加,都
你一人負責那是公司制度有問題,趕快跳去其他正常的工作
,你的工作薪水一定很低
更正,不是內文,我是說推文
沒人也要提找外包,不然就說時間會delay
別想太多多面試多比較 不要有既定成見 多看看就對了
專案管理:隨時間持續新增功能,結果loading越來越重? 能
舉例子嗎? 新功能就重新安排開發時間,何來loading隨時間
越來越重? 真的想了解啊。
舊有系統又不用一直改,只要寫新增功能而已,到底在忙什麼
?
除非沒專案管理,才有這樣的問題吧。
樓上多點同理心吧 這個世界有很多情況 管理不能一體適用
樓上的說法就好像是在說 "為什麼會有貧窮,窮就去賺錢啊"
也許他們的管理沒到你周圍的標準 但不是外人說事情就會改變
同理心要基於:合理的事實吧。沒看到任何例子,你就腦補什
麼情境,可以說出來嗎?
說清楚,然後,大家互相學習彼此的落差才是正向的討論吧。
更多的是新功能趕上線,舊功能出現bug又是你負責的要解,然
後因為是線上的在run無法等你安排,這時候只有自己吞下去
所以負責越多舊系統越恐怖,尤其不是你開發的陳年舊系統..
樓上正解,現實一堆這種的,惡性循環,根本無解
維運要人力很正常吧 哪來開發完就沒事的 除非你永遠乙方
甲方開發很多惡性循環以為營運0人力成本 最後炸掉走人
生命會自己找到出口,撐不住就快閃,對自己負責就好
待遇不到溝通無效就自己閃 現在不流行一公司做到老了
不重構、模組化、分組開開發就是沙尿牛丸系統,看什麼時候
爆掉而言
光是user製造的問題就一堆了 教育user?醒醒
什麼重構模組化也不能避免使用者越多功能越多維護就越複
雜的問題
老闆自己都沒準備備用人力我常常在想如果自己在路上被
網路上講觀念 講架構 講的再爽 明天上班看一下你手上的
票全是新需求都沒有舊功能要處理?
車撞死專案沒人能修公司不就倒了
這個問題的解答就是其實公司不會因為這樣就倒 想離就走吧
XD 最簡單的證明就是你提離職老闆也不會開十倍薪水留你
人再找就好
你以為沒人能修的東西 總有人能看code把他理清楚的 更何
況有AI幫忙
loading會很重, 就是因為前人留下的舊系統寫得亂七八糟,
三不五時都要解bug...還要兼顧開發新系統.....
離職的時候老闆就會找人補上了,在意錢有沒有對得起這
個工作量不然就跑吧
哪有開發完就都沒事的,不就標準慣老闆想法
推文有人說專案管理baba,理想很豐滿現實很骨感,尤其是維護
舊系統一定會有user提出新需求 不可能只是放著運作,加上如
果有新專案要開發,一位pg身兼三到四個案子,在現實中是常
遇到的,我最高記錄 四個維護案 一個新開發案在跑,這就是現
實,我提加薪1萬算是客氣了 而且舊專案有些很難改 甚至不會
有文件什麼單一法則,設計模式,網路上講的再美好,但很多現
實中的舊專案全是義大利面條式code,想重構就要保証程式可
以正常運作否則就要有背鍋的覺悟
讓我想到金融保險業,有些外圍的系統新的長官來為了業績不
斷往外長更多的系統出來,然後拍拍屁股走人,死的都底下的
人
沒有加一堆錢的話還留著幹嘛
你這就老屁股心態 越資深就想要越輕鬆 怎麼不覺得老
闆請你那麼久讓你履歷變漂亮你要做什麼 我是年資都累
積不起來放棄
當然是指的是公司內資深程度
想要輕鬆不如你自己當初寫好更好 你想要用市面框架靈
活性高不可能 框架就是在限制你
loading哪可能不變重 是空降主管沒下來寫過code?
有專案管理問題啊 要求底層超人不如要求管理職神之一
手吧 尤其越上層 當然智者千慮必有一失 但絕不是失控
推brucetu
就是公司不重視專案管理才會有這類問題
沒加薪就閃 付出變多獲得沒變多
專案管理是什麼,抵得過大大老闆一句話嗎
都沒加薪嗎?
很普遍的台廠文化啊 強者過勞
到後面老人都學聰明 在擺爛 閃躲飄
管理不行的情況總有人要過勞 老人不想過勞 那就是新
人過勞 但這很不合比例的 新人很容易付出後沒有被善
待的 而且老與實力沒有強關聯 與熟悉度倒是很有關聯
老闆一句話否定看情況 老闆都是領頭管理層
推afg12
義大利麵程式碼通常都是當初便宜行事搞的 且多半有私
心 每個需求多花一點點時間思考並寫好程式後面哪來那
麼多問題
當然都理解鳥盡弓藏嘛 但寫太糟你後面也很難受 除非
無恥的推給別人
沒補人沒加薪就快逃
很棒啊,把瓶頸放我身上,有種開除我啊
開案容易退場難
鏟屎官換人了 屎坑還是會長出來的
負責的東西越來越多 loading越來越大 所以合理一個人
也要成長成一個團隊 然後你就當那個帶領的人
強者 邊做邊找 找到跟原公司談 加薪 加人分攤 不給就跳
錢有變多不要靠北,沒有變多你還在?傻了嗎
遇到一樣狀況
31
合理啊,進來這麼久了 對於程式碼和領域的掌握度,一定比幾年前的自己好上許多吧 一樣的工作量以前要做兩個禮拜,現在可能三天就做完了 當然要能做更多的事情 不然公司為什麼要給你更多薪水?21
(恕刪) : 問題是身為資深成員的你,可否提出數據說明工程宅們整天在吵的code quality到底跟業 : 務的關係在哪 : 是不是做同樣規模的feature要花的時間越來越多 : 是不是release後常常出問題要修32
推 yangs0618: 推個 希望有機會聽到進一步分享how 10/28 07:58 → yangs0618: On提出數據說服主管/管理層 開發是越來越耗時間 10/28 07:59 → panbanana: 要怎麼跟上頭說開發越來越久跟code quality有關 10/28 08:18 幾個很簡單的學術名詞就能說明,我相信大家也知道 耦合性 如果我改A模組,B模組就需要跟著改 (這還是B模組沒有牽連其他模組的情況下)17
微服務似乎可以改善一點這方面的問題 系統開發有點像是公司還很小的時侯 當你公司還很小的時侯 某個職員要當客服 又要兼倉管 又要兼銷售 所以這個職員可以拿到各種不同的數據
爆
[閒聊] 玩對馬總風暴罩頂?開發:你越像戰鬼天氣玩《對馬戰鬼》總是風暴罩頂? 開發團隊揭露:你越像戰鬼天氣就越糟 在和風武士動作遊戲《對馬戰鬼》中,最為人稱道的就是怎麼拍怎麼漂亮的環境景致,遊 戲中生動的實時動態天氣系統自然功不可沒,為畫面及氣氛增色不少。38
[心得] LabVIEW工作面試心得各位百萬年薪大大安安~ 先感謝本版許多資訊的幫忙 小弟畢業於中央物理所 這是第二份工作的求職心得 主要鎖定LabVIEW相關工作18
Re: [請益] 該停損了嗎?你適不適合做這行我看不出來,但際遇不理想是肯定的,至少該換公司了。 : 各位資深的前輩大家好, : 我是非本科系,花了2年左右才轉java工程師, : 快32y了,轉職時29y已經明顯感受到邏輯很差了。 你邏輯真的很差嗎?17
Re: [問卦] 人人都會寫code,工程師飯碗不保?所以才看的出素質高低啊! 有些程式維護起來累得半死,不寫註解、全域變數亂宣告、變數何處被改都不知道、沒有 物件導向觀念,程式一堆複製貼上、一堆函式參數亂丟、 一堆無意義迴圈、一堆奇奇怪怪的判斷,很愛自己亂幹邏輯、 程式碼排版雜亂不堪…17
[討論] System design系統設計電子產品互聯網越成熟,越多應用下 有發現system design越來越重要... 外商面試幾乎都有system design關卡用於了解求職者對於整個系統從無到有的建構及優 缺點分析 這種技能在台灣IC島國來說是不是比較少訓練到阿? design house大部份sw/fw只專注在13
Re: [新聞] 唐鳳可望出手!「五倍券選數位」有3大優一個簡單的開發流程如果是以下步驟 需求訪談 -> 系統分析 -> 開發 -> 測試 -> 驗收上線 請問唐鳳負責的是哪一塊? 為什麼每次新聞標題都要寫唐鳳出手 加了唐鳳兩個字就會變得更高級?更快速?更好操作?13
Re: [請益] 金融業問題請教金融業資訊單位目前邁入第五年 前份工作在乙方 負責系統開發 給些意見希望能做為參考 先說結論 我的建議是去面試 1. 一個系統在我認知 開發的工作可以切三塊:UI / BATCH / ONLINE asp.net跟winform都是屬於UI的部分 技術古老也可以表示系統活得久7
Re: [請益] 該辭職嗎?到哪都會遇到垃圾系統 還沒聽過哪家公司沒有垃圾code, legacy code, 歷史包袱的... 如果你的主要考量是這個系統太爛不想改他 那我會建議不要離職. 因為不管你走到哪,都會遇到一樣的問題X
Re: [請益] 業界一定都要這樣嗎?我覺得大家都想得太美好了, 檯面上前面幾家豬屎屋的狀況很可能是RD leader 都很清楚東西能cost down多少percent age , 也很願意配合上面壓榨人力, 如果能cost down 70%的東西,2
Re: [請益] 中年轉職選擇: BI大數據vs iOS開發工程師??? 我有看錯嗎… 你在金融業實作 Web 系統,但你卻不認為你是開發應用程式的工程師? 那你到底是什麼? 「應用程式」是相對於那些純粹用來滿足科技的運用或管理之需求的程式 ── 例如編譯器、作業系統、驅動程式、軟體框架…等,