contributed by < Booker-Chen > 紀錄閱讀〈因為自動飲料機而延畢的那一年〉的啟發 閱讀完這則回顧文之後，我蠻佩服作者在決定好一個方向之後，可以就這樣毅然決然地走下去。雖然他也有提到在過程中有想要放棄的念頭，但是在身邊的人給與鼓勵以及他自己去找 Jserv 聊聊之後，他還是決定已經開始走的路要走完，並且到最後還真的做出了一個看起來蠻成功的成品出來。今天換作是我說要做一個非資工系本科的東西要燒錢然後會搞到延畢，可能就要家庭革命好幾回了，而且中間也要找到有興趣和自己一起參與專案的該專業領域的同學們，然後遭遇滿滿的問題跟挫折，有沒有那個決心和毅力走下去我自己覺得我是沒那個能耐啦。 在這則回顧文的第 13 篇中提到他需要知道要買多大容量的機器來裝冰塊，他不是靠感覺去決定，而是透過飲料店的實際數據來推估，對應到 Jserv 一直和我們強調我們做出來的東西不能有不確定的因素(不要一直說好像)。要買多大的容器可以透過數據去明確的推估需要多大，而不是大概要多大。就像在第一次實體討論的時候，雖然老師有說是用 dudect 這個程式來測試程式的執行是不是常數時間，但是我們從來沒有考慮過這個測試程式到底合不合理、準不準確。 在聽完 Jserv 的這段靈魂發問，瞬間理解為什麼需要我們去研讀論文，除了能知道程式碼的運作理論之外，還能讓我們自行判斷這樣的運作合不合理。所以在寫作業的時候，要明確的知道自己使用的演算法以及程式的運作機制，需要使用其他工具或者是參考別人的程式碼的時候不要無腦的直接拿來用，直接拿來抄，而是要先去研究其機制以及是不是正確的，像是 Jserv 超討厭的 CSDN。還有就是如果這個工具有在 GitHub 上，如果發現有錯誤或是可以改進的地方，有餘力的話可以發個 PR 看對方會不會理你；發現其他學員的程式碼或敘述可以改進或有錯誤，可以直接在 Hackmd 上跟他交流交流。 回顧文第 5 篇中還有提到自動飲料機如果製作出來不管成本和效益能動就行，那根本不會有商家願意採用，就很像 Jserv 說的，在現在二十一世紀，如果做出來的東西能動就行，那他就是垃圾。我們如果要做東西出來應該是有人願意用，有商業價值的，而不是像我們應付課程趕出來的作業，只有一個使用者，助教，然後自己根本不會想要使用它。

contributed by < Booker-Chen > Reviewed by brian049 如同老師所說，要注意不要使用到遍歷兩字來代表 traverse。(q_ascend, q_reverseK, q_reverse) 在 commit ad18a0e 詳細內容當中提到: Remove still occur nullPointer problem while using cppcheck.，若是不指明 Remove 這個字詞是 q_remove_head 或是 q_remove_tail 函式的名稱，會影響到描述內容的本意。 解釋函式的流程語意通順。 commit message 的詳細內容完整。 誠實面對自己 打開 lab0 的 Hackmd 就直接一股腦兒地開始瞎寫，根本沒看到測試工具跟作業要求那邊，花了一堆時間在通靈，然後又超晚才交表單跟寫 Hackmd 。

作業描述 我把作業三 input 的 C++ 全部轉成 Java Assembly Code 了 :kissing_smiling_eyes: 需要的自行取用 ~ 會做這個的原因是因為 ChatGPT 有時候會搞事， javac Main.java && javap -c -v Main 會 optimize 過再加上有點難看懂。 所以就想說把我寫完的 + ChatGPT + javac Main.java && javap -c -v Main 三方生成的 Assembly code 拿來參考完之後融合成適合的版本。 不一定要照著我的版本寫，只要你的 Assembly Code 有辦法輸出正確的測資就行了。

contributed by < Booker-Chen > quiz 3 quiz 4