俗話說︰勝敗乃兵家常事。兵無常形，水無常勢，觀其『形』，從其『勢』，先讓自己『不可勝』── 敵打不敗也 ── 以待敵對者所給的『可勝』之『機』。如果將兵法用於『軟體開發』，那個『敵對者』就是可能的各種『錯誤』 Bugs。因此對於『原型機』上所用的各個『裝置』以及開發『軟體』，都必須要先確定它們『工作正常』。『錯誤』是可敬的對手，這個『敵友』通常比我們更了解自己的吧，所以常能『打敗』我們！因而一個有智慧的人不只能從『自己』的『錯誤中學習』，也能從『他人』的『錯誤中學習』，記取教訓，『善補』思慮不周之『過』，走上『不貳過』的大道。

也許可以說『測試』就是用『程式』所允許的『輸入』 Input ，打敗該『程式』之『程序』 Process 之『工藝』。進一步『除錯』，就是嘗試《打開黑箱！！》，找到『原因』並且解決『錯誤』的『活動』。因此於『設計程式』之前，我們需要先『確定』那些使用在『音樂播放器』之『原型機』上的『設備』和『軟體』都『正確無誤』，以及為將來可能的『變更』預做打算。舉例來說，我們如何測試『 USB DVD 讀寫裝置』呢？從這個裝置有兩個 USB 連接頭來看，它是一種耗電量大於 5V 500mA 的裝置，所以才需要兩個『 USB 埠』來供電。其實這也是作者選擇 B+ 而不是 B 的最主要原因， B+ 有四個 USB 埠以及改良過的供電迴路設計。因此只用

lsusb
Bus 001 Device 007: ID 0411:01dc BUFFALO INC. (formerly MelCo., Inc.)

dmesg | grep sr0
[216848.833462] sr0: scsi3-mmc drive: 8x/24x writer dvd-ram cd/rw xa/form2 cdda tray
[216848.838233] sr 0:0:0:0: Attached scsi CD-ROM sr0

，雖然能夠知道 raspbian 認識這個裝置，並不代表它就能夠正常工作。然而確定一個『裝置』或『系統』的【電源需求】，一般需要長時間以及各種操作樣態下的『消耗功率』量測。事實這是十分困難而且麻煩的事情，所以人們多半僅參考產品之『功率規格』來『確認』這件事。有時當系統發生『時好時壞』的狀況時，這個【電源問題】就成了最難診斷的『疑難』之一，更不要講那些用『電池』供電的系統的了。

由此我們可以知道，這一個『 USB DVD 讀寫裝置』的消耗功率『變化很大』，假使思考『可靠性設計』的問題，我們需要明白『最大瞬間功率』 ── 紅色數據 ── 的需求，否則可能的系統『不穩定性』就會暗藏其中，日後當系統出狀況時，也許很難追查『原因』。讀者自當可以發現 『 USB 埠傳輸功率量測』裝置的『資料輸出格式』真很『簡潔清楚』的吧！

─── 待續

根據學者的研究，最早出現的『輪子』在距今六千年前左右的美索不達米亞、高加索以及中歐等地出現，然而目前還無法斷定到底是哪一個文化最早使用『輪子』。據聞二零零二年時『斯洛維尼亞』的考古學家發現了『盧布爾雅那沼澤輪』，距今有 多年，聽說這是世界上最早的『木製車輪』。

之前《輪扁斲輪？！》一文中，輪扁認為︰

斲輪，徐則甘而不固，疾則苦而不入，不徐不疾，得之於手而應於心，口不能言，有數存焉於其間。臣不能以喻臣之子，臣之子亦不能受之於臣，是以行年七十而老斲輪。

做輪子『得手應心』來之於『實踐』與『體會』，即使親如父子，都『難以言傳』，藉此勸誡齊桓公不要『死讀書』或者說『讀書』貴在『得意能行』，『讀死書』的作法不可取的吧！

人類的歷史上，許多『事物』的『實作』和『理論』，雖說『曾經發明』，也許又『已經失傳』。所謂『學者』的『得失』可能只在『得書之言』與『失其意指』的了！！

在《媒體中心──言用》一文中，作者談到︰

嚐鮮者或許已經知道，七月十四日樹莓派基金會發表了一款『革』『 B 』 版本之『故』，暨望『鼎』『 B+ 』版本之『新』的硬體板子。

。那時『樹莓派 B+』的板子剛出現沒多久，而且那是說如何建構『媒體中心』 Raspbmc 的事，此處重提是因為，假使讀者未讀過那篇文章，不知道那個『四段式 TSSR A/V 端子』的『規格』，萬一音樂播放器的『原型機』，沒有『聲音』或者說聲音『不對』，那可不好。進一步講在《媒體中心──行事》一文裡，作者也介紹了一個命令列的 CD 轉 mp3 之程式，它叫做『abcde』。這就是作者將用之於『原型機』的『程式』。為什麼呢？多年來，作者玩過多種『CD 轉 mp3 』的程式，發現這個 shell 程式最『簡單好用』，更不要說，這個『音樂播放器』 是打算用 python 來設計，既然作者不打算重新『發明輪子』，卻也不得不思考『如何整合』的問題啊！用『騛罿』來介接『命令列程式』事實上也早就是一個『輪子方法』的了！！

也許有人說『命令列』很難學難用，如果從『人機介面』歷史的發展來看，這個『命令輸入』與『結果輸出』的『命令列』可說是『互動界面』的先驅。它之所以『難用』，在於雖然說是『一問一答』，可是要『如何問』 ── 必須記住指令、選項以及一大堆術語等等 ── 實在很『煩』，『怎麼解』 ── 答案的格式、縮寫以及還是一大堆術語等等 ── 有夠麻『煩』。這個『煩』就是它『難學』的原因。假使細思如何學習『程式語言』和『寫作程式』的過程，難到有什麼不一樣的嗎？就像將系列『問答』用『判斷』的『程式邏輯』取代『人之選擇』，這就是『Shell Program』也不該令人驚訝的吧！在此列出有關『命令列』種種的文章，以便於讀者『溫故知新』︰

‧《除蟲！除錯？終端機。》

‧《都是檔案惹的禍？》

‧《瑪利歐的水管 Pipe》

‧《概念拼圖︰Linux 手冊！》

‧《刀筆契刻︰nano 編輯》

‧《 raspi-config 再探！！》

‧《等待『韋蘭』！！》

‧《黑傑克的咔嗎！！明暗之交》

── 想用 abcde 製作平安夜和聖誕節的 mp3 歌曲嗎？？ ──

《世說新語‧品藻篇》

王黃門【王徽之，字子猷，晉朝王羲之長子】兄弟三人俱【一起】詣【造訪』謝公【謝安】，子猷、子重【王操之】多說俗事，子敬【王獻之】寒溫而已。既出，坐客問謝公：『向三賢孰愈？』謝公曰：『小者最勝。』客曰：『何以知之？』謝公曰：『吉人之辭寡，躁人之辭多，推此知之。』

【音樂播放器】需求規格一？？

將音樂 CD 轉成 mp3，寫到大拇哥上！！

當真是『吉人寡詞』的啊！都還不知道想要用什麼『人機介面』來播放 mp3 歌曲，卻先想到了將如何製造的問題，而且『規格』是那麼的『言簡意賅』。看來『需求分析』一事，實在是不簡單的吧！

即使是為了『一人而設計』，也應當要符合『實用』與『經濟』的『原則』，畢竟『設計師』的天職該是『問題解決者』的吧！

那麼要如何打造這個『原型機』的呢？這其實是有多種方式，由於需要用到 adafruit 的觸控螢幕，所以作者先到『這裡』，下載了《adafruit-pitft-3-dot-5-touch-screen-for-raspberry-pi.pdf》文件。閱讀後，作者決定先安裝好『中文化』的 Raspbian 系統，然後按照 Adafruit 文件︰

【page 7】

wget http://adafru.it/pitftsh
mv pitftsh pitft.sh
chmod +x pitft.sh

【page 8】

sudo ./pitft.sh -t 35r -r

【page 11】

At the end you will be prompted on whether you want the text console to appear on the PiTFT. Answer Y or N depending on your personal desires!

來安裝那個觸控螢幕，安裝後執行 sudo reboot，你將能看到 PiTFT 上顯示的登錄畫面。在此建議讀者嘗試『手動安裝』，一則知道現在系統上安裝了哪些『新的檔案』，以及『修改』和『產生』了什麼『系統檔』，這對將來可能會發生的『除錯』與『變更』有很大的幫助。更不要說萬一需要自己『建制』 fbtft 之『驅動程式』的哩！就讓我們先『確認』這台『原型機』一切工作正常的吧！！

俗話說︰萬『事』起頭難，通常是因為我們尚未了解做『那件事』的『辦法』，也許對一個『初學者』來講，如何『設想』一件『事』，可能都還不知道，各種工具也還不會用。那麼要如何開始呢？或許講，一個人『自學之路』就像『哥倫布發現新大陸』，相信『地球是圓的』向西走總會抵達。『旅程』上逐步克服困難，建立方法規律，改善已知工具用法，完善思維模式，那將會是一趟豐收之旅。就讓我們踏上旅途吧！！

然而陰錯陽差，人們似乎誤解了 Royce 是說︰這是個『有缺陷』『不可行』的『模型』。其後『瀑布模型』 waterfall 一詞，在 Bell, Thomas E. 和 T. A. Thayer 合寫的論文《Software requirements: Are they really a problem? 》中誕生，將之歸於 Royce 之說。然後 Royce 所提倡的『迭代式瀑布開發流程』也就湮沒在時流中了。

經過幾次『對話』，看來一時要『確定』各種『規格』非常困難。於是作者也只能『選擇』個個擊破之方，『採取』疊代式開發之法，僅就已知還不清的『需求』來設計『子系統』，那就使用著名的『附電池』之『強力膠語言』 ── 『騛罿』python ── 來設計的吧！！

需求規格一？？

將音樂 CD 轉成 mp3，寫到大拇哥上！！