Re: [閒聊] 寫程式真的這麼邪門嗎?

看板C_Chat作者 (卯月影)時間1年前 (2023/01/26 20:02), 編輯推噓7(701)
留言8則, 7人參與, 1年前最新討論串9/19 (看更多)
呃 講這個其實蠻尷尬的 因為綠乖乖是最省錢的解(?)XD 一般來說要提升程式碼品質 一些軟體工程的東西要確實執行 有沒有看過整個辦公室三四十人 每個人頭單月成本是百萬日幣起跳 花好幾個月只是在寫設計書? 每本寫出來還要開會review要指摘要修正 我是知道台灣公司不會這麼幹啦 被認為是浪費時間人力 這也是為什麼日本要一堆人搞個大半年 還要外包印度中國的東西 台灣天才開發只要幾週 (後面bug一堆就只能說理所當然) 有設計書當初為啥這樣寫經緯是什麼 至少有個紀錄 不會結案人走了(被趕走?)後就是個謎 沒設計書真的只能擲筊 然後就是執行過程的一些機制 像是toyota弄他們自己的車載、或者中國一些搞醫療器材的 Code在merge前一定是送過code scan的 前面講的一些未定義行為 或者可能造成memory leak之類的code 通通都會被抓出來 一些太新、或者被認為風險很高的「奇技淫巧」也會被禁用 這個是從coding執行面最大限度減少出現怪事情的風險 當然也是挺花錢的 Code scan本身就不便宜了 修正也是很耗人力成本 這種工程師不能隨便請 你給一些搞不清楚狀況的工程師去改 可能改好幾次還是掃不過 或者改出bug通不過測試 最後就是真的ship後出bug的對應 我就碰過某POS機公司出一個GUI bug 大體上是資安缺陷、透過某種操作可以打開管理者才可以執行的選項 公司的對應是土日聚集30+個工程師 把所有相關程式碼掃一遍抓bug 這些人都很貴、加班費算起來不得了呀 我看台灣還是擺個乖乖算了 ※ 引述《arrenwu (不是綿芽的錯)》之銘言: : ※ 引述《wei115 (社畜)》之銘言: : : 畢竟嚴格來說 只有自然科學才是科學 : ? : : 其他學科因為變數太多 很難嚴格的用科學方法來解決問題 : : 反而很多時候都是經驗主義 甚至有些迷信 : : 以寫程式來說 比起科學他反而更接近工程學 : : 工程學很講究實用主義 : : 也就是說,雖然不知道為什會動,甚至他不該動,他卻動了 : : 但他能用,那就用他 : : 總之,我想說的是 : : 放乖乖不是迷信,是一種工程學手段,不要再靠腰惹 : 這種 綠乖乖迷信 的爭論還真是不知道在吵啥 : 雖然看過不少人說「綠色乖乖一拿走就OXOXXOXO」 : 但就我的認知,我從沒聽過機器出問題之後, : 檢修原因可以寫「沒有綠色乖乖」。 : 換句話說,實務上大家已經否定綠色乖乖作為出包原因的可能。 : 除此之外,也沒看過什麼學術調查結果顯示機器故障率和乖乖的關係 : 放綠乖乖不就跟「討個好彩頭」類似嗎? ----- Sent from JPTT on my iPhone -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 124.155.183.212 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/C_Chat/M.1674734549.A.6D4.html

01/26 20:10, 1年前 , 1F
台灣綠乖乖萬能 有問題先擺個幾包壓壓驚
01/26 20:10, 1F

01/26 20:13, 1年前 , 2F
推 專業的
01/26 20:13, 2F

01/26 20:23, 1年前 , 3F
每個人頭都是錢
01/26 20:23, 3F

01/26 20:37, 1年前 , 4F
科學 成本 迷信的連集 綠乖乖
01/26 20:37, 4F

01/26 20:38, 1年前 , 5F
交集 講錯
01/26 20:38, 5F

01/26 20:47, 1年前 , 6F
不是責任制喔?要加班費?
01/26 20:47, 6F

01/26 21:32, 1年前 , 7F
人月計算費用的結果就是能動但找不到人負責的code
01/26 21:32, 7F

01/28 16:13, 1年前 , 8F
最後一句www
01/28 16:13, 8F
文章代碼(AID): #1ZqclLRK (C_Chat)
討論串 (同標題文章)
本文引述了以下文章的的內容:
以下文章回應了本文
完整討論串 (本文為第 9 之 19 篇):
文章代碼(AID): #1ZqclLRK (C_Chat)