10月 12
說實在，kiwi.csie.chu.edu.tw這個網域很明顯地就是和系上「借來」的。
本來這個名稱是不會被刪除的，不過看樣子最近由於管理的學弟們及系上這個維護伺服器的組織要解散了，我想我也不得不搬家。
新的網址將會搬到
http://kiwi-grid.blogspot.com
資料轉移後將會設置好自動轉址，一直會持續到這個名稱被拿走為止，在那之前希望google的搜尋會慢慢抓到新的位置。
為啥要一直「格網」用這個名字呢？或許是對這個名字有點特殊的感情吧，儘管這個名稱現在已經落寞了。但我想我還是會持續地寫相關的文章的。
最近我是在一個休息的狀態。
之前的工作讓我學到很多東西，但也讓我瞭解我並不適合待在那個環境。而身體的損傷來自於精神，當自己的想法無法在工作上實踐時，再加上所處於環境的特殊性，實在是雙重打擊。或許我的年紀，大家都認為是實做性質的，「做就對了，你不要問那樣多」。但我自己卻不是這樣想，我認為我是需要真正去嘗試新東西的，只要給我時間那我一定會想出新的辦法來解決問題。但現實是殘酷的，人人都說好的大公司其實並不會給一個員工那樣大的權限這樣做，而小公司又得顧慮到前瞻性。這幾個月我跑了不少地方和人去談，也遇到了幾間在業界裡很少見的公司，但大家對於我的問題都是我綁著兵役，所以我想我還是先去當兵好了。
經過這樣多年，我依然還是相信真正要發展深入的技術在於瞭解技術的本質，如果不瞭解其本質那終究也只能抄過來用而已。而如今我又瞭解到光有技術不行，也要有目的，需求。或許我接下來該思考的是我到底該從事怎樣的事業，要把我的技術應用在什麼領域上。
written by Kiwi
9月 09
上個星期發現dlink GB switch壽終正寢，真是辛苦他了，趕緊調整一下設備的配置把一台新的換上。近來也發現我的機器有一些怪封包亂跑，看樣子也該是時候花些時間維護一下。
根據google analytics，我寫的技術文章每天還有固定平均100次多點閱率，真是謝謝大家。
written by Kiwi
8月 03
http://www.trend.org/contest
教學部落格
http://www.wretch.cc/blog/trendnop09
其實我放這個並沒有啥意思，我已經不可能有參賽資格了
但實際上從這個比賽的規劃看起來確實跟以往有所不同
此外竟然還有教學
我只有一個感想，「要比什麼？」
比演算法？比效能？
比應用？比服務設計？
比文件撰寫？比夢想與遠景？
說起來現在很多包裝化，公式化的東西可能在我的眼裡都會解讀成不同的看法。
我還是想要說，學習一個新技術，該學的是這個技術的精髓，本質。
「取之有道」
雲端運算在做啥？想做個Amazon雲端平台該怎麼做？
可是其實培育並不是照本宣科，如果真的十年後要賭在雲端計算上，我想應該深入地討論基本的知識。
而這些知識必須建築在業界的普遍狀況，不然就別做了。
- 為何你需要Map Reduce，話句話說你可能不太需要？
- 高效能計算理論，程式如何平行化？為啥會加速？
- Divide and Conquer 與 Map Reduce 適用的題型
- 要做一個可以平行擴充的系統需要什麼？如何在Cost / Scale之間取得平衡？
- 如何有效地管理好硬體或軟體上可能發生的錯誤？
- 為啥我不能讓用戶來分享我的計算負載，成為真正的雲？
如何將電腦更有效地組合起來變成更好的服務，如何在組合的時候讓電腦去配合你的服務規劃，才是重要的。
不光只是做，而是要思考其本質後，再運用其本質來設計。
Continue reading »
written by Kiwi
4月 02
最近看了ericsk的文章「資訊系究竟在學什麼？」，我也稍微有感而發。
在我換了工作環境之後，我逐漸了解到科學與計算之間的關係。
從以前沒有email的時代大家寄信，直到出現了SMTP及POP3來模擬郵局及郵差的方式來寄信；從還在用打字機打字的時代，直到Word文件，在到線上的Word文件，都顯示出數位化（E化，電子化）是一定的趨勢。當然並不是所有事物數位化都是好事，但至少在工業上，科技上，數位化後的資料以及資訊技術能夠有效地提升效率。
也因此儘管資訊科技在人文上，社會上可能幫不太上忙，但至少E化後的資料也加速了他們傳遞資訊的方便度。
我現在還不太敢說真正了解科學，也因此不敢在部落格上大放闕詞。但至少以我最近能了解到的，例如生物資訊，也還是存在著資訊永遠也幫不上忙的狀態。而另一部分做Docking或者是Protein Analysis的，也總是得在資訊領域的方面提出他們的研究一定有幫助。所以我總是會在我的工作領域聽到，有些人說資訊只能幫小忙；但有一部分的人總是會說他們非常缺資訊人員，而且需要會兩方面的人。
最後，我也開始與ericsk一樣覺得，資訊系是來幫助人的。如果你會資訊技術，而且還有心學習其他領域的話，一定是對自己的將來，以及他人有非常大的幫助。例如資工系，那千萬不要想說只要會寫程式就很強，你還得學習資管系在學的軟體工程，需求分析（其實資工系是選修），才能真正幫助想要寫好軟體的人。例如資管系，千萬別想說光靠理解架構或專案管理就能夠掌握事情，你得了解資工系在學習的計算機結構，資料結構，演算法，才能真正掌握資訊技術的本質，讓你的專案不會人云亦云地誤用資訊技術。
而熟悉這些科系領域的人，就要好好去學習其他領域，如物理，生物，管理科學…等，這樣就可以幫助更多人。
written by Kiwi
9月 12
冷氣壞掉…拖了好一陣子
不過最近剛好也都處理的差不多了，也升級到WP新版了…
written by Kiwi
6月 17
說真的這幾天實在是令人覺得驚奇
打從聽到Jeff發現我的作品也被選上，到公關公司打電話來
星期三過去看見73樓這些令我讚嘆的景色
直到記者會…直到星期六上台這10分鐘
總覺得好像在夢境中
不管怎樣，還是很給感謝Google給我這個機會展示
儘管還有許多功能還要加強，而且ok17go整合apps engine也已經是勢在必行了
我想接下來我有一些重要的任務就是，趕緊多帶一些學弟們一起開發
不然使用者們想要的功能就要等很久了
星期三基本上是去談一些初步的方向，例如說當天該怎樣簡報，也認識到了Caroline，Josie，Jessica，Andy等人。大家一下子就聊開了，其中Jessica一直讓我覺得很像我一個國中同學，大家都叫他奧莉薇XD。Caroline很招待我們，各塞給我們一個冰淇淋，還有一堆零食帶回家。文化是的確不同，但還是有點不好意思。
其實我心裡一直覺得能夠在73樓看風景，就已經不枉此行了吧。
Continue reading »
written by Kiwi
1月 14
近來實做過幾個看起來很難成功的專案後，我深深感到
在台灣賣「程式技術」是一點用也沒有的
台灣有多少人會寫程式，現在大學各個系都開始冠上「資訊」
程式語言的門檻越來越低，從php到ruby的發展及差異清晰可見
程式設計師們個個只要稍加訓練，一定都具備相當的能力能夠「寫」出成果來
然而，這些成果是什麼？些成果「該」是什麼？一個能賣的產品嗎？
這些問題總是也沒人去探討。
以往台灣的軟體產業，公司需要的多半還是Coding Machine，也就是「工程師」
資深的工程師或需求人員「想出」設計，搭配美工或是資料庫設計，然後由年輕的工程師們變出來
卻沒有多少人注意到這個產業慢慢需要的不是機器，而是完善的設計流程，及腦袋清楚，身體健康的開發人員
我相信，程式設計有所謂「五育」
台灣的軟體人員，似乎總是有點五育不全
Continue reading »
written by Kiwi
10月 24
似乎終於願意開放tinymce的功能了，原本就有，不知道為啥一直不給用，得自己改。加上這次啟用了多個加速功能，包括mysql query cache，eaccelarator，wordpress 內建快取等，有些頁面的回應速度終於降到了1秒以下，連另一個站的wiki也快很多。老是在寫追求高效能的web application，連自己對秒速的感覺也變得遲鈍。現在都會希望要求東西在1秒內就要出來，1秒以上的也不要在連續的操作裡出現太多次。
加上了Challenge，雖然有點不方便，不過spam真的太猖獗，沒辦法。本來就有裝akismet，後來還換了domain name也沒啥用，一下子又變成一天幾十個。本來是想要換布景主題的，不過看來看去怎麼還是這個最好看。
目前還是持續在寫有關SRB與DataGrid的文章，越來越多學校的同學們(被迫)加入研究datagrid，這是一種趨勢嗎？不過說真的的我是很相信整合是一種趨勢沒錯。但問題還是在於
- 太少Unix技術訓練，大學以上的教授大多都認為會用這是理所當然的，實際上他們自己都不會用，更何況會教或引導學生？
- 應用範圍的研究方向偏多。其實這本來就反映出DataGrid的本質，只是在台灣大家不管做啥論文都還是會希望有個演算法，才能「看起來」有點料，所以很多人都還是做Replica問題的，卻又因為這跟datagrid相關而又得乖乖地來接觸SRB。
- 沒有真正有商業價值的應用。SRB賣給Nirvana之後，這家公司便出了很多「企業」專用方案，乍看之下確實功能強大，而且符合可擴充的需求，實際呢？究竟有多少企業真的選擇SRB做為整體性的解決方案？而其他Grid計畫，某些層面不見得是要拿來賺錢用的，不能夠相提並論。
- 有資料典藏的方案，可是尚未顯示其價值。很多地方都在做資料典藏，著名的internet archive，收集了自從創立以來網路上所有能夠找到的網頁。這些計畫一定需要大容量可擴充可容錯的儲存，但存了一堆東西，也沒有一個人感受到這與自己生活有啥關係。
這幾點，對我個人看見的現象相當地明顯。有的人希望DataGrid是一個超大FTP，有的人希望他是anywhere access，有的人希望這可以超越世界上任何一種儲存的速度。但沒有一個人真的瞭解DataGrid在做啥，目的又是什麼。正如同很多人也不瞭解Grid是要幹嘛。對Grid來說，整合這件事應該是要同時帶來方便性和速度。但實際上我們也看見很多例子說明，整合只會更慢。
對於長久做Grid計畫的我而言，整合是一種痛苦，代表各校各自表述卻又不得不聚在一起凹出一個東西。整合只會讓權力更大的人握有更多的東西，而並不見得會對民生或是一般人常用帶來啥益處。為什麼整合會成這個樣子？也充分地表現出社會的運作。我想真正的整合是大家一起尋找出眾人都能得到利益，卻能夠維持原本特定型態網路運作的途徑。
舉例說，以前驢子出了很多Mod，有的是為了有趣，有的是為了站方（或站務群）的個人利益。實際上一直到今年，我所看到的還是維持大眾利益的站活了下來。像我常去的m-team這種型態的就是例子，儘管不多，我也依然在用自己的方式貢獻流量或是發個文章。確實，站方說自己辛不辛苦我們不會知道，不過如果正確地找到方向，不輕易違背諾言，不輕易放棄使用者，那又有什麼站會因為人數太少而倒？辛蒂關站的時候，包括我在內不知道有多少人嚷著要捐錢。對很多人來說，使用者便利，習慣是讓他們貢獻自己手上金錢的主因，因為這對他們來說是價值，最後當然還是得稱讚長期努力的站務群。
做了幾年計畫，雖然也沒啥貢獻，也不敢說做了什麼好東西，可是真的還讓我覺得滿無聊的。問題並沒有得到好的解決，可是講的人卻可以講的口沫橫飛，聽的人則多半是在台下說「這也不怎樣」，但也未見其提出好或不好在哪。帶頭的人總是有著太多的理想，底下的學生總是做的半死。直到我開始在軟體公司工作了，雖然以上情境沒啥不同，才發現其實心境有很大的不同。至少我的想法比較接近雙贏，不再是做一個要求使用者改變習慣的東西了，也不會不顧自己總是做白工，而無法思考獲利的方式。
不過套一句我的老師說的話，「研究就是這樣」，可能現在的我也是在夢想與現實中尋找一些路吧。
written by Kiwi
8月 27
好吧，我承認我有發現，其實大家想要看unix的東西有比rails的還要多。這個呢 ….孤狗大神的分析器有告訴我：
我只能夠說我感謝大家的抬愛，不過很可惜的是，我可能不會再寫有關php的文章了。
讓我驚訝的是，centos及heartbeat竟然是這樣熱門的話題！
最近才剛完成了full-failover的heartbeat 2.0+rails cluster架設，或許趁記憶還新的時候，趕快再來寫一篇吧。
不過其實只要還有人願意看我的文章我就很高興了啦～^^
written by Kiwi
最新回應