Planet Linux of Taiwan

今天，我的心情非常複雜。
兩年前，我因為一些因素，意外創立了 LXDE 計畫 (http://lxde.org/)
希望可以提供一個輕量級的 Linux 桌面環境。
2006 年剛開始那時候，很淒涼，幾乎 95% 程式只有我自己一個人在寫，
大部分的東西也處在沒辦法用的狀態，中間更是因為私人因素停頓一年多。
到了 2008 年，因為有新血的加入，我們重新投入了這個專案的研發，
經過幾個月的奮鬥，和無數的熬夜，半年內我們完成了真正可用的解決方案
我已經記不清楚我前後到底花了多少私人的時間在這上面...

    Wink是一套免費而且簡單易用的畫面操作錄製軟體，可以完整的將畫面上的動作忠實的錄下來，並轉換成可跨平台播放的swf檔及windows下的可執行 exe。可以說是製作教學影片的好幫手，但卻有個缺點－無法錄聲音，不過取而代之的是可以在畫面中加入說明的文字而且可以做成有簡單互動的效果。對於教學 來說，比直接錄下影片和聲音來說明的效果更好。

哈，終於我 Thinkpad X60 上的 Atheros AR5418 802.11abgn Wireless PCI Express Adapter 要有原生 (Native) 驅動程式了。

在 Linux Wireless Driver 強者 Luis R. Rodriguez (mcgrof) 加入 Atheros Communications Inc. 後，終於釋出了第一版的開放原碼驅動程式。ath9k 預計支援的晶片有

• AR5418+AR5133
• AR5416+AR5133
• AR5416+AR2133
• AR9160
• AR9280
• AR9281

目前只有 STA 功能，但是 AP, WDS, IBSS (for mesh) 都列在 TODO List 中了。最新的程式碼可以於此下載

git://git.kernel.org/pub/scm/linux/kernel/git/mcgrof/ath9k.git

當下的版本必須搭配最新的無線網路模組使用，可於此下載

git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-testing.git

或是從 Luis R. Rodriguez 的獨立分支中取出無線相關模組與 ath9k driver。關於相關討論，可參考 ath9k-devel 郵遞論壇。依照目前的進度看起來，大約至少要到 2.6.27/2.6.28 才會整合到官方核心中。

BTW, OpenWrt 是第一個整合 ath9k 的套件系統喔。

嗯，沒想到真的離開了待了快八年的產業。

底下是我七月三十一號送給 OSI 同仁的告別信：

from Austin Tuan
to PDL-OSI All
cc xxxxxx@gmail.com
date Thu, Jul 31, 2008 at 6:51 PM
subject Goodbye!

Team,

Today (Jul. 31) is my last working day.
It's my privilege to work in the communications industry, to work for Agilent/OSI since Nov. 29, 2000. I would never be me without all the people I met, all the things I learned these years.

I'll work in the storage solutions industry in the future, so let me pick a song about "communications" and say thanks and goodbye to you all!

ttp://www.youtube.com/watch?v=WLMtWPT2OLI
(Wink wink)

Best Wishes,
Austin
ps: I could be reached via email: xxxxxx@gmail.com

======
（意譯如下）

今天（七月三十一號）是我在這裡工作的最後一天。
我很榮幸能夠在通訊產業工作，而且從西元兩千年的十一月二十九號就待在 Agilent / OSI 。如果沒有經過這些年待人接物的歷練，我無法有今天一點點的成就。

我即將轉換跑道，去資訊儲存產業工作。借這個機會點一首跟"communications"有關的歌，跟大家說：

感謝！再會！

世界級且每年一度的 Linux 盛會『LinuxWorld』在舊金山如期舉行，非常高興的是，這次 LXDE Project 的受到 Asus 和 gOS 的贊助，飛到了美國參加這大型的展覽，這真是台灣的小小專案從台灣踏出國際化的一大步。而且 LXDE 在這次的會場中，也有一個小小的 Booth，Mario、Glen、Andrew 以及 CW 都在攤位為好奇的人和廠商解說，但我大部份時間都在到處逛看美女拿贈品，慚愧 :-(。不過總體來說，外國人似乎比我們更重視這個專案呀！

除了 LXDE booth 之外，我也在 gOS 閒晃幫忙，因為 gOS 現在正在慢慢導入 LXDE。可是，因為我不會談他們 business 的東西，只好常常偷跑出去逛。gOS 隔壁就是 OpenMoko booth，也看到了從台北公司來的美女呀！

值得高興的是，今天是來美國後，第一天吃到沒有起士和蕃茄醬的東西，下午偷溜出會場和 Andrew、CW 到處找日本菜！Andrew 一直到處問長的像日本人的女生，好不容易才找到！〔聽說他們前一天還吃韓國烤肉，可惡！〕

展覽正式開始才第一天，繼續加油吧！

我在 OSDC 的佈建一文中提到做場勘時，需要使用 Spectrum Analyzer。這是為了要挑選一個比較少訊號、雜訊干擾的頻帶。

很多人都知道，在設定無線網路 (WiFi) 時必須小心選擇將使用的頻道 (Channel)，避免與其他的基地台使用相同的頻道，以免互相干擾。

比較少人注意的是，由於 IEEE 802.11 b/g 使用的頻譜是 22MHz 寬，因為法規與技術規格上的限制，其實真正不重疊的頻道只有三、四個 (端視你在甚麼國家)。在某些國家如台灣雖然允許 11 個頻道，但是其實只有 1, 6, 11 這三個頻道是沒有與其他頻道重疊的。

Source: How Wifi channels overlap

於是，你最好只使用 1, 6, 11這三個頻道。根據 Cisco 的一篇舊文章 「Channel Deployment Issues for 2.4-GHz 802.11 WLANs」，即便你選用 1, 4, 9, 11 等看似只稍微重複的頻道，也會因為高密度的接取使用，使 802.11 所應用的 CSMA/CA (停看聽才過馬路協定) 協定會因為避免碰撞而造成網路使用停頓 。(Co-channel interference)

更甚者，因為重疊的干擾訊號不夠強，而其他的設備無法辨識為 802.11 訊號，誤認頻段是乾淨的而持續的送出訊號，如此一來偶爾可辨識、偶爾視為雜訊的狀態下，反而加重碰撞現象，使網路效率更加惡化。(Adjacent-channel interference) 更糟的是且 802.11g 所使用的 OFDM 技術所使用的頻譜訊號強度比 802.11b 所應用的 CCK 更強 (應該說相較之下，OFDM 的訊號衰減較小)，干擾影響更為嚴重。

除了頻道必須小心選用較少無線網路基地台佔用的頻道外，還要注意其他的干擾源。由於無線網路使用的是 2.4Ghz 免授權頻譜 ISM Band，而這段頻譜是有可能被其他的射頻源所干擾的。在家庭中，最常見的干擾源是微波爐、藍芽、無線電話以及某些無線監視系統等。

不像是選用頻道，你可以用無線網路卡掃描現有的無線網路基地台狀態，有許多干擾訊號是你的網路卡無法辨識、也無法告知有許多雜訊的。特別是舉辦研討會時，不少人都會攜帶會干擾無線網路訊號的藍芽手機。這個時候，你就需要使用頻譜分析器來辨識真正乾淨無干擾的頻道了。

然而，好的一套頻譜分析儀加上軟體，市場價格常常會超過一兩萬美金。而且這些設備都十分龐大，只適合擺在實驗室，不方便帶著到處跑。

所幸有些公司開發了給筆記型電腦使用的便利頻譜分析儀，像是 Fluke Networks 的 AnalyzeAir、AirMagnet 的 Spectrum Analyzer、Cognio (被 Cisco 收購) 的 Spectrum Expert。

這些工具都十分強大，如 Cognio Spectrum Expert 辨識解析度為 10 kHz，應用軟體甚至可以幫你辨識出發出特定訊號的裝置類型，可以輕鬆的找出無線網路問題。不過價格也高達 4000 上下美金，不算是很經濟的解決方案。

退而求其次，就是比較單純的 USB 介面簡易頻譜分析儀。如 Nuts About Nets、或 MetaGeek 的 WiSpy 2.4x。這些產品只要上述的十分之一，約 USD 400 上下即可入手。雖然無法達到自動辨識設備類型，但是已經足以排除頻譜干擾的問題。若你經驗夠的話，也可以從訊號的模式猜測出可能的干擾類型。

身為偏好使用自由軟體的偏執狂，我自然選用了 WiSpy 2.4x。除了因為 WiSpy 2.4x 有免費的 Chanalyzer (Windows) 與 EaKiu (Mac OS X) 可用外，還有強者 dragorn 做的開放原碼 Spectools。

根據 Tim Higgins 在 SmallNetBuilder 所寫的 MetaGeek Wi-Spy 2.4x Review: Better, but Bigger Bucks 一文，你可以知道 WiSpy 2.4x 的主要元件是 Chipcon CC2500 (現為 TI) 2.4 GHz tranceiver 與 Silicon Labs 的 C8051F326 (8051 MCU with 25 MHz System Clock). 成本其實相當便宜。不過由於這是 Niche Market，這個價格跟其他類似的產品比起來相當便宜。

使用 WiSpy 2.4x 搭配 ASUS EEEPC，再裝上 Debian 與 kismet, Wireshark, Spectools 後根本是輕巧的神兵利器！由於 ASUS EEEPC 上得無線網路卡是 Atheros AR5007EG，只要裝上部份開放原碼的 madwifi 驅動程式，就可以把無線網路卡設定為 Monitor 模式。

於是你可以使用 kismet 一邊監測無線訊號中的 Beacons，一邊以 spectools 監測訊號強度與雜訊。

只要再配上一顆 USB Wirless NIC，就可以同時監測與連入各機器中作設定。若是 EEEPC 的螢幕換成 OLED，那就更完美了 (不過相對價格也會高很多)。由於我的 X60 也是用 Atheros AR5418 802.11bgn，因此大部分時候，我還是在 X60 上享受「大」螢幕的快感。

剛剛提到 WiSpy 2.4x 的軟體無法作設備自動辨識，與其他工具比起來稍遜。但 MetaGeek 在六月的時候，釋出了一版新的 Chanalyzer (beta, 現在已是 3.1 版)，整合了 InSSIDer (或類似 NetStumbler) 利用無線網路卡掃描的結果，更友善的顯示出每個訊號的強度。也整合了頻譜訊號特徵比對功能，透過拖拉，就可以對照出可能的干擾類型。這些新的功能是目前開放原碼工具中尚欠缺的。

關於這些新功能，請參考以下展示畫面

gcin-1.4.3.pre5 已支援 Qt4 immodule，skype 上也可以用 Shift 切換中英了。

對 Gnome / KDE user 來說， XIM 可以考慮不要再用了。

常聽到有人說「立可帶」，但對一個從「原子筆橡皮擦」過渡到「立可白」時代的青年人，這個字彙實在很難想像。

「立可帶」到底是立刻可以帶什麼? 帶水果? 滿福堡? 還是 XO?

立可白全名原為立可白液，當我們省略名詞，至少還有副詞及動詞讓我們了解它是用來「白」什麼的。

但「立可白帶」的簡寫居然是把動詞省略!留了兩個副詞及名詞，而不是「可白帶」或是「立白帶」。這對國文還可以的我來說，實在覺得奇怪。

所以，我都叫它：「修正帶」。

這幾天完全沒在 IM/Jaiku/IRC 上出現…。

其實是我剛搬到台北還沒網路的關係 XD

希望大家還沒忘記我，科科。

對了。其實富士康在我刊下面那篇文章時，已經答應要給苦主新的驅動程式測試，以平民怨。另外事實上其實這件事情我並不覺得是富士康刻意不支援 Linux，而是工程師修改 Vista 的臭蟲時沒考慮到 Linux，所以才造成這次事件。整件事情裏面最不應該的就是那個客服/RD/FAE，富士康只是很衰而已。

還有只是因為有人很閒把這篇消息翻譯成中文罷了 :P

開始使用BestCrypt之前，最好能對BestCrypt的運作流程先瞭解一下。BestCrypt首先會在硬碟中造出一個新檔案，檔案名稱和大小當然是由我們來決定，然後設定密碼。此時可以把這個新做出來的檔案暫時當成一個新來的硬碟看待，所以使用前的第一件事便是格式化，最後再掛載入系統之中，就可以開始使用了。

簡單講，就是這次活動網路遜掉了。

主要問題是場地對外頻寬不足，只拉了一條 8M/640K Hinet ADSL，於是變成大家都可以連上無線網路系統，可是卻無法快速的下載網站，或順暢的使用 Y!Live 與 Skype.

先說明場地的佈建方式，原先第一次場勘的時候，外面的贊助商帳篷預計是要搭設於 B 廳與 C 廳間的廣場(場地平面圖)。由於廣場與 A 廳中間還有其他建築物，當日也還有展覽，為了避免佈線的麻煩，建議籌辦單位準備兩條 8M/640K，分別拉線於兩棟建築物。

結果後來出席活動前一週的籌備會議時，才知道要將各贊助商攤位移至緊臨 A 廳的廣場，對外網路也暫時只改申請一條 8M/640K。會議上，籌辦人不停的詢問我，8M/640K 是否夠用？只要我說一句「不夠用」，他會馬上再去申請一條沒問題。不過當下活動支出已經稍微超出預算，若換了網路，恐怕得少買一些食物。

甚麼！居然要拿網路會議三寶 (網路會議有三寶，正妹、網路、食物不能少) 來互換，身為阿宅的我當下決定拿出男子漢的氣概，咬著牙說「行！」。畢竟一條中華電信得 8M/640K 臨時短期租用可以換很多很多食物阿。(這個決定是災難的開始)

現場使用的設備跟上次 OSDC 差不多，一樣是從 FON 臨時借用了一些產品跟網路設備。並且將軔體全部換為客制化過的 OpenWrt。不同的是，由於上次 OSDC 使用的會議室已經有學術網路跟網路佈線，因此完全不用顧慮現場拉線跟頻寬的問題。

這次 Blog BoF 是臨時佈建，現場沒有任何現存的線路與管道。且場地分為兩個部份，在內場 A 廳的部份，佔地約 10Mx50M，屬於長狹空曠型。但是由於場地內人員會走來走去，若只靠一台機器或前後各一台，勢必會因為人員走動而干擾無線網路訊號。而外面廣場與 A 廳則隔了一個小山坡，無線勢必受到干擾。於是使了一些方法讓全場都可以覆蓋到無線網路訊號。

最後的作法是於圖中藍色甲一工作人員區設定為總部，中華電信 8M/640K ADSL 接於此。中華電信小烏龜給了一台康全電訊 CT-511C，只有單孔網路，於是接出至 SMC FMCFS5，示意圖如下

其中甲一、乙與丙一，各接了一台寬頻路由器，與一台無線網路基地台。其中藍色甲一作為主要服務基地台，接於 Buffalo BBR-4HG，搭配 FON 指向性天線與甲二的 Repeater 大致可以覆蓋整個內場。使用人數一直都保持於 30-50 人，整天都正常運作。只有中途因為手殘改亂了設定，重新開機一次。

至於紫色乙區，則是提供給講者、Y!Live 廣播及前排觀眾使用。使用了 SMC SMCWBR14T-G 與一台無線網路基地台，SMC SMCWBR14T-G 已經關閉它的無線功能，讓另外一台 FON 無線網路基地台負責。沒想到它整日還是當機了三、四次，造成 OpenWrtF 與 Y!Live 中斷服務。SMC SMCWBR14T-G 是個很糟的產品。

而綠色丙一區則使用 D-Link DI-624S 與 FON 無線網路基地台。一樣關閉 DI-624S 的無線網路功能，靠 FON 運作，丙二則使用 Wireless Repeater 將訊號接取廣播到戶外舞台另外一側。不過下午因為曬太陽的緣故，丙一舞台旁的 FON 熱壞了，重開機一次，重新開機期間丙二則自動切換廣播甲一的無線訊號。

如此的規劃，大致上沒有嚴重的問題。由於會場都收的到訊號，且週邊 2.4Ghz 頻段很安靜，所以無線大致上沒有問題，只要持續監測他們正常運作即可。麻煩的是，由於這次拿到三個公開 IP，各接於不同的 Router，非常不方便監控每一台的流量與狀態。下次應該把他們都換成開放原碼的軔體才是。

這次最嚴重的問題就是頻寬完全不足！整天都非常專心的再監測到底頻寬被哪些人吃掉了，並且試著把他們暫時踢掉，把頻寬讓給其他人使用。當下發現場內許多人都不停的使用 Y!Live, Twitter 與 Butoo。

剛稍微測試了一下最吃頻寬的 Y!Live，收到以下的數據

若純粹瀏覽 Y!Live 單一頻道，且頻道其他聽眾沒有開啟視訊/語音的狀態平均需要下載 700~800 kBit/s, 上傳 10~15 kBit/s。若把自己的 WebCam 也開啟，進行單位觀眾對頻道主人視訊對話的話則需要下載 1100~1500 kBit/s, 上傳 80~200 kBit/s。而自己開設頻道所需的頻寬，且觀眾都未開語音時，需要 120~150 kBit/s，上傳 80~200 kBit/s。

上述都是單純的使用。根據昨天 Blog BoF 頻道的盛況，同時有四五頻道訪客加入視訊討論，由於會同時收到數人的影像，需要的頻寬至少需要下載 3200~3500 kBit/s, 上傳需要 60 kBit/s.

如此證明，只要超過十個人開啟 Y!Live 瀏覽視訊，會場的 8M 線路就會爆掉。超過兩人進入 Blog BoF 視訊頻道，現場網路就會滿載。

問題在於昨天上午活動開始時，每位有電腦的朋友都會開啟 Blog BoF 首頁去看議程，偏偏 Blog BoF 首頁就內嵌了 Y!Live 視窗，於是很不幸的，上午的狀況非常的糟。第一場過後就開始在場內每台機器上擋掉 Y!Live 網址，如此至少眾人不會不停的於場內同時開啟 Y!Live.

不過麻煩的是大家還是會不停的、連續的讀取 Twitter 或巴布的回應，剛剛測試了一下類似的行為會用掉平均下傳 65~150 kBit/s, 上載 15~30 kBit/s。8M 預計可以支撐 20 餘人，就算兩條 ADSL 也只能承受 40 人這樣搞阿。就算拉了多條線，也得再處理分流的問題才能有效分擔流量。

下午的時候，負責轉播的 Tyler Lin 已經暫時轉移到備援的 3G 網路上 (因此下午影音效果可能不佳)。問題是大家還同時開 Youtube/Y!Live/Skype/PTT/Twitter/Buboo 阿，其中光是 Skype 對話大約需要 200~300/100~150 kBit/s。會場平均上線人數都超過三十到六十人，這樣講起來上傳要拉到 3M 以上在尖峰時段才稍微堪用阿。於是整場都忙著調整 QoS 與踢掉用太多頻寬的人，中途還不小心踢掉林凱洛小姐，害她嬌驕嗔的在 Twitter 上幹譙 (我還白目的持續在不同的機器上踢了好幾次，到底是甚麼軟體會同時開一兩百個 TCP Sessions 阿)。

凱洛小姐，我把妳的 Laptop MAC Address 背起來了，不會再犯，請原諒我吧！

不過，Carol 的 Punch Party 6 有一場與毛向輝作 Skype 對談的節目，雖然直接接了有線網路，效果也相當不好，雖然當下 PP6 已經是整天活動的高潮，場內已經由於節目太嗨沒有人在上網。看來這應該是中國對台灣的網路問題，與會場的網路無關。因為下午笑談華文部落格江湖二三事議程時，喬敬用的是自己的 3G 網路與毛向輝作 Skype 對談，語音效果也不佳。

檢討與改建

• 應該認真分析、預估鄉民的行為與需求，一點都不能大意阿。
• 種活動，下次或許可以直接租用學術單位的會議室，這樣可以借用現成的網路基礎建設。會議前一天才拉好臨時線路，實在令人劈劈挫。
• 要先跟各場主持人講清楚需求，像是需要現場作 Y!Live/Skype 等需要高優先值的流量。可以先設定起 QoS，將優先值調到最高。
• 對外的機器應該準備一台 PC 或更換開放原碼軔體的機器，這樣才方便臨時作最佳化修改與監測現場狀態。每一台 AP 應該先內建 Management Agent，不要當下才切換網路各台連入設定。

另外，萬一覺得 BoF 網路不好用，完全是我錯估情勢的錯阿。陳力完全是看了這篇被騙的。Orz

若是要對我砍劈或指教，請報名免費的 COSCUP 2008，我將於 8/24 09:30-10:40 間分享相關經驗。

補充附註:

CHT 臨時租用線路，目前只提供 ADSL，最高速度到 8M/640K。8M/640K 資費是 1500 + 1500 + 1000，上述 4000 元是基本費用，另加 3000 保證金。另外 電路費用+網路費用+電話費 則是以每日 1/15 計算。例如 8M/640K 一週租金大約是 (1599+500)/15*7 =~ 980 元。

光纖部份不屬一般臨時租用業務，需另外接洽中華電信二線業務人員。

以上補充作為未來活動參考之用。由於主要支出為設定費，因此請盡量申請光纖或更高速網路。

最近我把網路線接到客廳看 MOD ，因為想要也可以在這裡工作(其實已有 FON 無線網路了)，所以需要一個 hub 。這不是一件急事，所以在 pchome 上鎖定了這個 430元的產品後，我跑到「埔里燦X」逛逛，看到它們也賣 430 元，雖然沒有附購物袋，不過，想說價錢一樣，就順便買了。

然而，到了櫃台，小姐說我的會員卡過期了，要不要辦續卡，續卡 400 元，但有送小家電，我看了看小家電，好像家裡都用不到，所以想說下次買東西，再看老婆要不要續卡好了。

於是，小姐刷了產品條碼後，告訴我 450 元，我當下有點愣住了，原來沒續卡馬上就被懲罰 20 元。結果，我還是遞出了我的信用卡，待我走出門時，一直後悔，我為什麼沒說：「我不買了。」

唉~沒有下次了。

在先前的專欄中，我們為大家介紹了「I/O」以及「interrupt handling」，接下來我們要將這二個部份合在一起，並討論幾個相當重要的觀念以及機制。首先，我們回到最早在介紹 Linux 驅動程式架構的部份，我們介紹到了 system call 以及 file operations 的觀念；接續 I/O 的部份，我們又提到 read/write system call。到這裡，我們就要融合貫通先前所介紹的重要觀念。請大家先將先前的專欄讀熟，再接續本系列專欄。 在 Linux 驅動程式的整個框架中，最重要，而且必須一開始就先了解的主題有二個： 1. Blocking I/O 的觀念。 2. Wait queue 以及 event-driven（event-polling）的觀念。 雖然這裡分成二個小主題，不過其實這是同樣的一個主題。這裡有很多值得提出討論的觀念，首先針對 Blocking I/O 的觀念進行深度探討。 什麼是 blocking I/O？ 當 user process 透過 read/write system...

這標題是前幾日在 twitter 上意外聯想到，對於 Linux reboot() 系統呼叫的 geek 笑話，為了解釋箇中的幽默，決定寫一篇短文。 當我們查閱 reboot(2) 的 manpage 時，可發現其函式宣告如下： /* Under glibc some of the constants involved have gotten symbolic names RB_*, and the library call is a 1-argument wrapper around the 3-argument system call:...

"我從來沒有想到, 有這麼一天, 我會被合作伙伴趕出他們公司" -- richliu

這篇文章將在離職後放上 Blog (所以應該不會很快沒有想到不到一年就要放了)

背景介紹, 我們 s 公司和 v 公司合作開發一顆 SoC 晶片, 我是軟體部門負責
某個非常複雜元件的工程師. 該元件前後代都是我一手開發的.

今天(11/21)和客戶 j 約好, 去該公司談 Software 的事
客戶參與人有
j : 台灣區最大隻的
s : 不知道做什麼, 不過常常在 project 中, 應該是測試人員
a : 苦命 RD
路人甲, 路人乙: 就是路人, 我完全不認識的(後來確定是 hardware AE)

我們有
r : 本次開會代表 s 公司最大隻, 就是我了
M1 : 苦命 RD
M2 : 苦命測試人員

兩邊談了二個小時, 過程不能說相談甚歡, 開會前我列的 Action Item,
他們根本不理我們, 到了現場追加三倍. 那我談事情就是推來推去
根本就不是我今天要來談的事情嘛.
客戶要我們做, 我也沒有答應, 反正就是盧來盧去, 開這種會就是要盧嘛.
做過的都知道, 不該我們做的我不會讓, 如果不花太多時間做做無所謂
因為會議室門是開的, 所以, 路人甲和路人乙不時進來發表意見, 發表完又走出去.
我雖然有點火, 不過還沒有覺得怎麼樣.. 直到爆發衝突..

[事情引爆前夕]
r : 有時候事情要講清楚嘛, 像上次那個 PCI 到 WAN , 搞了半天才知道
你們是要從 WAN 到 PCI
路人甲進來, 聽到了.
路人甲: 我要講, 一般人聽到問題, 就要下去澄清, 這是你們的問題... blah blah
r : 這些事我們都有做. 其實是先 OOO 後 XXX
路人甲: 你們就是要主動澄清呀, 怎麼都不了解 ... blah blah
r : 這些東西我們都有提供... blah blah
路人甲: 你們這樣不對, 怎麼是這樣做 blah blah
r : 很抱歉, 你沒有參與在內, 你不了解狀況
路人甲: blah blah blah blah ........
r : 不了解就不要講話, 你有參與在內嗎? 搞不清楚!

路人乙這時好像聽到很大聲就跑進來了.

路人乙: 你怎麼態度這麼差
r : 我態度就是這麼差!
路人乙: 我要打給你們大老闆 s
r : 歡迎, 要電話嗎! (作勢拿出電話貌)
路人乙: 好呀, 這麼囂張, 態度這麼差, "滾! 滾出v公司"(他是用盡力量喊出來)

這時候我改向 j 談. 路人甲和路人乙在那邊繼續罵,
j : r 你態度不好
r : 我上次才講過, 我最討厭人家講態度不好 (拍桌!)*註1, 我是來討論技術問題
還是和你對罵, 上星期...
路人乙: "滾! 滾出v公司"
r : ......
<重覆>
路人乙: "滾! 滾出v公司" (有點用尖叫的感覺)
</重覆>

我就開始收 notebook 等東西
準備走時, 丟下一句
"j 事情變這樣, 你自己看著辦"
j 這時跑來找我說, 不要走啦, 事情還沒有談完.

我就大聲喊一句
"v公司的人叫我們滾, 我們還留在這做什麼, 走了"

然後整隊人馬帶隊回公司!

出來工作這麼久, 其實不是第一次看到衝突的會議場面
只是第一次自己是主角, 也是很 .... 新奇的經驗!

後續:
s 公司暫時停止所有對 v 公司的 support
v 公司的 j 和 w(Sales頭,不在會議中) 星期四要來找我們陪罪~(後來也不是來陪罪, 態度還是很高傲)
早知如此, 何必呢!

以為人小好欺負, 沒有想到踩到地雷了吧.........
重點是, 和我吵的根本不是開會的人呀, 有看出來了嗎?

星期四之後, 這麼悶的氣氛, 還是要談下去的
大老闆心中想的是不要破局, 對方也想的是不要破局
對方來談當然是直指我的問題, 增加一點談判的籌碼
我就沒有參加會議了

結果就是
對方的 Support 一律透過我老闆,
我方派去的人是比較不熟的(間接人員)

大家都以為我在生氣, 我沒有生氣呀.
事實上因為這個路人乙,
我可以大聲的不接他們的電話
我可以不提供任何 Service
我的工作少一半, 現在是我進公司最清閒的狀態
所以....... 不要再誤會我了 XD

但是這不表示我需要去和對方妥協,
不必要求我再去 Support
我不會再進 v 公司大門, 不會再接任何 v 公司的電話
如果公司要求我做這些事, 我也明白講, 我馬上就走.

當然不代表我不用做事, 我直接 support 內部人員就是了
而且時程幾乎是原先的二倍(正常時程), 因為不是我做了嘛.

最後那個路人乙搞大了事, 拍拍屁股就回 v 公司台北辦公室了
留下 j 在新竹擦屁股.
我想了半天, 還不知要怎麼形容 j 才好. 只能說, 真慘~

-以上是我當時的記錄, 我也依約定在離職之後放上我的 Blog(要有 Guts)

其實後來從客戶那邊聽說, v 公司的人本來就這樣了, 習慣罵客戶
反正他們是大廠, 屌個258萬的. 現在印證起來, 好像也是沒有錯啦.

八月 16 日，將應 [酷！學園] 的邀請，在台南崑山科技大學作主題為「Clutter -- 釋放 OpenGL 威力的新途徑」的演講，以下摘錄 [討論區公告] 的資訊：簡介：OpenGL 作為工業的繪圖標準，獲得巨大的成功，而我們身處的數位資訊社會，也廣泛引入影音多媒體技術的創新。甚至，移動數位裝置使用的硬體加速器效能日臻改善，已能在兼顧省電的情況下，透過 OpenGL(ES) 給予我們豐富的體驗，遑論資源豐富的 GNU/Linux 開放平台。本議程試圖探討 GNU/Linux 上，以 OpenGL 為基礎、活躍開發的開放原始碼函式庫 -- Clutter toolkit 的應用，透過其精簡的 API，去思量如何開發具有科技質感的使用介面。 預計涵蓋以下項目： 2D/3D 繪圖基礎概念 GNU Linux 的 OpenGL / OpenGL/ES 概況 Clutter 的中心思想 clutter 核心概念：...

一個可以編輯、查看manpage的工具「manedit」，但是找不到.pot檔可以翻譯程式。
manedit程式畫面

Hacking是一種樂趣也是一種精神

    一般在儲存比較私密或不能見光的文件時，都會特別針對檔案做加密的動作。在Linux下一般較常用gpg或是pgp來針對檔案做加密，但是如果需要加密的 文件很多時，在存取的動作很頻繁時，就會變成不停的在做加解密的動作，不停的輸入密碼，相當浪費時間而且累人。所以折衷的方法便是針對目錄或是磁碟做加 密，只要是在這個目錄或是磁碟下的檔案都會受到加密的保護，而且只在開啟磁碟或是目錄時做一次密碼的輸入。在關閉它之前都不必再輸入密碼，算是比較人性的 做法。

因為之前 server 掛掉太久，差點忘了我有 blog
話說，今天是非常平淡無奇的上班第一天
不過，新手上路，平淡就是一種幸福。

就像某好友說的：「你每次都說這次完了，可是真的遇到事情，
最後還是都平安度過了。」
或許吧！希望這次也是。
這意外的小小空檔可以喘息，剛好可以把握機會，
彌補之前欠的很多東西
這正是一個可以重新開始的好機會。

今天，把作息正常化，將之前日夜顛倒造成的時差調回
定了兩個鬧鐘，換了全新的電池。
手機全部充滿電，不能讓人 call 不到
早上鬧鐘一響起...

1.想做繁中的man手冊頁，但是這類格式要用什麼翻，SGML嗎？

2.想辦法搞定加入翻譯團隊的事項：列印文件並傳真至自由軟體基金會，但問題是不知道怎麼寫好簽署文件，及列印的問題解決（有列印的動作但是卻沒有印出文件，等於是空白）我在想或許是postscript之類的問題？

3.執行翻譯的流程及工具的熟悉。msginit>xx.po>test translate>upload

加入翻譯團隊後就是熟悉一些工具的使用、測試翻譯、編譯xx.po、上傳、建立自己的翻譯庫、加入郵件論壇等等。

Hacking是一種樂趣也是一種精神

傍晚與一位六月份見過面的朋友通訊，我們聊到機器人設計，他問說為何不考慮用 Lisp 來建構系統平台，問題一出，讓我這個「慣 C 魔人」想到新題目： 「能否用 C 語言模擬 Lisp 語法？」 筆者選定 Scheme 作為主要的模擬對象，發展於 1975 年的 MIT 人工智慧實驗室 (是的，就是 Richard M. Stallman 早年服務所在)、衍生自 Lisp，作為一種 functional programming languages，以 lambda calculus 為理論基礎。現有 Scheme 語言的標準，依據 2007 年制訂 Scheme 語法規則的第六次修正，特稱 [R6RS] (Revised(6) Report on...

建議所有使用者執行 Security Update 2008-005，此更新項目改進了 Mac OS X 的安全性。

如需關於此更新的詳細資訊，請參訪網站：http://support.apple.com/kb/HT1222?viewlocale=zh_TW

自從撰文 [以 C 語言實做 Functional Language 的 Currying] 與 Thinker 的指教後，又認真思索「以 C 語言模擬其他程式語言的關鍵機制」的議題，何也？在筆者淺薄的認知中，語言只是一種手段，語法不過是彰顯某些動機與概念，而本文則試著由 C 語言「模仿」Javascript 的 prototype 特性，雖不過是東施效顰，但不妨可視為一個切入點，對 Javascript 這個兼具 prototype inheritance 與 functional programming 特性的動態語言。 JavaScript 這個具有十多年歷史的程式語言，雖然普遍的認知是，語言本身跟 Java 無關，但兩者發展的背景卻值得玩味。過去任職於 Netscape 的 Brendan Eich (現為 Mozilla Corporation 的 CTO)，為訂於 1995...

發現到一個線上學習Linux的好地方，文章非常豐富，英文用詞也不會太難，且也提供html與PDF的下載，真是滿不錯的，非常感謝這些無私奉獻的人。

http://learnlinux.tsf.org.za/index.html