讓雖然多花了幾天，一些看似沒必要的debug過程，但是我真的感覺完成這個作業(yè)以后我真的開始有自信能自己debug了，因為非常關(guān)鍵的一些都是我自己解決的，而且根據(jù)那個一個一個function找應(yīng)該進入哪里進入哪里，雖然不知道以后用不用得到，但是這個加print statement 看樹，比較應(yīng)該有的結(jié)果，和在gdb里看frame, 找到可能出錯的地方，能看到具體步驟的地方(remove random 那個for loop）和print random data那個variable，還有在remove里加print tree,這個被叫一次我就要看一次樹，所以是在這個方程里，總之我感覺雖然我看似花了很多不必要的時間但是我真的獨立自主解決問題的能力和我的自信提升很多，還有我的耐心，有時我的確有快要暴躁的時刻，當(dāng)我努力全寫完了還是找不到問題在哪里不知道要不要大改，但是我真的會佩服自己那樣自己一步一步對，發(fā)現(xiàn)直到發(fā)生錯誤之前其實都是對的所以才到這一步才開始有問題然后最后那個key mismatch，就像我說的“print the tree before and after the operation that generates this error, manually draw the correct tree after the operation to see how the tree is wrongly arranged, and trace back to all functions that are involved in this operation ”檢查所有和錯誤相關(guān)的地方，理解錯pseudo code雖然沒必要但其實如果我真的認真嘗試去理解那個removefix里面就有調(diào)整Balance就不會犯這個錯誤。
看到應(yīng)該有的沒有，然后應(yīng)該有memory leak，我也形成了這個思維，但是這個錯誤真的很難找到，尤其有時沒顯示informative的error message，比如seg fault，（應(yīng)該有的沒有其實是這個）然后valgrind給我new 那個創(chuàng)建動態(tài)儲存的，真的很難找其實是沒有保留住，而不是創(chuàng)建的時候出問題，
還insertfix一開始放在了insert里是沒有完全理解這個return value的recursive insert是直到 var = insert()這一行結(jié)束才完全完成Insertion，所以不能放在方程里，
最后最最有價值的就是，elon演示的找到一個fram到iterator相關(guān)的Loop去step next,,發(fā)現(xiàn)起始值是Null，我以前不會找哪里去debug。看他print了一整個data是生成的所有node，給我看，我才知道random也可以去看，然后是ishu還是誰教的直接在.h里print，就是每一次remove 打印一下，才能track每一個function call的變化，，

以及在方程的開始和結(jié)尾，打印關(guān)鍵的object property，

然后對error message的敏感性上升了，大概能感知到是哪里出問題，seg fault是dereference null, free()我還真不知道，用的不是我自己寫的，額，，

很小的錯誤是(p)/(!p) 多加少加，

有的CP跟你一個一個對，懷疑你這里出問題那里出問題，但是我有確定的地方，就很沒意義，還是自己最了解自己的代碼，除了思路問題，基本完成的別人來幫其實不如自己，要獲得的幫助其實是往哪里找問題，怎么展現(xiàn)問題相關(guān)的信息（gdb 里print一個一個data）了解問題是什么，所有相關(guān)的東西哪里出錯，嗯嗯。