程式員軟體的罪惡：從不清楚地彙報事故原因

標籤：style   blog   color   使用   檔案   資料   2014   問題   div   

軟體是給人用的，使用者類型是劃分軟體類型的維度之一。一部分軟體受眾是所有人群，例如QQ、暴風影音，稱為A類型。一部分軟體受眾是程式員，如開源架構、資料庫、程式設計語言等等，稱為B類型。

A類軟體，開發過程中至少配備一個產品經理。他/她的責任是保證使用者體驗，不出bug是最低要求。即使出現意外狀況，軟體也努力地告訴使用者：“哪裡出了問題”、“會產生什麼影響”，等等。

B類件的品質衡量標準通常是：效能、記憶體、擴充性等等。很可惜，它們沒有產品經理，或者說開發人員是兼職的“產品經理”。從“使用者體驗”角度評判，這類軟體簡直是毫無章法、不堪入目。這裡的使用者體驗指：程式員在使用它的時候，能夠把全部精力放在自己的程式邏輯上，而非踩到一個又一個的“坑”，在這些“坑”上面消磨時間。軟體出事故可以接受和容忍，出事故不闡述原因絕對不能接受和容忍的。

以上很籠統，沒有事實讓讀者有真實的感受。隨著日常工作的進展，我會把踩過的“坑”隨時更新在這篇隨筆中。

（大家自己來評價，如果開發人員稍微關心一下使用者，給出一些比較友好的資訊，使用者是不是可以節省相當多的時間和精力？）

2014.08.26

在Hive上面運行非常簡單的HQL query，失敗。日誌裡面報錯：No space available in any of the local directories.
除了這一句，就是一大段的stack trace。

你告訴我"No space available in any of the local directories"，很好，算是有一點線索。但是，是不是可以更詳細地告訴我：哪一台機器的本機存放區出了問題？程式需要多大的空間？本機存放區當前的空間有多少？ 這些資訊，只要稍微花一些時間，就可以展示給使用者。對開發人員來說只是舉手之勞，對使用者來說，卻可能需要花費相當長時間去搜尋答案。（我在google上面甚至沒有找到一條完全符合這句話的搜尋結果，所以只好去stack overflow去提問）。我檢查了檔案系統，還有一個T的空間，為啥說沒空間了捏？

我是軟體的使用者，而不是開發人員，你給我看stack trace有神馬用捏？難道讓我自己去看代碼修正bug？啊啊啊啊，偶滴個神啊

　

程式員軟體的罪惡：從不清楚地彙報事故原因