why blog?

隨著微網誌的盛行，部落格似乎慢慢的成為過去，而在這個交替的時刻，許多人開始反思，我們是否需要部落格？有了微網誌，部落格還有其必要嗎？

我比較認同的說法是，微網誌傳遞能量強，發表內容成本低且方便，但受限於字數，要在一則或是數則tweet/plurk講完複雜的觀念，是蠻困難的事情，對於記敘文來說更是如此。部落格的篇幅長，作者可以進行觀念完整的闡述，不受140字元的拘束。
雖說如此，常用微網誌後，實在很難提起精神寫部落格，好幾次開了draft寫沒幾個字就關掉了。

不過昨天看到王若琳，times in your life的mv，對於我來說，這部影片某個程度上回答了"why blog?"這個問題，也提醒我，該繼續寫部落格了。



稍微回顧了一下我在微網誌上的發言，大多是分享資訊還有一些瑣碎的事情。我想，還是要在部落格上寫點東西，為生活做點紮實的記錄吧！畢竟那些生命中的片段，沒有文字好好的記錄下來，很容忘記的。

麻吉推推王 上線啦！

大家好！好久沒寫新文章了，這次特別寫文章當然一定是重要的東西啦 :)

麻吉推推王能幹嘛甚麼呀？

上面這個麻吉推推王是最近跟同學一起做的一個funP應用程式，這東西到底是幹嘛的呢？
一言以蔽之，麻吉推推王就是「讓朋友推薦朋友給你」。

在funP這個平台上，或許是因為受到原本的推文系統影響，funP裡頭朋友與朋友間的關係並不強，特別在義氣幫的文化形成後，很多朋友彼此不了解，純粹是因為你推我的文章，所以我也回推你，推久了加成了朋友之後，比較方便追、推義氣幫眾的文章，但是本質上大家了解不多，甚至也沒有共同的興趣。

而麻吉推推王就是想幫助funP的朋友們，在眾多的funP使用者中，可以主動來找可能與自己興趣相符的朋友。


在麻吉推推王裡頭，使用者可以在個人頁面開啟麻吉徵友，簡單的描述一下想認識哪樣子的朋友，而其他人以及朋友們看到麻吉徵友，就可以來看看這些徵友條件啦！自己符合條件就推薦自己、有認識的朋友符合條件就推薦朋友囉！

徵到朋友了，然後呢？

我們一直在思考到底徵到朋友能幹嘛，想了很久才發現答案很明顯壓，就是可以一起玩funP麻吉嘛！或是要用站內信寄個mail就可以交換MSN啦，剩下的應該也輪不到我們來教大家啦　Ｏ＿＜

避免被亂推薦的小機制

值得一提的是在推薦朋友的過程中，我們不會讓被推薦的朋友資訊立刻送到徵友的使用者端，相反的，被推薦的朋友會先收到訊息，可以先去查看一下這個徵友的使用者的相關資訊以及這個徵友訊息是不是跟自己符合，如果不符合或是不喜歡，可以不要接受推薦邀請。

講了那麼多，還是希望大家能夠去麻吉推推王玩玩啦！如果可以的話，還希望大家到這裡投我們13號一票呀！！


(本文也發表於 Scalable Web)

賽斯‧高汀《部落：一呼百應的力量》讀後感

這是一本小書，很喜歡作者用的部落(Tribe)這個字，這邊所謂的"部落"可以想成一個特定關注於某些議題或具有某一個目標的群體。由書名中的"一呼百應的力量"以及書後的簡介，很清楚這本書要講的就是，在各種社交工具(blog、twitter、plurk、digg、funP)普及後，每個人都有比以往更大影響力能夠改變其他人，而在這樣的"個人影響力強化"後的時代，如何引領風騷。

作者有意地使這本書以鬆散的方式呈現，以一則一則的實例與短文讓讀者體悟到，對於個人，這是一個多麼好的時機開始發展與領導一個部落。
書中最重要的概念包括：

• 發掘自己熱情所在
  
• 克服恐懼，開始領導
• 領導與管理的差異以及該如何領導
• 發起部落中的運動

書中有很多激勵人心的部分，而且有不少的好句子。
我想把這些東西節錄出來，並批上我自己的想法。

現在，可以用來協助你領導部落的新工具多到不行，有Facebook、Ning、Meetup和twitter...有數千種的方法可以幫你協調和連繫部落成員...

沒有領導者，就不會有追隨者。
你是領導者。
我們需要你。

你有甚麼好損失的？

事實就是，我們現在有了一大堆工具。但是要能夠去領導，我認為一定要讓別人發現，你比他們更具有熱情或是能力。有別人達不到的熱情或是能夠做到別人辦不到的事，領導才會有力。

管理指的是，控制資源以完成一個熟悉的工作。...至於領導指的是，去打造你所相信的改變。

管理者面對著他們手下進行調度，而領導者則背向他的追隨者，帶領他們往前走；

維基百科是如何成為十大網站之一的？...三個步驟：動機、連繫與工具

可以做為檢驗一個小群體合作的成功因素，是否有共同且夠強烈的動機，群體是不是有適當的聯繫方式以及這個群體能用甚麼工具來達到目標。順便享到最近有點想用basecamp，不知道他能提供一個合作小組多強的連繫跟工具。

領導部落，你只需要去鼓動那些選擇追隨你的人就可以了...

人數不是最重要的，只要有一個小的部落，它的影響力會慢慢的擴散，而且要那些跟你理念不同的人加入你的部落很痛苦而且高難度的事情。

改變並不是得到允許才去做，改變是做了之後才請求認可。

第一件你需要知道的事情是，現在的個人比歷史上的任何時刻都具有力量。...
第二件你需要知道的事情是，唯一一件阻止你變成那種可以改變一切的人的事：缺乏信心。

inspiring!

最簡單的事是「反射動作」。
第二簡單的事是「回應」。
最困難的事是「啟動」。

犯錯的秘訣是了解犯錯不會致命。

領導者的態度
...(你可以)說你辛苦領導，他們卻不努力追隨。不過這些態度一點用也沒有。

綜觀本書除了鼓勵人投入領導自己熱愛的部落外，談了許多領導者的氣度，我覺得很是值得學習。而作者，我想應該是想成為領導人部落的領導才寫這本書的吧 :D
最後推薦大家有空可以弄一本來看看！

*第一段寫到的社交工具，其實我想說的包含Social Networking Tools以及Social Media Tools。

設計高擴展性的網路應用[1] Scalable Web Application[1]

Scalability

擴展性(Scalability)是網路服務一項非常重要的課題，當一個網路服務越來越多人使用後，伺服器端的附載量隨之增加，從網頁伺服器、資料庫伺服器是否能夠承受大量的網頁請求並維持一定的回應速度，是非常值得研究的議題。特別在目前越來越多的開放服務，網站服務的耦合度提高情況下，每個網路服務都要具有一定程度的擴展性，才可能被納入其他網站服務。在這一系列的文章裡，將整理網路上關於提升網路服務擴展性的文件以及投影片，試著了解如何進行這一工作。

在試圖建立具有擴展性的網路服務前，我們必須了解到哪些因素是我們最為關切的，在Buildind a Scalable Architechture for Web Apps( by Bhavin Turakhia)中作者做了簡單的整理如下：

擴展性(Scalability)，整個系統可以同時負荷的使用者或網頁請求數目。
可取得性(Avalibility)，任一時間內"可存取服務的機率"或是"服務可被存取的部分"。
回應力(Responsiveness)，處理一個請求所需要的時間。
服務影響力(Downtime Impact)，服務無法正常運作所造成的影響，可能是使用者數、減少之收入...等。
維護成本(Maintenance Cost)，維護整個架構的成本。
from Bhavin Turakhia's talk "Buildind a Scalable Architechture for Web Apps"

那我們能夠從哪些面向去改進整體的擴展性呢？事實上幾乎從硬體到軟體每個層面我們都可以試圖去改進。由硬體方面，伺服器主機的硬體規格，到作業系統層級，是不是需要自行編譯最佳化後的系統核心，再到網頁伺服器、資料庫伺服器調整(tuning)，伺服器架構規畫，是不是要採用reverse proxy，到最後的網頁程式撰寫以及資料庫存取控制，每一個層面都有改善整體應用擴展性的可能。

基本的擴展性改善流程如下：

1. 監控現有架構
2. 找出效能瓶頸
   
3. 發現服務異常原因以及影響層面
4. 以下列四種方式進行調校
• Vertical Scaling
• Vertical partition
• Horizontal Scaling
• Horizontally Partition


5. 重複1~4

在步驟四中的四個方法，明顯可以分成由水平或垂直兩個面向著手提高擴展性，這也是目前許多文件提到的最主要的兩個面向。這四種方式有非常多實作的方式與細節，也各有各的優缺點及使用時機，在接下來的文章會繼續進行探討。