<?xml version='1.0' encoding='UTF-8'?><?xml-stylesheet href="http://www.blogger.com/styles/atom.css" type="text/css"?><feed xmlns='http://www.w3.org/2005/Atom' xmlns:openSearch='http://a9.com/-/spec/opensearchrss/1.0/' xmlns:georss='http://www.georss.org/georss' xmlns:gd='http://schemas.google.com/g/2005' xmlns:thr='http://purl.org/syndication/thread/1.0'><id>tag:blogger.com,1999:blog-11590917</id><updated>2012-01-06T21:54:27.284+08:00</updated><category term='產能'/><category term='機器翻譯'/><category term='Time Management'/><category term='死亡'/><category term='閒聊'/><category term='Project Management'/><category term='本土化'/><category term='社會'/><category term='politics'/><category term='漫談'/><category term='軟體'/><category term='簡轉繁'/><category term='Chinese'/><category term='危機管理'/><category term='自我管理'/><category term='I18N'/><category term='Translation'/><category term='溝通'/><category term='自我成長'/><category term='Testing'/><category term='booksore'/><category term='品管'/><category term='效能 問題'/><category term='方法論'/><category term='Flash'/><category term='教育'/><category term='翻譯'/><category term='Revision'/><category term='風險管理'/><category term='Industry'/><category term='版本'/><category term='道德'/><category term='L10N'/><category term='測試'/><category term='Software'/><category term='專案'/><category term='時間管理'/><category term='G11N'/><category term='管理'/><category term='產業'/><category term='工作態度'/><category term='決策管理'/><category term='UI Design'/><title type='text'>Thinking in Arithmandar Way</title><subtitle type='html'>There are lots of methodologies regarding to how to think things. Have you ever heard the way called Arithmandar Way?</subtitle><link rel='http://schemas.google.com/g/2005#feed' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/posts/default'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default?max-results=100'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/'/><link rel='hub' href='http://pubsubhubbub.appspot.com/'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><generator version='7.00' uri='http://www.blogger.com'>Blogger</generator><openSearch:totalResults>95</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>100</openSearch:itemsPerPage><entry><id>tag:blogger.com,1999:blog-11590917.post-2621121428368119434</id><published>2012-01-06T21:54:00.000+08:00</published><updated>2012-01-06T21:54:27.296+08:00</updated><title type='text'>盡信書不如無書</title><summary type='text'>「盡信書，不如無書」語出《孟子•盡心下》，意指不可一味的拘泥於書上所記載的，而不知變通，僅是盲從盲信。

每個人應該要建立足夠的自信來做自我判斷，也要知道變通。 

廣義的來看，不光是書本，如果你聽到什麼人講了什麼話，應該要保留最小部分的懷疑。所謂的「三人成虎」，「曾參殺人」，就是說當有一個人告訴你地球是平的，你哪會相信，但是二個人、三個人、一百個人都跟你講地球是平的，你是不是要開始懷疑難道過去了解的地球是圓的的事實、照片上看到衛星拍到的地球是個球體，這一切都是謊言？

基本的懷疑要有的。這是讓自己至少有退路的最後一步，你不應該直到自己已在懸崖邊上了才發現你把過來的路全都毀掉了！那就好比你現在發現有項投資真是太超值了，相當好賺，甚至是「保證賺錢」，然後你要把你身上所有的錢全部都去做這項投資嗎？當然不行，你一定要保留一定程度的老本，避免那千萬分之一的機會你這項投資付諸流水；要不，</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/2621121428368119434/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=2621121428368119434&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/2621121428368119434'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/2621121428368119434'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2012/01/blog-post.html' title='盡信書不如無書'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-3938454426700877218</id><published>2011-10-24T18:09:00.000+08:00</published><updated>2011-10-24T18:10:00.455+08:00</updated><title type='text'>從本地化看市場尊重</title><summary type='text'>如果有一項商品，原製造國是日本，例如日本的啤酒好了。現在有進口商想要把該項啤酒，原裝從日本進口近來。首先會遇到一個小課題，所有在台販售的商品，必須至少有明確的中文商品說明（註1），例如商品品名、原料、產地、廠商資料等等。

廠商可能會簡單的印製一張具有詳實中文商品敘述的貼紙，在進口後，逐一張貼；或是將該貼紙內容在與原廠協商溝通後，由原廠在封裝時一併貼上。或是在與原廠溝通後，原廠在生產時，鋁罐即以中文印製。

如果是電器產品，除了商品包裝以外，還有電器上面的各個操作文字說明，例如電源鍵等。另外還會有產品的說明書，如果是有畫面顯示的電器，例如電視，還會有開機後的文字敘述。基本上這些說明文字，都可以被翻譯成本地語言，這樣的舉動稱作為本地化。本地化程度端視該產品對目標市場的重視程度，以及其背後具有的淨利（經費）。較低利潤的商品，也許就只有包裝有中文化，以及很簡易的中文說明書。

</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/3938454426700877218/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=3938454426700877218&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/3938454426700877218'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/3938454426700877218'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2011/10/blog-post.html' title='從本地化看市場尊重'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-5496809795659387919</id><published>2011-10-19T21:43:00.004+08:00</published><updated>2011-10-24T17:27:58.814+08:00</updated><title type='text'>HTC、Asus、Acer的全球發表布局與定價策略</title><summary type='text'>我不是專業的市場觀察家，但講講自己心裡想法總是 OK 的吧！
近年來，Acer 與 Asus 在全球的市佔率越來越高，隨著 HTC 手機也開始在世界扮演相當重要的腳色，開始成為全球注目的焦點。但台灣的使用者除了在支持優秀的國產品之餘，也開始發現一個問題。那就是，明明是 Made in Taiwan 或是至少是在台灣設計的產品，新產品的發表為什麼在國外，甚至很多新機種先在國外上市一陣子後，台灣才見的到蹤跡！ 
選擇在國外作發表會，自然有市場能見度的考量問題。一個產品，選在倫敦、巴黎、香港、東京、或是紐約作發表會，各有不一樣的意義與效果。但我個人覺得，即便在國外進行發表可以收到較大的效果，廠商是否真的重視本地用戶，其實顯而易見。華碩的 EeePad Transformer 可以做到優先在台灣上市，即便是很少量的，至少台灣是第一批。
廠商要選擇在國外進行發表，其實也可以在台灣加開一場，</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/5496809795659387919/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=5496809795659387919&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/5496809795659387919'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/5496809795659387919'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2011/10/htcasusacer.html' title='HTC、Asus、Acer的全球發表布局與定價策略'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-2022375595091633074</id><published>2011-09-01T12:33:00.000+08:00</published><updated>2011-09-01T12:33:54.648+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='閒聊'/><title type='text'>殖民與侵略</title><summary type='text'>前陣子重玩世紀帝國三, 故事主軸都在北美洲, 基本上就敘述了北美原住民先後受到西班牙與英國殖民的迫害, 然後短暫出現了俄國的勢力, 後來出現了法軍的協助來趕走英國勢力. 緊接著美國就獨立了, 但獨立後接著的是原住民的土地與財產逐漸地被侵占.
殖民時代大概都是這樣, 所謂的 "新" 大陸只是相較於既有的強權所未觸及的土地. 殖民的母國為了其國家的強大, 或是為了確保相對優勢, 就必須跟著其他強國一起 "成長", 也就是必須跟著進行殖民, "強佔探索" 新資源.
不過理論上當領地主權確認後, 就可以開始有些建設, 初期的建設應該是著重於交通, 以便開採的資源可以快速地往港口運送. 緊接著應該會是水利與電力的建設. 當這些基礎建設都逐漸完善後, 就會開始進行較深層的文化侵略建設. 雖然最後的文化建設也是要看執政統治者的心態, 落實程度不一.
</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/2022375595091633074/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=2022375595091633074&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/2022375595091633074'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/2022375595091633074'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2011/09/blog-post.html' title='殖民與侵略'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total><georss:featurename>No. 508, Section 5, ZhōngXiào East Rd, Sinyi District, Taipei City, Taiwan 110</georss:featurename><georss:point>25.041043928023438 121.57870888710022</georss:point><georss:box>25.04059442802344 121.57809188710021 25.041493428023436 121.57932588710023</georss:box></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-502403594556038509</id><published>2011-04-14T12:30:00.000+08:00</published><updated>2011-04-14T12:30:26.244+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='閒聊'/><title type='text'>行話</title><summary type='text'>行話：同業間的專用語。如：「行家說行話」。亦稱為「同行語」、「行業語」。

有時看電視上，藝人們在聊天，講到像是「我們為了這演出，之前 Re (讀: 蕊)了好幾次」，什麼叫做「Re」？而且還發成蕊的音！他其實是「rehearsal」的簡稱，也許國外演藝人員習慣簡稱他「Re」，這我不清楚，就是說，也許因為 Rehearsal 太長，經常會簡單講它，這就會變成一種行話。只是，當你聽到大家都講蕊蕊蕊，你知道那是什麼意思嗎？「我們再來蕊一次吧」!?

老師說，不懂，就要問！（丟粉筆）</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/502403594556038509/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=502403594556038509&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/502403594556038509'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/502403594556038509'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2011/04/blog-post.html' title='行話'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-6599612057916236996</id><published>2011-03-29T12:42:00.000+08:00</published><updated>2011-03-29T12:42:24.954+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='測試'/><title type='text'>你怎麼測試一個產品</title><summary type='text'>記得以前有部電影，描述要測試保全系統，於是請來過去曾有偷竊經驗的人來檢驗其保全夠不夠縝密。

想想看，如果你自己做了一把菜刀，你要怎麼測試他？

首先，假定這把是切菜的刀，拿在手上試試重量以及重心、比例；接著，找來看是高麗菜、大白菜等青菜切切看；再來，找來一把蔥，切看看，看這把刀快不快........喔我掰不下去了，因為我不會做菜。實際上切蔥是不是用更輕巧的快刀呢？

是了，你要測試一個產品，你首先必須熟悉這個產品或是熟悉對應的需求（做菜、切菜）。
以我來看，熟悉產品，比較偏向於設計面，比較會是設計者的角度，或是專家角度；實際需求則是偏向消費者、使用者。

如果你設計了一把菜刀，你除了自己測試完畢以外，最好找來專家與一班使用者，來幫你進行測試。

換個例子，如果你設計了一個高科技產品，例如你開發了一款高規格的行車紀錄器，你除了在你的實驗室測試所有功能以外，你應該要做路測。而且，</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/6599612057916236996/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=6599612057916236996&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/6599612057916236996'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/6599612057916236996'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2011/03/blog-post_29.html' title='你怎麼測試一個產品'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-4427867992333491103</id><published>2011-03-17T13:56:00.000+08:00</published><updated>2011-03-17T13:56:51.620+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='L10N'/><category scheme='http://www.blogger.com/atom/ns#' term='本土化'/><category scheme='http://www.blogger.com/atom/ns#' term='翻譯'/><category scheme='http://www.blogger.com/atom/ns#' term='簡轉繁'/><title type='text'>本地化語彙</title><summary type='text'>每個地區經常都有一些各自的特殊慣用語，在生活習慣上也都有一些小差異。城鄉之間的差異也會造成生活習慣的不同。例如都會區裡的小餐館，常見要客人點完菜先付款，但城郊的小餐館通常你吃完要走再結帳，不急！

本來嘛，一群人在一個區域裡共同生活，本來就會逐漸發展出特有的互動方式，語言文字也是這樣逐漸產生。這個鄉可能大家在廟會時很熱情，隔壁鄉可能是在普渡時擴大慶祝。習慣也是會改變的，雖然現今法規規定車輛應等禮讓行人先行通行過斑馬線，在都會區裡，你行人可以比較放心的走，到了鄉下，你可得更加小心有無車輛。

至於語彙呢？想像我今天一早出門，遇上鄰居，「嘿，早安！」到了早餐店：「老闆，包子一個，米漿一杯，帶走。」到了公司，看見警衛：「早！」中午時，到了麥當勞：「我要一號餐，外帶。」 下午到了 7-Eleven 買咖啡：「中熱拿，不要糖！」傍晚口渴，到飲料店：「綠茶一杯，無糖，去冰。」這裡出現類似的語彙有「</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/4427867992333491103/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=4427867992333491103&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/4427867992333491103'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/4427867992333491103'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2011/03/blog-post_17.html' title='本地化語彙'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-2000660918534603161</id><published>2011-03-03T17:09:00.000+08:00</published><updated>2011-03-03T17:09:15.927+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='效能 問題'/><title type='text'>從電腦效能瓶頸看問題核心</title><summary type='text'>以前在維護網站的時代，採用 UNIX 系統，就特別針對效能瓶頸多加注意。當時遇上龐大的網站瀏覽需求以及網站服務使用需求，使得網站回應相當慢。老闆當然要求要盡快解決，也問過我是不是要換更好的機器，他再去找經費。

但是錢要花在刀口上，因為我們沒有無限的經費。當時的例子，效能瓶頸可能出現在下面幾個點：
網路
 WAN 還是 LAN ？
設備：是否既有網路設備不足以應付龐大的 session 或是流量，網卡要換還是 Switch / Router 要換？Layer 2 / Layer 4 Load Balance Switch 有沒有效？
CPU
網站服務回應慢時，是否 CPU 呈現滿載狀況？
若 CPU 呈現滿載，是哪些程序佔用多數的 CPU 運算效能？
是 httpd 佔用較多效能？
還是網站程式佔用較多效能？
還是其他相關程式例如資料庫佔用較多效能？
硬碟 I/O
硬碟 I/O 是否滿載</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/2000660918534603161/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=2000660918534603161&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/2000660918534603161'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/2000660918534603161'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2011/03/blog-post.html' title='從電腦效能瓶頸看問題核心'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-8984398549836436598</id><published>2011-02-21T11:41:00.000+08:00</published><updated>2011-02-21T11:41:43.089+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='專案'/><category scheme='http://www.blogger.com/atom/ns#' term='方法論'/><category scheme='http://www.blogger.com/atom/ns#' term='品管'/><title type='text'>專案管理 - 知道你自己在做什麼</title><summary type='text'>最近聽到某個專案團隊詢問一個問題，問到說我們的問題追蹤系統能不能有個快速提交問題的表單，好讓外面的協力廠商或自由工作者可以比較簡單的在測試階段提交問題；或者說，能不能有匯入功能，例如透過 Excel 表單匯入問題到系統。

我覺得以工程師的角度去思考問題，大概會覺得這些都是功能面的問題，既有的提交問題程序對工程師來講不會很困難也不會很複雜，能不能有快速提交方式，要看系統擴充性，要不就要重新設計該專案的欄位；至於能不能透過 Excel 匯入，也是看系統本身支援與否，要不就要自己寫一個中介程式來加以處理。

雖說系統易用性對於工程師與其他非工程師來講，會有很大的落差。而若是提到產品開發，很多開發團隊對於產品的易用性往往不擅長，不過這已經是另外一個主題，在此不多做著墨。

是不是可以有快速提交表單，這可以藉由定義哪些欄位屬於必填欄位，哪些屬於選填欄位，然後看系統是否支援在建立新的問題記錄時，</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/8984398549836436598/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=8984398549836436598&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/8984398549836436598'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/8984398549836436598'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2011/02/blog-post_21.html' title='專案管理 - 知道你自己在做什麼'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-1596338376222383703</id><published>2011-02-08T18:11:00.001+08:00</published><updated>2011-02-08T18:13:08.347+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='閒聊'/><title type='text'>領土與統治權的個人看法</title><summary type='text'>也許會是個很有爭議性的主題，不過至少說說我的想法。我也不是什麼有學問的學者，只要是理性的，我倒是樂於聽到不同的聲音。

我老是在想，中華人民共和國老是對全世界稱台灣是「中國」不可分割的領土之一，我到好奇這說法以什麼為本？有史以來，或者說從中國共產黨在中國建立中華人民共和國以來，這個政權從未統治過台灣。回顧台灣在那個年代以前的歷史，先是大清政權將台灣割讓給日本，從此喪失對台灣的主權。接著大清政權被孫中山為首的革命軍推翻，並成立新的中華民國政府。而直到二次大戰日本戰敗以前，中華民國這個政權也從未擁有過台灣的主權！

一些學者或是政治家認為台灣的主權是否歸屬中華民國，本身就已經是個問題，更不用提中華人民共和國。以我來看，當一個領地在過去已然割讓給另一個政權，即便割讓時是基於怎樣不平等的處境下，過去各種族各政權恃強凌弱似乎勢天經地義，除非有更強大的正義的一方出面「主持公道」！然而，</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/1596338376222383703/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=1596338376222383703&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/1596338376222383703'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/1596338376222383703'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2011/02/blog-post.html' title='領土與統治權的個人看法'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-4533764417429694397</id><published>2010-12-16T14:42:00.000+08:00</published><updated>2010-12-16T14:42:35.600+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='閒聊'/><title type='text'>票選的方式與結果</title><summary type='text'>想要利用票選來選出特定目的的目標物，例如說想要藉由委員會票選出年度傑出青年，這裡頭包含了目的（緣由）、手段、與結果。手段是工具，緣由是入物，結果是產出物。

我們都知道，工欲善其事必先利其器，現在想要畫一幅畫，你用炭筆、粉筆、原子筆、水彩筆，畫出來的結果都不一樣，如果你拿了炭筆卻想畫出印象派畫作，那恐怕有點困難。

票選也是這樣，票選的工具有很多，例如開放性投票（任何符合資格的標的物都可成為被票選目標、以及投票成員沒有限制，只要符合資格，例如會員，都可以投票）、封閉性投票（標的物是經過特定條件篩選或初步評選，符合資格後才進入候選資格，或是投票成員為評選委員等），加權性投票，簡易式投票等等。

像 SourceForge 近年來每年度會舉辦最佳專案票選，他是開放式票選，只要你是會員，你就可以投票，是不是任何專案都可以被投票我倒是有點忘了，印象中是。此外，票選還分很多個類別，例如最實用工具、</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/4533764417429694397/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=4533764417429694397&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/4533764417429694397'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/4533764417429694397'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2010/12/blog-post.html' title='票選的方式與結果'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-6373866678839132482</id><published>2010-10-20T11:35:00.000+08:00</published><updated>2010-10-20T11:35:51.995+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Software'/><category scheme='http://www.blogger.com/atom/ns#' term='軟體'/><category scheme='http://www.blogger.com/atom/ns#' term='品管'/><title type='text'>產品的易用性通常決定了他的成敗</title><summary type='text'>一般來說，產品的易用性 (usability) 決定了他的成敗。排除特殊專門用途或是特殊冷門軟體不談，設計給一般廣大而普遍的使用者使用的軟體，如果在易用性上面表現不好，那麼這個軟體至少不會太成功。

程式設計師往往僅專注於達成軟體的功能設計需求，並確保該能運作正常，但多數的程式設計師往往不懂該產品。例如設計財會倉儲管理系統的程式設計師很少會懂財會或是倉儲，設計人事管理的設計師也不懂人事管理，因為這些領域往往過於專業，即使在團隊裡有系統設計師，有架構設計師，這兩個角色或多或少會在程式開發以及目標用戶之間扮演一些溝通的角色，但多半這兩個角色也不可能對軟體的目標領域有深入了解。

某一定程度的軟體的易用性，認真或是稍加投入的程式設計師還是可以達成一定程度的改善。舉例來說，當某個功能操作環節中有一個步驟要從清單中選取一個使用者自訂的項目類別，這個清單欄位被設計成10行高並且當選項超過10</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/6373866678839132482/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=6373866678839132482&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/6373866678839132482'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/6373866678839132482'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2010/10/blog-post.html' title='產品的易用性通常決定了他的成敗'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-76640020185823476</id><published>2010-08-30T12:57:00.000+08:00</published><updated>2010-08-30T12:57:46.209+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='閒聊'/><category scheme='http://www.blogger.com/atom/ns#' term='社會'/><title type='text'>從技嘉顯示卡規格標示不明看台商製造vs台灣製造</title><summary type='text'>最近在知名網路論壇上面爆出一個事件，有對岸電腦玩家買了一款技嘉的顯示卡，由於商品外盒包裝對於產品規格說明不夠詳盡，導致買家以為買到了內建 1GB 記憶體的顯示卡，實際使用發現僅有 512MB ，原來商品標示 1GB 是所謂的 HM to 1GB (HyperMemory technique to 1GB)。事件發生數日，技家反應也很迅速的表達問題未來的改進，亦即除了在釐清 HyperMemory 技術之外，還允諾會針對易於誤解的身品標示做改進，例如更明確的標示 HyperMemory 1G (on board memory 512MB GDDR5)。

其實類似的商品標示不明誤導消費者的事件相當的多，例如過去當燒錄機市場正在蓬勃發展時，各家廠商針對自家商品的效能表現都採用不一樣的方式來作陳述，例如轉速的標示有以下這麼多種：P-CAV、CAV、CLV、Z-CLV。好比一台標示具備12</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/76640020185823476/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=76640020185823476&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/76640020185823476'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/76640020185823476'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2010/08/vs.html' title='從技嘉顯示卡規格標示不明看台商製造vs台灣製造'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-7481463649088598169</id><published>2010-08-06T17:54:00.000+08:00</published><updated>2010-08-06T17:54:45.091+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='閒聊'/><category scheme='http://www.blogger.com/atom/ns#' term='測試'/><category scheme='http://www.blogger.com/atom/ns#' term='方法論'/><title type='text'>如何清楚的陳述問題</title><summary type='text'>如果是在專門的測試專案裡工作，多半會學到一些測試方法與規範。這裡先保留不提工作上的測試相關工作。先來談平常生活中所遇到的問題。

試想，如果說你上週買了一台冷氣，用了不到一週，今天他突然不會運轉了，於是你撥電話給該公司客服，你會怎麼陳述問題？
「我的冷氣不會動了！」
是這樣的嗎？

其實有這樣客服與顧客之間的對話實際發生過：
「我的電視不能看了，我上週才剛買的！」顧客反應這麼說著
『昨天還能看嗎？』客服問道
「昨天還能看，今天就突然不能看了」
『可以說明一下是怎樣不能看嗎？』
「就我拿遙控器對著電視按電源鍵，但電視就沒反應啊！」
『可以確認一下遙控器是不是還有電嗎？或是你換一組新的電池看看，按遙控器時看上面的發送燈號有沒有亮。』
「我試過了，換新電池後，按遙控器時確認發送燈有亮，但電視就是沒反應！」
『不知道遙控器會不會摔壞了，這樣好了，你走到電視前，從電視的面板上按電源鍵看看！』
「</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/7481463649088598169/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=7481463649088598169&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/7481463649088598169'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/7481463649088598169'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2010/08/blog-post_06.html' title='如何清楚的陳述問題'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-9149227177187461678</id><published>2010-08-05T12:56:00.000+08:00</published><updated>2010-08-05T12:56:58.782+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='閒聊'/><title type='text'>繁體中文市場的式微與簡體中文的興盛 - 另一種角度的看法</title><summary type='text'>80 年代由於台灣在電腦產業上追隨 IBM XT/AT 相容電腦表現的相當不錯，加以倚天中文系統的市場策略成功，使得繁體中文早在 IBM 與 MS DOS 時代就已經相當普及，其技術能力應可與日文相比擬。

繁體中文的發展演進，在此不多做著墨。但也因繁體中文發展的早，技術也成熟，加以台灣的電腦與資訊產業起步的相當早，從 1980 一直到 2000 年這二十多年來，全球的中文市場幾乎都是以繁體中文為主要考量。期間有很多軟體一開始沒有中文版，甚至有很多熱心的網友自製中文化，而再藉由繁轉簡來產生簡體中文化的補丁。

中文的遊戲市場更幾乎都是繁體中文的天下，即使到了近幾年，在新加坡與中國，台灣的遊戲公司製作的中文遊戲仍然相當盛行。

但是，自從中國的近十年科技與資訊產業快速的發展，全球主要大廠開始重視中國這個市場，也開始發現簡體中文龐大的使用族群與需求，但對比繁體中文市場的需求，後者顯得小了很多</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/9149227177187461678/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=9149227177187461678&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/9149227177187461678'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/9149227177187461678'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2010/08/blog-post.html' title='繁體中文市場的式微與簡體中文的興盛 - 另一種角度的看法'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-1818777045016362185</id><published>2010-06-28T15:07:00.000+08:00</published><updated>2010-06-28T15:07:29.386+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='漫談'/><title type='text'>解決事情的方法</title><summary type='text'>每個人天生都有一套解決事情的方法。上古時代的人類當或許意外發現烤熟的肉比起生肉來的好吃時，便開始想辦法弄出火來，於是不管是鑽木取火或是用擊石取火，都是一種方法。這應該是動物本能，遇上問題時會去思考怎樣解決，以動物本身的智力與行為能力所能解決的就可能會被發展出來一些解決方式，超乎其能力所及的就無法被解決。

如果說在你面前有一堆硬幣，估計有上百個，當你想要數清楚其數量時，也許一開始你會一個個把它挑到桌子旁的一角落，逐一數數量。過一陣子你會開始發現這方法不行了，因為桌子的一角快佔滿硬幣了，於是你可能去拿個桶子把數過的硬幣丟進去。再過一陣子你可能發現這樣一個個數實在太過緩慢了，於是你發現你可以先數出十個為一疊，然後你可以以這一疊的高度為基準，然後只要疊出一樣的高度的就會是一樣的10個硬幣的數量。再過了一會你大概發現這樣還是不夠快，因為面前的硬幣似乎不是上百個，恐怕有上千個，心中盤算要是有五千個</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/1818777045016362185/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=1818777045016362185&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/1818777045016362185'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/1818777045016362185'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2010/06/blog-post.html' title='解決事情的方法'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-5632880204490647659</id><published>2010-01-12T00:29:00.001+08:00</published><updated>2010-02-11T10:57:01.578+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='閒聊'/><title type='text'>先進國家的人高尚到哪去了</title><summary type='text'>去年年底我在南台灣待了幾天，發現高雄、台南的著名觀光景點多半還是來自大陸的觀光團居多，台灣遊客很少。說實在的，確實不少大陸觀光客給我感覺有那種層次較低的感覺，怎樣的層次低呢？就類似感覺文化水平低了些、講話粗鄙些、沒水準之類。但老實說，我倒不討厭這些觀光客，摸著良心檢討，十幾二十年前台灣人出國觀光是不是也是這德行？

換個角度想，大陸土地遼闊，各省間的風俗民情多少有差異，普遍來說人的個性較為爽朗，某種層度來說也是熱情的多。五六年前我頻繁的到訪北京出差，北京也很多來自個省分的外地工作者，店員或是偶爾路上偶見的路人也多熱情的寒暄或是交談，即便有些猜想我應該是台灣人，有些只猜我是來自南方省分的人。對比台北市，有時感覺台北人稍稍冷漠了些。也時常聽到有人覺得日本人對比台灣人又普遍更為冷漠許多。你看日本人表面上彼此都客客氣氣，頗有禮貌，實際上就是彼此都保持了一段距離。

我只能說，其實這都是不同的國家</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/5632880204490647659/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=5632880204490647659&amp;isPopup=true' title='1 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/5632880204490647659'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/5632880204490647659'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2010/01/blog-post.html' title='先進國家的人高尚到哪去了'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-7025814949438870775</id><published>2010-01-12T00:11:00.000+08:00</published><updated>2010-01-12T00:11:56.591+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='閒聊'/><title type='text'>「分久必合，合久必分」vs.「十年河東，十年河西」之導言篇</title><summary type='text'>「分久必合，合久必分」是中國古代的成語，形容天下分分合合，輪迴演進。周朝天下統一了近八百年，卻分裂乘數小國，形成春秋戰國時期群雄割據，最終秦始皇統一了天下。漢朝又是另一個例子，漢朝末期，天下又分裂成魏、蜀、吳三國，最終西晉一統天下。

商場上是不是也常見這種分分合合的例子？一家公司的崛起、壯大，本業之外又擴展了相關的產業，甚至轉投資到非本業，更又甚者，購併同業或相關產業，讓自己更加的壯大。但也不乏很多大公司在自行進行切割，好讓母公司更加單純，讓子公司更加靈活輕巧。

在公司內部也有時會見到這種分合跡象，當一個部門逐步擴大，是比考慮組織架構重整，例如讓一個大部門再依其專業分成數個小部門，上置更高階主管加以統籌管理；也有那種多個相近部門也許因為分工過細，造成人力重複而未能充分利用，因此加以整併。又是個分合的例子。

「十年河東，十年河西」（也有說三十年河東，三十年河西）白話說是十年前河東繁榮</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/7025814949438870775/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=7025814949438870775&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/7025814949438870775'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/7025814949438870775'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2010/01/vs.html' title='「分久必合，合久必分」vs.「十年河東，十年河西」之導言篇'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-7091251042155013930</id><published>2009-12-09T22:21:00.000+08:00</published><updated>2009-12-09T22:21:59.809+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='閒聊'/><title type='text'>在自己國家的所謂「管制區」拿出國旗或是揮舞國旗等同潛在的鬧事者的謬論</title><summary type='text'>2008 年當陳雲林來台時，即便是有很多綠營人士為了表達不滿而遊行抗議，但揮舞國旗的人不限於綠營人士，所謂的泛藍民眾也不在少數。 08 年已經發生過在自己的國家揮舞國旗而被警察強制帶走的事件，引發各界不分藍綠的輿論斥責，時值又一次的陳雲林訪台，預定到達台中市，市長居然明確表達屆時所謂的「管制區」內禁止民眾揮舞國旗，市長也在接受媒體訪問時表達不能理解為什麼民眾要在管制區內揮舞國旗。


這是個很奇怪的現象，很奇怪的政府。過往每當台灣舉辦國際賽事實，經常禁止觀眾攜帶國旗入場，也禁止觀眾在場內揮舞國旗，偶見民眾夾帶，警察馬上以很快的速度前往強制帶走。過往的理由表示是遵從國際賽事規範，循奧會模式，台灣必須以「中華台北」為名，並以奧會會旗作為旗幟，遇有在台灣舉辦的國際賽事，不得在會場上使用中華民國國旗。這些解釋也都罷了，畢竟台灣為了爭取參與或舉辦國際賽事費了相當的工夫與努力。</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/7091251042155013930/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=7091251042155013930&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/7091251042155013930'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/7091251042155013930'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2009/12/blog-post_09.html' title='在自己國家的所謂「管制區」拿出國旗或是揮舞國旗等同潛在的鬧事者的謬論'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-93077134659269451</id><published>2009-12-08T21:23:00.000+08:00</published><updated>2009-12-08T21:23:01.593+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='閒聊'/><title type='text'>家電省電大作戰</title><summary type='text'>我婆婆很節省，家裡電視不看時插頭一定要拔掉，之前我覺得那樣拔拔插插有點小心苦，買了個有開關的多孔插座，這樣要只要切掉開關，就能確實關閉電視的待機電源，也省卻拔拔插插。雖然我覺得電視的待機耗電量應該很小，不太值得這樣拔插。


後來我突然心血來潮，買了個電力電費測量儀，簡單來說它就是個電表，你先把它插上插座，再把電器插到它上面，它就可以量測電壓、電流，進而自動幫你計算出來功率、功率因素等，再輔以手動輸入每度電費用，它可以幫你估算平均每天、每週、每月、每年該電器在目前功率下的預計電費。它也可以讓你實際統計一定週期下的真實用電，例如實際測量24小時，觀察冰箱一整天下來的用電狀況。

於是，像是熱水瓶的保溫待機電力消耗、電視機待機、ADSL 用電、無線 AP 用電、老舊電腦用電、筆電用電等，都可以輕易的量測出來。

結果我家裡的熱水瓶經量測發現，保溫時就已經消耗約 55 W 的電力，這樣以每度電</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/93077134659269451/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=93077134659269451&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/93077134659269451'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/93077134659269451'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2009/12/blog-post.html' title='家電省電大作戰'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://4.bp.blogspot.com/_NdrepzTb7Yg/Sx5Pxok1IEI/AAAAAAAAAZg/9OooFLgRcGw/s72-c/%E9%9B%BB%E5%8A%9B%E7%9B%A3%E6%B8%AC.jpg' height='72' width='72'/><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-1249318187327566614</id><published>2009-09-03T21:57:00.000+08:00</published><updated>2009-09-03T21:57:46.033+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='閒聊'/><title type='text'>搶黃燈的心態</title><summary type='text'>搶黃燈，是的，是「搶黃燈」，而不是「闖紅燈」，在 Google 上搜尋搶黃燈可以搜尋到很多有趣的事情，包含有實際的交通事故，判決案例等新聞。

幾年前，我在內湖出了個車禍，若以我單方面的表述，這事故的發生，起先我在路口等待紅燈轉綠，因此最起先我是停止不動的，待直行方向燈號轉綠後，我便馬上催了油門騎了出去。然而，一起步就發現不妙，右側橫向道路的車子還持續在右轉到我直行的方向，問題是我已經綠燈了。由於起步後加速很快，路口右很小，正好一台汽車從右方道路衝出，當下我被撞上車尾，車子打轉 180度，我的頭部很重的撞擊在路面，腳底板骨折，所幸帶了全罩式安全帽，以及機車沒壓住我的身體，但當下大概暈了好一陣子沒有知覺。

 肇事者，以我的估計，是前方車輛右轉不順暢，因為下班時間是尖峰時段，即使綠燈時，但右轉後的車道車輛依舊不少，常見是到了綠燈快要結束時，好不容易右轉的道路開始順暢。這時，</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/1249318187327566614/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=1249318187327566614&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/1249318187327566614'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/1249318187327566614'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2009/09/blog-post.html' title='搶黃燈的心態'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-6789837834590983399</id><published>2009-08-25T17:44:00.000+08:00</published><updated>2009-08-25T17:44:10.931+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='測試'/><title type='text'>V-Model 與軟體測試</title><summary type='text'>且看軟體工程的其中一種開發模型 V-Model 各個開發階段與對應的測試工作的對應。

我覺得這個軟工模型還挺淺顯易懂的，特別是針對開發與測試的對應關係來看。

由 V-Model 的左半部來看，軟體的開發流程應當歷經需求分析、系統設計、架構設計、模組設計、然後進入軟體程式碼的撰寫。搭配右半部來看，當需求被進行分析並確認之後，緊接著應當要設計接受度測試。當系統設計確立後，應當進行系統測試設計，依此類推。

我在原始的 V-Model 概念圖上加上了對應的角色，例如需求分析應該是由系統分析師來進行，架構設計應該由架構設計師進行，依此類推。

相對應的，軟體模組的單元測試，應該是由軟體開發者進行，整合測試應該是由內部的 QA 進行，依此類推。

在這樣的流程與設計之下，每個階段會有不同的角色來進行測試、驗收，包含到了最後一個階段的接受度測試，通常是由客戶來進行最後的驗收，</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/6789837834590983399/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=6789837834590983399&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/6789837834590983399'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/6789837834590983399'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2009/08/v-model.html' title='V-Model 與軟體測試'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://4.bp.blogspot.com/_NdrepzTb7Yg/SpOqPnhADbI/AAAAAAAAAVo/MA4kqP9wDaI/s72-c/V-Model.png' height='72' width='72'/><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-8221352485312146164</id><published>2009-08-25T02:17:00.000+08:00</published><updated>2009-08-25T02:17:59.562+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='閒聊'/><title type='text'>詭異的成本估算法</title><summary type='text'>舉個模擬的故事，醜話說在先，這領域非我專長，沒說中該領域的要領還請包涵。
假設我是個油漆工，過往接受委託的粉刷工作都是要求高品質的粉刷結果，我採用的粉刷方式皆為使用毛刷一吋吋的粉刷。無奈景氣差，雇主經費有限，必須砍價，於是以往每坪 500 元，現今必須砍為每坪 250 元，幾經溝通，雇主表示願意調低所要求的粉刷品質，例如用滾筒粉刷雖會使牆面的細膩度降低，但可以接受，而材料不得變更，必須與過去相同。

在商言商，不做賠本生意。在確認接案之前，我自然必須評估採用新的方法以及適度的降低品質後的新粉刷方式能否應付每坪只有 250 元的價錢。雇主多半非專業人員，他能想的僅有砍多少百分比的支出，以及識相的要降低品質要求。但假定我是油漆粉刷行老闆，要進行派工，我可不能草率的直接把下面的油漆工人找來，告訴他改用滾筒，然後過去一小時刷二坪，現在要一小時刷四坪。達不達的到是很重要的關鍵，</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/8221352485312146164/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=8221352485312146164&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/8221352485312146164'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/8221352485312146164'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2009/08/blog-post_25.html' title='詭異的成本估算法'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-2219040513297958223</id><published>2009-08-10T19:02:00.004+08:00</published><updated>2009-08-24T23:11:13.089+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='漫談'/><category scheme='http://www.blogger.com/atom/ns#' term='本土化'/><category scheme='http://www.blogger.com/atom/ns#' term='翻譯'/><category scheme='http://www.blogger.com/atom/ns#' term='簡轉繁'/><title type='text'>再談簡轉繁可行與否</title><summary type='text'>上一篇用英文寫了簡轉繁的可行與否，這裡再次談到簡轉繁的可行性。其實十多年前台灣的電腦普及率遠高於對岸，當時中文化產品少，很多網友熱心進行軟體翻譯，甚至組成了 cpatch 組織，共同研討軟體中文化技術，只可惜當時 open source 的翻譯記憶庫技術與資源相當少，因此大家多半各自為政。待對岸的電腦越來越普及，以及網路涵蓋率越來越高後，對岸的中文化（簡中）產品相對的也多了很多，接著難免就會看到台灣有人簡單的用所謂的簡轉繁技術將簡中翻譯檔案直接轉成繁中，有些人還會花點心思修正辭彙，諸如將「默認」修正成「預設」，後來也有工具可以將常見的辭彙直接轉換，但針對語句則通常不會加以修飾。舉例來說，「Set Program Access and Defaults」這串文字的簡中翻譯為「设置程序访问和默认」，假設用 MS Word 內建的簡轉繁會得到這樣的結果「設置程式訪問和預設」，</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/2219040513297958223/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=2219040513297958223&amp;isPopup=true' title='2 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/2219040513297958223'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/2219040513297958223'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2009/08/blog-post_5999.html' title='再談簡轉繁可行與否'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>2</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-7033151247840549245</id><published>2009-08-04T12:26:00.002+08:00</published><updated>2009-08-04T12:43:07.218+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='漫談'/><title type='text'>具備雙面列印的印表機</title><summary type='text'>具備雙面列印功能的印表機，最方便的是可以直接設定紙張雙面列印，達到不僅節省印後文件厚度減半，更達到環保與節省紙張的功效。我個人在採購印表機時，除非具備雙面列印的機種或是擴充套件過於昂貴，否則我一定會將其納入選擇考慮。七、八年前在協助工作單位採購印表機時，我就將雙面列印列如規格，採購人員進行採購時便購買了具備該功能的雷射印表機。去年我個人採購彩色噴墨事務機時，我的印表機也具備雙面列印功能。不過我很訝異現在的工作單位在前年更換新款彩色雷射印表機時，不僅未考慮雙面列印，並且該款式的機種也無法擴充雙面列印套件。於是，紙張印出時背面完全浪費掉了。即便背面未來可作為臨時書寫使用，或是整理後回收列印空白頁，但我個人其實不太喜歡使用回收紙張，並且有時文件具有保密考量，不宜回收列印。近日由於準備教育訓練簡報，必須事先印出備忘稿以便在簡報時方便參照，印出來的簡報三十多頁，原來那麼的厚，</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/7033151247840549245/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=7033151247840549245&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/7033151247840549245'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/7033151247840549245'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2009/08/blog-post.html' title='具備雙面列印的印表機'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-4187319300225701362</id><published>2009-07-07T19:42:00.006+08:00</published><updated>2009-07-08T12:08:28.740+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='L10N'/><category scheme='http://www.blogger.com/atom/ns#' term='Translation'/><category scheme='http://www.blogger.com/atom/ns#' term='Chinese'/><title type='text'>Will conversion between Simplified and Traditional Chinese work?</title><summary type='text'>I know there are still lots of people did not know what's the difference between Simplified Chinese and Traditional Chinese. Well they can try some Google search to find lots of materials to help them understand more. I am not going to talk about that, but I am going to discuss "Will conversion between Simplified Chinese and Traditional Chinese work?"It's not simply to find a characters mapping </summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/4187319300225701362/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=4187319300225701362&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/4187319300225701362'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/4187319300225701362'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2009/07/will-conversion-between-simplified-and.html' title='Will conversion between Simplified and Traditional Chinese work?'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://3.bp.blogspot.com/_NdrepzTb7Yg/SlQborxileI/AAAAAAAAAU8/atWM1o84Yfs/s72-c/SimpTradChinese.png' height='72' width='72'/><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-9189381607758557019</id><published>2009-06-30T12:53:00.003+08:00</published><updated>2009-06-30T13:42:13.348+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='本土化'/><title type='text'>本地化是不是正在走回頭路？</title><summary type='text'>本地化 (localization) 是不是正在走回頭路，於是本地化的結果越來越不本地化？原本本地化不僅僅只是要完成「翻譯」而已，例如當 CSI 影片裡出現一名無名屍，被貼上「John Doe」或是「Jane Doe」，我們要的不是把它翻譯成「竇約翰」或是「竇珍」這種荒謬的名字，而是要知道原來這兩個名字在美國常常被用在不知名的人身上，而這時本地化必須要去研究在本地（台灣）通常會怎樣處理這種狀況，例如醫院或是停屍間是不是通常會將不知名的屍體貼上「無名氏」的名條。為什麼說本地化是不是正在走回頭路呢？為什麼說本地化越來越不本地化呢？其實要真正的本地化，相當花時間，成本也很高，類似於一個電器產品如果要輸出到某一國家，必須通過該國特有的檢驗一般，本地化原本必須多加訪查當地的文化風俗，必要時必須加以修正文詞、用色、包裝，甚至更改設計（例如電器的電源插座跟電壓）。但是隨著本土化產業的擴展，</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/9189381607758557019/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=9189381607758557019&amp;isPopup=true' title='2 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/9189381607758557019'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/9189381607758557019'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2009/06/blog-post_30.html' title='本地化是不是正在走回頭路？'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>2</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-557516251165236449</id><published>2009-06-25T17:05:00.009+08:00</published><updated>2009-08-24T00:47:33.696+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='機器翻譯'/><category scheme='http://www.blogger.com/atom/ns#' term='翻譯'/><title type='text'>機器翻譯的技術瓶頸</title><summary type='text'>今天在搜尋一些資訊時，從 Google 找到一個微軟的 KB 連結，於是連過去看了一下，好幾段文字讓我看了實在很頭痛，在這裡貼出來跟大家分享一下：
當您使用的東亞的 ClearType 字型，在 Microsoft Office Word 2007 時，您無法使用所提供的字型，內部前置字元。 使用東亞 ClearType 字型會格式化文字會有太多文字行之間的空間。如果要解決這個問題，在 Word 2007 文件中請包含只 Meiryo JhengHei，或是 YaHei 的字型，請依照下列步驟執行]：
我去找了原文看了一下，看看各位看倌會不會覺得總算恍然大悟：
When you use an East Asian ClearType font in Microsoft Office Word 2007, you cannot use the internal leading that </summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/557516251165236449/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=557516251165236449&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/557516251165236449'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/557516251165236449'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2009/06/blog-post_25.html' title='機器翻譯的技術瓶頸'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-801643778316477765</id><published>2009-06-22T13:49:00.003+08:00</published><updated>2009-06-22T14:07:52.177+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='漫談'/><title type='text'>失去產業焦點還是忽略潛在商機</title><summary type='text'>記得以前公司曾舉辦過一個內部活動，是讓大家分組來幫模擬推動一個提案，之所以叫做模擬提案，是因為客戶是虛擬的，每一組必須設想現在想要開發什麼客戶，然後草擬一個提案，活動最後要交付的是提案企劃書以及完整的匯報。我記得在活動過程當中的幾次討論理，有個成員提了很多想法，也許因為我自認對公司的產業了解很多，他的很多想法被我視為偏離公司主要的產業焦點，而有不少被我打住。雖然我也有在思考不宜打住過多他的想法，怕反而壓抑了他的創新想法，只是當下確實我認為偏離產業焦點過多。試想如果公司主要產業焦點是做醫療儀器，從醫療儀器的銷售推廣，要是有人聯想到看護，是不是太過偏離產業焦點？當然這只是一個例子，實際上不是這樣的例子。基本上一家公司的主要營業領域有其一貫的脈絡，它不見得會一成不變，好比說釀酒公司延伸到生產面膜看似突兀，但必有期歷史與緣由（台酒公司的例子）。有不少新的營業項目是從其既有的業務加以延伸的，</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/801643778316477765/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=801643778316477765&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/801643778316477765'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/801643778316477765'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2009/06/blog-post_22.html' title='失去產業焦點還是忽略潛在商機'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-6436194450098503115</id><published>2009-06-11T14:54:00.002+08:00</published><updated>2009-06-11T15:38:08.818+08:00</updated><title type='text'>「破窗理論」解釋了不傷大雅但卻惹人厭的犯罪行為？</title><summary type='text'>「破窗理論」對我來說是個新詞，他是個犯罪學的一個理論，有興趣的人可以在 Google 上搜尋到更多資訊。簡單來說，破窗理論當初提出來時，認為當一個社區裡一間房子的玻璃破了，但很久沒人修理，久而久之鄰近的人或路過的人便認為此社區沒人關心、沒人管事，別人就可能受到暗示性的縱容去打爛更多的窗戶玻璃。因此引發更多人打破其他的窗戶，於是從這棟大樓開始蔓延到整條街，擴散到其他鄰近街道。久而久之，這些破窗戶就給人造成一種無序的感覺。阿諾的電影「最後魔鬼英雄」裡也有個畫面反應了此現象。電影裡的電影裡的黑道大哥無意間發現了穿梭到現實世界的方式，也意外的發現在他的世界裡只要在街上一出現犯罪，警察很迅速的就會出現的現象，在現實世界裡並不存在。於是他在治安很差的地方即使開槍打死了人，路人甚至視若無睹的離去，促使他的犯罪想法為之改變。想想看我們周遭有哪些屬於「不傷大雅」但卻很惹人厭的犯罪行為？我把我想到的列舉如下</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/6436194450098503115/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=6436194450098503115&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/6436194450098503115'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/6436194450098503115'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2009/06/blog-post_11.html' title='「破窗理論」解釋了不傷大雅但卻惹人厭的犯罪行為？'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-1293015229464686556</id><published>2009-06-08T16:32:00.004+08:00</published><updated>2009-06-15T16:12:24.180+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='專案'/><category scheme='http://www.blogger.com/atom/ns#' term='溝通'/><title type='text'>未完全進入狀況的溝通窗口</title><summary type='text'>通常當一個專案從進行的前期到後期，對外的窗口通常有兩個，一個是 Sales ，一個是 Project Manager 。前者理論上在 Project Initial 階段，以及付款階段（視合約狀況，看是先付款或是後付款）會出現，後者在 Project Execution 跟 Project Closing 階段會出現。當專案類型很多樣性時，這些人不見得足以深入了解每個專案的細節，畢竟專業分工之下，各有專精與專職，於是 Sales 專注於推銷公司的服務、對外的形象、收付款的溝通等；PM 專注於專案團隊的管理，包含時程、成本、品質、溝通等。通常 PM 是對外溝通的窗口，因此 PM 的一個重要特質包含了溝通能力必須很不錯，這包含了口頭上與電子郵件往來，端視專案形態與客戶傾向。不過時常有個狀況會發生，就是這些溝通窗口未能完全進入狀況。通常團隊成員會定期或是不定期的向 PM 會報專案狀況，</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/1293015229464686556/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=1293015229464686556&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/1293015229464686556'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/1293015229464686556'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2009/06/blog-post.html' title='未完全進入狀況的溝通窗口'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-6109181613049519391</id><published>2009-05-25T19:14:00.003+08:00</published><updated>2009-06-15T16:11:20.285+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='工作態度'/><category scheme='http://www.blogger.com/atom/ns#' term='自我成長'/><category scheme='http://www.blogger.com/atom/ns#' term='漫談'/><title type='text'>寧可打混也不知該提升自我能力 - 自我斷送前程？</title><summary type='text'>由於全球不景氣的關係，來自客戶的訂單少了，公司也歷經了非強迫性的每週休一天無薪假的漫長三個月，時值 09 年第二季起，全球景氣有約略回升的感覺，但是仍然不是相當樂觀。部門裡受到訂單少了的影響，來自總公司發過來的案子也少了很多，於是難免會有些時候很多人手上是沒有工作的。於是，部門能力提升的系列訓練課程安排了不少、有些以往都是往外 outsource 的工作改切割一部份留在內部做、鼓勵安排年休等等措施，無不為了讓 non-billable 的總時數下降一點，讓帳面數字好看一些。但其實，難免還是無法完全涵蓋所有「無事可做」的時數。特別在這非常時期，只要 non-billable 的時數一高，高層就開始緊張。無奈居然會看到有同事寧可打混，也沒有自覺該自我提升能力！偶然經過某些區域，不經意的瞥見同事畫面上的顯然是遊戲畫面，類似角色扮演之類的遊戲畫面。這狀況還已經明顯到連其他部門都有人發現！</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/6109181613049519391/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=6109181613049519391&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/6109181613049519391'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/6109181613049519391'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2009/05/blog-post_25.html' title='寧可打混也不知該提升自我能力 - 自我斷送前程？'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-5022203593275697902</id><published>2009-05-20T13:43:00.009+08:00</published><updated>2009-05-26T23:37:25.859+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='危機管理'/><category scheme='http://www.blogger.com/atom/ns#' term='時間管理'/><category scheme='http://www.blogger.com/atom/ns#' term='自我管理'/><title type='text'>工作忙碌時的時間管理</title><summary type='text'>理想上每個人都希望每天只要上滿八小時的班就可以下班，但是實際上看工作屬性以及公司文化，有很多公司裡要想八小時滿準時走人，會點困難。但不管怎樣常態性加班，大抵上每週每天的上班時數約略是固定的，不管是每天八小時、十二小時、甚至十四小時等。先假定每天的工作時數約為八～十小時，我發現周遭有些人在平時比較不忙時，或者說是在工作交付是比較合理、比較鬆時，表現的還算是很正常，也一付很從容的神態。但是當手上同時有三個案子以上在忙時，時間的管理就開始出了問題，優先順序也開始有了問題。有的人似乎非得手上的工作先做到一個段落，才能做別的事情，偏偏這個「一個段落」很可能超過整個半天；有的人知道現下有三五個任務要做，於是一下子做Ａ一下子做Ｂ，等做到Ｃ時把A當成Ｄ在做，整個就是慌了亂了分寸！我不禁想到有些餐飲店老闆實在真是神，內用的客人加上外帶的客人，點了多達五～十幾樣不同的餐點，很神的老闆記得住客人點了哪些，</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/5022203593275697902/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=5022203593275697902&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/5022203593275697902'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/5022203593275697902'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2009/05/blog-post_20.html' title='工作忙碌時的時間管理'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://2.bp.blogspot.com/_NdrepzTb7Yg/Shv_0nHS-xI/AAAAAAAAAUs/VTmyAlVa7rQ/s72-c/PrioritizeAnalysis.png' height='72' width='72'/><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-2126085532058284048</id><published>2009-05-09T11:21:00.004+08:00</published><updated>2009-05-09T16:18:51.056+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='方法論'/><category scheme='http://www.blogger.com/atom/ns#' term='自我管理'/><title type='text'>學會 SMART</title><summary type='text'>我們常希望工作夥伴們夠 Smart ，最好能舉一反三等等，但是怎樣叫做做事聰明一點，實在太模糊了。那麼來學學 SMART 吧。所謂的 SMART 即是：SpecificMeasurableAttainableRealisticTimelySpecific舉例來說，小朋友在被詢問將來想變成怎樣的人時，常會說「我將來想要變成很有錢」，其實對小朋友來說算是夠明確認，但我們學到更多知識後，會學到這不是個很明確的說法，好比說「將來」是指哪時？一分鐘以後也是將來，一年後或是十年後都是將來；有一百萬算不算很有錢？還是要有一億才算是很有錢？所以較明確的來說，例如「我希望在工作滿五年之前，我可以存到一百萬」。通常可以從下面幾點來省視自己的陳述夠不夠明確：Who:      Who is involved?What:     What do I want to accomplish?Where:    </summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/2126085532058284048/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=2126085532058284048&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/2126085532058284048'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/2126085532058284048'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2009/05/smart.html' title='學會 SMART'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-7163394524195620164</id><published>2009-05-08T12:18:00.002+08:00</published><updated>2009-05-08T12:39:52.607+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='教育'/><category scheme='http://www.blogger.com/atom/ns#' term='道德'/><category scheme='http://www.blogger.com/atom/ns#' term='社會'/><title type='text'>教育水準與道德表現</title><summary type='text'>教育水準與道德表現有怎樣的關係呢？我個人覺得他們彼此之間當然不會是個等號這麼簡單，但也不至於悲觀到毫無關係。而道德與社會風俗、民族性、民情等又多少有點關係，可是又同樣的不是絕對的等號。也許有些學者在特定領域有過這些方面的研究，不過我一時想不到好的關鍵字在 Google 上面搜尋，附加現在的資訊氾濫，搜尋關鍵字下的不好的話，常常找到的都是垃圾資訊。我不敢說我是個社會觀察者，不過我確實喜歡思考所看到的現象，對錯沒個準，有時聽到其他人的想法，也會引發我的省思。過去觀察到一些現象，公司福委會過去辦過電影欣賞（發電影票，讓大家到電影院去），由於是團體訂票，因此同事們的座位都在同一個區間。不幸的在電影結束散場時讓我看到很令人失望的事，周圍的地上散了些掉落的爆米花也就算了，怎麼爆米花紙盒與飲料杯就那麼丟在地上。我覺得台北市還算是個很先進的城市，我去過設備先進的電影院，諸如華納威秀或是喜滿客等，</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/7163394524195620164/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=7163394524195620164&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/7163394524195620164'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/7163394524195620164'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2009/05/blog-post.html' title='教育水準與道德表現'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-1949312886434258071</id><published>2009-04-24T18:25:00.005+08:00</published><updated>2009-05-04T22:04:12.260+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='測試'/><title type='text'>讓開發部門參照與測試部門相同的測試案例進行品質測試</title><summary type='text'>最近一個專案大概因為我們交付的成品送測後收到太多的錯誤回報，經分析後，有很多錯誤是顯而易見不應該發生的錯誤。原本 Lead Engineer 一再囑咐我們交付送測前必須參照測試部門使用的測試案例來確保交付品質，但是結果兩個開發團隊皆沒有完全施行。實際上我認為讓開發團隊參照或是逐一依照與測試團隊相同的測試案例來進行交付品質的確認，基本上是本末導致的行為。原本開發團隊對於產品的架構、功能的侷限、不同功能之間的參數呼叫等有較多的資訊，開發團隊自有另外一套測試方法，好比說針對單一目的的程式碼或是函式進行單元測試、邊界值測試等等；測試團隊則是在產品成熟後，針對產品的各項功能 (features) 與各項界面進行測試，包含是以使用者的角度來進行測試，其測試的出發點與思考點是與開發團隊不一樣的，而為了有效的確保測試品質與測試涵蓋率，於是藉由撰寫明確的測試案例來加以輔助，</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/1949312886434258071/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=1949312886434258071&amp;isPopup=true' title='5 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/1949312886434258071'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/1949312886434258071'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2009/04/blog-post_24.html' title='讓開發部門參照與測試部門相同的測試案例進行品質測試'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>5</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-5351893528976107984</id><published>2009-04-21T00:40:00.003+08:00</published><updated>2009-04-21T00:52:52.500+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='booksore'/><title type='text'>Bookpool Is Out of Business?</title><summary type='text'>So, Bookpool is out of business? Like many fans, I am not sure about what's going on and if it's true or someting! Searching the key words like "Bookpool out of business" in Google doesn't get quite much positive or useful result, maybe I am a bad keywords chooser.One of the Bookpool fans said that "Bookpool is simply THE place to go for technical books."I agree with that. Although I did not </summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/5351893528976107984/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=5351893528976107984&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/5351893528976107984'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/5351893528976107984'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2009/04/bookpool-is-out-of-business.html' title='Bookpool Is Out of Business?'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-7902756401154158146</id><published>2009-04-07T22:21:00.002+08:00</published><updated>2009-04-07T23:12:26.612+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='死亡'/><title type='text'>一路好走～</title><summary type='text'>一路好走～即使至今我依舊懷疑這一切是不是只是場夢，一個月前的喜宴猶如就在眼前，幾個月前的聚餐好似幾天之前的記憶，縱使是十多年前在校園裡、在寢室裡的景象，雖不是記憶深刻，但也感覺到似乎不是十多年來的記憶。曾經的整個寢室一起出門上課、吃飯、晃九A販賣部、在舊圖輪番守著海報展、在園遊會上擺著新竹玻璃飾品、抑或是四對眼睛望著那14吋舊電腦螢幕接著 AVMate 播著灌藍高手......這是十多年前的故事。十多年前曾經載著發燒的我到醫院看病，六年前曾經被我凹來當我喜宴的招待，才今年的事，唯一一次不會在喜宴上為難新郎喝喜酒，然後怎麼就是這樣突然的噩耗，大家得知消息除了訝異還是訝異。一路好走～我心裡浮出來的就是這四個字，不約而同的幾個同學心裡也這麼想著。我不曉得他們心裡的感受如何，悲傷抑或扼腕，我一度難過的打擾了工作情緒。他的至親想必衝擊更大，只是我不能斷定一定是悲傷。悲傷，對於離去的人來說沒有幫助，</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/7902756401154158146/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=7902756401154158146&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/7902756401154158146'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/7902756401154158146'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2009/04/blog-post.html' title='一路好走～'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-3615663767664714666</id><published>2009-02-28T01:00:00.002+08:00</published><updated>2009-02-28T01:20:43.149+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='測試'/><title type='text'>對台灣廠商產品品管的一些想法</title><summary type='text'>沒有想要一竿子打翻一船人，僅僅是針對某些廠商、某些產品的品管的一些個人淺見。最近換了一隻 PDA 手機，算是興奮吧，也算是啟用手機以來花最多錢入手的一次。該手機價格與功能比還算是相當不錯的，可惜的是總是有不少小瑕疵，例如某些狀況下效能低落、某些功能在某些組合下導致當機、某些功能在某些狀況下未如預期表現等等。我不禁想到幾年前我到某大國際性軟體公司應徵產品品管工程師時，我曾很自豪很有自信的對面試官說了我對產品測試的其中一個看法，也許是略帶戲言，我說「產品測試者要本著我就是要驗證這個產品（軟體）不 work 的心態來進行測試」，背後的意義有很多層，諸如：不要只用正常的方式去測試產品，例如帳號欄位只接受英文字母 12 個字元之內，你就偏要驗證非英文字母且超過 12 個字元會發生什麼事情你永遠不知道真正的使用者可能會如何的「不正常」操作該軟體你是在幫產品把關，</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/3615663767664714666/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=3615663767664714666&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/3615663767664714666'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/3615663767664714666'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2009/02/blog-post.html' title='對台灣廠商產品品管的一些想法'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-118809207991320793</id><published>2008-11-27T14:37:00.003+08:00</published><updated>2008-11-28T17:54:53.638+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='專案'/><category scheme='http://www.blogger.com/atom/ns#' term='測試'/><category scheme='http://www.blogger.com/atom/ns#' term='品管'/><title type='text'>只有一階段的測試，但沒有驗證測試的專案</title><summary type='text'>原則上我認為這是個專案團隊在專案初始規劃時的一個嚴重錯誤。規劃人員礙於經費相當有限，於是只安排一個階段的測試工作，並未安排第二階段的驗證、回歸測試。其實原本開發人員本來就應該針對自己交付的成品的品質負責（程式開發階段的單元測試，以及錯誤改正的基本驗證），例如嘗試重製該錯誤，確認錯誤不會再發生，才能結束該項錯誤修正的工作。但品管人員應再一次的為之前所記錄的產品瑕疵再次驗證，做最後把關動作。當第二次的回歸測試被取消了，其實即使開發人員有做基本的驗證，但畢竟開發人員不是專業的品管測試人員，產品經理或是產品團隊甚至是開發人員在最後要將成品交付客戶時，為了為品管把關，結果還是要多花一些時間再次驗證產品品質，那麼事實上不做第二次的回歸測試，只是把成本轉嫁到產品團隊身上，而當產品團隊本身不具備品管與測試專業時，可能會花更多時間在做最後把關，這樣弄到最後，看似成本省了，</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/118809207991320793/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=118809207991320793&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/118809207991320793'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/118809207991320793'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2008/11/blog-post.html' title='只有一階段的測試，但沒有驗證測試的專案'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-5823433923488204904</id><published>2008-10-13T13:36:00.006+08:00</published><updated>2009-04-24T18:22:56.938+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='決策管理'/><category scheme='http://www.blogger.com/atom/ns#' term='危機管理'/><category scheme='http://www.blogger.com/atom/ns#' term='時間管理'/><category scheme='http://www.blogger.com/atom/ns#' term='風險管理'/><category scheme='http://www.blogger.com/atom/ns#' term='管理'/><title type='text'>工作上的危機管理</title><summary type='text'>危機管理，其實在日常生活當中都會發生，有些事情相當小，談不上什麼危機，就只是單純的下決策，例如本來你想拿剪刀剪開某商品的外包裝，臨時找不到，於是用刀片替代；稍微大一點的事情，例如家中用了近十年的熱水器突然在半夜壞了，天氣已涼，一家老小不太可能冒著 20 度左右的水溫洗冷水澡，怎樣用最短的時間讓家裡的熱水可以重新供應；再更大一點的事件，例如突然接到電話，得知老家的長輩有狀況，怎樣用最短的時間趕回遠在百公里遠的老家等。工作場合，由於商業上的考量，總是希望能用更好的管理方式來為公司賺錢，因此諸如危機管理、風險管理、時間管理、決策管理等等管理方法廣違被談論或是運用。每一項管理的背後都有很多道理，但我覺得其實他們都是相似相通的。例如上次我舉例到飲料店怎樣利用閒置時間以加速商品的交付，概念其實是可以應用到很多場合。有時候感覺共事的人會說幹嘛想那麼多，一副認為天不會塌下來似的，但俗話說「不怕一萬，</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/5823433923488204904/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=5823433923488204904&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/5823433923488204904'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/5823433923488204904'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2008/10/blog-post.html' title='工作上的危機管理'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-6028270820128812859</id><published>2008-09-24T12:38:00.004+08:00</published><updated>2008-09-28T23:52:39.456+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='politics'/><title type='text'>Call me Taiwan</title><summary type='text'>Please call me Taiwan, not Chinese Taipei and even not China Taipei either.To argue that we are "Republic of China" or "Taiwan" now seems to be meaningless. 20 years ago the "Republic of China (R.O.C)" is well known country and is one of the core member of UN. But now it's not, "People's Republic of China (P.R.C)" has replaced R.O.C to be the core UN member. Fine, since the government of R.R.C </summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/6028270820128812859/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=6028270820128812859&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/6028270820128812859'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/6028270820128812859'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2008/09/call-me-taiwan.html' title='Call me Taiwan'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://3.bp.blogspot.com/_NdrepzTb7Yg/SNnICSMaOeI/AAAAAAAAAM4/jGcIn-ZN-Ko/s72-c/1-205.jpg' height='72' width='72'/><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-333535027665202069</id><published>2008-09-17T01:03:00.004+08:00</published><updated>2008-09-28T23:53:26.037+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='時間管理'/><category scheme='http://www.blogger.com/atom/ns#' term='自我管理'/><title type='text'>工程師的輕重緩急如何拿捏</title><summary type='text'>我常簡單的把人的腦袋與 CPU 做類比，每個人只有一個腦袋瓜，你可能以為你同時間只能做一件事，也許你很訝異為什麼有人可以同時做很多事情，或是對於日理萬機的大老闆感到好奇。有的人神經緊張，工作時沒有辦法聽音樂，也不能容忍旁邊同事一直再講電話；有的人你跑去找他問事情，他正在寫電子郵件，他請你繼續講，你邊講時他邊一直在打字，但你發現你講完他居然可以立即回應你，怎麼他可以一心多用？一心多用是個好比喻，對於單核心時代的 CPU 其實他也只是一個核心可以多用。但是如果把時間放大到每一秒，甚至是每 0.5 秒、每 0.1 秒、每 1 毫秒....你將會發現事實上在那麼小的單位時間裡，CPU只能處理一個運算單元，而能一心多用的人其實也只是在思考一件事情。在打字的那位同事，仔細觀察一下，發現在跟他講話之前他的打字速度大概是每分鐘 60 字，當你在講話時，他打字速度些微減慢了，變成每分鐘 40 字，</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/333535027665202069/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=333535027665202069&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/333535027665202069'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/333535027665202069'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2008/09/blog-post.html' title='工程師的輕重緩急如何拿捏'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://2.bp.blogspot.com/_NdrepzTb7Yg/SM_11_kJh6I/AAAAAAAAAMw/SQWHiki3MF8/s72-c/multi-task.png' height='72' width='72'/><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-7234039458419929866</id><published>2008-09-11T13:35:00.004+08:00</published><updated>2008-09-28T23:54:07.139+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Project Management'/><category scheme='http://www.blogger.com/atom/ns#' term='Time Management'/><title type='text'>Schedule a meeting across several time zones</title><summary type='text'>I am assuming that most of the people who are working with world wide clients, vendors, and colleagues must have the knowledge of time zone and time difference. Now let's have a quick view on how to pick a proper time to schedule a meeting across several time zones. The first thing you need to know is which time zone each attender is located. I am in GMT+8, Mumbai is in GMT+5.5, Luton is in GMT, </summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/7234039458419929866/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=7234039458419929866&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/7234039458419929866'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/7234039458419929866'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2008/09/schedule-meeting-across-several-time.html' title='Schedule a meeting across several time zones'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://3.bp.blogspot.com/_NdrepzTb7Yg/SMixovi-fpI/AAAAAAAAAMo/C-iInrBdhCc/s72-c/timingsheet.png' height='72' width='72'/><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-8506794729436176453</id><published>2008-08-30T15:06:00.003+08:00</published><updated>2008-09-28T23:54:53.911+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='漫談'/><category scheme='http://www.blogger.com/atom/ns#' term='方法論'/><title type='text'>最好的方法與最有效率的方法</title><summary type='text'>處理同樣一件事，可以有很多方法來進行。案例一：要自行組裝一個四格簡易書櫃，你可以拿一把十字螺絲起子，慢慢的把總共 16 根螺絲鎖起來，時間花費也許要 32 分鐘（假定鎖一根螺絲要 2 分鐘）；你也可以拿電動螺絲起子，花費約 8 分鐘鎖完 16 根螺絲，速度上快了四倍。後者應是最有效率的方法，但不見得是最好的方法，因為你不見得有電動起子，跑去工具行得花個至少五六百元買一把，來回可能就一小時了，而鎖完這個書櫃後，大概一年半載內不會在用到這把電動起子。案例二：你有沒有想過，當每年快要接近報稅的時候，公司的行政人員是不是開始跟你確認你的戶籍地址有無錯誤，你回想一下他們都是怎麼進行的，是由專人逐一到每位員工座位那，一一的確認地址，還是利用電子郵件確認？過去我曾待過兩家員工在 100 人以下的公司，前一家是行政人員將所有人的戶籍地址印出來，然後拿著逐一去跟員工確認，</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/8506794729436176453/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=8506794729436176453&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/8506794729436176453'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/8506794729436176453'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2008/08/blog-post.html' title='最好的方法與最有效率的方法'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-7161434414529942867</id><published>2008-08-28T00:52:00.003+08:00</published><updated>2008-08-28T01:16:12.174+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='本土化'/><category scheme='http://www.blogger.com/atom/ns#' term='翻譯'/><title type='text'>為什麼多語言軟體要做偽本地化(Pesudo-Localization)</title><summary type='text'>即使軟體的國際化、全球化、本地化已經提倡了相當多年，產業的分分合合（在決定自己做、到決定外包、到再次的決定拿回來自己做）也發生了幾次，但是依舊有為數不少的新加入者，或是從未涉足這塊領域的公司，對於軟體的多語化一問三不知，於是，其軟體的多語化，依舊是十年前的土法煉鋼。為什麼將要進行多語化的軟體產品，建議要做偽本地化(Pseudo-Localization)？一個大學同學最近問了我這個問題，我想了想，我大概有近三年沒有回答過這類的問題了。不過，事實上我也驚覺我現今周遭的同事似乎有不少人也不了解這問題的答案，更有甚者，對於何謂偽本地化全然不知。或許也難免，當分工過於精細時，如果沒有機會碰觸到這一塊的領域，相當大的機會不會聽過這個詞，也自然不會知道其為何謂。偽本地化其實是希望能夠解決以下幾件事情：1. 驗證產品的 UI 確實有被適度的拉寬長度以適合語彙較長的語言，例如德文或是挪威文2. </summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/7161434414529942867/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=7161434414529942867&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/7161434414529942867'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/7161434414529942867'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2008/08/pesudo-localization.html' title='為什麼多語言軟體要做偽本地化(Pesudo-Localization)'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-8258241211743994214</id><published>2008-08-11T13:31:00.003+08:00</published><updated>2008-08-11T13:51:34.331+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='L10N'/><category scheme='http://www.blogger.com/atom/ns#' term='G11N'/><category scheme='http://www.blogger.com/atom/ns#' term='UI Design'/><category scheme='http://www.blogger.com/atom/ns#' term='I18N'/><category scheme='http://www.blogger.com/atom/ns#' term='Flash'/><title type='text'>Talk about "Ready for Localization?" again</title><summary type='text'>Recently my colleague from UK ask me (and our team) for a favor. They encounter a problem that they thought they have localized everything, but the result is many text still show in English. I guess he is a guy who only have a limited knowledge of codes, but he has tried his best to dig into the deeper level of the materials. The localization project seems did not involve any engineer, I would </summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/8258241211743994214/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=8258241211743994214&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/8258241211743994214'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/8258241211743994214'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2008/08/talk-about-ready-for-localization-again.html' title='Talk about &quot;Ready for Localization?&quot; again'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-7329564342818139994</id><published>2008-07-22T12:34:00.004+08:00</published><updated>2009-06-15T16:33:35.617+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='漫談'/><category scheme='http://www.blogger.com/atom/ns#' term='時間管理'/><title type='text'>跨時區協同合作 - 2</title><summary type='text'>在我的觀念裡，只要是需要過國合作，不管對方是廠商、客戶、或是同事，要希望能夠有良好的互動，那麼隨時隨地記得夥伴的時區是很重要的，除非哪個案子真的時程很鬆。過去曾和愛爾蘭客戶合作過，與台北時差八小時，他們一般九點上班，已是台北的下午五點，當時的合作狀況愉快，客戶也建議我們小組向公司申請工時往後憑移至少一小時，也就是一般人早上九點上班，下午六點下班，我們平移一個小時的話，晚上七點下班，那麼每天至少與愛爾蘭有兩小時重疊，可以藉著這兩小時密集的討論案子進程與遇到的問題。過去也曾與美東客戶合作，每週定期要開進度會議，這次的合作經驗就不是挺愉快。美東在進入夏季日光節約時，與台北時差12小時，在喬會議時間時曾考慮美東早上九點 - 台北晚上九點，或是美東晚上五點 - 台北清晨五點，自然是決定在雙方的九點開會。專案持續邁入十月份，日光節約時間結束，當時重新提起開會時間，由於美東早上九點將是台北的晚上十點，</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/7329564342818139994/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=7329564342818139994&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/7329564342818139994'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/7329564342818139994'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2008/07/blog-post.html' title='跨時區協同合作 - 2'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-624853477257411111</id><published>2008-06-13T10:17:00.007+08:00</published><updated>2009-06-15T16:33:08.895+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='漫談'/><category scheme='http://www.blogger.com/atom/ns#' term='時間管理'/><title type='text'>跨時區協同合作-1</title><summary type='text'>跨時區協同合作是很辛苦的一件事，特別在時間很緊迫時，希望不要讓時差而拖慢時程，每個城市的人都要追著時區跑。且看下面這張圖：粗體標示以台北時間為主軸，表格內數字為時刻，黑色數字為今日時間，灰色數字為昨日時間，藍色數字為明日時間。黃底為正常工作區間（早上九點～下午六點）。假設台北只跟東京同時合作，由於時差僅一小時，重疊相當多，只需記得當台北下午五點時，已是東京下午六點，要下班了。因此所有要連絡的事項必須在台北下午五點前完成。假設與巴黎（或多數西歐城市）合作，那就有點辛苦了，必須等到下午五點，巴黎才開始上班，工時僅重疊一個小時。所有要交辦並且希望得到即刻回應的事項，必須盡量條理清楚，以及明白表示優先，好讓巴黎的同事可以在這兩小時內回覆你。但是就算回覆了，也到了你的下班時間，事情又得延到隔天繼續了。若與美國西部城市例如舊金山一起合作，那麼也是重疊一個小時，但要注意是到了台北早上十點，</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/624853477257411111/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=624853477257411111&amp;isPopup=true' title='1 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/624853477257411111'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/624853477257411111'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2008/06/1.html' title='跨時區協同合作-1'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://bp1.blogger.com/_NdrepzTb7Yg/SFH3skqkDnI/AAAAAAAAALU/S6k7cBowvS4/s72-c/tz.png' height='72' width='72'/><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-591296302671701826</id><published>2008-05-28T13:49:00.002+08:00</published><updated>2008-05-28T13:59:56.903+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='漫談'/><title type='text'>節能 - 從政府單位開始</title><summary type='text'>近幾個月，全球原油售價一直攀升，台灣這由於過去政府政策關係，凍結了油價隨市場機制上漲的行為，但長期的凍結油價上漲，事實上是全民買單，用納稅人的錢去貼補中油的虧損。今日起油價總算上漲，但從新聞媒體裡看到一些政府官員的呼籲，卻感到有些不對勁。好幾位政府官員，呼籲節能要從全民做起，這是不對的。並不是說不該呼籲全民節約能源，而是喊話的人，自己有沒有身體力行？真正苦哈哈的民眾，你可以從很多小地方看出他們在節約開銷，像是有些機車騎士會在等紅綠燈的路口熄火，有些人開始檢討中午用餐後不要買飲料改喝辦公室的開水，有些開車族開始搭大眾運輸工具或是改騎機車，有些開大車的車主改換小車，有些人家裡冷氣不再開那麼冷......那麼喊話的官員們呢，做到些什麼？上班或開會穿著厚重的西裝還戴個領帶，除非這官員超耐熱，不然室內必然是很強勁的冷氣吹著。只要那麼一個小地方就可以知道官員們有心沒心，要求別人做改變，</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/591296302671701826/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=591296302671701826&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/591296302671701826'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/591296302671701826'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2008/05/blog-post_28.html' title='節能 - 從政府單位開始'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-914916969862284052</id><published>2008-05-17T17:52:00.003+08:00</published><updated>2008-05-17T18:17:24.198+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='漫談'/><title type='text'>日本的消費真的貴嗎</title><summary type='text'>有時媒體報導日本的物價，或是國人窺探日本的消費，往往忘記把國民所得納入考慮。幾次進出日本幾個城市例如大阪、名古屋、京都等，一直有個感受，就是在日本的消費其實不高，甚至算是很低。舉例來說，在一般的店裡，吃個普通的拉麵，大概 600 元日幣可以搞定，以 1:0.3 的匯率來算，相當於台幣 180 元，看似不便宜（但其實在台灣吃碗拉麵不也要 150 台幣上下？），但若是以平均每人年國民所得來比較（日本約為台灣的三倍），那是不是說 180 元台幣的拉麵其實相當於 60 元而已？換個說法就是假設以平均收入來說，若是你把整個月的薪水通通拿來買拉麵，可以買幾碗，而日本人的平均收入拿來買拉麵，又可以買幾碗。當然這是種很概略的比較法，所得稅、城鄉差距、住屋租金、水電瓦斯費率等並沒有考慮進去，但至少是一個比較的參考。我也很想了解正確的比較法應該是如何。還有件我注意到的事，在書店翻了翻汽車雜誌，目前 </summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/914916969862284052/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=914916969862284052&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/914916969862284052'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/914916969862284052'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2008/05/blog-post_17.html' title='日本的消費真的貴嗎'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-4255412909955009682</id><published>2008-05-07T18:45:00.003+08:00</published><updated>2008-05-07T19:11:54.080+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='漫談'/><title type='text'>用亞洲萬里通里數兌換日航機票</title><summary type='text'>前陣子用亞洲萬里通里數申請兌換日航機票，真是一波三折。先是在大約4/10從網上送出，等了幾天沒消息，打電話過去，客服說系統裡沒資料，馬上幫我登錄航班，告知我最遲在出發前10天一定要開票。後來在大約4/16打電話過去確認要開票，於是開始漫長的等開票作業，大概在4/24撥電話過去，客服告知票很多，應該快排到了，要我再等候；大約在4/30又再撥電話過去，客服說應該當週會收到電子機票；結果到了5/05已經離出發不到一週，依舊沒收到機票，從網上發查詢，詢問進度，隔天收到香港打來的電話告知票開好啦。可以讓有意使用里數兌換免費機票的朋友們當一個參考，兌換免費機票最好還是儘早完成開票作業，免得天天心裡七上八下的，生怕最後票沒開出來。此外，呼應有使用信用卡習慣的朋友們，如果也有興趣出國自助旅行，盡量把消費集中在可以用紅利兌換里數的卡片上，然後不要急著兌換，等紅利快過期再兌換。</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/4255412909955009682/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=4255412909955009682&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/4255412909955009682'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/4255412909955009682'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2008/05/blog-post.html' title='用亞洲萬里通里數兌換日航機票'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-2006035289263738510</id><published>2008-04-25T18:50:00.003+08:00</published><updated>2008-04-28T12:05:01.890+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='L10N'/><category scheme='http://www.blogger.com/atom/ns#' term='本土化'/><category scheme='http://www.blogger.com/atom/ns#' term='Translation'/><category scheme='http://www.blogger.com/atom/ns#' term='I18N'/><category scheme='http://www.blogger.com/atom/ns#' term='翻譯'/><title type='text'>Ready for Localization?</title><summary type='text'>Is your software or document ready for localization?It usually is not that simple to localize anything. Giving you "Hello world" and ask you to localized it into several languages might already have some problems to be resolved first before localizing it.People who speak English may not be aware of that the nouns have gender in several languages. People who wrote technical document in German </summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/2006035289263738510/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=2006035289263738510&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/2006035289263738510'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/2006035289263738510'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2008/04/ready-for-localization.html' title='Ready for Localization?'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-6911410355100786277</id><published>2008-04-18T15:00:00.002+08:00</published><updated>2008-04-18T15:09:01.083+08:00</updated><title type='text'>專業的配音品質</title><summary type='text'>過去在作一些專案是必須要將原本英文的語音配錄各國翻譯後的語音，事前的講稿翻譯與審搞自然是必要的，翻譯完成之後的講稿轉給各個國家的錄音室進行錄音，錄音完成之後仍必須有審閱的動作，確保配音員有照著講稿念，以及腔調與一些特定用語的發音方式是正確的（例如「2007年」應該念成「貳零零七年」或是「兩千零七年」必須要統一）。其中難免因為一些區域性差異或是偶有不慎某些詞語漏了，重新錄音便將會不可避免的。然而，整個語音有相當多的段落，在實際播放時這些段落是一個接著一個的，其中錯了某個部份，第二次錄音可能已經離第一次錄音相隔了好幾天，為了避免因不同時間進行錄製，有時必須要整個聲音稿全部重新錄製。但過去合作的日本公司，我告知他們為了避免聲音的差異性，請他們整段重錄，該公司交回來的卻只有錯誤的那一個段落，而非整個重新錄製。然而，我前後重複聽了相當多次，卻怎麼也感覺不出來這是不同時間錄製的語音。</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/6911410355100786277/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=6911410355100786277&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/6911410355100786277'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/6911410355100786277'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2008/04/blog-post_18.html' title='專業的配音品質'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-1824181507050911992</id><published>2008-04-16T16:23:00.002+08:00</published><updated>2008-04-16T16:36:53.635+08:00</updated><title type='text'>愚民政策</title><summary type='text'>十多年前台灣還是個有黨禁、有報禁、電視台節目必須送審、廣播電台不能自由申請設立、連歌曲的歌詞都可能因為很荒謬的理由（例如太過背情）而禁止出版的年代。在那時候，從大眾媒體上看到什麼，大概就信以為真。猶記小學時學校教育還教導過所謂對岸的人民生活在水深火熱的困境中，說很多窮苦的人因沒飯吃只能野外雜草樹枝亂吃一通，弄的肚子奇異的大之類的。若干年後兩岸交流較為開放後，才聽說原來對岸也曾經這樣教育過說在台灣的人民生活是多麼的困苦。最近發生軍隊鎮壓西藏的事件，國際社會與媒體的看法普遍支持西藏獨立，斥責中國政府與軍隊暴力與冷血的打壓；但中國官方的說法卻是兩極的另一端，指稱西藏本是中國的一部份，不容切割之類，並說明中國軍隊均是盡量的和平處理，反而是西藏不法份子肆意作亂。由於中國的媒體不是自由的，前些時候中國政府甚至禁止國外媒體進入西藏，所有消息均只有官方消息。這樣的結果是什麼？在連網際網路都可以管制的國家</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/1824181507050911992/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=1824181507050911992&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/1824181507050911992'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/1824181507050911992'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2008/04/blog-post.html' title='愚民政策'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-5869112913037237918</id><published>2008-04-09T00:25:00.005+08:00</published><updated>2008-04-09T00:35:24.568+08:00</updated><title type='text'>UN for Taiwan</title><summary type='text'>An old news from BBC:Tuesday, 24 July 2007UN rejects Taiwan membership bidTaiwan's bid to join the United Nations for the first time under the name Taiwan, rather than the official title Republic of China, has been rejected.A UN spokesman said the application had been rejected in line with a 1971 resolution, under which the UN switched recognition from Taiwan to China.Taiwan, which has tried to </summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/5869112913037237918/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=5869112913037237918&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/5869112913037237918'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/5869112913037237918'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2008/04/un-for-taiwan.html' title='UN for Taiwan'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://bp3.blogger.com/_NdrepzTb7Yg/R_ueWBeeTfI/AAAAAAAAADM/h9AR7ue9Oy8/s72-c/president_chen.jpg' height='72' width='72'/><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-7786193636416337605</id><published>2008-04-02T23:00:00.007+08:00</published><updated>2008-04-25T18:50:46.819+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='L10N'/><category scheme='http://www.blogger.com/atom/ns#' term='Testing'/><category scheme='http://www.blogger.com/atom/ns#' term='測試'/><category scheme='http://www.blogger.com/atom/ns#' term='I18N'/><title type='text'>Doing L10N Testing, Asking If It's I18N Ready?</title><summary type='text'>Still, some vendors are not aware of the localization industry, or maybe some vendors' employees are not actually familiar with that, but doing the tasks.I saw some project team members including the PM and the testers are not aware what they are testing. They thought they are doing software L10N testing, but are they? And are they sure the software is I18N ready?If you are doing L10N testing, </summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/7786193636416337605/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=7786193636416337605&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/7786193636416337605'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/7786193636416337605'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2008/04/doing-l10n-testing-asking-if-its-i18n.html' title='Doing L10N Testing, Asking If It&apos;s I18N Ready?'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-5308207762387928865</id><published>2008-04-01T16:49:00.006+08:00</published><updated>2008-04-03T11:29:17.613+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='專案'/><category scheme='http://www.blogger.com/atom/ns#' term='Project Management'/><title type='text'>Some more thought about Quality-Cost-Delivery</title><summary type='text'>Quality, Cost, and Delivery (Schedule), the three most important elements for a project, become a triangle force form inside a circle.  Ideally the full-balance force form looks like below:Imagine cost is not an issue, quality is the most important, and the schedule is flexible. Then the force form become below:But normally client is pushing the deliver date, or client delay the handoff but still</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/5308207762387928865/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=5308207762387928865&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/5308207762387928865'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/5308207762387928865'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2008/04/some-more-thought-about-quality-cost.html' title='Some more thought about Quality-Cost-Delivery'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://bp2.blogger.com/_NdrepzTb7Yg/R_H3fReeTXI/AAAAAAAAACM/zwafbf8Jy_s/s72-c/qcd_ideally.jpg' height='72' width='72'/><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-1042927940713157200</id><published>2008-03-08T22:14:00.005+08:00</published><updated>2008-04-03T11:30:18.966+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='專案'/><category scheme='http://www.blogger.com/atom/ns#' term='Project Management'/><title type='text'>工程師在專案開始前該提供什麼協助</title><summary type='text'>最近一個新的專案要開始之時，管理階層指派了一位未曾執行過該類型專案的管理者來負責該專案。幾位熟稔該類型專案的工程師被指派協助分析該專案的預期工作量。這專案與過去做過的專案類似，因此沒有新專案的不明確性，但它又不是完全與過去專案一模一樣的專案，因此也有些不明元件必須被分析與了解。工程師該提供什麼資訊？元件類型總表：詳列各種不同類型的元件，並說明這些元件屬性各元件的產品總數某些特殊元件下各個項目所具有的子元件數及總數各種不同元件的預期產能（平均每人每小時可以產出多少單位的元件）如果時間允許，列出所有特殊元件的問題，以使專案團隊了解所有不確定性以及風險基本上1~4點一定樣詳盡，第五點通常不宜太早進行，除非該專案已經篤定會進行，並且離專案真正開始還有足夠的時間。然而，偶爾我會見到某些工程師過於執著於提供第五點的資訊，第1~4的資訊卻未能及時完整的提供，導致專案的明確度不能提早確定，</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/1042927940713157200/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=1042927940713157200&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/1042927940713157200'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/1042927940713157200'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2008/03/blog-post.html' title='工程師在專案開始前該提供什麼協助'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-7568725843315884350</id><published>2007-11-27T10:47:00.000+08:00</published><updated>2007-11-27T11:31:40.445+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='漫談'/><title type='text'>「少數服從多數」還是「多數暴力」？</title><summary type='text'>這個話題挺有趣的，是「少數服從多數」呢，還是其實是「多數暴力」？記得應該是小學時，學校為了讓學生們開始有所謂的「民主」觀念，開始教導「少數服從多數，多數尊重少數」這樣的觀念，小一時幹部應該會由老師指定，小二或小三之後幹部就開始用「投票」的方式進行。隨著年紀的增長，越來越多「表決」的事件開始發生，例如贊不贊成該週小考取消？某個自習課可否臨時改體育活動？校外教學要去哪裡等等。大概自小五小六或國中時，學校課程開始教到自然科學與物理化學，開始介紹到像是牛頓、伽立略等人，這個時期我們學到了，原來在十六世紀以前，人類是認為「地球」是宇宙中心，地球是平的，太陽從東方升起，從西方落下（註1）。直至「哥白尼」、「克卜勒」、「伽立略」等人相繼提出新的天文觀點，質疑過往認為地球是靜止不動的宇宙中心，甚至伽立略還「激進」的提出地球應是繞著太陽而轉，這樣激進的言論不能被教會所接受，</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/7568725843315884350/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=7568725843315884350&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/7568725843315884350'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/7568725843315884350'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2007/11/blog-post_27.html' title='「少數服從多數」還是「多數暴力」？'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-7700704344602299483</id><published>2007-11-25T21:20:00.001+08:00</published><updated>2008-04-03T12:02:12.664+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='專案'/><category scheme='http://www.blogger.com/atom/ns#' term='Project Management'/><title type='text'>何謂專案</title><summary type='text'>有些人對於專案的定義不是很清楚，甚至容易與常態性的管理事物混淆在一起。簡單的說，專案是指在一定時間內，為了完成特定目標的組織活動。好比說一家做進出口貿易的中小企業，如果老闆擬定了一個目標，要業務與相關行銷人員針對年終至隔年農曆過年期間進行某一產品的進口促銷方案，這就可以被當作一個專案來看待。因此，專案包含了以下的幾個特性：明確的目標特定的時間（明確的開始與結束時間）非重複性（非日常例行姓事務）特定的人員視應用的領域不同，專案的複雜度與組成要素也會有不同。小至學校裏的各班可自由發揮的校慶園遊會，雖比較像個活動事件，但也可用專案的角度來加以管理；大至一項新產品的開發至成品產出，或是一棟摩天大樓的規劃至完工，都可用專案管理的方式加以有效率的管控。哪些事務不屬於專案管理的範疇？例行性事務，例如公司總務或行政人員每日每日的例行性事務，發放薪水、三節禮金、勞健保管理等；系統管理員每日的系統維運工作；</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/7700704344602299483/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=7700704344602299483&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/7700704344602299483'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/7700704344602299483'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2007/11/blog-post_25.html' title='何謂專案'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-3797332321656683555</id><published>2007-11-15T00:05:00.000+08:00</published><updated>2007-11-15T01:13:02.831+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='漫談'/><title type='text'>是文化入侵還是全球化的常態？</title><summary type='text'>生活周遭有越來越多的文化入侵的跡象出現，但是，究竟是文化入侵，還是全球化的常態之一？當你在跟別人允諾你一件事情時，過往的人或許會說「好的」，但你說「OK」好像也並不會怎樣特別。當你發現你統一發票中獎了，你或許會說「太棒了」，但你如果說「wonderful」就似乎有點刻意了。有些詞語是隨著各國之間的文化交流越來越多之後，便會逐漸的習慣在日常生活的詞語裡頭夾雜著來自其他國家或地區的特定詞語。生活在台灣這片土地，外來用語的逐漸普遍，似乎多數的人感受不深，但喜愛看日劇的人，或是有學日語的人，便會知道現代日語裡有相當多的外來語，有些外來語在日本統治台灣的時期甚至沿用至今，很多人還誤以為是台語。例如「機車」，你說「歐都麥」也不太有人會聽不懂，但其實他是日語裡的外來語，原是英語的「autobike」。自從台灣解嚴之後，各地方語言開始重新被重視，台語也有相當數量的用語被「國語化」或者說生活化了。</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/3797332321656683555/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=3797332321656683555&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/3797332321656683555'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/3797332321656683555'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2007/11/blog-post_15.html' title='是文化入侵還是全球化的常態？'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-3424844454647876321</id><published>2007-11-14T15:52:00.000+08:00</published><updated>2007-11-14T16:19:50.487+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='漫談'/><title type='text'>店內人氣與營收之間的關係</title><summary type='text'>一些可讓顧客久留的商店，例如餐飲店、書店等，人氣的多寡，與其營收不見得成等比例。其中一個因素在於顧客的消費額度，以及顧客的流通率。設想一個步調很快的早餐店，姑且不看外帶餐飲的顧客，若這家早餐店在店內用餐的顧客，平均都是大約 10 分鐘就會離開，假定店內共有 30 個座位，則一小時內大約會有 180 位顧客，也就是說平均每個座位在每小時可以服務 6 位顧客。如果對比一家咖啡連鎖店這種顧客往往會喜歡在店內待較久的店，同樣我們以早餐的熱門時段來作推估，假定顧客平均待 20 分鐘後離開，也就是說每個座位平均每小時可服務 3 位顧客，若該店同樣有 30 個座位，則一小時內僅能服務 90 位顧客。如果說你今天開了一家店，一開始客人不熟悉你這家店，但逐漸的你的知名度越來越大，客人也越來越習慣與喜歡你這家店，直到有天你店內開始在黃金時段以及前後一～二小時之間高朋滿座，先別高興的太早，也別高興太久。</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/3424844454647876321/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=3424844454647876321&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/3424844454647876321'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/3424844454647876321'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2007/11/blog-post_14.html' title='店內人氣與營收之間的關係'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-1518840122140698365</id><published>2007-11-12T18:04:00.001+08:00</published><updated>2008-04-07T13:45:20.173+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='L10N'/><category scheme='http://www.blogger.com/atom/ns#' term='本土化'/><category scheme='http://www.blogger.com/atom/ns#' term='Translation'/><category scheme='http://www.blogger.com/atom/ns#' term='翻譯'/><category scheme='http://www.blogger.com/atom/ns#' term='Revision'/><category scheme='http://www.blogger.com/atom/ns#' term='版本'/><title type='text'>差異版本翻譯</title><summary type='text'>之前提過關於同步翻譯（不是同步口譯）的主題，在這裡繼續提同步翻譯的想法。不過我想到其實有時這也是一種差異版本翻譯的概念。翻譯領域裏藉由電腦輔助翻譯軟體（Computer-Aided Translation，通常簡稱 CAT）以及翻譯記憶庫（Translation Memory）的技術，可以有很多方式處理新舊版本之間既有翻譯的沿用。舉例來說，假定以下為檔案A在1.0版時的前10行：    properties.A.01.name=File    properties.A.02.name=Edit    properties.A.03.name=View    properties.A.04.name=Format    properties.A.05.name=Tool    #    properties.B.06.name=Open    properties.B.07.name=</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/1518840122140698365/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=1518840122140698365&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/1518840122140698365'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/1518840122140698365'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2007/11/blog-post_12.html' title='差異版本翻譯'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-2815157457430405847</id><published>2007-11-09T14:08:00.001+08:00</published><updated>2007-11-13T09:55:42.417+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='本土化'/><category scheme='http://www.blogger.com/atom/ns#' term='翻譯'/><category scheme='http://www.blogger.com/atom/ns#' term='軟體'/><title type='text'>軟體平行/同步/協同開發下的軟體翻譯工程</title><summary type='text'>6/19/2007過往比較常見的軟體翻譯工程，普遍鑑於原始版本 (source version)  已經完成或是接近軟體開發的最後階段，才會開始進行軟體的翻譯工程。對於大型商業軟體而言，由於軟體開發週期常，加以引用不少先進軟體開發技術，當軟體開發已達80%左右的完成度時，多數的規格以逼近底定，此時不太會有新功能的引進，因此諸如操作流程、界面、功能呈現等皆不會有大的變化，在這個時期提前開始進行翻譯工程，即使在最終  RC (Release Candidate) 版本仍有外抽字串的變動，也僅是小幅度的變動。在這種傳統的開發模式，亦即非平行開發  (parallel development) / 同步開發 (concurrent development) / 協同開發 (collaborative  development) 的模式下，翻譯工程是基於來源語言 (source language)</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/2815157457430405847/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=2815157457430405847&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/2815157457430405847'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/2815157457430405847'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2007/11/blog-post_1154.html' title='軟體平行/同步/協同開發下的軟體翻譯工程'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://bp1.blogger.com/_NdrepzTb7Yg/RzP5wzb546I/AAAAAAAAABc/MnEthOsxgI4/s72-c/VersionFlow.jpg' height='72' width='72'/><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-5459715266740562705</id><published>2007-11-09T14:07:00.000+08:00</published><updated>2007-11-09T14:08:22.066+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='產業'/><title type='text'>業務的外移</title><summary type='text'>6/11/2007企業為什麼要把業務委外？先回頭想想自己家裡有沒有哪些業務算是委外了。家裡有哪些工程是比較困難的呢？油漆粉刷、冷氣安裝、衛浴設備更新、熱水器安裝......通常這些工程我們會請店家來進行施工。過去主要是因為技術門檻較高，不得不請專家來進行。隨著人工越來越貴，另外加上自動機具越來越普及，  DIY  風潮開始風行，較為簡易的像是粉刷、實木地板拼裝等，已經有不少人開始自己著手進行。前提自然是要有時間，外加有這樣的興趣，並不單單為了省錢。上面看似舉了一個反例，其實，再仔細想想，自己周遭有沒有哪些事情，在過去五～十年以前，多半都是自己來的，現在卻逐漸變成「委外」了？肯定有的。諸如洗衣、燙衣、裁縫、三餐、甚至是住宅清掃。不少雙薪的夫婦，由於上班皆必須穿著正式西裝或是套裝，而這些衣服基本上自己處理挺為麻煩，因此多半送洗，當然這麼做的人一方面也是經濟負擔上較輕，以金錢換取時間；三餐呢？</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/5459715266740562705/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=5459715266740562705&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/5459715266740562705'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/5459715266740562705'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2007/11/blog-post_3668.html' title='業務的外移'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-764851836259741347</id><published>2007-11-09T14:06:00.003+08:00</published><updated>2008-04-07T13:47:22.233+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Software'/><category scheme='http://www.blogger.com/atom/ns#' term='軟體'/><title type='text'>Applications that are easy to be used</title><summary type='text'>3/23/2006In the "Designing Interface" book which wrote by Jenifer Tidewell, one  section is quite interested.   One could say, "The applicatuions that are easy to be used are designed  to be intuitive."   The author think that's almost a tautology.   The author also wrote: Except that the word "intuitive" is a little bit deceptive. Jef Raskin  once pointed out that when we say "intuitive" in the </summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/764851836259741347/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=764851836259741347&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/764851836259741347'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/764851836259741347'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2007/11/applications-that-are-easy-to-be-used.html' title='Applications that are easy to be used'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-6274218601817250070</id><published>2007-11-09T14:06:00.002+08:00</published><updated>2007-11-13T09:56:36.239+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='溝通'/><category scheme='http://www.blogger.com/atom/ns#' term='產業'/><title type='text'>跟不上全球潮流的外資企業</title><summary type='text'>7/11/2006其實原本就針對一些相當自大的外資企業頗為感冒, 拜讀黃彥達先生的[外資網際網路企業的中國失語症]更有感觸.   從過往接觸不少外商的經驗, 包含直接飛到國外在外國企業的辦公室裡直接與他們共事, 或是在台灣或是在大陸藉由電話會議與外商進行定期與非定期的進度討論,  類似的經驗當中, 其實可以發現, 與各國文化和企業文化相關的, 會看出一間外商公司, 其實究竟有沒有跟上產業全球化的腳步,  以及究竟懂不懂全球化之後應該要放下身段的道理.   多數的外商企業來自美國, 美國是一個比較特殊的國家, 除了他原本就土地廣大資源豐富之外, 民族的大熔爐也是一大特色. 但是, 包含一些朋友的經驗看來,  美國的公司, 反到普遍有自大與自以為是的傾向. 怎麼說呢, 大概有研究各國文化的學者可能可以提出比較精湛的解釋, 但是呈現出來的現象, 直覺的來看,  經常在與美國公司的人聯繫時, </summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/6274218601817250070/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=6274218601817250070&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/6274218601817250070'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/6274218601817250070'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2007/11/blog-post_4232.html' title='跟不上全球潮流的外資企業'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-5362227604398531353</id><published>2007-11-09T14:05:00.000+08:00</published><updated>2007-11-09T14:13:12.853+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='漫談'/><title type='text'>Professional</title><summary type='text'>3/17/2006Have you ever took a while to think about "Profession"  or "Professional"? Well, I am not talking about "Prefessor".   OK, you may be a very professional person in your job.But you may also be a  very awful dad or mom in your family.   You may be a very talented programmer, but that doesn't mean your design  will be widely accepted.   Emil  Stenström, who owns the "frendly bit" web site,</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/5362227604398531353/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=5362227604398531353&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/5362227604398531353'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/5362227604398531353'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2007/11/professional.html' title='Professional'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-5425136687105632836</id><published>2007-11-09T14:04:00.003+08:00</published><updated>2009-06-15T16:34:38.540+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='漫談'/><category scheme='http://www.blogger.com/atom/ns#' term='方法論'/><title type='text'>方法論</title><summary type='text'>3/3/2006你在拖地時, 有沒有曾經想過, 為什麼你要先把地掃乾淨, 再拖? 如果地板實在太髒, 你每拖一小區域, 就要洗一下拖把. 真要拖很乾淨,  大概要拖二至三次, 才會很乾淨?   這問題很簡單, 但是, 如果是一個從來沒做過打掃工作的人, 他只看過你拖地, 你現在麻煩他幫你拖地, 或許他直接拿起拖把, 就開始拖地.   拖地前, 要先把地掃乾淨, 這對多數的人來說, 已經是生活常識了. 但是, 其實他也是一個方法.   以往, 我在擦家裡一樓那排落地窗時, 先撣灰塵, 再開始擦, 擦沒幾片玻璃, 抹布已經很髒了, 抹布得換一條. 後來,  我注意到大樓那種玻璃維幕的玻璃清洗功, 他們玻璃是用洗的, 洗過, 擦乾, 就好. 我也學下來, 家裡的落地窗, 外頭那一面, 用水洗, 再擦乾,  省下的時間約略有三四倍以上. 這是使用不同的方法來達成同一件目標.   法方, </summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/5425136687105632836/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=5425136687105632836&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/5425136687105632836'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/5425136687105632836'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2007/11/blog-post.html' title='方法論'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-760792063968893563</id><published>2007-11-09T14:04:00.002+08:00</published><updated>2007-11-13T09:57:30.807+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='產業'/><title type='text'>賺錢有素, 盜亦有道</title><summary type='text'>3/3/2006賺錢有素, 盜亦有道   臺灣人有點小悲哀, 過往在國際間不被成人, 四處被打壓, 藉著資訊科技, 跟一些特殊的產業, 在國際間闖下一片天. 但是無奈全球競爭的壓力,  輝煌的產業, 一樣不抵新興國家的低價勞工成本, 要維持競爭力, 降低成本, 只能產業外移.   外移到哪? 同文同種的中國大陸, 是最佳選擇. 你看有多少產業老早已經移到大陸去了? 過去身邊的許多同學, 家裡開工廠的, 老早在唸完大學服完兵役後,  就常駐大陸. 家裡不是開工廠的, 也很多人一年下來往返台海兩岸十多次, 或是一年下來將近半年都在對岸.   製造業是這樣, 軟體產業也是這樣.   眾所皆知, 軟體外包服務的軟體代工服務業的大宗, 印度, 以色列, 都是排在最前面. 曾經台灣也一度排了上去, 現在沒人看台灣,  全球幾萬隻眼睛看好大陸. 人多, 人才也多, 成本又低, 是個相當被看好的市場.</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/760792063968893563/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=760792063968893563&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/760792063968893563'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/760792063968893563'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2007/11/blog-post_09.html' title='賺錢有素, 盜亦有道'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-7068623912858374753</id><published>2007-11-09T14:01:00.001+08:00</published><updated>2008-04-07T13:49:05.078+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Industry'/><category scheme='http://www.blogger.com/atom/ns#' term='產業'/><title type='text'>Rosenbluth Travel's success - The customer comes the second</title><summary type='text'>9/26/2005The secret of Hal Rosenbluth's success, and his company's, is actually very  simple. He concentrates on his employees first and his customers second. The  formular works. Rosenbluth Travel was named one of the top ten in The 100 Best  Companies to Work For In America, and happy customers have quickly transformed a  small family business into a global industry leader, grossing over 1.5 </summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/7068623912858374753/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=7068623912858374753&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/7068623912858374753'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/7068623912858374753'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2007/11/rosenbluth-travels-success-customer.html' title='Rosenbluth Travel&apos;s success - The customer comes the second'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-4852022896798760666</id><published>2007-11-09T13:59:00.004+08:00</published><updated>2008-04-07T13:47:50.203+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='L10N'/><category scheme='http://www.blogger.com/atom/ns#' term='本土化'/><category scheme='http://www.blogger.com/atom/ns#' term='Software'/><category scheme='http://www.blogger.com/atom/ns#' term='軟體'/><title type='text'>Upgrade path</title><summary type='text'>9/14/2005All softwares have their own upgrade path. A mature software will provide  you very clear way that how you can do on your upgrading.   My previous colleague ask my opinion about the software developing project  which I used to be part of the co-worker. Well, my opinion is I agree to provide  a moe flexible way and more professional way that user can easier upgrade their  software and </summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/4852022896798760666/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=4852022896798760666&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/4852022896798760666'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/4852022896798760666'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2007/11/upgrade-path.html' title='Upgrade path'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-279366924390934809</id><published>2007-11-09T13:59:00.003+08:00</published><updated>2008-04-07T13:45:50.380+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Testing'/><category scheme='http://www.blogger.com/atom/ns#' term='測試'/><title type='text'>Testing all the possibilities?</title><summary type='text'>4/26/2006Have you ever planned to try to test all the possibilities and finally you surrendered?When you are in high school, there is a lesson in mathematics class to teach you how to count the probability.The lesson started with something like you need to pick up a red ball inside a black box.The first thing you need to know is how many balls there, then you need to know how many red balls.If </summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/279366924390934809/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=279366924390934809&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/279366924390934809'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/279366924390934809'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2007/11/testing-all-possibilities.html' title='Testing all the possibilities?'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-4592424182984470995</id><published>2007-11-09T13:58:00.002+08:00</published><updated>2008-04-07T13:46:09.852+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Testing'/><category scheme='http://www.blogger.com/atom/ns#' term='測試'/><title type='text'>A Sample Test Plan  Structure</title><summary type='text'>Below is a sample Test Plan structure which I created before for some project.1.    Background2.    Purpose of this Document3.    Reference4.    Features to be Tested5.    Features not to be Tested6.    Test Approach7.    Test Item Configurations 7.1    Rack Configuration 7.2    Platform Configurations for Each Testing Item 7.3    Environment Locale to be Tested8.    Resources 8.1    Human </summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/4592424182984470995/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=4592424182984470995&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/4592424182984470995'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/4592424182984470995'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2007/11/sample-test-plan-structure.html' title='A Sample Test Plan  Structure'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-114717198760778802</id><published>2006-05-09T18:13:00.000+08:00</published><updated>2007-11-09T13:57:11.236+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='產業'/><title type='text'>軟體委外服務將走上全球代工的路</title><summary type='text'>電子產業在全球市場裡的OEM、ODM、以及EMS是最為熱門且顯著的案例來觀看委外製造、委外設計、以及全球代工的產業生態以及全球產業分布移動的走向。早期歐美電子產業大廠諸如德州儀器(TI)、美商超微(AMD)等大廠，在企業開展的初期及中期，其晶片的生產多半為自己設廠或是委由當地鄰近廠商製造生產。OEM(Original Equipment Manufacturing)：代工廠接收廠商的所有設計規格，只負責照規格藍圖製造生產。ODM(Original Design Manufacturing)：代工廠接受廠商的設計概念跟意向，為其客戶設計及製造EMS(Electronics Manufacturing Service)：提供具有經濟規模及全球各地的電子專業代工服務事實上，電子產業已經有很多代工服務商具備全球代工服務的能力，很多廠商也開始給予其既有代工供應商壓力，</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/114717198760778802/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=114717198760778802&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/114717198760778802'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/114717198760778802'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2006/05/blog-post.html' title='軟體委外服務將走上全球代工的路'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-113626517343352092</id><published>2006-01-03T12:33:00.000+08:00</published><updated>2007-11-09T13:56:46.756+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='漫談'/><title type='text'>民航法規-電子儀器的使用限制</title><summary type='text'>前些日子搭乘飛機返抵國內後，在飛機降落時，發生了一個小插曲，是跟電子儀器使用相關的一段爭執。先看一下相關的法令規定：民用航空法第四十三條航空器，除經民航局核准外，不得裝載武器、彈藥、爆炸物品、毒氣、放射性物料或其他危害飛航安全之物品。航空人員、航空器上工作人員及乘客不得私帶前項物品進入航空器。於航空器關閉艙門並經航空器工作人員宣布禁止使用時起至開啟艙門止，亦不得使用干擾飛航通訊之器材。前項干擾飛航通訊器材之種類，由民航局公告之。....第一百零二條違反第四十三條規定者，處五年以下有期徒刑、拘役或新臺幣十五萬元以下罰金。因而致人於死者，處無期徒刑或七年以上有期徒刑；致重傷者，處三年以上十年以下有期徒刑。干擾飛航通訊器材種類中華民國90年10月2日企法(90)字第0029986號一、依據：民用航空法第43條第三項訂定。二、適用範圍：</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/113626517343352092/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=113626517343352092&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/113626517343352092'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/113626517343352092'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2006/01/blog-post.html' title='民航法規-電子儀器的使用限制'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-112403546876944312</id><published>2005-08-14T23:36:00.000+08:00</published><updated>2007-11-09T13:56:32.974+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='漫談'/><title type='text'>產品說明書反應該廠牌的專業度還是對客戶的重視度？</title><summary type='text'>打算為家裡買一台空氣清靜機，盤算了很久，今天做了一下訪價，最後到了大賣場去比價。終於，抱了一台自己還算滿意的款式回家，拆封，翻說明書，插電，開始運轉。一向不愛看說明書的我，基本的翻一翻還是會的。一項產品，說明書裡可能會告訴你，開始使用前，請先做哪些動作，也會告訴你，這產品該怎麼使用，該怎麼保養，應怎樣避免耗損，以及該怎麼排除故障等。因此，即使我個人不是很愛翻閱說明書，但是總是會大致瀏覽一遍。不過，說實話，看到這產品的說明書，其實挺失望的。買了一個國內知名品牌的產品，並且他的產製地也是台灣，是台灣字有的國產品。說明書，小小本，簡簡單單不過十來頁。別說空氣清靜機的說明書有什麼好寫，事實上，用新的廠商，可以將一台空氣清靜機的說明書，寫上至少三四十頁。姑且先不把範圍侷限在空氣清靜機，就光談說明書吧。過往我也陸陸續續買過不少商品，像是家用DVD播放機、全平面映像管電視機、光碟燒錄機、電風扇、</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/112403546876944312/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=112403546876944312&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/112403546876944312'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/112403546876944312'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2005/08/blog-post_14.html' title='產品說明書反應該廠牌的專業度還是對客戶的重視度？'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-112299660765172341</id><published>2005-08-02T22:29:00.000+08:00</published><updated>2007-11-09T13:56:10.686+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='漫談'/><title type='text'>量販通路、便利商店、以及傳統通路的價格迷思</title><summary type='text'>記得約略十年前左右，先是萬客隆開始營業，他起先的經營模式是倉庫式的。受限於當時法令規定，萬客隆採會員制，且會員的申請必須是公司行號。早期會員的申請審核還有點嚴格，你還必須出具公司證明，當然各分店落實的程度再談。此外，萬客隆的商品，都是真的量販的，比方說，你要買個A4紙，你只能一次買半打或一打，他不單賣一包的。過些時候，家樂福開始開張，他起先也是採倉庫式的，也是要會員申請，但是會員申請的規定就比較疏鬆，你可能給張公司名片他就讓你申請。目前大家所認識的家樂福，基本上已經不是過往那種倉庫式的營業了。為什麼要提這個主題呢？因為在過往這些大型量販店開始營業時，由於他的商品「普遍」都很便宜，大家一窩峰的往那邊跑，傳統所謂的雜貨店或超市生計受到影響。以往大家習慣的消費模式改變，例如你憑常會在鄰近的雜貨店或超市買日常的用品，如衛生紙、奶粉、沙拉油等，這些東西大家開始往量販店跑。不過，當時，</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/112299660765172341/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=112299660765172341&amp;isPopup=true' title='1 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/112299660765172341'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/112299660765172341'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2005/08/blog-post_02.html' title='量販通路、便利商店、以及傳統通路的價格迷思'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-112117196053072831</id><published>2005-07-12T20:35:00.000+08:00</published><updated>2005-07-12T20:39:20.540+08:00</updated><title type='text'>責任與承諾</title><summary type='text'>什麼叫做承諾？什麼叫做責任？承諾與責任，又是怎樣的關係？</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/112117196053072831/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=112117196053072831&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/112117196053072831'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/112117196053072831'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2005/07/blog-post_112117196053072831.html' title='責任與承諾'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-112115363412253875</id><published>2005-07-12T13:58:00.000+08:00</published><updated>2005-07-12T15:33:54.126+08:00</updated><title type='text'>邁向下一個階段</title><summary type='text'>終於要離開現在的公司了。數一數日子，也超過三年的光陰了。比起第一份工作，待了將近四年，第二份工作超過三年，加起來正好七年。第一份工作雖是在學術單位，好歹也是個組長，帶了個小組做些技術開發與維護。第二份工作被當作正式踏入社會，新的工作領域，想說就多學學吧，先是個工程師，也幹了兩年，邁入第三年才升資深工程師。工作資歷不能拿年紀來比，要拿實際的工作年資來比。沒服兵役也沒念研究所，大學畢業後直接工作，這樣比起一些有念研究所又有服兵役的人來說，工作資歷馬上多了四年。雖然念研究所的，在一些公司裡的職等是會跟大學畢業的有所區隔啦。現在堂堂邁入第八個工作年頭，還是一屆資深工程師。我想，假設有人試著要了解我為什麼要離開工程師，他可能要問很多人，也才能拼湊出約略50%。當然問我是最快的，可是基本上人都是看對方是什麼人，才決定對他說些什麼。總是有親疏遠近，總是有職務上的直接間接相關。其實，人家說，</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/112115363412253875/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=112115363412253875&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/112115363412253875'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/112115363412253875'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2005/07/blog-post_12.html' title='邁向下一個階段'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-112107175395008496</id><published>2005-07-11T16:47:00.000+08:00</published><updated>2005-07-11T16:49:13.953+08:00</updated><title type='text'>中平籤詩一首</title><summary type='text'>事端百出慮雖長莫聽人言自主張一著先機君記取紛紛鬧裡更思量</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/112107175395008496/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=112107175395008496&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/112107175395008496'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/112107175395008496'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2005/07/blog-post.html' title='中平籤詩一首'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-112105458088462159</id><published>2005-07-11T12:02:00.002+08:00</published><updated>2008-09-09T23:35:51.582+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Testing'/><category scheme='http://www.blogger.com/atom/ns#' term='測試'/><title type='text'>What kinds of testing should be considered?</title><summary type='text'>   Type of Testing  Description    Black box testing  Not based on any knowledge of internal design or code. Tests are based on requirements and functionality.    White box testing  Based on knowledge of the internal logic of an application's code. Tests are based on coverage of code statements, branches, paths, conditions.    Unit testing  The most 'micro' scale of testing; to test particular </summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/112105458088462159/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=112105458088462159&amp;isPopup=true' title='1 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/112105458088462159'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/112105458088462159'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2005/07/what-kinds-of-testing-should-be.html' title='What kinds of testing should be considered?'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-111641706578227979</id><published>2005-05-18T19:45:00.001+08:00</published><updated>2008-04-07T13:50:24.958+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='專案'/><category scheme='http://www.blogger.com/atom/ns#' term='Project Management'/><title type='text'>Triangle of project QCD</title><summary type='text'>When a project is running, what will you do to balance the triangle of QCD?Q=Quality, C=Cost, and D=DeliveryWe all know we wanna make more money from a project. But if the quality is too bad, you probably won't get any money.When the project is phasing into another stage, you probably find out you'd better to add some more human resources or hardware resources. But it will bring more cost.If you </summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/111641706578227979/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=111641706578227979&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/111641706578227979'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/111641706578227979'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2005/05/triangle-of-project-qcd.html' title='Triangle of project QCD'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-111475214865892597</id><published>2005-04-29T13:04:00.000+08:00</published><updated>2007-11-09T13:55:09.718+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='漫談'/><title type='text'>再談選購NB</title><summary type='text'>再談談選購NB吧拿最近NB市場的實例，或許會比較有趣* 大尺寸，還是小尺寸買NB，你要買大尺寸，還是小尺寸？12吋NB，長時間使用，螢幕大小真的太小，眼睛肯定會很酸。回想以往使用15吋CRT，然後把解析度設定成1024*768的時代吧～～14～15吋的NB，對眼睛來講，輕鬆多了，可是，2~3公斤的重量，帶來帶去，可真不方便。次數多了，乾脆不帶了，那又失去NB容易攜帶的利基了！* 高階還是中階？你要買 Pentium M 還是 Celeron M？要最新的 Sonama 、Dothan 還是要普通的 Pentium？* 內建顯卡還是獨立顯卡其實我不太玩遊戲，所以獨立顯卡對我來講不需要實例：Acer TravelMate 2303Lci: CM1.4, 40G HD, Combo, 15": $28,000Acer TravelMate 382Tci: PM1.6, 40G HD, </summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/111475214865892597/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=111475214865892597&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/111475214865892597'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/111475214865892597'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2005/04/nb.html' title='再談選購NB'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-111269286848432232</id><published>2005-04-05T17:17:00.000+08:00</published><updated>2007-11-09T13:54:54.947+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='漫談'/><title type='text'>從小處著眼看大局面</title><summary type='text'>很多事情都可以從小處著眼，來看整個大局面一個人、一件事、一個物品、一個局面，都是由很多小的元素所組成，懂得從這些小元素來拼湊整個大局面，你就比較容易了解為何事情會是那樣的發展，會是那樣的呈現，會是那樣的結果</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/111269286848432232/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=111269286848432232&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/111269286848432232'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/111269286848432232'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2005/04/blog-post.html' title='從小處著眼看大局面'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-111220077107139484</id><published>2005-03-31T00:19:00.001+08:00</published><updated>2007-11-09T13:54:38.304+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='漫談'/><title type='text'>所謂的名正言順，以及不在其位不謀其政</title><summary type='text'>相信名正言順、名不正言不順，這道理很多人都懂，也都認同。簡單講，做什麼事，要做的光明正大，首要條件是要先正名。這裡不是想要提政治議題，正不正名，在各種領域都會有關，不僅是國家、政治的事務。在一個團隊裡，總是有一些不同階級的領導者，姑且稱之為領導階層。這些領導階層之間一定有層級關係。某些層級的人具有某些權限，負責某些不同層級的事務。越是影響層面較大的重大決策，就越是要比較高層的人才能做出決定。如果有個人被指派負責某些會有很大影響的決策，但是他的階層並不夠高，那麼事實上他並沒有辦法做出有效的決策。道理是本來就在那邊的，並不是有人去講出來，它才變成一個道理的。想要一個人可以把事情作好，就要賦予它足夠的權限。反過來說，不賦予足夠的權限，別指望一個人可以把指派的事情作好。換不同的角度來看，被賦予很重大的責任與願景，但是卻沒有被賦予足夠的權限，那麼，事情永遠是不可能會順利完成的，層層關卡，</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/111220077107139484/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=111220077107139484&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/111220077107139484'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/111220077107139484'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2005/03/blog-post_111220077107139484.html' title='所謂的名正言順，以及不在其位不謀其政'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-111208377167494400</id><published>2005-03-29T15:13:00.000+08:00</published><updated>2007-11-09T13:54:11.981+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='漫談'/><title type='text'>選購NB</title><summary type='text'>最近想要添購一台自己用的NB。有經驗的人都會審視自己的需求是什麼，預算有多少，想花多少錢，以及想要怎樣規格的NB。我的想法是怎樣呢？拿來跟PC比較好了，一台全新的PC，連同17吋液晶螢幕，中等以上的規格，約略三萬左右可以買到滿意的。但是NB呢，拿三萬元所買到的NB，可能約略用兩萬元就可以買到同等級的PC。這麼比當然不見得公平，但這正是審視自己需求的一種考量。說說門檻好了，我總喜歡拿硬碟機來當例子。當60GB甚至80GB已經開始成為基本配備時，假定40GB硬碟只要$2,000，你要不要多花$1,000來買80GB硬碟？這時，$2,000我把他定義成門檻價格，或者也可以說是入門規格的底價。一台全新入門級PC包含螢幕（17吋CRT），總價約略一萬多一些，姑且當作一萬五，這是添購全新PC的門檻。一台NB的門檻價，假定約略要三萬元，可是，NB不比PC，PC方便擴充。入門機種的PC，主機板多半是</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/111208377167494400/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=111208377167494400&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/111208377167494400'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/111208377167494400'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2005/03/nb.html' title='選購NB'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-111200681181299343</id><published>2005-03-28T18:29:00.000+08:00</published><updated>2007-11-09T13:52:19.733+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='溝通'/><title type='text'>責罵？還是給予鼓勵？</title><summary type='text'>處理事情的方法，需要經驗，也需要智慧。舉養寵物的例子做一下鮮明的對比。養貓或養狗的書上，多半會告訴你，寵物不全然懂得人們講的字句，但是常見的語句，以及人們講出來時的語氣，包含抑揚頓挫、以及速度是急促還是緩和，其實貓、狗是會辨認的。寵物犯錯時，主人可能一時火冒三丈，想說牠怎麼講都講不聽，越是生氣越是大聲謾罵，腦子裡可能不會想到為什麼牠會有那樣的舉動，只顧發洩氣憤。這一般而言 是無濟於事。假設是有耐心的去想，牠可能要做啥，可能發現牠其實是肚子餓了，或是想上廁所，或是其實是要跟你告知外面有陌生人靠近！人跟人之間的溝通，當然複雜很多。但是人跟人，講人話啊！不是應該更容易溝通嗎？某人犯了個錯，不管大錯小錯，是要罵他呢，還是要給他機會，請他小心一點不要再犯？那麼第二次又犯錯了呢？第三次再犯類似但不盡相同的錯呢？屢次犯錯呢？屢次犯錯，或許表示，這當中存在著一些大問題，不是這個人的問題，</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/111200681181299343/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=111200681181299343&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/111200681181299343'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/111200681181299343'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2005/03/blog-post_28.html' title='責罵？還是給予鼓勵？'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-111156462074102384</id><published>2005-03-23T15:57:00.001+08:00</published><updated>2008-08-19T17:14:07.241+08:00</updated><title type='text'></title><summary type='text'>Well, wanna know where is there and who are in the photos? </summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/111156462074102384/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=111156462074102384&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/111156462074102384'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/111156462074102384'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2005/03/well-wanna-to-know-where-is-there-and.html' title=''/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-111150540584624947</id><published>2005-03-22T23:15:00.000+08:00</published><updated>2007-11-09T13:53:31.765+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='專案'/><category scheme='http://www.blogger.com/atom/ns#' term='溝通'/><title type='text'>建設性的言論</title><summary type='text'>在跟客戶的協同合作開發軟體的過程當中，因為團隊成員的疏失，造成客戶方的不便，甚至是客戶的原定時程受到影響，身為廠商(vendor)的一方，認錯是必要的。但是除了認錯之外，提供建設性的言論更是相對的重要。單純的認錯道歉與補救，對於團隊形象與公司形象並沒有幫助。認錯、道歉、補救，只是最基本應該要做到的，在此之外，適度的檢討本身團隊的疏失在哪，並告訴 客戶我們有注意到這些問題，希望能夠提供一些改善方案，或是找出團隊出錯的癥結所在，跟客戶一同討論，看是否有改善空間，類似這樣比較具有建設性的言論， 是比較妥當的做法。當客戶方有錯，可是自己這方也有錯時呢？例如問題出在於客戶未給予正確版本，或是未充分告知異動；但是自己的團隊並未很嚴謹的去檢視每一項工作，以致於未 及早發現客戶的疏失，像這樣的狀況，正所謂「嚴以律己」。身為廠商，雖不必要一味的矮化、委屈自己，但是更不能隨意的指責客戶本身的疏失，</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/111150540584624947/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=111150540584624947&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/111150540584624947'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/111150540584624947'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2005/03/blog-post_22.html' title='建設性的言論'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-111147033750918440</id><published>2005-03-22T13:08:00.000+08:00</published><updated>2007-11-09T13:53:19.612+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='專案'/><category scheme='http://www.blogger.com/atom/ns#' term='產能'/><title type='text'>怎麼樣準確評估團隊效率</title><summary type='text'>如果想要精確的評估團隊的效率，我想，正確的分析資料是最主要關鍵，其次是正確的分析觀點。先歸納手上所有可用來作為分析的資料類型，接著找齊這些資料。至於分析觀點，在分析初期，不妨試著用不同的角度去分析，取出某一類型的資料作為主軸，再取出另一個想要對比的資料來作為資料軸。例如，若要分析每個人的產能（效率），以人作為主軸，以產量作為資料軸。這樣可以很快做出第一張分析表，記得為它套上圖表。不過，很快的，你應該會發現，光是這樣的分析表，並不足夠。因為每個人所負責的事務並不盡相同，有些任務比較艱難，需要花比較多的時間；有的工作必須等待其他人的結果，就像生產線那樣，你必須等待產線前端完成後你才能進行你的工作。所以，如果分析表只是很單純的考慮人與產量這樣兩個類型的資料，並不見的能夠精確的反應實際的效能。這應該是說這樣的分析觀點並不夠客觀。</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/111147033750918440/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=111147033750918440&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/111147033750918440'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/111147033750918440'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2005/03/blog-post.html' title='怎麼樣準確評估團隊效率'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-111140624761347740</id><published>2005-03-21T19:40:00.001+08:00</published><updated>2008-04-07T13:48:27.013+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='L10N'/><category scheme='http://www.blogger.com/atom/ns#' term='本土化'/><category scheme='http://www.blogger.com/atom/ns#' term='Translation'/><category scheme='http://www.blogger.com/atom/ns#' term='翻譯'/><title type='text'>To Leverage Translations and Apply Pseudo-Localization</title><summary type='text'>My collegue ask me one localization question:If the resource file has a great updated, and I have an old version's translation. How to leverage the translation, and also, how to apply pseudo-localization to those the newly added un-translated strings?OK, here are the steps, seems to be a long list, at least it works.To leverage translation from old version, you need to:1. Create a new Catalyst </summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/111140624761347740/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=111140624761347740&amp;isPopup=true' title='1 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/111140624761347740'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/111140624761347740'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2005/03/to-leverage-translations-and-apply.html' title='To Leverage Translations and Apply Pseudo-Localization'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-111139830996890362</id><published>2005-03-21T17:39:00.000+08:00</published><updated>2005-03-21T17:46:47.006+08:00</updated><title type='text'>An I18N-ready Blog service?</title><summary type='text'>My colleague asked me to input some Traditional Chinese characters to examine if Blogger can display them correctly.Well, let's see what will happen:許功蓋</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/111139830996890362/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=111139830996890362&amp;isPopup=true' title='2 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/111139830996890362'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/111139830996890362'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2005/03/i18n-ready-blog-service.html' title='An I18N-ready Blog service?'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>2</thr:total></entry><entry><id>tag:blogger.com,1999:blog-11590917.post-111138530338885471</id><published>2005-03-21T13:58:00.001+08:00</published><updated>2008-04-07T13:50:46.739+08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='專案'/><category scheme='http://www.blogger.com/atom/ns#' term='Project Management'/><title type='text'>The Killing Point of a Project</title><summary type='text'>Joseph Philips, the Director of Education for Project Seminars, has an interesting description for the project phase deliverables and examing the project status and project advancement. He said, "The idea of killing a project at phases is why phase completion is also called a kill point."Well, I do think it's quite interesting. The point to kill a project, project team, or the project manager?</summary><link rel='replies' type='application/atom+xml' href='http://arithmandar.blogspot.com/feeds/111138530338885471/comments/default' title='張貼意見'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=11590917&amp;postID=111138530338885471&amp;isPopup=true' title='0 個意見'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/111138530338885471'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/11590917/posts/default/111138530338885471'/><link rel='alternate' type='text/html' href='http://arithmandar.blogspot.com/2005/03/killing-point-of-project.html' title='The Killing Point of a Project'/><author><name>Arith Hsu</name><uri>https://profiles.google.com/108270722064746304244</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='//lh5.googleusercontent.com/-GotWtdq04A4/AAAAAAAAAAI/AAAAAAAAAAA/YjkVry5YCEM/s512-c/photo.jpg'/></author><thr:total>0</thr:total></entry></feed>
