Re: [閒聊]進入資訊業是否代表未來會有不正常的作息

看板Soft_Job (軟體人)作者ggg12345 (ggg)時間17年前 (2008/02/23 10:50)推噓6(6推 0噓 22→)

留言28則, 4人參與討論串11/15 (看更多)

※ 引述《aaronliu0719 (hmm....)》之銘言： : : 資訊業熬夜的原因都是 DEBUG , 有蟲不除難以合併交差, 但 : : 說起來加班的原因，不外乎「預先規劃與實際狀況不符」， : 以及「公司想賺的錢比能賺的錢要多」 : 顯然, 這是在談這個行業的本質問題, 這是很好的現象. 1.公司想賺更多的錢, 這個大概是所有商業運作的公司皆有如此的傾向, 幾乎沒有投資人想虧本散財的公司. 1-a. 但是想賺的比能賺的要多, 這就不是所有經營者皆是如此的. 如果明知沒那本事的屁股, 還要硬吃那款的瀉藥, 結局是可想而知 ! 情況嚴重就不止屁股不聽使喚了 ! 可意先假設沒有經營者想弄垮公司, 所以如果知道的話是絕對不會這樣幹的. 所以問題出在 "那也知樣 ?!", 也就是屬於 "預先規劃與實際狀況不符" 這種範圍. 2.規劃設計與寫程式, 結果出來的的實際狀況與預先規劃不符, 這種事按通則來講就是屬於常說的 "程式 BUG" 現象. 2-a.首先做規劃的一定是對需求弄得很清楚很明確, 尤其是商業運作的情況. 總不能客戶要吃擔仔麵, 結果端出燴飯來吧 ! 當然, 有可能雞同鴨講, 雙方都沒見過擔仔麵, 那是有得比手畫腳, 相互將就一番. 2-b.假設規劃的對需求反應與敘述書寫說明的很明白了, 那往下的設計與實現產生的實際狀況與規劃不同, 那就落在通稱的 BUG 範圍了. 可以再假設設計與實作者不會吃飽飯還故意將程式做錯, 怕的是他自己也不知道錯在那裡 ? 不知為甚麼出錯 ! 2-c.與規劃不符, 很多的情況是設計的依據原理或原則在理論上就是不可能全符合理想. 其極限與堪適用範圍就沒規劃設計在內, 或者說沒有講明白也沒讓實作者弄清楚. 2-d.最糟的是實作者可能不清楚真正要的是甚麼, 就弄出一堆程式交差, 到時候就邊試邊改, 擺明沒有功勞也有苦勞. ======= 商業世界裡, 涉及需求,規劃,實作完成交付完工的行業很多, 也不只軟體程式這一塊, 食的就有訂席餐宴, 衣就有時裝, 住的就有建屋, 行的就有包辦旅遊的, 育的就有升學補習班, 樂的就有拉卡拉ok 店, 每個行業是否都要熬夜 ? 那就是經營與每個環節的管理問題. 除了特種行業是天生夜生活外, 那有天天熬夜的 ? : 軟體業用「人月」來衡量成本，從人月神話20多年前成書開始， : 就被加上許多但書。人月本來就是難以評估的事情，當RD的工作 : 量被錯誤評估的人月增加，那麼作息的影響自然而然也就產生。 : : 另外軟體在開發階段發生設計修正成本遠低於硬體，這是眾所周 : 知的事情，這使得需求變更容易被客戶提出，業務、老闆也更容 : 易答應，而且人月超出預期時，通常只能加時間，預算和狀況上 : ，加人往往都是不允許的，而RD熬夜也隨之產生。 : 軟體的重要與價值就在於軟體天生就是被設計來供塗塗改改的, 如果沒這彈性, 那做成死電路不就好了. 但高明的軟體設計與實作是很快可以找到該改的地方, 也經得起改, 很快就改得出來. 喜歡勤能補拙, 不停的重來, 延長工時的改, 那也是一種辦法, 只是必有其極限. 做訂製西裝的, 蓋建屋做裝潢的, 也都讓客戶有某種更改需求的權利, 但客戶都知道再亂提需求亂改下去, 那就是再花大錢重做一套, 再等候一段時間了. : 另外，軟體業還常常碰到許多接案排程上的不確定性，沒案子怕 : 餓死，案子來了怕撐死，但老闆永遠認為撐死總比餓死好，壓榨 : 生產線所有的潛力並非軟體業老闆的專利，但是只要拗人不用拗 : 機器的生產線，往往比較好拗。 : 是凹人還是投資訓練人, 勞資必定立場不同. 台灣的大老板不太肯投資花錢進入軟體產業, 當然就是有自知之明. 凹生產線是花鈔票就能解決的事, 對他們言: 好辦, 凹人就留給搞政治的吧 ! : 另外帶來的覆數老闆的矩鎮式管理、台灣軟體RD刻苦耐勞的文化... : 等等都是增加加班機會的原因...寫到這裡，我只能慶幸這個週末 : 我能在家裡打這篇文章...XD : =========== 如同高污染的工業, 台灣的招式就是不幹, 不引進. 同樣的, 會虐待人的產業就趕走, 不要算了. 軟體業如此不堪 ! 留著何用 ? 給阿三, 阿陸去做死, 一點都不用煩惱 ! -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.115.6.234

推

iincho

02/23 13:07, , 1^F

02/23 13:07, 1^F

→

iincho

02/23 13:07, , 2^F

02/23 13:07, 2^F

推

iincho

02/23 13:09, , 3^F

02/23 13:09, 3^F