畢業季到了，看著學長姐紛紛離開校園的溫室，準備前去挑戰現實世界的殘酷，你心中或許會想，輪到我時，我準備好了嗎？這邊幫你準備了 10001 件在離開校園前，你應該嘗試過的事情。

00000 擁有你自己的網域 — 買 .com 和 .com.tw 的網域有各自的竅門，如何找到最划算的價錢，你應該要知道

00001 租用你自己的雲端主機 — AWS 第一年幾乎是免費的，EC2 和 S3 是兩個你至少要摸熟的服務

00010 安裝 Apache 伺服器軟體 — 學著設定 httpd.conf，例如把 www.domain.com 轉到 domain.com (台灣 90% 的網站都忘了做這件事)

00011 安裝 WordPress，經營一個網誌 — 長期經營網誌有很多好處，況且對於程式人員來說，寫作能力是最重要的技能之一

00100 用 Ruby on Rails 寫出一個產品 — 我認為 Rails 將會取代 LAMP 的地位，現在缺 Ruby 工程師的比缺 LAMP 的還多，而且都是一些非常棒的新創團隊，我鼓勵你把這個框架學好

00101 幫同學解決一個實際的問題 — 去跟非資工系的同學、朋友、親戚聊天，找出他們生活、工作、社團有什麼實際的問題，你可以用程式幫他們解決的，然後實際做出這個網站給他們使用

00110 寫一個 iOS/Android App — 如果上面這個問題，透過 Smartphone App 可以解決得更好，那就寫一個 iPhone/Android 給他們 (台大的學生可以考慮去上我的合夥人 Prof. Mike Chen 的智慧手機開發課)

00111 實際使用 Facebook API — 用 Facebook Connect 來讓使用者快速登入你的網站，並且拿到他們的 Email 和好友名單，再想辦法利用這兩個資料給他們更好的服務

01000 實際使用 MongoDB (或是其他 NoSQL) — 學校教了很多 RDBMS，但是你要知道現在有很多時候 NoSQL 更符合需求，尤其是大規模網站

01001 把你的網站放上 AdSense — 雖然沒辦法賺大錢，但是你會因此更了解網路廣告的各種內幕

01010 讀很多別人寫的程式碼、文章和書 — 寫程式和寫作進步的方法，除了多練習，就是多讀別人的作品

01011 下載並 Compile 一個複雜的 Open Source 專案 — 像是 OpenSim 或是 Matterhorn

01100 貢獻給一個 Open Source 專案 — Open Source 界有他們的文化，跟他們實際協做過，你才能了解

01101  學會用 packet sniffer — 聽聽看你愛玩的遊戲，是怎麼跟它的主機溝通的，你會學到很多

01110 設定你的 DSL Router讓家裡電腦當伺服器 — 你會對 TCP/UDP ports 有更多了解

01111 用 map-reduce 分析資料 — 這是現在最最熱門的題目，你應該要試試 (從這裡開始)

10000 去當暑期實習生 — 暑假來了，實際去公司上班兩個月，看看真實世界是長什麼樣子吧！新創公司尤其是你的好選擇，因為你將可以摸到更多好玩的東西 (不知道要去哪裡？寫信來，我幫你介紹: mr.jamie.blog [at] gmail.com)

10001 去跟 10 個學長姐聊聊 — 在你決定要繼續攻碩士、就業還是創業前，去跟 10 個已經畢業的資工系學長姐聊聊，看看他們都在做什麼，有什麼事情他們後悔當初沒學好，有什麼事情他們覺得你可以考慮去做。不要悶著頭聽同學們的建議做決定，他們和你一樣不知道自己在做什麼。

以上，希望對於正在念資工系的你們有幫助。

歡迎在新浪微博上關注我

(這篇文章的靈感來源, Image via extraketchup, CC license)

這世界上有很多產品，都把「速度」當做一種功能來吸引消費者。買車的時候，業務員會跟你說這台雖然只有 2,000 c.c.，但是因為加了渦輪增壓，榨出了最大的馬力，所以 0-100 公里加速，只要 4.8 秒 — 光聽你就已經血脈噴張。而很多時候，速度甚至讓消費者願意多花一點錢 — 高速鐵路的車票往往比一般火車的貴不少。

但奇怪的是，在理論上很科學、很追求效率的科技產業，這麼久以來，我們卻完全沒養成用「速度」來說服消費者的習慣。我們有一些奇奇怪怪的東西 — 例如：CPU 時脈、網路頻寬，「好像」跟速度有一點關係。問題是當消費者再問深入一點 — CPU 從 2 GHz 變成 2.4 GHz，那電腦速度是不是快 20%？你又必須要回答：其實也不是那麼一回事。頻寬呢？從 20Mbps 升級到 100Mbps = 五倍？錯，99% 的時候，消費者根本感覺不到任何差異。(事實上，如果頻寬是一群人共用的，還有可能因為封包數大增，塞爆路由/分享器，最後讓網路速度變慢。)

速度有多重要

我們都常「耳聞」速度對網路業的重要 — 從 Web 1.0 時代大家就常把「8 秒定律」掛在口邊 (注意：已過時)，但或許你不知道，事實上，速度在網路業有著致命的殺傷力。研究顯示，Google 需要 0.4 秒來產生 10 個搜尋結果，要 0.9 秒來產生 30 個，但如果他們把「預設結果數」從 10 個變成 30 個，僅僅相差 0.5 秒的時間，居然就會損失 20% 的使用者！Amazon 也對消費者進行了許多 A/B 測試，發現即使網頁下載只慢了 0.1 秒，業績就會有顯著的下降。

速度可以勝過對手

也就是說，「速度」是網路業上僅存的幾個「技術」可以幫你勝過對手的地方。但這和一般提到的「技術」不一樣，想要速度，很多時候你往往必須要減少功能，而不是增加。關於速度，Stack Exchange 的 Jeff Atwood 提出了幾個實作上你可以利用的工具，包括：

• Yahoo 的 13 個網頁加速最佳實務守則
  • Jeff 特別提出了 CDN (Content Delivery Network) 的重要，它讓世界各國的使用者都可以享受到更快的速度 — 不過這比較適用於已經找到 PMF 的團隊。
  • 實務上我的經驗是大多數的網站，光減少 HTTP Requests，就可以大大提升速度 — 可以用 Firebug 裡面的 Page Speed 分析來看看 HTTP Requests 拖慢了多少。
  • 要減少 HTTP Requests，CSS/Image Sprites 是非常好用的技巧。
• 針對註冊和非註冊用戶分別進行優化
  很多東西非註冊用戶用不到，不需要讓他們下載額外的 Javascript/CSS 檔案，拖慢他們的速度。
• 把「速度」當作團隊的驕傲
  Stack Exchange 內部用 MVC Mini Profiler 把下載時間放在每一個網頁的右上角，時時提醒團隊要重視速度、速度、速度。(用 Google App Engine 的人看這裡)

除了 Jeff Atwood 的三點之外，關於速度，我覺得你還可以：

• 宣傳你的速度
  當你有辦法做到快時，你應該要大大的宣傳。Google 是第一個發揚這個做法的，他們很早就在右上角放上搜尋時間，不斷去提醒使用者 Google 引擎很快。
• 用流程設計來提升速度感
  • 記住，速度是一種感覺，使用者要的是「反應速度」– 按下去就有回應，不一定是「結論速度」。所以，當有一些東西就是要花比較多時間時，你應該設計一些流程來讓他們不會失去速度感。
  • 由於 iOS 不能背景下載，所以 Flipboard 設計了開場頁，讓你先在那裡欣賞一些朋友的照片，趁機趕快抓時間下載內容。
  • 很多機場故意把登機門和行李轉盤的距離拉遠，中間放置很多免稅商店，讓你下飛機後慢慢逛過去，等到你好不容易走到了，行李也出來了，如此反而減少了旅客的抱怨。
• 至少放一個 .gif 小動畫
  如果真的沒辦法設計一個流程，你至少要放一個小 .gif 動畫，讓使用者知道他真的有按到那個按鈕。最差的情況的就是按下去之後什麼反應也沒有，很多人這時會一直按，不但造成麻煩的重複 submit 的情況，很多時候還會引起更多的問題。

所以千萬別忘了，速度也是一個功能，很多時候甚至是殺手應用。在你把你的服務長成一個怪獸前，想清楚，在速度上，你想要給使用者怎樣的體驗，然後自始自終，不要忘記這件事情。相信我，你將大大提升創業成功的機率。

而除了產品要速度，介紹產品當然也要速度。本周五 (6/24) 6:00pm，30 組創業團隊將會用一分鐘的速度，在 「2011 六月號 appWorks Startup Mixer 創業人同樂會」介紹自己。除此之外，你還可以跟現場 200 位網路人天南地北的聊創業，這麼棒的活動，你一毛錢也不用花，還不趕快去報名？

(Image via gilderic, CC license)

上星期，在 Apple 一年一度的 WWDC (全球開發者大會) 上，Steve Jobs 上台宣布了兩個新版本 — OS X Lion + iOS 5 — 和一個新產品 — iCloud。一連串的新功能讓人目不暇給，當然都不是 Apple 自己想出來的，幾乎全部是從 iOS 開發商、Android、JB (越獄) 開發社群那裡「借」來的 — 蘋果再度證明給你看 ideas 真的不值錢，做出來才值錢。

事實上，如果你有注意到，賈伯在台上也從頭到尾沒有提到 “innovative” (創新) 這個字，相反的，他卻不斷的重複：It just works.  It just works.  真的，創不創新一點都不重要，消費者要的是幫他們解決問題、提供價值的產品。如果能夠做到了這些事，誰管你是創新還是翻舊啊！另外，賈伯也再次證明了給我們看「好通路贏過好產品」 — 7-11 是蘋果開的，他們硬是要做自己的 7-Select 自有品牌 iCloud，直接跟應用開發商競爭，你除了抱怨，一點辦法也沒有。

iOS 5 與 Twitter

不過藏在這林林總總的更新裡面，有一件事情我特別關心，那就是 Apple 雖然很小氣的把一堆東西全部拿來自己做，但是卻很大方的選了一個夥伴進行深入整合 — Twitter。這給了 Twitter 莫大的好處，因為從此他們的用戶在 iOS 上再也不用重新登入，並且讓 Apps 可以透過 iOS 5 內建的 API 來快速分享訊息至 Twitter。這會讓 Twitter 用戶的 iOS 體驗大大提升，也會讓 Twitter 的使用量更上一層樓。

Facebook?

看到這裡你一定會問，那 Facebook 咧？這，就是奇怪的地方。照理說 Facebook 的使用者人數比 Twitter 還多三倍，如果給了 Twitter 深入整合，那怎麼可能漏了 Facebook。況且 Apple 已經在推出 Ping 的時候和 Facebook 做過整合，所以這一定不是「執行面」的問題。那意思也就是說，這是「政治角力」下的選擇。好啦！現在問題來了，到底 Apple 和 Facebook 之間，有什麼利益的衝突，為什麼最後讓 Facebook 沒有被深入整合到 iOS 5 裡面？

Why not?

BetaNews 的 Joe Wilcox 前兩天寫了一篇文章推測這個發展背後的原因，他主要的幾個觀點是：

• 內容策略 — iOS + iCloud 和 Facebook 的重點其實都在「內容」，蘋果希望使用者的照片透過 iCloud 能夠自由的在 iPhone, iPad 之間流動，但 Facebook 卻希望使用者透過 Web + Apps 來瀏覽其平台上的內容。雙方都希望藉此鎖住客戶，都在想搶同一批內容，當然會有矛盾。
• 平台矛盾 — 和 iOS 一樣，Facebook 其實也是一個「作業系統」，上面的 Apps 數量甚至比 iOS 還多。FB 最大的收入來源是「服務」它的開發商 — 從廣告到金流，這和蘋果 iOS 的策略也是非常衝突的。從去年的 Flash 事件，我們已經知道賈伯有多厭惡「平台上還有平台」這件事情，所以當然很難接受 Facebook 深入 iOS 的情況。
• 狀態、聯絡人 — 除此之外，對於 iOS 來說，它最需要的功能是「狀態更新」– 也就是去了解使用者在做什麼，和「聯絡人整合」，這兩點 Twitter 都能提供，所以並不特別需要 Facebook。

因此，Joe Wilcox 認為 Apple 當然不會跟 Facebook 整合，而且短期之內也不可能改變。

I think…

而除了 Joe 的論述之外，我認為背後還有幾個點值得我們想想：

• 微軟 — MSFT 是 Facebook 的早期股東，到現在還持有相當比例的 FB 股票。這比率雖然沒有大到可以完全影響 FB 的策略，但卻往往在關建時刻讓 Facebook 會選擇和 MS 合作，像是與 Bing 的搜尋整合和 Facebook Check-In 與 Bing Maps 的合作等等。所以，當 iOS 5 與 Facebook 深入整合，這等於也開了一道小後門給 MSFT，當然很難發生。
• Facebook 手機 — 另外，雖然還沒有成氣候，但 Facebook 是有在嘗試著做手機的，而這當然也會讓 Apple 感到威脅。
• Zuckerberg vs Dorsey — 最後，Facebook 的創辦人 Mark Zuckerberg 也不是 iOS 的粉絲。事實上，他還曾經公開挖苦 iPhone — 說他必須要買四個充電器，因為隨時都可能沒電。還必須要安裝一個市話，才能真的打電話。然而 Twitter 的創辦人 Jack Dorsey 卻是公認的賈伯斯接班人，並且還基於 iOS 做出了超受歡迎的 Square 行動付費系統。

當然，一個商業策略的成型，背後不可能只有一、兩個原因，也不可能只有好處，沒有壞處。而即使現在這樣決定，也不代表永遠不會改變。這一局，Apple 在衡量輕重之後，選擇了 Twitter，放棄了 Facebook。身為創業者，除了持續觀察他們間的明爭暗鬥，我們更要去理解背後的深思熟慮，和值得效法的地方。希望今天的文章能夠給你們一些啟發，大家加油了！

好久不見的 appWorks Startup Mixer 回來了，6/24 (五) 6pm 在 BCDog Cafe，每個報名的團隊將有一分鐘的時間上台自我介紹，而且當然一定要是完全免費，大家請圈好月曆，報名頁隨後送上！

(Image via apple.com)