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

QQ

大公司不一定吧，很多都找小廠商寫的，有文件是沒錯，但僅只是輔助，你最終還是得看程式本身的，因為跑的是程式，不是文件再者，大公司也是會出事的，只是通常是不會影響客戶為前提的功能有狀況，還有要馬上解決

小公司有文件也是應付用wwwww認真寫文件那個還會被檢討浪費時間

很多大公司…我抱持著懷疑態度，特別是台灣

微軟表示: GOOGLE表示: APPLE表示:

軟軟一定沒有，一堆鳥包連解決都不能

微軟有，但你要花大錢買團隊支援服務，也就是說大部份人都只是用來DEBUG的客戶端使用者