## [因為自動飲料機而延畢的那一年](https://blog.opasschang.com/the-story-of-auto-beverage-machine-1) 閱讀啟發
contributed by fennecJ

作者嘗試用他的專業解決真實世界發生的問題，並將過程遇到的困難和啟發記錄下來。其中，我印象較深刻的部份有幾點：

* 學用落差
作者在文章中提及「除了資工系的學生不會寫程式，機械系的學生不會做機械，現在又多一條電工系的學生不會焊電路，這世界到底怎麼了啊。」可以看出高等教育逐漸和工作現場脫節。

* 一項產業進步的速度，很大程度取決於做實驗修正問題的速度
在系列文第 8 篇中，描寫了機械設計迭代速度曠日費時。相較之下，軟體因為能快速實驗修正的特性因此進步速度非常快。不免令人擔心會不會跟不上許多飛快發展的新技術。不過我還是相信真正重要，關鍵的知識，往往不會因為新技術的發展而顯的過時，唯有深刻掌握諸如線性代數、演算法、資料結構等基礎知識，才能在變化迅速的時代中站穩腳步。

* 重新定義問題
系列文第 11 篇作者輕描淡寫道：「如果問題過於困難無法解決，那就重新定義問題」，這件事聽起來很容易，但是執行上會遇到很多問題：
* 什麼樣才是過於困難，是成本不夠，無法大量生產，良率不佳還是什麼？
* 產品一定要達到的核心目標/功能是什麼？（想清楚這點才能在重新定義問題時有個依據）
* 要如何知道該重新定義問題了（要投入多少時間/成本後沒有顯著成果才算是過於困難？）

作者在嘗試多種分配冰塊的方法未果後，將問題從 「分配方塊狀的冰」 簡化為「分配冰」 ，並且透過將冰打成碎冰將低分配冰塊的困難度，雖然最後不符合需求，但嘗試解決問題的過程和思路仍值得我們學習。

* 害怕失敗
系列文中我印象最深刻的是這段話：「你最大的問題在太害怕失敗了... 你該學習的不是看到事情要完蛋了就去避免失敗，而是應該學習如何處理與承受失敗，你才能變得比以前更強大。」
我自己就是一個害怕失敗，做事綁手綁腳的人，常常因為害怕失敗就下意識的放棄嘗試，因為沒有嘗試就不會失敗。後來不知道在哪裡看到「大學是大部分人一生中失敗成本最小的最後一個人生階段了，這個時候不多嘗試多犯錯就太可惜了」我才比較願意嘗試不同的事物。
老實說，失敗的感覺真的很不好受，而且會記很久。我到現在偶爾還是會想起某堂課分組報告搞砸後被教授抓出來當負面案例電的經驗；也記得曾經和組員花了大量時間研究如何在一塊小小的開發板中塞入文字辨識模型，最後仍受限於硬體限制和知識不足導致核心功能無法完成的遺憾。我其實不知道有什麼方法可以減輕失敗對我的衝擊，或許做更多嘗試，經歷更多失敗能稀釋每個失敗對我造成的感覺?
我反思了一下最近一段時間的生活，發現我有好多目標都因為害怕失敗而被擱置了，這篇文章提醒了我應該趁現在還有機會嘗試完成那些目標。

* 搞清楚自己的角色/職責
「
...你的工作不是來找我討論那些問題，而是「讓我們的計畫如預期般順利運作」。...如果是其他問題你應該要及早想到，並且避免它發生。
紘銘就是那種，讓你知道自己是誰，該做什麼，可以把你導回正軌的人。沒有他的話，飲料機絕對無法順利完成。們錢都砸下去了沒有在怕的。如果是其他問題你應該要及早想到，並且避免它發生。」
滿羨慕作者身邊有這種能夠把你導回正軌的人。大部分人身邊沒有這樣的人，但我們在遇到事情，慌了手腳的時要記得提醒自己，停下來，想一想自己是誰，該做什麼。

看著作者願意放下一切，專注的投入在設計一台自動飲料機的過程令我感到熱血和感動。很感謝作者願意將此系列文公開，全篇文章我大約 25 分鐘左右就能看完，作者卻花了 14 個月的時間去體會、創造這些無可取代的經歷。25 分鐘取得作者花費 14 個月得到的啟發和教訓，是我近期最成功的一筆投資。

## 期末專題

目前打算做改進 `list_sort` 這項專題，若老師有其他建議也十分歡迎。我希望能夠做一些有機會貢獻 linux 核心的專題。
> 測試 Linux 核心的虛擬化環境
> 建構 User-Mode Linux 的實驗環境
> => 修改 Linux 核心的程式碼，紀錄資料分布

TODO:
1. 理解「目前」核心的資料分布，kmalloc vs. vmalloc (duplicated)
2. 依據資料分布，提出排序演算法的策略
3. (挑選) 實作，要在 LKM (Linux kernel module) 展現，要關閉 preemption 和 interrupt

[video](https://youtu.be/3Wk8fZVdbZo)

I2S, I2C, SPI, AC97 => SoC