經驗改變了問題的提法。.
MiniITXBoard 成立於 2010 年,專注於工業級 Mini-ITX 運算領域。起初,這項任務看似簡單:讓實用的運算設備能容納於更小的空間中。隨後,實際專案開始教導我們那些僅憑設計圖和規格表無法領會的知識。.
讓電路板與機器相容
早期的開發工作著重於實用性。該電路板必須能安裝於所選定的設備內,並完成連接、通電,且持續正常運作。.
細節開始反駁起來了
一條無法彎折的線材、一顆發熱的 SSD、一項 BIOS 設定,或是某個替換零件,都可能讓一個微小的細節演變成真正的現場問題。.
重複建置改變了問題
一旦專案進入生產階段,問題就不再只是「它能運作嗎?」,而是變成「我們能否再次建置它,並了解有哪些變更?」“
現在,讓我們來思考出獄後的這些年
今天,我們思考的是:當最初的討論早已結束之後,究竟由誰來維護這套系統、更換零件、更新韌體,以及理解其設計?.
2010 年標誌著一切的開始。接下來的各章節將闡述我們的工程方法如何透過多年來的實際專案而逐步演變。.
一條鏈子的強度取決於它最薄弱的環節。.
在緊湊型系統中,薄弱環節可能出人意料地微小:一個連接器、一條纜線、一條供電軌、一段韌體程式碼,或是某個無人明文記載的假設。.
規格表並不知道您的系統
數據固然重要,但唯有完整的系統才能告訴你,這個設計是否真的有效。.
微小的改變也能產生深遠的影響
不同的 SSD、BIOS 版本、連接器或散熱材料,都可能悄無聲息地改變原本看似已成定局的结果。.
最終決定權在球場上
實驗室能告訴你很多事情。高溫、灰塵、電纜、使用者、震動、電源中斷以及時間,通常會告訴你其餘的狀況。.
寫下來,留給下一個人參考
優質的工程設計應能經得起交接的考驗。新接手的人應該能夠清楚了解當初選擇了什麼、測試了什麼,以及背後的理由。.
趁問題還不貴的時候,就先解決那些昂貴的問題。.
這通常意味著要及早提出那些令人尷尬的問題、驗證那些冒險的假設,並在錯誤還能透過溝通而非重新設計來修正時,就先犯下這個錯誤。.
了解我們的創作過程 →-
01
提出那個尷尬的問題
了解系統實際上必須執行什麼任務、將部署於何處,以及哪些環節絕對不能出錯。.
-
02
測試那個可能傷害你的東西
當實際硬體、韌體、周邊設備、機箱與工作負載之間的互動可能影響結果時,請使用這些實際元件。.
-
03
留下清晰的蹤跡
請確保發布的配置足夠清晰,以免下次建置時必須重新摸索相同的經驗教訓。.
工具雖變,工藝永存。.
邊緣 AI、更快的網路、新的 x86 與 Arm 平台,以及新興架構,將持續改變緊湊型運算的樣貌。我們歡迎新工具的出現,但仍會以舊有的標準來評判它們:這些工具能否讓實際產品變得更好?
在能發揮其價值之處採用新型運算技術
只有當產品能夠為其供電、散熱、整合及維護時,更強大的智慧功能才真正有用。.
選擇適合這項工作的工具
x86、Arm 以及新興平台都是工具。應由應用程式來決定該選擇哪一種。.
讓下一代的生活更輕鬆
更好的系統,應該比那些曾讓我們汲取這些教訓的系統更易於理解、修改、維護和重建。.
將經驗轉化為有用的東西
知識不應被困在舊專案中,而應成為為下一個專案付諸實踐者提供更佳指引的資源。.
進一步了解這些看板背後的公司。.
請告訴我們您正在嘗試開發什麼。.
我們將從主機周邊系統開始,並探討在遊戲發行後仍具重要意義的事項。.
