電子股時報的文章是怎麼來的?

把用記者名號騙吃騙喝的某人趕走，對於電子時報來說似乎還不夠，裡頭顯然還有很多蟲蛀孔...

來看這一篇報導:

採購專題－企業儲存方案總整理(2)
RAID技術與相關擴充裝置總整理
http://office.digitimes.com.tw/ShowNews.aspx?zCatId=C1D&zNotesDocId=AEE86E7310BCAA9D48257186003BED2D
裡頭有這麼一段:

　RAID 6

　與RAID 5相比，RAID 6增加了第二個獨立的同位元檢查硬碟。2個獨立的同位元檢查系統使用不同的演算法，因此資料的可靠性非常高，即使2顆硬碟同時失效，也不會影響資料的使用。但是RAID 6需要分配給同位元檢查訊息更大的硬碟空間，相較於RAID 5，將有更大的寫入損失，因此RAID 6的寫入性能相當低落。www.6park.com

注意到最後的 www.6park.com 了嗎? 那可不是我加上去的。事實上這是因應電腦的剪貼太過方便，網路上用來防文抄公的一個常見方式，在文章內穿插足以辨識的文字，以便追查來源。以這個例子，很明顯地是從別的網站上直接複製過來的。用 google 簡單搜尋一下，就可以找到:

[技术]RAID的做法
http://www.6park.com/my/pcfix/messages/6.shtml

　　RAID 6：与RAID 5相比，RAID 6增加了第二个独立的奇偶校验信息块。两个独立的奇偶系统使用不同的算法，数据的可*性非常高，即使两块磁盘同时失效也不会影响数据的使用。但RAID 6需要分配给奇偶校验信息更大的磁盘空间，相对于RAID 5有更大的“写损失”，因此“写性能”非常差。较差的性能和复杂的实施方式使得RAID 6很少得到实际应用。 www.6park.com

這總整理，「整理」得還真是仔細啊。

從這個例子，我們可以學到幾點:
1.抄襲前務必要仔細校對，以防疏漏
2.最好能學會使用置換功能，人力編輯總是會掛一漏萬

可憐的電子時報...

Slow Dance / スローダンス

http://wwwz.fujitv.co.jp/sd/index.html

Top Caster/トップキャスター

因為沒什麼好評價，所以簡單講完。

女主播和小跟班的故事，劇情非常地公式化，在看兒童級熱血漫畫的感覺。還算可以的搞笑大概是唯一可取之處，但看過離婚女律師和其他日劇的話，似曾相似的感覺是揮之不去的，何況等級還差了一點。

天海祐希的演技其實還算不錯，只不知為什麼接了這樣一個爛劇本。傳言是因為種種利害關係使然，不過看戲憨的就不管那麼多了。矢田亞希子不考慮換些別種角色演看看嗎，這樣下去紅不了的啊。想起類似卡司和題材的美女か野獣，也是同樣的雷大雨小。真是浪費了。

看到第十話才發現日本26日才播最終話，但是完全沒有想補完的衝動。看過笑笑就算。

網路上身

雖說「Google 想當你的硬碟」這樣的說法開端只是一個商業考量。偶然間掠過腦海的，是攻殼以及許多科幻電影、小說的場景。個人的形體和網路結合得如此密切，以致為無法將自己從網路分開來。看看現在的網路相簿、日誌、動畫短片，這種場景似乎已經漸漸在具體化。

該死的 Intel

幹，HDA 弄了這麼久不會動的原因竟然是



它X 的文件有問題! ICH6 的 CORBWP 被幹掉了，名字跑到 CORBRP 的位置，害林北一直在寫一個 READONLY 的 register, 然後奇怪為什麼東西都不會動!

幹，拜託你 Technical Writer 專業一點行不行啊! Otellini 趕快把這些米蟲裁一裁啦!

Superman Returns 的男主角是...?

在書店瞥見雜誌封面，原來新的超人是...



電腦繪圖版的金城武?!

噗哈哈哈.. 當然不是，不過這位奶油小生 Brandon Routh 長得還真像啊。

巴別塔之犬

巴別塔之犬
The Dogs of Babel

作者：卡洛琳．帕克斯特
譯者：何致和
出版社：寶瓶文化
出版日期：2006 年 05 月 25 日
語言別：繁體中文
叢書系列：Island
規格：平裝 / 304頁 / 14.8*21.
普級 / 單色印刷 / 初版
ISBN：9867282515
出版地：台灣

描寫得很細緻的一部小說。從一個語言學教授的觀點，訴說對突然過世的妻子的感情。

所謂的教授，是怎麼樣的形象呢? 給人很專注在某件事，非常專業，以致於有時講的話題很難聽懂，作的事也不太能被人理解。的樣子吧。所以以這種印象來說，小說描寫的主角形象倒是非常符合。

巴別塔是古老的聖經故事，說的是人們為了要到達天堂，合力要建造巴別塔。天上的神看到了大為震怒，讓人們從此說著不互通的語言，無法合作建造一座巨塔。作者借用了這個故事，賦與了名字。巴別塔之犬，指的是主角與妻子所養的狗。因為失去了心愛的妻子，在心痛之餘，想要藉由教會當時唯一在場的證人-蘿莉-，知道當時到底發生了什麼事。

從專業的立場出發，故事所描述的事實上是對於一般人來說很難以理解的東西。語言的由來，發聲的構造等等。實在是非常枯燥。

另一方面從妻子所留下來的蛛絲馬跡，在一步步回憶的同時，也向讀者說明相識相戀的經過。在日常的點點滴滴中，兩人逐漸萌生愛意。

再另一方面，作為另類的解決方案，卻又和被判刑入獄的虐待動物犯牽扯上關係? 為整個故事增添了懸疑的氣氛。 也因此整個故事如同封底所說，有種陰沈的氣氛。甚至讓人喘不過氣來。

以小說的標準來看，在讀完它之後不難發現為何作者被贊譽為小說界的新星。愛情、懸疑、故事性，結合地恰到好處，讓人想一口氣讀完。而結束之後，又讓人一再回味思考。

Standards and specs: The Interchange File Format (...

IBM developerworks 的一篇文章，簡單敘述 IFF 的由來、用途，它所反應出的軟硬體背景、它所期望解決和無法解決的問題。命題與 XML 的興起對照來看，也可以發現許多相同與相異之處。

對於有處理檔案格式經驗的人來說，應該有許多地方會覺得心有戚戚。

Standards and specs: The Interchange File Format (IFF)

Google 相簿終於現身

巨獸再次茁壯了一些... 這次可以秀照片了。

Official Google Blog: It’s all about the photos
Picasa Web Albums

免費空間只有 250MB, 不像 Gmail 那麼大方。顯然認知到這不是鬧著玩的，用到爆的使用者肯定會很多。可以加買 $25 的 6GB/year。首當其衝的應該是 Flickr 吧。不過也難講，Flickr 的社群特性和不同的使用量計算方式，都讓這場仗還有得打。

特點是強調分享，所以觀眾可以直接把相簿整個打包下載，沒有任何阻礙。從這點來看，比較像是傳統在家族聚會時的分享方式。和 Flickr 以照片為「工具」來社交，也不太一樣。對比起某有名大站，想秀乳溝又不想讓人下載照片去意淫的話，不適合用這個。 XD

照片直連政策不明，輔助說明裡沒看到類似的說明，但以使用界面來看，顯然是不想讓人當作圖片的 host。

以 Google 目前提供服務的情形來看，似乎沒有像 Yahoo! 那麼積極在經營社群。考量不同?

update: 剛剛想到，難怪前幾天拼了命就算用 Lindows 也要把 Picasa 搬到 Linux 上*1。一切都是有預謀的啊。

update: 不過試了一下，它好像還沒開始擋 Referrer 哩。

*1: Picture this: Picasa for Linux

關於 FON

不知道 FON 是什麼的話請先看:
FON: WiFi everywhere!
FON Taiwan 無限基地

關於 FON ，紀錄一下我現在的想法:

它的主要商機應該在於，它把使用者分成三類，貢獻者，收錢者，和付費者。願意共享是最好啦，你的就是我的，我的就是你的，完全沒有錢的問題。其他兩者的角色就很有趣了，有人想要賺錢，有人需要無線網路，FON 在中間當仲介抽手續費，這會是主要的賺錢來源。

你可以把它想成 Y!拍或 ebay，用不到的二手貨在上面互相交流物盡其用，而平台提供者收取手續費；或是從ISP 看 Skype 的角度: 利用別人頻寬買空賣空作無本生意的吸血蟲。

現在網路建立的初期，可以想像得出來，需要許多貢獻者將這個網路打造成形，就像網路拍賣在累積基本人氣。而當網路成形時，我想貢獻者漸漸會變成次要的成員。就像現在網拍變成商家的主要交易平台，偶爾清自家車庫賣賣二手貨的人反而是不重要的角色。

我的看法呢? 我討厭以其他名義行賺錢之實的行為，包括許多商業公司聲稱的"為 Opensource 貢獻"，以及無孔不入的商業行銷，包括所謂的"部落格行銷"。但我討 不討厭不重要，重要的是FON 巧妙地利用了一個各取所需的社會運動形式來包裝，開發了一個新的商業模式。這比誰喜歡誰討厭要來得實際和重要。基礎建設都用別人的，連廣告費都不用花一毛，這才是終極行銷啊。 XD

Google Browser Sync

邪惡的 Google 又把魔掌伸得更遠了...

Google Browser Sync 是 Firefox 用的 extension, 光看名字和簡介，好像可以讓人不管用哪台電腦的 Firefox, 都能看到一模一樣的東西。Well，並不是這樣子。至少不是我以為的，UI 上按鈕、位址列這些東西都會在固定的地方。這對於固執地一定要把東西擺到順手地方用的我，實在才是Killer Feature 啊。

它所作的，是把 Firefox 的設定幫你儲存在它 Server 上。可儲存的設定有: Cookies, 儲存的網頁密碼，Bookmarks, 瀏覽記錄和瀏覽的視窗/Tab。

儲存 Cookie 實在滿雞肋，在使用 cookie 的網站中，要求安全的網頁多半設定 cookie 是 session only, browser 關掉就無效了，較無關緊要的也會設定幾天後 timeout。唯一會一直有效的 cookie, 多半是用來追蹤瀏覽行為的，例如廣告商和網站統計。絕大多數的使用者根本不知道 cookies 是什麼，讓 cookie 跟著人跑顯然沒什麼用處。試想，你用網路銀行的時候，會想要用完不登出，還把 cookie/sessionn 四處複製到別的電腦上用嗎?

網頁密碼可以跟著跑是好，但它畢竟是密碼，如果電腦會和別人共用，就不適合同步了。

Bookmark 功能... 這年頭還有人在用 browser 的 bookmark 嗎? 那一定是屬於老派使用者了。現在小朋友們要不直接記好記的網址，就是直接用 Google 當不用記的 address book。重度使用者也多半改用 social bookmarks, 一樣記錄在 server 上。

瀏覽記錄是我覺得唯一比較有用的。從盤古開天以來，看過的 link 就是用紫色來顯示。這樣在不同電腦上看同樣的網頁，一樣可以分得出來哪些是自己看過的。雖然 CSS 興起後很多搞怪網頁亂玩顏色，讓link 顏色失去了它原本可以表示的意義，還好那大都是個人使用者或者沒sense 的web designer。一般大手網頁服務還是很規矩。

說到記錄瀏覽視窗/TAB 就有點需要解釋了。它所假設的使用情形是，要讓browser 設定跟著人跑，而人只有一個，所以同時間使用的電腦/browser 也會只有一個。所以同一時間只允許一個 browser 連上它的 server, 類似 MSN Messenger 的概念，後來的連線會把先前的踢掉，所以有了這一個功能，把被踢掉的連線正在看的網頁視窗，原樣搬過來。對於從不關電腦，又四處游牧的人來說很有用。

綜合以上幾個用處來看，它對於使用多台電腦的人，可以把 Firefox 的「使用環境」帶著走，是很有用的。但它所定義的使用環境，元素都是屬於非常私人的東西，如果有隱私的考量，並不建議使用它。

還有一個缺點是，每次起動 browser 都要等它跟 server 同步一番，會等個幾秒鐘。對於急性子的人也是同樣不適合。

Google 想要當所有人硬碟的野心，在這個東西上再度表露無遺。不過最大的問題，仍然在連線速度。

Google 的剩餘 manpower 所能夠產出的東西，真是多得可怕。處於暴發性成長期的公司，總是有花不完的人/錢/頻寬。滿手錢的創投是四處砸錢投資公司，吸引一堆 Geeks 的 Google 則是用 RD 的 20% Time 四處亂槍打鳥。XD


附註: Google 的雇人哲學之一，就是雇用比目前平均值更好的員工。這對於一個正在往上爬的企業來說當然很容易，BUT... 這個問題有空再來談。

Damn Pointer

原本一直以為，bus_dmamem_{alloc,free}有問題，會free 到錯誤的地方。因為在 ichhda_attach() 中 alloc, 在 ichhda_detach 中 free, 重複 kldload/kldunload 兩次總會造成 panic，而且還是在奇怪的地方。剛好 kbdmux 目前又會造成 ddb freeze, 連看都沒得看。所以一直認為是它的問題。

終於提起勁來，用最笨的方法在 bus_dmamem_*() function 中加 printf 印出東西來看個究竟。這一看，就抓到問題了。原來，bus_dmamem_alloc() 因為要接好幾個參數，傳回值又是errno, 所以要到的記憶體，是經由 (void**) 填回來的。也就是宣告來放位址的 pointer variable, 傳進去時要給它的位址:

    [here sc->vcorb is of type (void *)...]
    if (bus_dmamem_alloc(sc->dmat, (void **)&sc->vcorb,
                BUS_DMA_NOWAIT, &sc->mcorb)) {
        printf("corb alloc failed!\n");
    };

而填回來後，sc->vcorb 就是要到的位址了。
在 free 時，卻自作聰明地寫成這樣:

    bus_dmamem_free(sc->dmat, &sc->vcorb, sc->mcorb);

真妖受，竟然犯這種菜鳥才會犯的錯 -_- 。

看來這四年來生鏽的技能還真多，不知道放出去以後腦袋還堪不堪用 -___-

日本的壽司文化(誤)