昨天還忙著寫程式，盡可能把包袱弄小一點，總覺得把程式丟給別人還挺不負責的，這樣的缺憾也是人生的一途嗎？隨著 MSN 同學的敲打，發現他對軍旅的不安，或許，這才是正常的現象。
記得剛上大學時，我帶著高中同學送我的"溫一壺月光下酒"和高中成年禮送的檯燈，就這樣在新的環境裡渡過一夜。我記得那時還有傳簡訊給幾位學長姐，
一位是高中 BBS
站的站長，那時他唸完碩班正要畢業，另一位則是繼續唸博班的學長，最後則是在高中碰到的外文學姐，只是一切止於簡訊，可能是自己行動力不佳，不像大學室友
他們，一進大學就往其他寢找高中同學，就這樣人情散。
沒想到一下就要進入新的旅程，並沒什麼好擔心，只是經過這短短三個禮拜後，便正式轉職成社會人士，想啊想，大概有點眷戀現在的環境。
未來啊，似乎資源將越來越豐富，得趕快找好目標，追求與達成。
前幾天使用 Tarball 方式安裝完 PHP ，沒想到 GD 裡頭一些東西不正常，舉例來說：imagejpeg not found!
仔細看了一下，一直搞不懂為什麼編 PHP 時還需要給定 --with-jpeg-dir 、 --with-png-dir 等位置，於是，我順一遍假想的流程，終於搞定了。
因此，若有其他相關的，如 png 等，可以順勢到 /usr/ports/graphics 逛逛囉！此為 Tarbll 安裝方式所碰到的問題，使用 /usr/ports 可在 /usr/ports/lang/php5-extensions/ 安裝 GD 得到處理。
沒有想過，原來自己寫的 PHP 也會產生這個檔案。這個原因是出自於我架的 Apache HTTPD 運行 PHP 所產生的，透過 HTTPD 類似執行 shell_exec( "/path/bin/php /tmp/test.php > /dev/null & " );
如果產生 php.core 檔案，可以到官網參考解決方式：
我自己的情況是透過以下方式看訊息的：
因此，至少知道點方向了 :-) 但這主因並不是缺少 library 啦，經多次測試後，發現用 5.2.10 使用 imap_search 後產生的問題，改用 5.2.9 就不會出現 Segmentation fault 啦。
# [ @ php-5.2.10 ] ./configure --with-apxs2=/path/httpd/bin/apxs --prefix=/path/php --without-pear --with-openssl --with-imap --with-imap-ssl
使用 imap_open -> imap_search -> imap_close 則會出現 Segmentation fault ，但改用 php-5.2.9 就不會發生。
另外一聊，在開發移植的環境上，最好先弄個 lib_test.php 的檔案，用來測試必要的 function 是否存在：
由於 lab 電腦得還回去，使得程式的開發無法在用 VMWare 了，因此，又回歸到在工作站架設自己需要的環境啦！順便要把自己降級，用用 Tarball 吧！說真的，這也是我覺得工作站好用之處。寫個筆記給自己。
安裝 Apache HTTPD
安裝 PHP
以上就完成兩者的結合了，記得安裝完 PHP 或設定 PHP 完後，都要重新啟動 HTTPD 啦
終於走完 2009 趨勢雲端程式比賽，感觸良多，原先我只是想要在僅剩的學生生涯裡，透過比賽摸索自己的實作能力。一開始規劃參加Android跟趨勢比賽，但基於時間關係僅參加趨勢比賽，沒想到很幸運地通過趨勢的初賽(那時可還是口試前2個禮拜)，並在複賽中經歷著 48 小時的努力，十分感謝隊友的付出，一起完成了這個足跡。
回顧起來，雖然對 Hadoop 不懂，但熱心的趨勢科技，主動開了幾堂課，因此稍稍地了解，只是面對著新穎的開發環境，常常讓自己困惑，像是演算法在此架構對不對、記憶體管控會不會爆掉等等的遲疑，多少影響開發信心與效率，這點又再一次驗證「思而不學則殆」的古語！凡事由基石建起，真的要花點時間了解 Hadoop 環境跟架構。
初賽期一開始花三天熟悉並使用 Java 語言和 Hadoop 環境，沒想到第四天又走使用 C/C++ streaming 的方式，最後花了一天做 Web 介面的流程掌控和報告。程式部分，主要提出一種資料儲存的設計，提出一次 Map & Reduce 做 Counting ，再一次 Map & Reduce 做 Sorting，以此完成 Term Counting & Sorting 服務，並保有一點點資料索引的特性。這就是初賽過程，除了報告上的應用呈述外，可能有實作 Web 介面而沾到點分數。儘管我們幾乎是在初賽那幾天才初探 Hadoop ，但基於老師在日常生活中教導的資料處理方式，讓我們很快地適應 Map & Reduce 架構，這應該算是另類的優勢吧。
複賽，還滿刺激的，很多題目甚至專有名詞我都搞不懂，只好先處理基本題目，再套上初賽的 Web 介面、流程，除此之外，初賽的程式完全沒用到了，比較慶幸的，賽前三天有稍微討論一下可能出題的方向，恰好想過如何處理差集的實作，再一次被幸運的女神眷顧啦。分工上比初賽更好，主要先解決幾題基本題跟網頁介面，其他重要議題的構想、實作、演算法驗證，則依序由隊友大力扛下啊，真是太讚了，以至於最後 8 小時工作效率大增，彼此的整合也更加順利。
連續 48 小時比賽，真的滿累的，比賽期間超過 24 小時沒睡。經過一天沉澱才越來越能接受手中的獎牌，而團體的努力是有加乘的效應的， 1 + 1 > 2 啊。比較深刻的回憶是比賽期間有段撞牆期，看不懂題目，只是不斷地實作出想要的工具或介面，幸運的是在倒數 8 小時內，像似打通任督二脈般地，一不會兒就用之前開發的工具整合出雛型。只是距離別隊還是有段小差距，大概就像別人的成果是 Product 而我們實作的就只能稱作 Project 吧！
anyway, 很高興有這份機會參加活動，希望自己能保有這份活力地面對未來的工作啦！
相關連結：
