分紅費用化的影響之漢堡王華寶餐漲價12%事件

此漢堡王倒不是路上讓人吃飯的那家, 而是台灣某大手機代工廠.

事件的起因在於, 公司經營層原本答應因應分紅費用化結構性調薪12%, 但是卻在三月中反悔. 結果造成新人的薪資比舊人還高的現象, 話說如此, 新人薪資似乎也只是四萬多(碩士), 可見原本的RD薪資有多低(網路上看到的說詞是新人比舊人多10K, 但此點的可信度無法求證). 網路上看到的最貼切形容是: 做了三年, 薪水還比手上帶的新人低.  這種情況應該不會有人做的下去吧.

我個人並沒有熟人在該公司任職, 會注意這事件為了兩各原因, 同是領人薪水的工程師多少知道這些職務的工作狀況,  訝異薪資待遇如此低的情況下又怎麼能留住有能力的人; 身為投資人, 類似事件反映此公司經營團隊有管理上問題以及誠信問題, 此公司股票須閃避. 試想連對替自己抬轎的手下都會出爾反爾的人, 又怎麼會對股東誠實揭露訊息? 甚至連此公司大股東的相關集團股票, 我都會從持股清單中排除.

對一個沒有掌握經營權的投資人來說, 經營者的誠信是第一優先考量, 低估這點很容易會踩到地雷. 台灣的環境不論是職場還是股市都很黑暗, 這裡的黑暗指的是, 不夠公開. 雖然不至於是黑箱, 但是矇矓的光線中需要很小心才不會跌倒. 可惜是想要搶奪未來執政權的人並沒有什麼增加亮度的方案提出.

股票分紅是個很差勁的制度, 不管老張老曹怎麼說, 身為投資人與上班族的兩各身分都告訴我, 股票分紅其實就是高階經理人用來自肥的騙術. 君不見聯電的原始股東股權大量稀釋到對公司營運說不上隻字片語. 造成的[只要我有錢就好]心態所帶來的遺毒與流弊更是不知道有沒有清除的一天. 有時候看到媒體跟投信在那邊大力鼓吹電子類股, 嗯…., 只能說, 要跟自己的錢過不去, 那錢就會跑給你看 =.=

廣告

知道在哪裡畫x的價值(二)

接下來的上班日, 針對整各背景狀況得到更多的了解, 這database是一個電子商店的後台, 自從這電子商店開張以來即飽受效能不佳問題困擾. 因為這整各系統牽涉到六家公司(就我知道的就有六家, 有可能更多 =.=),  俗話說三個和尚沒水喝,  更何況現在還能分兩組, 互相指責的批鬥大會開了好幾次, 但是根本抓不出來問題點在哪, 這樣的情況據說已經吵鬧了兩個月. 因為我是最後參與的人, 坦白說那是被趕鴨子上架, 臨時就忽然變成我的, 接手第一天的凌晨就得熬夜 =.=

不過database的sql log倒是很快有了結果, 並且開始有了部分調整, 而且效果明顯. 如何明顯法? 原本的cpu loading是100%,調整之後變成20%. 有了點初步的結果之後, 就被找去開新一輪批鬥大會. 會議地點是再另一家公司的會議室, 會議中就發現地主公司有位仁兄話頗多, 而且不動聲色的運起太極拳把球給踢過來. 好歹我也是有見過市面的, 這種等級的四兩撥千金功夫也想傷的到我, 暗暗偷笑一聲之後, 帶著笑臉狠很的把球踢了回去.

A: 我們前端有兩台tomcat server, 每台設定了250個connection, 兩台加起來有500個, 但是這個設定要跟後端的db server配合, 不知道db這邊的相關設定有沒有調整?

我: (心理暗槓一聲, 這種事情不是等出包了再來協調的吧) data base能接受多少connection取決於server上的resource限制, 以及設定上的限制. 以發生問題那天的狀況來看, 當時的cpu已經吃滿, 但是connection只有300多, 遠比db server上的設定600要來的小, 也比前端server的設定來的小. 所以問題癥結在於, 每個connection所消耗的cpu比較多, 是不是針對這點尋求解決方案.

A: (大約沒預料到會有這種直接打回來的反擊, 有點錯愕) 消耗的cpu確實也是一個問題,  (對旁邊人說) 所以他們的設定是600.

這時候一起去開會的dba發了另一顆球: 這兩天分析了oracle, 發現還有一個比較嚴重的問題. 資料庫中有做一個analyse, 但是這是很久之前做的, 跟現在的db現況不合, 所以查詢的時候會直接去做full  table scan, 這個問題應該要盡快修正, 所以要跟你們確定一下原本的analyse用途.

至此對方意識到我們這邊有備而來態度為之叵變, 終於認真的探討技術上的細節. 討論結束之後, A主動要求要換名片, 名片拿到仔細一看才發現對方的title是…資訊長. 冏rz…(說不定明年會變成我老闆, 這下有點糟糕)

其實對方公司一向是以有技術能力出名(真實能力如何暫且不論), 甚至會在會議上直言:你們公司什麼都不會, 有什麼好說的. 這一次讓對方以資訊長為首的team啞口無言, 乖乖認錯. 老實說是偷偷有點驕傲的, 嘻嘻.

那跟標題的關聯在哪?

這就是問題所在了, 即使今天解決了一各讓大家痛苦兩個月的問題, so what, 沒人在乎為什麼有這種問題, 怎麼解決, 誰解決的, 如何避免. 就把它當作天上掉下來的禮物, 啊, 可以用了, 有拜拜果然有差.

中國人對於專業這檔事, 完全是當它不存在. 只能爭執粉筆值1員還是0.8元, 對於另外那99,999元, 則是….., 不知道要哪一天才能學會重視專業阿.

知道在哪裡畫x的價值(一)

幾年前曾經有這麼一個故事被到處轉寄:

====================================

有一個工程師在一家公司工作30年後退休了,
他對該公司的機器及產品瞭如指掌。
幾年後,該公司的一套機器故障,
全公司的人都沒法找出問題來。
絕望中,他們只好找這位退休工程師。

這位工程師看了一個小時之後,
工程師從上衣口袋拿出一枝粉筆,
用粉筆在一個零件上畫了一個大叉叉。
公司把零件換了,機器操作正常。
但是不久公司收到一張十萬元的帳單,
是這位退休工程師的收費。
公司老闆火大了,
認為一個小時不值這麼多錢,就要求送一張明細表。

這位退休工程師的回函是:

粉筆        $ 1
知道在哪裡畫粉筆  $ 99,999

======================================

這個故事我大概前後收到有十幾次,  只是不知道轉寄的人有沒有認真想過其中涵義?

聖帕來襲那天傍晚, 我接到公司值班人員的電話通知, 收到某台db主機的警告訊息, 但是從監控系統看來主機還是活著的. 這台db是網站的後台, 當時我也沒想太多, 只當是颱風天上網的人多所以發出些抱怨訊息, 這種事情常見. 如果是一般人頂多回一句[知道了]就把這事丟到腦後吧, 不過我個人是一定會去花點時間去檢查相關log, 這是工作習慣.

檢查的結果, 我發現這台主機的cpu是吃滿的, 上面跑了許多的oracle process, 這代表這台db處在high loading狀態, 大部分資源都消耗在oracle上, 也表示沒有其他東西有問題, 簡單說系統是正常的. 我打電話根負責這db的dba討論一下, 說出我的看法是db connection數到達上限, dba給我的訊息也證實這個想法. 於是我把這台主機所有人從睡夢中挖醒, 跟他說明情形, 並請他注意, 因為一般來說晚上的loading還會更高(不同公司的人). 本來以為事情到此結束, 沒想到15分鐘後這位仁兄call我說, server的connection並沒有滿, 我的猜測不對. 這麼一來倒是激起我的好奇心, 如果不是connection滿, 那cpu吃滿就不是結果, 而是原因, 可是在有限的connection數就能把一台有4顆cpu的sparc主機吃滿, 這絕對不是正常現象. 沒想到說出我的看法之後, 對方開始說出一大串話, 大意就是這問題存在兩個多月, 但是寫程式的人(這是第三家公司)完全不認為他們的東西有問題, 一口咬定是機器有問題, 網路有問題, db有問題. 反正千錯萬錯絶不會是他們的錯. 坦白說, 這種事情我聽得多了, 也沒啥感覺.

不過掛了電話之後想了一下又打了通電話給剛通話過的dba, 說服他把db的query  log打開好抓出是哪幾句sql語法吃掉大量cpu, 並把結果交給coder讓他們去做修改. 當然這中間又聽到抱怨coder寫的不好等等的話語. 事情安排好, 我就不再浪費精神去想這問題, 一切等颱風走後上班日再說.

於NB安裝apache2.2+php5.2+mysql5.0

寫這篇是因為,時隔太久很多地方忘記了=.=

所以記各筆記,以資留念…喔,不是以供日後參考

1. 安裝apache選最簡單的用MSI檔,next next就完成。

2. 再來安裝PHP用 ZIP檔,所謂ZIP檔就是已經compile好但沒有包成安裝檔的格式。解開之後整個目錄放到希望在的地方,比如說C:/php。然後把php目錄下的php.ini-recommended改名成php.ini。

3. 設定httpd.conf,在apache家目錄下conf裡面的httpd.conf要加兩行

LoadModule php5_module C:/php/php5apache2_2.dll

AddType application/x-httpd-php .php

loadmodule表示把php5模組讀到httpd中,addtype表示看到.php的檔案就交給php模組解讀。

要注意的是php5apache2_2.dll,這是給apache2.2的apache2要用php5apache2.dll,apache1.3要用php5apache.dll。

這在安裝文件上沒有寫清楚,結果讓我卡很久,納悶怎麼php module一直載不進去。 =.=

4. 安裝mysql。也是用ZIP檔,解開之後放到想要它在的位置,比如說d:\mysql。 放D:是因為萬一OS掛了DB還有救。直接執行mysqld-nt這是最簡單的啟動方法。加上參數檔my.ini,就能調整啟動參數。但是不用msi檔要讓他在服務裡面啟動的方法就….還沒找到 =.=

sun x4500 實測

最近拿到SUN新推出的主機X4500, 這是一台將主機與儲存設備設計在一起的產品, 有點新意. 據說我拿到這台是台灣第二台, 第一台在CHT. 就規格來說, 這台傢伙算是很高檔的, 48顆sata2硬碟, 而且只需要110v的電力即可, 用來當file server或是media server似乎不錯.可惜沒有內建raid conroller, 不然會有更強大的吸引力.

測試結果:

1. 主機本身

AMD2600 *.

16G DDR RAM

500G SATA2 HDD*48 (24T raw capacity)

4 gbit ethernet

6 SATA2 controller

2. 硬碟排列MAP:

以下陣列為面對機器時硬碟排列, 數字代表OS上顯示硬碟數字

controller

controller

controller

Controller

controller

controller

27

31

19

23

43

47

35

39

11

15

3

7

26

30

18

22

42

46

34

38

10

14

2

6

25

29

17

21

41

45

33

37

9

13

1

5

24

28

16

20

40

44

32

36

8

12

0

4

3. raid組成

C: mirror, no. 24 & no. 16

D: CDROM

E: raid5: no. 1, no. 9, no.33, no. 41, no. 17, no. 25

F: raid5: no.2, no.10, no.34, no.42, no.18, no.26

以下類推, 6HDD組成1個VOL SIZE約為2.4T

總共7RAID5 + 2MIRROR 以及兩顆spare

4. 測驗

a. 暴力測試:

直接拔出硬碟, 測驗機器對意外的容忍程度 – pass

NBU備份中, 直接抽出硬碟 – pass

b. 硬碟IO測試

FTP傳檔:  35 MB/s

以NBU backup software測試 : 250G 的資料量約備分2.5小時

p.s.: 在windows環境之下(win2003), soft raid的表現並不好, windows內建的磁碟管理工具會損耗大量的效能.

在其他os環境下的表現沒有測試, 不敢妄言.

有能力的系統工程師難覓

這期的商週裡有篇文章訪問了最近離職的無名小站前CEO,裡面他提到無名所遭遇到的困難,流量增加之後系統的負載能力無法提昇,無名雖然有名氣但卻無法吸引有能力的系統工程師加入云云。

看到這篇真的是非常多感慨,所謂系統工程師在台灣一向不受人重視,甚至身處這職位的人也不重視自己的工作。坦白說,設計系統架構是非常高難度的事情。一個系統給10個人跟給10,000個人用難度是提高100倍,但是從10,000個人要提升到給100,000用難度則是要再提高100倍。可是不像coding人員,系統工程的工作是無形不可見的,甚至沒法定期評量,簡單說是『外行看熱鬧, 內行看門道』。 對不了解的人來說,做10分與做100分是分不出差異的。再加上在中國人的文化中,並不是以能力來評論一個人。可是不偏執的人根本沒辦法在某個領域鑽研到精深,有時候不免感慨:所謂中庸之道,就是中等庸才的道路阿。

不知道在大家印象中,系統工程師是做什麼的? 很多人都是認為,修修機器、換換零件、有的還加上裝patch,坦白說沒錯,因為系統就是開發程式之外的所有事通通都有。這裡面包括很無聊的檢測硬體、拉網路線、安裝軟硬體等等;也包括了很難的debug,性能調整、系統架構規劃、通常還包了供應商管理或客服工作。

訝異嗎?事實上所謂客服工程師的技術來源就是系統工程師。因為系統工程師的存在就是為了讓某各系統能夠正確的運轉,這系統可能是一個網站可能是一個生產線管理系統,也可能是各pos系統,所以扣除新功能開發,維護一套系統的正常運行,這就是系統工程師的任務。這中間也包含了系統的擴充,但是系統擴充非常多時候會需要反過來調整原本的程式碼。所以系統工程師也需要有掌握程式語言的能力。

然而實際情況是,人們會把這部分推回去給程式設計人員,結果變成了開發人員不斷的耗費心力在debug與效能調整上,反而無力去開發新的東西。設計人員回頭來改東西也造成了線上系統的不穩定,因為很多時候是一個取捨的問題,能做這決定的最佳人選是每天與系統相處的系統工程師。

另外是系統架構調整,這其實就像是系統規劃,業界很多人的觀念還是把系統規劃當作main frame時代:規劃流程圖、分析process等80年代所謂的系統規劃。事實上由於個人PC的大量採用,造就了標準型元件,PC。如何運用一台台的PC(標準型元件)來組合出一個龐大的系統?中間牽涉的技術難度與所需要的邏輯能力與想像力,實在不輸給建一棟大樓。

首先你必須要對整個系統有功能面的了解,電子交易有他的特殊性與需求、ERP有他自己的功能與目標。然後還需要對所有組成元件有清楚的認識與掌握。這些元件有可能涵蓋了網路設備與規劃,OS設定與調整,Database廠牌與設計,到人力需求估計與部署。簡單說來這是一個跨領域的工作,而系統調整通常只是牽涉到其中的部分,但那也是高難度的作業了。

看過非常多的例子是,有決策權的人只知道一味相信,。IBM、HP等所謂國際大廠的說詞,卻完全沒想過,國際大廠也是由人所組成的。對一個跨國企業來說台灣不過是小山頭,怎麼可能把一線人才放在這地方。結果花了天文數字之後,原廠錢收了就閃人一走了之。買的人只好不斷為了花大錢買這個昂貴solution做辯護。

當然國際大廠的昂貴solution有他的優點,前提是你照著他的假設走的話。但是老實說,完全符合他假設的現實是不存在的,自然系統永遠會有問題。對專業能力不重視,這似乎是全島的通病,也不光是某各產業,相反的少數能尊重專業的公司就能不斷成長。

簡單說來,一家公司要能認清什麼樣的能力是core ability,然後盡一切努力累積這個core ability的能量。

具體作法包括,任用與晉升擁有這些能力的員工;將與此能力相牴觸的工作外包出去。當然隨著組織的成長與環境的變化,所需要的core ability也會不同。
以無名的例子,他號稱台灣僅次於Yahoo!Kimo的第二大網站,根據國外流量統計網站的資料,以及目前網路現實來推測,無名所吃的頻寬大約在2GB。這數字應該與pchome不相上下,或許還更高點,因為無名主要業務是相簿與部落格,這兩項本就是會消耗大量的頻寬。不過,頻寬是可以用砸錢來解決的,系統無法穩定的提供這樣的流量才是他們現在最大的問題吧。這也可能是無名選擇與Yahoo!Kimo合併的原因。因為其他出價者包括Hinet在內都不會有能力解決他現在面對的問題。 至於傳聞中的Google,我很懷疑g公司有真的出價。無名並不符合g公司設定的併購目標,規模太小技術能力也不足以造就進入障礙。綜合評估下來,賣給y公司似乎是最好的結局,只是真的結果會否如此美滿,就要等時間來證明了。但是併購案的雙方都很理性的選擇對象,對無名來說,y公司可能是唯一有解決問題技術的買主,對Yahoo!Kimo來說,併入無名將能進一步阻隔對手的進逼。自從2002年y公司從與pchome與yam的纏鬥中勝出後,已經很多年獨占市場。明年面對步步進逼的新秀webs-tv,不得不先發制人。要知道webs-tv的天空部落是無名之外的第二大,反觀y公司自己的部落格卻是一直無起色。部落格服務目前雖然是賠錢貨,但內行人都知道這是明天制勝的關鍵,不得不搶進。也就是雙方都能很客觀的認知到彼此所欠缺,所做出的理性的決定。

行文至此順便提一下最近併購yam的webs-tv,這是一家很新而且很衝的公司,並且非常的低調。我個人對這家公司也沒有任何了解。最早注意到是因為天空部落格,反而對於他的公司名稱webs-tv覺得有點納悶,就我所知的台灣網路生態,沒有自己線路的情況下要做影像播放是非常困難的事情。雖說技術的演進與頻寬的擴大讓線上影像變的可行,但是以台灣的環境還落後美國2-3年似乎還不夠成熟。最近從新聞上讀到webs-tv的背後金主是中興保全才恍然大悟。可能很少人知道中興保全已經努力線上監控系統好幾年了,因為中興保全就像一般保全業一樣所有事都很低調, 但是我之前的公司也有意願從事類似業務,所以我才會了解中興保全在線上影像系統上有他的領先之處。再加上天空部落也有其死忠支持者在,加上併進去的蕃薯藤,如果能解決頻寬的問題。雖然不一定能挑戰Yahoo!Kimo的龍頭地位,但超越pchome與y公司平分市場的可能性不低。 至於pchome…嗯,他的時代在上櫃的moment就已經到頂點了。

台灣能不能出現一家像Google的公司?

事情的起源得要從拜讀獨孤木先生的進不了google? 這不是世界末日呀!說起.

google來台, 幾乎是所有從業人員都會注意到的消息, 畢竟g公司是一家正當紅的公司, 種種傳言又把google說的跟人間天堂一般, 自然是人人躍躍欲試, 只不過聽說是大多數的人都吃了閉門羹. google很聰明的把在google槊造成, 全球最聰明的的人所聚集的公司, 能跟全球最聰明的人一起工作, 本身就是一各很大的吸引力, 再加上能加入這群人也代表[自己也是最聰明的那群人之一], 更是各大誘惑. 老實說, 我對google怎麼找人的興趣大過於到google工作, 雖然我想g公司也不會想hire我. 對於要怎麼從眾人之中鑑別是否有聰明的腦袋, 一直是一個很困難的課題, 隨著時間經過我個人越來越相信, 這點其實是一各勝敗的決勝點.
廢話休提, 引起我腦中思緒沸騰的其實是這段文字

話說回來,Google的崛起不過是這幾年之間的事情。為什麼兩個研究所的學生挑了一個他們覺得有意義的主題,然後籌設了一家公司,努力個幾年之後,就可以稱霸世界,而在台灣卻很少聽到這樣的事情呢?我們的技術不好嗎?我們的人才不夠優秀嗎?

同樣的問題我也想過, 而且是到目前為止還在努力尋找答案. 作者認為台灣的人夠優秀, 技術能力夠好. 坦白說, 我很同意以相關從業人員的技術能力來說, 台灣人做的不會比美國人, 印度人差. 可是美國印度都能出現大型的軟體公司, 台灣為什麼不行?

之前李開復博士來台灣的時候, 我曾經聽到他在接受訪問時說:[google因為有許多優秀腦力所以能夠想出利用許多台pc來共同share loading的叢集架構]. 對許多人來說, 可能完全不懂他指的是什麼, 可是如果你有看過g公司或y公司的機房, 你可能就會有所領悟. 但是李博士不知道的是, 這個架構的原型其實並非來自g公司的優秀腦力, 而是當初史丹佛大學的freebsd團隊, 這群人日後進了yahoo並且想出了一個用一般pc來實做大型主機的方法. 隨著硬體計算能力進步, 這樣的做法反而成為最有效率的方案. 甚至引出了grid的網格運算概念. 戲法說穿了很簡單, 就是用許多台一般intel電腦, 來組成一個web, 將loading分散到許多台不同電腦上面去. 但是大網站的差別再於他是分攤到數千台電腦上面. 要實做這樣一個架構, 除非同時了解硬體, 軟體, 網路, 資料庫等種種領域, 不然根本不可能想的出來更別說實做出來.

台灣雖然一般從業人員的技術不輸給美國與印度, 但是卻欠缺能夠整合各種不同領域的[傑出]人才. 舉各我個人曾經碰到過的問題當例子: 在系統上線前夕, 當一切就緒之後, 執行最後一項動作, 實機壓力測試. 結果卻慘不忍睹, 一台主機只能負擔100各seesion, 只有原本規劃的1/10. 茲事體大, 上線日期已經公佈, 廣告也已經打了, 無論如何不能delay, 所以馬上緊急call meeting. 程式設計師說: 我的code沒問題. 系統管理員說:我的機器沒問題. 網管說: 我的網路沒問題. 相信類似的場景大家都不陌生, 結果原因是什麼? switch上面port的設定是100全雙工, server上面的網卡設定自動溝通. 兩邊不一致的結果, 流量衝不上去, 所以一直停留在100各session. 對於相關人等來說, 每個人也都認為他的技術很好, 都不是他的錯. 這是一各弔詭, 1+1+1結果變成2. 很多時候, 事情會停在彼此爭論不休然後就沒有下文, 到最後重點變成誰的責任, 而非如何解決問題. 攤開來說, 一各沒辦法解決問題的技術人員, 沒啥價值.
談到這裡讓我想到中文的[技術]其實定義很模糊, 我們沒辦法清楚的給技術好或壞下一各定義, 怎樣的表現叫做技術好, 怎樣叫技術不好. 我想應該大多數人都沒想過, 我自己也從沒想過, 只是很習慣性的把技術掛在嘴邊. 某次忽然發現對話雙方對[技術能力]的定義其實是南轅北轍, 這時才恍然大悟原來我自己已經落入文字的陷阱而不自知. 後來幾次思索之後, 我把技術能力作了這樣一各定義: [所謂技術能力, 指的是面對問題時提出solution來把問題解決的本領]. 所以技術能力的高低有一各評斷標準就是, 出包的時候把問題解掉的本事. 以此當作出發點 再進一步延伸到預防事情出包的本事.
用我自己給的定義來看, 很多原本所謂技術能力很好的人或公司, 忽然之間就變成..[嘿嘿嘿]. 老實說, 中國人的文化里向來對技術嗤之以鼻, 士農工商, 技術人員就是所謂的工, 只比奸商好一點. 這樣的文化其實深深影響每一個人, 只是我們自己沒發現罷了. 因為輕視, 所以就不會想要建立客觀的方法來審度技術能力的高低, 連帶的也不會願意付出較高的薪水給技術能力高的人. 最終的結果就是, 一各大家都很熟悉的現象[會做的人做到死], 也就更進一步的阻止人們追求卓越.
另外一各很大的原因是台灣人喜歡跟著多數走, 而不想要有自己的路, 聽老闆說的做, 就不用負成敗. 跟著前人走就不會跌倒. 這種想法是從小就被灌輸的, 也同樣把它灌輸在下一代腦中. 最明顯的例子就是..證照. 總是不斷有人問 證照有沒有用? 每次看到這問題我就想嘆氣, 難道除了證照, 就沒有其他證明能力的辦法嗎? 證照當然有用, 因為幾乎所有公司在找人時都會看證照數目, 甚至證照多幾張每各月能多領幾張小朋友. 但是回到原問題, 證照證明了你自己嗎? 或說證照能證明什麼?每個人都知道有證照的人常常也是不能用, 可是卻總是要找有證照的人, 這迷思在哪? 不就是懶的自己去想辦法辨認來應徵者的能力所以用[標籤]來識別. 所以找工作的人也寧可把心力花在弄個[文憑]而不是實際上的能力上. 兩者交相賊, 結果就是賠了整個產業的競爭力.

我見過太多太多的人, 可能是新手可能是做了很多年的從業人員, 都是一樣[只會打嘴砲]. 彷彿一切問題都可以用說的解決, 如果沒有解決, 那是同事無知, 老闆無當, 政府無能, 害的他老兄有志難伸. 但是絕對不會是他自己的錯, 也不會是他的能力不足. 像這樣的人只要一各就好不用多, 就可以把所有人的熱情澆熄. 但是弔詭的是, 這樣的人才能夠搭上升官的電梯. 實際上動手做的人反而是有過無功.

資金老實說不是問題, 大家都是抱著現金不知道往哪擺, 問題在於有沒有一各能得到報酬的去處. 以目前炒的費沸騰騰的web2.0來說, 真的能找的到商業模式的公司其實一樣不多, 差別在於, 許多投資者已經學到要如何判斷優劣. 技術是一回事, 能夠在商業世界提供使用者想要的, 才是成功的基石. 所以google的創辦人不斷的重複說:[以使用者為唯一的考量]. 網路的的確確改變人類生活, 問題是你可以利用網路來達成什麼事情? google的目標是串聯全球的資料, 其他的網路公司ㄋ? 是因為要做某件事, 所以才去尋求資金來往這目標前進. 而不是為了要上市股票公開發行, 一夕致富才能開公司. 如果想一夕致富, 還是去算樂透號碼比較實際
很久以前, 我在資策會上課, 班主任曾說 [網路跟系統都是很深奧的,要找一各領域走沒有人通吃] 這句話我從頭到尾不能茍同, 就像前面說的, 前人因為能同時理解實際需求, 又有os開發背景, 對網路又有紮實的知識, 對資料庫也有深刻的領悟, 所以能夠設計並實做出來網路叢集架構. 坦白說 y公司的拍賣為啥能在台灣獨大, 這各架構功不可沒. 目前為了y公司要收成交費, 一堆網友串聯要搬去pchome拍賣, 可是pchome絕對沒辦法應付這種忽然暴增的使用量, 就好像當年y拍要收刊登費, 一堆人跑去ebay,樂多 結果這兩家公司卻沒法吃下這麼多使用者的情況一樣. 這背後的科技力差距, 根本是石器時代與火藥能時代的差別. 我很喜歡domain knowledge這各字彙. 技術能力也是domain中的一各項目, 不能更多也不能更少. 技術是一各泛稱, 包括選用那種程式語言, 那種資料庫, 哪種平台, 如何實作出東西來, 全部加起來叫做技術. 而這一各全部加總之後的東西, 不過就是domain knowledge的一部份. 你還需要知道你的使用者需要的是什麼, 想要的是什麼. 這叫商業知識. 然後去尋找相關的資源並且有效率的使用這些資源, 這叫經營管理. 三者加起來才叫domain knowledge,  在商業環境中三種能力都具備才能成一家有創造力與發發展性的公司. 缺技術能力則沒有願景, 缺商業知識則無法將技術商品化, 缺經營管理能力則無法維持一家公司.

我覺得很遺憾的是, 在網路相關產業, 我看不到有任何公司有那種明日之星的潛力. 電子與晶圓相關的產業吸收了台灣絕大多數的腦力與人才(但這並不代表這些腦力就都得到良好的發揮與運用), 需要類似背景的網路產業其實受到直接的排擠. 許多情況是空有商業知識, 也找到一各市場分隔, 但是卻沒有能力將之實做出來. 坦白說我任為技術能力並未得到應該有的重視, 在這點沒有得到改善的情況下, 不要說產生下一家google了, 只怕是只有任由外商宰割的局面.  (其實現在的情形好像就是這樣)