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

看板C_Chat作者 (碩源)時間1年前 (2023/01/27 16:53), 編輯推噓0(2212)
留言16則, 7人參與, 1年前最新討論串14/19 (看更多)
※ 引述《STAV72 (刁民黨黨務主委)》之銘言: : https://i.imgur.com/NLPJc6B.jpg
: 科學家:讚啦!有用了! : 教授:很好,讓我們看看是如何作用跟怎麼作用! : 碼農:讚啦!跑起來了! : 主管:別再碰它,沒人知道會不會無預警當掉。 : 寫程式真的這麼邪門嗎? : 現代軟體開發有很多軟體工程手段來管理這個問題 最基本的就是每一個程式後面都有一卡車的文件在做品質管理 從需求開始一直到整合測試等流程都保存著大量的文件來管理各種程式 如果你對任何一行程式有疑問,那就去追朔整個文件就可以看到程式真正的面貌 所以寫程式通常正規的手法都是先寫一卡車的文件,最後的最後才實地寫出程式碼 很多大公司願意花大錢做這些功夫當然是有意義的 沒錢或想省錢的小公司都不管這些直接就開始寫程式 後續的問題當然是一大堆 最簡單的大概就是,小公司用的軟體零件堆出來的東西或許可以動 但是什麼時候神機錯亂就看你的運氣啦 運氣好的話,或許可以好好地用一陣子,不管是你用乖乖還是什麼花生保佑自己都一樣 但是埋在那邊的問題總有一天會讓你神機錯亂害死自己 大公司則經不起這種,所以只好乖乖老實的花大錢做各種品質管理 花寶貴的時間去寫一個又一個管理文件 但是出問題之後,有足夠的資料讓你把問題追朔出來,把問題找到根源徹底解決 一個問題一個問題解開之後,整體系統的穩定性可不是那些亂湊會動就好的系統可比 也不用迷信什麼乖乖或者花生,而是相信整個軟體工程手段可以讓系統更穩健 當然你還是可以選擇用來路不明的軟體零件去做 但這個時候看你要用女友的照片還是乖乖或花生來保佑自己都可以 就是祈禱不要關鍵時刻來神機錯亂就好 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 188.214.106.163 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/C_Chat/M.1674809622.A.748.html

01/27 16:55, 1年前 , 1F
QQ
01/27 16:55, 1F

01/27 16:59, 1年前 , 2F
大公司不一定吧,很多都找小廠商寫的,有文件是沒錯,但
01/27 16:59, 2F

01/27 16:59, 1年前 , 3F
僅只是輔助,你最終還是得看程式本身的,因為跑的是程式
01/27 16:59, 3F

01/27 16:59, 1年前 , 4F
,不是文件
01/27 16:59, 4F

01/27 16:59, 1年前 , 5F
再者,大公司也是會出事的,只是通常是不會影響客戶為前
01/27 16:59, 5F

01/27 16:59, 1年前 , 6F
提的功能有狀況,還有要馬上解決
01/27 16:59, 6F

01/27 17:04, 1年前 , 7F
小公司有文件也是應付用wwwww
01/27 17:04, 7F

01/27 17:05, 1年前 , 8F
認真寫文件那個還會被檢討浪費時間
01/27 17:05, 8F

01/27 17:06, 1年前 , 9F
很多大公司…我抱持著懷疑態度,特別是台灣
01/27 17:06, 9F

01/27 17:24, 1年前 , 10F
微軟表示: GOOGLE表示: APPLE表示:
01/27 17:24, 10F

01/27 17:29, 1年前 , 11F
軟軟一定沒有,一堆鳥包連解決都不能
01/27 17:29, 11F

01/27 18:09, 1年前 , 12F
微軟有,但你要花大錢買團隊支援服務,也就是說大部份人
01/27 18:09, 12F

01/27 18:09, 1年前 , 13F
都只是用來DEBUG的客戶端使用者
01/27 18:09, 13F

01/27 20:44, 1年前 , 14F
基本上品管手法在台灣企業裡效用不大,出了包大家只想快點
01/27 20:44, 14F

01/27 20:44, 1年前 , 15F
找戰犯祭旗,失效原因都還沒找出來就開始幹人要求改善。
01/27 20:44, 15F

01/27 20:45, 1年前 , 16F
甚至失效重現都做不出來,就在要人提改善。
01/27 20:45, 16F
文章代碼(AID): #1Zqv4MT8 (C_Chat)
討論串 (同標題文章)
文章代碼(AID): #1Zqv4MT8 (C_Chat)