Facebook台灣上星期爆增8.8萬使用者，下個月即將突破100萬！

轉載自 Mr.6 http://mr6.cc/?p=3310

 

Facebook目前在台灣的使用者，竟然已經不知不覺的飆速成長到高達74萬人，目前在台灣的會員數已經是噗浪的二倍。

而且Facebook這個月台灣顯然正處盛年，以公牛般的衝刺速度往上撞升，讓我們簡單幫它計算一下──

如果以上周8.8萬人來看，我們會畫出一條往天空飆升的曲線！如果每周都和上星期一樣，再過三∼四個星期，也就是八月初，

Facebook在台灣就會突破100萬的使用者用戶總數。再讓這頭公牛如此「撒野」下去，只要不出半年的時間，沒錯，

農曆新年都還沒到、年終獎金都還沒發、尾牙都還沒辦，Facebook在台灣就會匡啷匡啷達到堂堂「300萬會員」！

 

我們可以歸納出４個要點：

 

一、台灣潛在使用者大軍，竟是「上班族」而非學生族

二、台灣（與大陸內地）的「高中生」還有很大開發空間

三、韓國是台灣創業家的「海外實驗室」

四、印尼榮登「人頭庫」的最佳人選

 

無論這74萬名Facebook台灣會員代表什麼，今年的台灣網路界，肯定是愈來愈精彩了！企業可以用網路方面也愈來愈精彩了。

上周才說NET-MBA系列課程即將加入「微網誌成功案例」，跟趨勢的確很累，雖然自己坐不到雲霄飛車，

「欣賞」雲霄飛車、親眼看到它一飛沖天的全部過程也算蠻痛快的。

變形金剛II

說真的 看完預告片 都還不知道這一部想要講的故事事長什麼樣子

看完的感想是 有點像國家寶藏II 的感覺，

就是有一個線索，然後區挖掘出歷史的東西，

對戰的戲碼感覺上也滿多的，

笑點也滿多的，

預告片感覺是要讓故事與山姆上大學有關，

看起來又好像可以沒有關係，

大黃蜂依舊還是在山姆身邊，並沒有因為上大學，而不在山姆身邊保護他。

大學遇到的正妹狐狸精，也沒有真正破壞山姆跟密琪的感情，

兩個人從誤會到和好只有三分鐘，不像一般的男女朋友吵架或誤會的片段，

那個狐狸精的出現，感覺上也沒有達到狐狸精的功能。

如果有第三集(密卡登沒死)，可能會更精彩吧。(像神鬼奇航一樣)

農委會Logo設計比賽

http://kminter.coa.gov.tw/mp.asp?mp=1

 

農業知識入口網logo設計競賽，主要是透過活動的進行，

將農業知識入口網印象轉化成一般民眾容易接受的logo識別，

設計出能代表農業推廣的精神，作為未來相關活動、行銷及宣傳之應用。

 

凡對此競賽有興趣之個人或團體，且具中華民國國籍，不限年齡、職業、

性別皆可報名參加，以團隊方式參賽者，請指派一名授權代表，

以代表填寫報名表資料、簽署著作權轉讓同意書、得獎獎金領取等；

得獎獎金自行分配，參賽者不得冒名頂替，繳交作品前須先成為本網站會員。

(一) 活動時間：98年6月8日至98年6月26日截止

(二) 公布得獎名單： 將於活動截止一個月內公布於網站

(一) 由主辦單位邀請專家學者組成評選委員會進行評選

(二) 評分標準：

1. 主題表達：40％
2. 視覺效果：40％
3. 創意性：20％

 

1. 金獎(1名)：新台幣25000元及獎狀乙張

2. 銀獎(1名)：新台幣15000元及獎狀乙張

3. 銅獎(1名)：新台幣5000元及獎狀乙張

 

you eat an elephant one bite at a time, and damn the torpedoes.

you eat an elephant one bite at a time, and damn the torpedoes.

這句話不知道中文的解釋是什麼?

絕對不是咬一口大象那麼簡單，先記下來，有機會再查看看是什麼意思。

NCAA 干擾罰球的絕招

Link

http://espn.go.com/video/clip?id=3892861&categoryid=null

阿薩姆奶茶煮法

1.      一茶匙的阿薩姆紅茶葉

2.      用滾開水沖泡 250CC

3.      將250cc的阿薩姆紅茶再煮沸

4.      倒入250cc牛奶，再煮沸。

5.      依個人喜好加點焦糖

熱的阿薩姆奶茶 完成

 

如果要喝冰的

熱的阿薩姆奶茶 250cc 加 250公克的冰塊

焦糖的量要比熱的多一點

完成。

施氏食獅史

「施氏食獅史」

石室詩士施氏，嗜獅，誓食十獅。施氏時時適市視獅。

十時，適十獅適市。

是時，適施氏適市。

氏視是十獅，恃矢勢，使是十獅逝世。

氏拾是十獅屍， 適石室。

石室濕，氏使侍拭石室。

石室拭，氏始試食是十獅。

食時，始識是十獅，實十石獅屍 。

試釋是事。

 

《施氏吃獅子的故事》

石室裏住着一位詩人姓施，愛吃獅子，決心要吃十隻獅子。

他常常去市場看獅子。

十點鐘，剛好有十隻獅子到了市場。

那時候，剛好施氏也到了市場。

他看見那十隻獅子，依仗弓箭的威力，把那十隻獅子殺死了。

他拾起那十隻獅子的屍體，帶到石室。

石室濕氣重，施氏叫侍從把石室擦乾。

石室擦乾了，他才試試吃那十隻獅子。

吃的時候，才發現那十隻獅子，原來是十隻石頭的獅子。

試試解釋這件事吧。

parseInt(string, radix)

http://audi.tw/Blog/JavaScript/javascript.parseInt.asp

 

眾所周知，parseInt() 是用來把字串轉換成整數的函式，一般來說，只要是數字開頭的字串，都能夠轉換成功，例如 parseInt('123a') 的結果為 123，parseInt('12 34') 的結果為12。

關於 parseInt() 有個著名的情況，有些人稱為臭蟲，讓各位自己來評斷。

parseInt('01') 得出的結果是1，事實上，一直到 07 為止，都能得到預期結果，問題來了，parseInt('08') 和 parseInt('09') 這兩者運算的結果，都得到0，這是為什麼呢？

主要原因在於 parseInt() 這個函式，本身可以傳遞兩個參數，語法是：

parseInt(string, radix)

第一個參數 string 當然是要轉換為數字的字串，第二個參數 radix 則是要用二進位、還是八進位或十六進位，又或是最熟悉的十進位來解譯這個字串呢？

也就是說，如果 parseInt('FF',16)，代表以 16 進位方式來解析FF這個字串，當然得到的結果就是 255 了，同理，parseInt('FF',10) 以 10 進位來解析FF這個字串，根本就不是數字，所以得到的結果會是 NaN。

但大多數人不會特別指定第二個參數，這時 JavaScript 就自動判斷第一個傳遞的參數是否為某種數字型式。

在 JavaScript 眼中，以 0x 開頭的字串，都視為十六進位字串，如果單單是0開頭，第二個字母不是 x，則視為八進位或二進位字串，十六進位使用的字母計有 0-9，A-F，而八進位使用的字母則為 0-7，所以，當發生parseInt('08') 又未指定以何種數值型態解析時，JavaScript 以 0 為起頭，接下來的字母又不是 x，那一定是八進位了，但是，八進位裡，怎麼可能有 8 和 9 這兩個字母呢？所以，一定是不合法的字串，於是就傳回 0。

同理，parseInt('010') 回傳的值，也不是 10，而是 8，因為 parseInt() 認為 0 開頭，接下來的字母不是 x，而是 1，就以二進位來解析 010 這個字串，所以一切問題都在於以 0 開頭，所造成的誤會。

最好的解決辦法，就是別偷懶，把第二個參數也加進去，例如 parseInt('08',10)、parseInt('010',10)，那就萬無一失了！

 

javascript 的 innerText 與 textContent

現今的網路世界有多種瀏覽器：Microsoft 出版的 Internet Explorer（ie），自由軟體組織出版的 Firefox（ff），蘋果電腦出版的 Safari，還有 Google 也出版了 chrome 瀏覽器。雖然 javascript 有一個標準組織在維護其標準，可是廠商在發展瀏覽器時都有一些差異，因此在撰寫 javascript 程式時必須考量這些不同。

此處要談的就是 javascript 在處理物件的內文時，其屬性名稱在 ie 是用 innerText，在 ff 是用 textContent，而 safari 及 chrome 可以使用 innerText 與 textContent。如下表：

屬性名稱	ie 8	ff 3.0.1	Safari 3.1.2	chrome 0.2.149.30
innerText	可用	未定義	可用	可用
textContent	未定義	可用	可用	可用

所以撰寫程式時必須先作檢查，然後使用正確的屬性名稱。下面這段簡單的程式就可以讓你的 javascript 在不同的瀏覽器上正確執行。

var s='Hello world';
var obj=document.getElementById('text');
if(obj.textContent != undefined)
obj.textContent=s;
else
obj.innerText=s;

執行結果：

Hello world

Domain Know How

最近對這個詞有一些想法
Domain Know How
你的Domain是什麼?
你又Know了什麼?
當別人問你說你的專長是什麼?這很難回答?
你說你會寫程式. 在以前我會覺得寫程式是專長，
但是 那太空泛了，程式只不過是工具，是實現你的Domain Know How 的工具。
仔細去想想，每天都在寫程式，似乎沒有發展出自己的Domain Know How。
是該好好的想想了。