在前面的一系列文章裡，我發現有些人有些很有趣的想法，有些人覺得使用Windows是很落後的事，或是要用vim、gcc、gdb來寫程式才顯得有技術，我自己也是從小玩技術長大的人，事實上我很能理解這樣的想法，或著說我以前也是這樣的想法，但後來漸漸地想法就改變了

在大學時有位組合語言很強的傳說中的教授，他的組合語言課真的很令人印相深刻，他從來不帶課本，一上台就開始畫圖，然後用很粗俗易懂的例子講解，可以看得出他對低階的這塊領域實力有多深厚，有一次他在上課談到

我以前在做賭博電玩時，有人來跟我推銷繪圖晶片，可是我跟他說，不用，我覺得自己寫一個pixel一個pixel畫才有技術

可是後來發現別人用繪圖晶片來畫圖，一下子就做出來了，我還在刻低階的繪圖功能

後來因為這樣做不過別人就不做了

聽了之後仔細想想我自己也是這樣的想法，以前在寫遊戲時最初是用Direct Draw，後來覺得使用現成的函式庫沒什麼技術，在之後重寫的版本中，就自己寫畫圖的函式庫，一個pixel一個pixel去填，半透明混色也是自己去算，甚至想自己寫3D的繪圖引擎，雖然確實在這過程中學到很多東西，但事實上整個寫遊戲的過程中有好一大半的時間是花在底層的這些基礎繪圖功能上，後來漸漸理解，重覆利用別人做好的輪子是很重要的事，只因為覺得 "那樣才叫有技術" 而去自己做別人已經做好的東西是很不成熟的想法，後來我終於理解到

技術只不過是在工程中完成目標的手段，並不是最終的目的

除了技術以外，事實上在整個軟體的工程當中，還有太多值得注意的事，從你學習那項技術需要花多少心力，技術相關的社群，如果你是商業公司還得考慮到有沒有支援商業服務，還有你用這項技術的話能不能找到人來接替你的位置? 你用了這項技術生產力有因此而提升嗎?

以先前提到的例子，用gcc直接下指令編譯，用gdb下指令除錯，你的生產力有因此而提升嗎? 為了從一般的IDE環境下切換到這樣的環境需要多少的學習成本? 如果你找一個人來接續你的工作，他是否有辦法像你一樣熟練地使用這些工具? 如果你要教新來的人熟悉你的環境，你需要花多少時間? 我相信，大部份提到要使用這些工具的人都沒想過這些問題，這很正常，因為他們熱愛技術，但是實際的工程應用這些都會是很重要的問題。

人適應工具

而在這些提到的一些工具中，有個很極端例子，那就是vi/vim，我自己有用vim，因為打大量程式會比較有效率，或在Linux下改程式都得用到，為什麼說vim是很極端的例子，因為它的設技概念與我們一般常見的IDE是相反的，一般的工具都是設計工具來適應人，然而vim卻是設計工具要人去適應它，因為如果需要打大量的字，手一直保持在鍵盤上是最有效率的，所以它設計讓你手都不用離開鍵盤，就能進行所有的操作

Vim cheat sheet 來自 http://www.viemu.com/a_vi_vim_graphical_cheat_sheet_tutorial.html

當然，缺點是它的學習曲線很陡，在一開始你可能打幾個字都會弄得灰頭土臉，身為技術人員如果你覺得打大量的字是很常有的事，這投資是值得的話，學一學vim確實是不錯，但推薦初學者學vim就不是什麼好事

所以，當你很興奮地覺得這個東西才算有技術，或著是開源萬歲之類的理由，推薦給別人時，想想你自己花多少時間學這東西，別人又能因此得到什麼好處好嗎? 而當你開始設計產品時，你想想如果Apple的Macbook廣告詞是

經過三個月的練習，使用我們的系統工作效率提升了50%!!

你覺得還會有人買這樣的產品嗎?

工具適應人

另一種設計的想法，也是主流的設計思維就是讓工具去適應人，大多數你能在市面上看到的產品都是這樣的設計，我們舉一些例子，Visual Studio最近推出了一種新的UI，叫Debugger Canvas，是將整個debugging trace的過程以泡泡視窗的方式串聯在一起，讓你可以很直覺地理解程式呼叫的過程

有這樣視覺化的輔助，除錯的過程會輕鬆許多，在有現代化工具可用的情況下，除了學習以外的炫技理由堅持使用原始的工具，就只是浪費寶貴的開發時間而已

再舉另一個例子，就是git或mercurial在送commit之前，我個人都會對送出的內容review一次，以免將測試用的程式也送進去，例如像是這樣糟糕的例子

def auth(user_id, password):
    # XXX: FOR TESTING ONLY!!! DO NOT COMMIT
    return True
    user = session.query(User).get(user_id)
    if user is None:
        return False
    if user.password != password:
        return False
    return True

原本的授權檢查，為了測試直接回傳True，不小心把這樣的送出去就不好玩了，使用console看列出git或mercurial的差異通常沒有標顏色都很難看清楚

然而有了Gitk的GUI標上顏色，到底改了哪幾行就相當顯眼

這還只是簡易的例子，真正程式碼在修改不會像這樣只有一行兩行，不使用適當的工具只會弄得眼花潦亂，造成錯誤就得不嘗失

工具應為服務而生

技術與工具應為服務人而生，不是最終的目的，不懂得從使用者的角度出發思考，不懂得從軟體工程的角度出發思考，我想這是很多技術人常見的問題，如果能用不同的角度，放下對於單純技術的追求與炫耀，才能做出更能幫助人們、受人們歡迎的工具。

最近在網路上越來越多軟體產業相關的部落格，也有很多不少相關的討論，其中我發現很多人將台灣軟體產業發展不起來歸究到台灣的市場太小了，我個人覺得這是最糟糕的藉口，因為事實上網路並沒有國界，只要有能力，一台電腦，一條網路線，一個人一樣可以做全球的生意，把自己能力不足怪到沒有市場是很奇怪的事，在這世界上有無數軟體成功的案例，都不是來自美國等軟體大國，我想在這裡舉出這些我所知道的一些例子，來證明確實在地的市場並不能做為軟體產業發展失敗的理由

EVE online – 冰島

冰島這個國家，人口數三十幾萬人，主要的產業活動是漁業，除此之外軟體產業也是這個國家的產業之一，是世界主要軟體的輸出國之一，有趣的是，在不久之前冰島還是被選為所謂最幸福的國家，吸引大量外資到當地投資，但因為炒作過度，導致整個國家銀行破產，幸福國度的神話也從此破滅，這個國家軟體產業最為人知的代表作就是一套以科幻星探險的線上遊戲，玩家可以駕駛太空船，在太空進行買賣、挖礦，還有海盜的冒險，我曾經有玩過一陣子，這遊戲有個公司的機制，玩家可以組成公司，一起行動來達到最佳的利益，例如有些公司以挖礦為業務，為了防止被海賊攻擊，就得有護衛艦負責保護，也有些公司是專門四處獵殺玩家的，我就有因為貪圖在高危險區的高任務獎勵，被守在星門外的海賊集團打暴過，印相相當深刻，值得一提的是這套遊戲的核心語言是Python

來自官網的遊戲畫面截圖

想想看一個人口只有三十幾萬的非英語系國家，國家還破產了，居然可以推出一套受全球玩家歡迎的線上遊戲，台灣有兩千餘萬人口，中文使用的人口是世界上最多的，居然說台灣沒有市場，這真的是一件很丟臉的事，請不要再提台灣市場很小做為失敗的理由

Minecraft - 瑞典

Minecraft是一套以挖礦和建造建築為主要活動的遊戲，很難以常見的遊戲類型分類，可以說是很特別的一款遊戲，這款不起眼的遊戲已經在全球賣出了兩百多萬套

作者是Notch，他來自瑞典， 瑞典的人口有九百多萬人，使用的主要語言是瑞典語，不用說市場當然是比台灣小，除此之外他在遊戲前期的開發都完全只靠他一人，在遊戲賣到一定量時，他就拿資金成立的公司，這又是另一個和在地市場無關的成功案例

Angry bird – 芬蘭

紅遍全球的手機遊戲，這家公司是來自芬蘭，國家人口數五百多萬，主要語言是瑞典語或芬蘭語，我想這遊戲不用太多介紹大家都很清楚了，同樣是來自比台灣人口少的國家，使用的也是人口數較少的語言

ICQ – 以色列

ICQ是一款在十幾年前相當流行的即時通軟體，在MSN Messenger之前ICQ可以說是獨佔了即時通的市場，ICQ是來自以色列的軟體，以色列的人口數七百多萬人，這國家的四週被敵國環繞，即使今天ICQ已經沒落了，但以色列依然還是全球的主要軟體輸出國之一

還有很多

這類非英語系小國家在軟體成功的例子其實還有很多很多，平時看到我沒有特別記下來，而且這類的例子有越來越多的情況，常常我會想，台灣的人口兩千多萬人口，這樣算市場小，所以是軟體產業發展不起來的原因? 我覺得反而是相反的，台灣的市場要大不大，要小不小，除了國際市場還有中文市場，上面所列出來的這些例子，這些國家都沒什麼在地市場，連語言都很小眾，如果他們沒有能力一口氣打進國際市場，沒什麼生存空間，反觀台灣這個不大不小的市場，吃不飽餓不死，接接企業專案、做做政府專案，都還可以活下去，因為這樣的環境，讓很多人以為市場就只有台灣這麼小的地方，忘了連上網路沒有所謂的國界這件事，所以請別再說台灣市場太小了，只能怪你自己能力太爛沒辦法在國際市場競爭

靠自己最實在

台灣現在很多人都還在用許多十年前的過時方法/技術在開發軟體，因為吃中文市場就能活下去，國外也不太可能來搶中文市場，倒頭來還是只能怪自己不精進技術、語言能力等等的能力，真的要成功，還是得靠開發者們加強自己的能力，我一直都這樣認為，台灣要有軟體產業，必然要先有一些開發者當種子，先靠自身的能力闖出一遍天地，才能帶出更多優秀的開發者，確立經營的方式等等，而這些後起之秀才能出去帶出更多優秀的人才，只是坐著抱怨起不了太大的作用