[C++] 強制 STL container 釋放資源

一般來說 STL 的 container 都會提供一個 member function clear() 清除 container 內部的資料，不過我想大家也很常遇到一種情形是這樣的：

1. 先配制足夠的空間給 container
2. 開始存取運用 container 內的資料
3. 呼叫 clear 清空 container 的資料以便下次再度利用這個 container

一般我們可能會假設一呼叫 clear() 後 container 就會釋放所配置的資源，但在這種情境下就很容易出現頻繁記憶體配置與釋放。但這實際上是可以避免得，我們其實只要把儲存在 container 中的資料解構使其所利用的資源變成 raw memory，下次要再度使用時只要重新建構即可，如此一來我們即可省去記憶體是放與配置的冗長時間。基於這個理由，呼叫 STL container 的 clear() 其實不一定會釋放所持有的資源，可能僅僅將所儲存的資料解構而已，因此如果今天想要確保 container 必定會釋放所持有的資源的話可以這樣做 (以下用 vector 做範例說明)：

std::vector<int> vec;
// some operations
vec.swap(std::vector<int>());

當然更好的做法就是讓變數的 scope & 生命週期盡可能的小使其直接呼叫 destructor 來釋放資源囉。

[C++] The Use of priority_queue And decltype

在 C++ 中要使用 heap structure，最直覺的方法就是使用 STL 的 priority_queue。priority_queue 預設會假定你在 template parameter 所指定的 data type 會支援 operator<，並且利用 operator< 去對資料做排序。其預設的排序行為會行程 max heap，若需要使用的是 min heap，則必須在 template parameter 指定 compare function 或 compare object 的 type，並在 constructor 指定 compare functor 的行為。

在 C++11 推出前，為了提供自定義行為的 functor，會讓 code 變得稍稍難看了點 (請參閱 cplusplus 上的範例)，然而，運用 C++11 的 lambda expression 或是 decltype 即可讓程式碼變得更為簡潔易懂。

[遊記] 情人節來走情人谷步道 (南坪古道)

其實原本是看到健行筆記的這篇文章要去走南坪古道，後來對照地圖後發現網路上看到的資料其實是叫做 "情人谷步道"，或許以前是叫南坪古道，但現在的南坪古道不是指那條步道了 (google map 上有標示南坪古道，但沒有情人谷步道的地圖，要地圖的話請參考這份地圖，上面虛線部分就是情人谷步道，也就是健行筆記所講的南坪古道)

由於 google map 上標記的那條南坪古道不知道有啥東西，所以我們後來還是去走健行筆記上講的南坪古道，接下來的南坪古道也都是指我們實際走的路線。

[EDA] Mordern IC Design in Advanced Technology Nodes

我猜可能標題不用看完，跟 IC design 無關的人就直接關掉了 XD

雖然等等要講的東西沒有很深入，但確實也不是對這領域沒興趣的人會想知道的東西就是了~

這篇其實只是簡單整理一下從碩班做到現在，做過的東西 & 看過的論文的一些整理與心得，不過因為我很懶，所以不用期待會看到完整詳實的數據或圖表 XD