前幾天因為某好友的噗浪看到 Jonathan 的一篇文章, 換了 屁股，我也換了腦袋, 原本並沒有想到甚麼, 因為這是相當長見的, 我當時反問我那好友為甚麼要 Refer 出這篇文章, 但當時蠻想回應一下 Jonathan 的, 所以沒有把那窗關起來, 而後, 通達人也發了一篇 換了屁股，也要換腦袋 來回應, 加上我昨天看到了一些有趣的事的時候, 我覺得應該也要寫一篇我的想法.

 

雖然 Jonathan 文章的內容講的是 Developer/Engineer 與 PM 之間的不同觀點, 而事實上的確不得不否認的, 不只是經驗, 不只是年紀, 不只是職位都會讓人換腦袋, 因為人的想法都是一直在變的, 當你受到不同的衝擊的時候, 思維一定或多或少有些改變, 只是這樣的思維的改變, 是讓自己的接受度更高還是思考範圍更狹礙呢?

 

 (閱讀全文)

我在前幾天就知道這件事情了, 但不是因為新聞, 當我看到時, 並沒有想到這件事會多嚴重, 畢竟這樣的事, 是蠻常見的, 甚至是屬於真的很難解決的疏失, 甚至我在四年前也犯過相同的錯誤, 而這次就比較嚴重了, 但我想到的是, 以一個網站程式設計師來看這個困境.

類似的事, 在我的工作經驗中, 已經可以超過一隻手可以數的次數了, 而聽過的更是不計其數, 只是這個問題該怎麼解決呢? 我甚至是比較悲觀的說, 這個在網路界是屬於無解的狀況.

在我寫這封信的時候, 剛好有一個朋友是在做資安的, 他還問是不是我捅出來的, 我說若是我就好了, 或許我個性比較隨便, 但若是發生在一個鑽牛角尖的新人的話, 他一定是一個月睡不好覺.

通 常發生類似的事, 很多人一定會問 "有沒有事前測試", 這是不用說一定會有, 但這種問題最麻煩的就是無法用少量或一個兩個測試出來的 "Runtime Error", 往往必須發大量或相同的量才能夠發現, 也就是說, 當寫程式的人寫完後, 發給自己, 看是沒問題的, 又發給 PM 看, 也更是沒問題, 但當開始發送大量後, 慘劇就如此發生了....

這種 "Runtime Error" 在程式設計師中是最討厭的, 因為不像是寫錯一樣, 可以知道那邊有問題, 更麻煩的是那時候出問題都無法知道, 有時必須看出問題的結果才能夠知道.

這 種問題說穿了就是發信的內容, 相關字串或變數沒有徹底清空所造成的, 當然在執行一兩次是看不出來, 畢竟這種發信程式, 在寫網頁設計師來寫而言, 往往是不會考慮變數或資料清空的問題, 因為網頁程式每隻都只會執行一次, 然後就輸出, 但發信程式不是如此, 會有一個大迴圈, 然後一個迴圈發一次信, 此時原本不管的變數清空問題就發生了.

有人問, 這種事應該必須更撤底的檢查與測試才行, 此時就面臨一個很嚴重的問題, 有多少 EC/ICP 等網站可以有這樣的資源去做測試?

通 常一個金融系統, 大約 2~3 年才會更新系統一次, 而每次更新系統動用的人力與週期, 大約是以千萬到億的資源預算來計算, 但很不幸的, 網站更新或製作新系統約是 1 年 30~50 個左右, 每個系統可動用的資源大概不到是百萬的計算, 若是說要有相同的除錯檢查水準是不可能的.

待 過類似的公司一定有這樣的經驗, 每天所有的員工要收到數十封到數百封測試信, 當然相關 PM 一定會去看, 雖然是希望所有員工一起檢查, 但真的有可能有那麼多人去看呢? 且事實上這種測試信一定在發送是沒問題的, 因為沒有人會發上幾十封或幾萬封的測試信, 大概用一封就可以看出個所以然.

只是這種案子剛好在這種情況是無解的, 在我週遭最近一次是在兩年前, 因為一個程式 SQL 裏面的變數沒清空, 造成參考值一直複製, 雖然資料錯誤只是造成推薦結果的不準確, 但因為資料量太大, 把整個頻寬給塞爆了, 所有公司內部員工怨聲載道, 但不能因為如此少了一個等號就去怪罪, 但我知道, 寫程式的人是相當不好受的, 更何況是這種影響到外面的狀況.

而 像這種大概只會用這麼一次的程式, 跟會用很多次的程式所花的心力是不一樣的, 更何況可能重頭到尾都是那個人獨立寫出來的, 當然我知道此時有人說是否有可能由第二者或第三者來做測試或執行或除錯, 這個可能在台灣這種毛利率很低的文化事業是不太可能的, 更不要說是追求速度的網站, 就我所知金馬影展執行單位交付博客來去負責這次售票, 是不到一個月的, 說要去事前準備是有點困難.

基本 上這篇文章我不是要為博客來說話, 而是要為廣大的程式設計師說話, 因為這種事說要靠一個人去獨立避免是很困難的, 任何人都有其茫點, 尤其是像程式這種說一是一的執行方式, 一個閃失就無法執行, 即使能夠執行也不代表正確, 能夠執行一次正確也不能保證之後都沒出問題.

而大家所提到的, 個資問題, 補償問題, 網路劃位問題, 大家可以參考其他篇文章:

1. 金馬執委會針對「博客來會員資料外流事件」公開說明
2. 博客來售票網電子商務：外洩會員資料，毫無隱私權！！
3. 2007台北金馬影展留言版

這些我不在這篇討論, 畢竟我的立場是很奇怪的, 甚至是不應該寫這篇, 但我還是以工程師/程式設計師的角度來寫這篇, 勿怪~~~~

[洗完早後記]
我知道我寫這篇可能很討打, 尤其是對影迷, 雖然我也是唸唸不忘在當時徹夜排隊, 大家一起聊昨晚夢到沒買到票的夢靨時的有趣.....

但這篇要說的是, 要苛責的對像是:

網路大勢 > 廠商 >>>> 程式設計師

也就是, 可以埋怨網路的現實面多些, 但也可以怪罪場商, 請千萬不要對只是寫錯一行指令的程式設計師過多的壓力, 這種錯誤是人人都會犯的, 至少我就犯過, 我想應該這世界上沒有多少無敵工程師能夠寫出無出錯的程式, 即使看過再多遍吧. am 3:32.

**************** 下面是原文的討論 ******************

這幾乎是所有程設都會遇到的慘痛經驗~
以我們公司來說~
其實QC做的算嚴謹
但畢竟還是少量測試
有時上線偶爾還是會發生問題
又或者開發的Lab環境和線上環境多少也會有差異而導致錯誤的發生~
以上並不是說程設就完全可以撇清責任
只是人非聖賢~這也是難以避免的~

[前言]通常定義一個 Web Master, 理論上是內容, 伺
服器與使用分析三個環節都要顧率得到, 但事實
上現在在網站分工如此細的情型下, 這三個環節
也幾乎是獨立來管理, 只是往往一獨立之後, 很
多細節會漏失掉, 甚至這三個分析本來就是可以
互為使用也不存在.

無論是書, 網站, 文章及任何商品, 基本上有三
種觀點可以分析:

1. 內容組成分析: 包含從語意, 成份, 構成, 字詞等
等的內容來做分析.

2. 外表構成分析: 如作者, 年份, 型號, 頁數, 索引,
參考, 等等稱為 meta-data 的分析.

3. 使用影響分析: 包含持有, 閱讀, 引用, 購買,
借閱, 留言等等的使用記錄以及影響來作分析.

在網站與網頁而言, 就是被使用者看到的, 瀏覽
到的, 基本上都是內容組成分析的一環, 而外表構成
分析往往是寫在網頁內容給搜尋引擎或瀏覽器來使用,
這包含 meta-data 以及 sitemap/robots.txt.

在使用影響分析對於網站, 網頁, 文章最簡單的
就是所謂的 Log 分析, 這可以包含很多環節, 而我們
看最簡單的 awstat 或 google-analytics 就可以知道.

但這只是最簡單的使用分析, 事實上還可以從使用
者的路逕, 使用記錄, 背景成份等等繼續下去, 若是再
做下去的關聯分析又更多分析不完了.

通常定義一個 Web Master, 理論上是三個環節都
要顧率得到, 但事實上現在在網站分工如此細的情型下,
這三個環節也幾乎是獨立來管理, 只是往往一獨立之後,
本來管理到的就都沒有, 甚至這三個分析本來就是可以
互為使用.

通常我們說 Web Master 有 80% 指的是網管, 為
甚麼呢? 因為在早期網站最後一個環節就是對應在書籍
出版的發行與通路, 而網管則是在掌握這個最後的環節,
且在網站的外表構成分析是須要很多技術來支援, 這技
術最切近於網管.

因為這包含:

1. 網頁應用程式與伺服器的設定: 包含 mime-type 以
及執行效率的掌控.

2. 搜尋引擎的控制: 這包含 Robots.txt 以及搜尋引擎
用的機讀 Sitemap 的設應.

3. Log 分析: 這也通常是丟給網管去做, 雖然這個是屬
與使用者分析, 因此也常常只做表面.

4. 安全性, 高有效性與監控, 回饋機制; 這幾個若是沒
有靠網管的知識, 還真的很難建立起來或做的好.

但如同前面所說的, 一個網站的三個環節是互相影
響且缺一不可, 而一個網站管理真的只靠網管, 或者是
Web Master 所須要甚麼樣的知識以及扮演甚麼樣的角色呢?

在幾年前曾經有人提出一個叫 "Information
Architecture" 的 "資訊架構師" 這個名詞, 來取代
"Web Master" 這名詞, 因為 "Web Master" 這名詞聽起
來過於技術與狹礙, 因此這名詞聽起來會比較廣泛.

只是不管名詞為何, 重點還是大家的觀念為何, 一
個好的 Web Master/Information Architecture 必須了
解網站的架構, 隨時基於這三種分析去互相調整配合,
然後達到最好的使用者經驗, 自然也包含搜尋引擎.

可是牽涉到一個最簡單的問題, 到底怎樣才是有資
格來做這個 WM/IA, 或者是說怎樣才是一個合格的 WM/IA,
甚至是說有沒有可能在找不到好的 WM/IA 的情型下來
去尋情外援呢?

事實上來做一個最簡單的檢核表, 或許就可以知道
年的網站須不要 "網站代管/協管" 了, 只是這個就留

[前言]我不太習慣跟人半生不熟, 就是只是認識對方
但又不了解對方, 對我而言反而是蠻沒有安全
感的, 因為大部份的誤解都是在於半生不熟的人.

回國後就一直保持忙碌狀態, 雖然是很累, 但至
少不會向出國前沒力氣面對問題, 只是現在的忙碌狀
態可能是又到另一個高鋒了.

所以真的要準備求救了, 因為能做的事與想做的
事與該做的事真的太多, 甚至我覺得我都排除掉所謂
的 Clone 與 me,too 的計劃, 而還是有太多太多的
計劃是做不完.

甚至這些不乏有些很有商業前景的, 但我又要如
何保持自我外, 又能夠把這些計劃完成的? 就像是部
落格觀察一直有人希望出英文全球版, 我也很有興趣
想做, 但這不是我一個人做得來的, 而其他工作人員
也很忙的情型下該如何呢?

雖然嚴格說我並不是屬於那種善於交際的人, 尤
其是我雖然隨和, 但比較常希望跟比較熟的朋友在一
起, 甚至應該說的是, 不會認為認識新朋友對我是件
既高興又麻煩的事.

其中應該說我不太習慣跟人半生不熟, 就是只是
認識對方但又不了解對方, 對我而言是蠻沒有安全感
的, 所以若是真的認識了, 覺得對方是個值得交往的
人我倒是寧願花較多的時間而不考慮其他的選擇.

所以並不是不高興認識新朋友, 而是有時覺得從
認識到了解也不是件輕鬆的事, 尤其人與人之間最麻
煩的, 最容易出問題的倒不是不認識的人, 而是那種
半生不熟, 此時雙方最容易發生誤解.

因此我不是很合適做商人, 政治人物等等須要面
對很多人的那種類型, 比較適合做顧問, 只要去面對
負責的少數人, 但說到顧問就沒甚麼資源可以運用,
只是如現在這狀況, 想要做很多事的情型就開始一個
頭兩個大了.

只是在大部份的創業場合, 我往往是屬於那種最
有人脈與管理經驗的人, 所以到最後不得不承擔一些
這方面的工作, 到最後分身乏術後就容易失敗, 所以
我都說若有人找我創業, 我一定要確認合作對像的管
理經驗與人脈都在我之上.

因此我也很刻意避免當 PM 產品經理, 從以前到
現在而言我大概接了 15 個 PM 的工作, 成功率大概
只有一半, 即使像我在博客來是屬於駕輕就熟, 解決
過很多問題到幾乎是沒有問題不能解決, 但若是身兼
主導者的工作有五六次, 也有兩次無疾而終.

我通常說一個好的 R&D 研發的人, 最好是那種
可以全心全意的投入到把時間都忘記的人, 尤其我不
相信有一個太多雜念的人, 能夠解決多難的問題, 但
一個好的 PM 是能夠把資源與時間控制的很好的人,
此時他要有足夠的經驗去同時處理很多問題.

而我大概在 1992 年確定研究的第一個課題, 這
15 年來大概都沒有變化過, 雖然有很多旁支或相關
課題及延伸, 但注意與思索的焦點大致都是屬於同一
個區間, 雖然角度可是轉了很多次.

那個題目當時最簡單的構想就是: "系統如何幫
人尋找最適合他的資訊", 而第二個次題目就是我說
過的 "你最近過的如何?" 只是這兩個題目跟本就是
重疊的, 此時想想這題目還真的很 2.0.

因為現在所謂 Web 2.0 的網站, 都是以一個資
訊的 Aggregator (交際) 為出發點, 做為使用者的中
介, 所以事實上我口袋裏的原創性專案可以 Mr.6 想
的還要深, 如同我在去年部落格大獎中所說的, 我可
以做出比創新實驗還要創新的東西.

所以若有甚麼人想要做出個甚麼東西, 但不知道
要做甚麼的人, 可以快來找我, 我是寧願不用去想從
中能夠獲得甚麼, 把想法實現以及自己能夠用已經是
最大的收獲了, 因此我不會吝留任何點子的.

[連結]

1. 生活圖表
http://blog.roodo.com/genehong/archives/2691225.html

2. 令人吃驚的一萬人門檻
http://mr6.cc/?p=558

[TAG]創業, Web2.0, 部落格大獎

[前言]若是有能力找兩個以上的網管, 最好不要都一
直找同質性的人, 雖然不否認找同質性的人可
以加乘效果, 且找不同質性的人往往會發生爭
執, 但如何做決斷往往是 CIO 或 GM 該有的角
色與能力.我曾說過台灣有資格的網管大概不超過 50 人,
而寫出網管的基本條件那三篇文章, 而做到的的確也
不超過 50 人, 雖然我是做得到, 但事實上經過這兩
年的改變與生疏, 我應該早就退出這 50 人名單了.

一個好的網管, 必須要有足夠的 Know-How 與能
力或關係來讓整個網路系統運作與提升, 而我上星期
觀察網站的效率, 看到這堆數字, 想到說要讓這個數
字改善, 我要學的東西還很多, 表示我現在的能力是
做不到的.

我有說過網管有三種人, 一個是寫程式, 一個是
做設定, 一個是找服務, 這三種人各有專長, 而我大
約定義一個夠格的網管, 以及這三種人目前的能力區
間是甚麼.

但之前我再定義一次是那三種網管 (IT) 人員:

第一類: Source Coding, 以寫程式專長, 他能夠了解
通訊協定以及語言, 寫出對應的服務.
第二類: System Configuration, 以系統設定做著稱,
了解許多工具程式如何應用與設定.
第三類: Service Call, 以了解目其各個市場所能夠
提供的各類服務, 並且找到合適對像.

那這三類人在那些公司有足夠或者是合適的發揮
空間呢? 在這邊做一個表, 左邊的縱軸是以萬元為單
位的預算, 而右邊則是能夠提升多少效率的這三種人
的分佈:

經費(萬) 10% 20% 50% 100% 200%
0~5 1 2,A - - -
5~50 3 1 2,A - -
50~500 - 3 1,2 A -
500~5K - - 2,3 1,A -
5K~50K - - 2 3 A
50K~500K - - - 3 A

這邊列出的網管的三種人, 若花多少錢可以提升
多少效率, 而 "A" 這符號, 指的就是這 50 個夠格
的網管的能力.

解讀起來可以這樣說, 第一類網管的確可以用最低
的成本達到最高的效率提升, 但超過 5千萬的預算往
往是脫離他經驗的範圍, 他最善長的預算是在 50 萬到
5千萬的區間.

而第二類網管則是最善長在 500 萬以內的預算,
且他可以掌控系統預算超過 5千萬沒問題, 可以說是延
展性最好的網管, 甚至是說在經費與預算不高時是最好
用的一類網管, 但在高預算時則會很難把錢花在刀口上.

第三類網管的威力則是要在 5 千萬個經費與預算
才會發揮到比前兩類網管的效力, 甚至可以說在較低的
運算不只是很難抓到重點, 甚至必須是要靠錢做事的類
型, 但相對是唯一可以掌控超過千萬預算等級的人.

當然我對所謂 "夠資格" 的網管則是有更高的要求,
必須在相同的預算中, 都能夠與這三類人表現的相同的
好或更好, 甚至在某種定義上而言, 他至少的確是可以
表現兩種網管的特質.

而此時一間公司, 要以甚麼樣的規模來去安排所謂
的 IT (網管) 預算, 有時更重要的是要先找到甚麼樣
的人, 若是公司的 IT 預算在 50 萬以下, 找第三類以
呼叫場商服務做系統整合的人是做不來的.

相對的預算與成本超過 5 千萬, 若要精簡人力當
然是以第三種網管為主事者是對的, 所以了解自己公司
的定位與價值, 找到適當的人是重要的.

但我不否認若能找到這所謂 50 人, 對公司真的是
賺到, 只是這 50 人, 起薪都是百萬到數百萬等級的,
但與其說是用錢找, 甚至是說是可遇不可求的, 因為這
類人有一半在學界, 另一半在 ISP/IDC 或外商, 剩下
的 1/4 往往也被 ICP/EC 網站瓜分了.

所以扣掉這個因素, 事實上最實際的是這三種人都
找進來, 因為能夠好好的發揮這三個人的各自專長, 對
公司則是好事, 但若一間公司真的因規模的關係要一個
一個找的話, 次序應該是 2->1->3 吧.

也是說, 若是有能力找兩個以上的網管, 最好不要
都一直找同質性的人, 雖然不否認找同質性的人可以加
乘效果, 且找不同質性的人往往會發生爭執, 但如何做
決斷往往是 CIO 或 GM 該有的角色與能力.

[連結]

1. 當網管的基本條件(0)
http://blog.roodo.com/genehong/archives/2165243.html

2. 網管的三種人
http://blog.ithome.com.tw/index.php?op=ViewArticle&articleId=3643&blogId=410

3. 資訊架構師 (I)
http://blog.yam.com/genehong/article/9808938

[TAG]Netadm, 網管, 工程師

[前言]部落格觀察目前提供很多有關點閱的統計, 很
多都是外面沒有提供的, 只是這後面是甚麼意
思呢?

把基本簡單迴歸分析補上之後, 部落格觀察的基
礎統計分析就告一段落了, 所以目前有下面幾個數字:

1. 昨日, 前日的點閱數與比較: 當然若是昨天比前
天多自然是屬於成長狀況.

2. 昨天起算七日, 及其前七日的點閱數與比較: 因
為網路的行為都是以週為單位的, 因此真的要算
成長, 應該是以七天為區間, 所以這個成長是比
較算數的, 在時間序列中算是 7 日移動平均.

3. 月單位的成長: 與其說是月, 還不如說是四週
(28天) 的點閱數與更之前的 28 天的四週的點
閱數的比較, 這個是屬於較為長期的成長計算,
甚至可以說是 28 天的移動平均.

4. 7 日平均與 28 日平均的關係, 若這兩項指數與
7 日比 28 日還要成長的話, 這三項都是成長我
們就可以相信這個網站真的在成長.

5. 今日點閱數預測, 目前是提供以一週為平均的預
測, 但應該會改成昨日預測, 週間預測, 與上週
預測去中位數, 而是每半小時更新一次, 而 12
點 30 分前是沒有數字的.

6. 半小時點閱數: 這個半小時是指最近的半點之前
的 30 分鐘的點閱數, 例如現在是 3:50, 則這個
半小時指是 3:00 ~ 3:30 的點閱數.

7. 週間七日移動平均迴歸: 這個是以昨天起取樣 7
次, 但每次是以當時的 7 日移動平均再迴歸的,
所以已經把人的週間行為做一次時間序列週期平
均了.

8. 有 7 日(週)的迴歸, 也有 28 天(月)的迴歸, 自
然也是做過 7 日移動平均再迴歸的. 而迴歸中必
然有 "截距", "梯度", "相關係數" 及 "可信度".

9. 迴歸預測: 用 7 日迴歸來算 7 日後, 28 天回歸
來算 30 天後的點閱數, 而可信度要超過 80% 才
表示這個點閱曲線真的有可被計算的規率, 60%
以下代表不可信, 之間就半信半移了.

[連結]

1. 生活圖表
http://blog.yam.com/genehong/article/7989937

[TAG]統計, 迴歸

[前言]"探尋企業靈魂" 中所說真的還是過於神話,
畢竟只是個寓言式的讓人反思, 但是否在商業
界打滾就代表要放棄自己的靈魂嗎?

又好一陣子沒有排一下 ToDo, 雖然說現在在捷
運日記寫 ToDo 是怪怪的, 但說真的以前用電子報來
發出更多時我都不會介意了, 更何況現在部落格看的
人數還不到千人說.

1. (B)SiteMap.

2. (B)SEO Steps.

3. (B)前衛花園專刊 (真對不起 Loou 老版).

4. (B)影音專刊 (這好像已經拖好幾個月了).

5. (B)系統燈號 (把數字圖型化成燈號).

6. (B)新的 MRTG.
前三個月 10%, 20% 主要買主在這一天的貢獻值.

7. (B)小說專刊.

8. (L)一些新的MRTG分析.
昨天前 10%, 20% 的 Blog 在今天的占比.

9. (L)TiVo.

10. (L)Google Tool Bar 點閱數預測.

11. (L)手動認證, 更改 RSS.

12. (L)藍眼觀注投票機制?

13. (L)觀注輪播機制.

14. (L)重寫 Tag 系統!

15. (L)Yahoo/MSN搜尋筆數的記錄.

16. (L)週排行的自動化.

17. (L)早午晚的最新熱門話題.

18. (L)Good.urs.tw.

19. (I)Google Tool Bar Alert.

20. (I)網站使用狀況.

21. (I)Agent/Panel 狀況.

22. (I)基本網路狀況.

23. (L)Mac 用的滑鼠.

24. (L)後置喇吧.

25. (L)漫畫整理.

說真的, 真的要列還列不完, 這還不包含一些沒
有被追殺的, 例如該還的 CD/DVD 要整理等等.

然後就是 moon.urs.tw 計劃的 Priority, 但事
實上前面很多項目有些是做不完的, 此時還輪得到較
低優先的嗎?

幸好我不是好的 PM, 對於優先權與次序跟時間,
總是很糟糕的在進行著, 但有時也是因為這樣糟糕,
所以才可以較為悠閒的生活著.

就像是我常說, 產品經理須要很多能力與個性,
對時間與資源的掌控, 包含對人的要求這點我就很難
做到, 但此時想, 或許我也是比較合適於 NGO/NPO
的運作模式.

所以選擇不要如此商業化是對的, 如果我若是走
商業組織的管理, 一定是被打著好玩的, 因為我的個
性有太多的缺陷了.

只是如同以前看過一本書 "尋找企業組織的靈魂"
那樣, 說真的裏面寫的還是過於神話, 畢竟只是個寓
言式的讓人反思, 是否走像商業就代表要放棄自己的
靈魂嗎?

尤其是我對於自主性說不定有過於敏感的個性,
所以對於失去本我與自我時會刻意避免, 如同我去逃
避衝突那樣.

在1990 三月學運時, 我幾乎是全程參與, 但我
卻沒有喊任何一句口號, 因為我覺得那個跟我無關,
甚至每一句話我都會覺得有正負面, 若是過於肯定又
是淪落教條主義了.

但一個人倒底能夠自我掌握多少呢? 還是就以一
個 PM 的角度, 我連兩小時候在做甚麼都不知道, 也
是種糟糕的個失去自我掌控吧.

*2

[連結]

1. 失敗的秘密
http://blog.yam.com/genehong/article/6212589

2. 學運世代Blog?
http://blog.roodo.com/genehong/archives/1852450.html

3. 探尋企業靈魂：打造組織中的人性理想國公司
http://buy.yahoo.com.tw/gdsale/gdbkstore.asp?gdid=324774

[TAG]urs.tw, 學運, ToDo, NewAge

[前言]事實上任何一個 BBS, 到任何一個 Blog, 都
有自己經營的方式與特殊性, 說要統合起來講
述網路社群是不簡單的.

網路社群這名詞被社會學者重視是蠻早的事, 大
約在 1990 年代前後就被注意到了, 在網路泡沫消失
以前還是個熱門話題說, 但當大家發現 "人氣不同等
金錢" 時, 也代表的這個名詞只是個商業中幻影.

但不代表沒有商業價值時, 網路社群就沒有經營
的必要, 因為社群的種類本來就很多, 從壓力團體,
成長團體, 到公司, 政黨, 都是種社群體系, 端看要
如何發揮其對社會與對個人的力量.

台灣的 BBS 可以說是網路社群經營的一個典範,
雖然就系統與操作模式而言, 從撥接(Fidonet) BBS,
到Internet BBS, 以及慢慢成氣候的 Web Forum 網
頁論壇, 雖然都是 BBS, 但經營模型是完全不一樣.

像 Fidonet BBS 在台灣的發展是相當可怕的,
極盛時期是超過 1000 個站台, 且轉信(Echomail)的
網路數目也說不定在一百個上下, 甚至當時還有人說
乾脆台灣脫離五大洲的地理定義, 獨立成為一個台灣
洲, 就當時全世界的 BBS 數目而言, 這句話不是個
玩笑話.

Internet BBS 的發展從追上 Dial-up BBS 的品
質開始, 然後 tw.bss 的 NNTP 加入轉信, 接著個人
版的興起, 可以說是另一個極盛時期, 甚至已經有幾
個人想投資 BBS 或把 BBS 給商業化, 最有名的就是
巴哈姆特與 KKCity 了.

但無名小站的出現也代表 BBS 從文字轉向圖型,
且在 Blog 化之後, 也搭上這個熱潮, 而這段故事是
大家比較了解的.

只是在這個 BBS 的多脈發展前, mailling list
的便利化, 也在 1999 到 2002 年之間引起相當大的
風潮, 極盛時期電子報發報平台也有幾十個在競爭,
甚至後來起來的明日報新聞台, 更是像電子報起來的
快, 消失的更快.

但這些都是主打著個人與社群經營的系統, 除此
之外, 交友系統, 線上遊戲(尤其是網頁形式), 都是
一種社群經營的典範, 只是在這些有特殊功能的社群
經營, 所用的模型與經驗有跟其他社群不一樣的.

最後的 SNS 的起來, 或者是類 SNS 的系統, 已
經跳脫原本交友的兩性與興趣, 通常是訴求著商業利
益與特殊興趣, 甚至是有尋人的味道, 這種社群早就
是種獨立發展的系統.

只是甚至是說網路社群必然是個系統嗎? 或者是
依附在一個系統之中嗎? 我想是不必然, 任何個能夠
回應與互動的系統, 都可以型成網路社群, 端看要如
何去應用與連結.

所以才有一個 "巨大的微型社群" Blog 系統的
產生, 此時甚至沒有一個獨立的系統, 有時是用混搭
(mesh-up) 所建立起來的, 甚至可以說這樣的社群已
經沒有界線, 也不再網路.

因此若是要提網路社群這個大名詞的話, 應該要
分成四類來講的話, 可能是只能分成這樣:

1. BBS
2. 電子報與個人新聞台
3. 交友, 遊戲與 SNS
4. Blog 與 mesh-up

但事實上任何一個 BBS, 到任何一個 Blog, 都
有自己經營的方式與特殊性, 說要統合起來講述網路
社群是不簡單的.

只是因為最近要跟 Carol, amaryliss 與 Alice
在學學合開課程, 總要讓報名的人有所概念, 所以寫
些前文給大家了解.

[連結]

1. 所謂社群經營達人http://blog.ithome.com.tw/index.php?op=ViewArticle&articleId=6613&blogId=410

2. 艾瑪: [分享] XueXue 學學文創。初次見面
http://www.wretch.cc/blog/amarylliss&article_id=11036100

3. 網路社群行銷?
http://blog.roodo.com/genehong/archives/2120039.html

4. 學學文創
http://www.xuexue.tw/

5. 我在學學開的課
http://myurl.tw/0042

6. Alice
http://www.askareiko.com/

7. Carol
http://carol.bluecircus.net/

[TAG]學學, 網路社群, Blog, BBS, SNS

[前言]或許有人說我只做自己有興趣的事, 但事實上
我更是希望做自己有能力做的事, 不期望自己
做別人也可以做的事, 但要說我對甚麼 "沒興
趣", 應該是說我對 "辦公室政治" 沒興趣吧.

我曾寫過一篇文章說, 我的工作優先次序應該是
"交友 > 遊戲 > 文化 > 工作 > 消費 > 金融", 我
在博客來雖然做的是文化加消費, 但因為本質有點交
友與遊戲, 我倒是做的還蠻起勁的.

而一直想跨足到 "工作", 也就是工作媒合, 但
這塊領域進度一直不夠, 我也覺得蠻可惜的, 畢竟這
部份能做的好的話, 很多人能夠受益的.

但在 Blog 文章是可以工商服務的吧? 因為許多
朋友或學弟妹, 找工作時都會問過我, 畢竟在 n 年
前有人還說, 要找網路工作先來問我之類的話, 但現
在跟以前已經不一樣了.

我的朋友大多是 "網管" 或 "程式設計" 這兩塊
居多, 當然一個顧問的工作, "招募" 也是一個很重
要的工作, 無論是自己找來的, 或者是去 "衡量" 來
應徵的人.

只是說要幫朋友找工作, 連我自己也要找工作,
因為我現在並沒有一個星期工作五天, 至少還有兩天
是空下來的, 因此還有很多時間可以貢獻的.

雖然如此, 我應該條列一下最近託我幫忙找工作
的人, 或許大家看了有興趣可以找我聯絡.

1. 兼職網管: 這個學第管過多間學校的網路, 事實
上他有能力走專業, 但他卻看到社會亂像,
拿下法律資訊雙碩士後, 投身考司法官.

2. 系統開發: 這位是台大某社團社長出身, 但碩士
是在成大拿的, 程式設計沒問題, 只是因為
半年後會出國, 想做個半年內可完成的計劃.

3. 系統管理: 我若說是部落格名人的話, 很多人知
道是誰了, 但她最強的是可以規劃與經營社
群的人中, 還可以擔任系統分析或 MIS 的
角色, 是最適合當網路經營平台的 PM.

當然除了前面三位之外, 還有不少人曾託我幫忙
尋找工作, 但也不少人想透過我找 SOHO 的程式設計,
而有興趣的人可以隨時找我 jabber 或 gtalk, 我的
contact 是 genehong at jabber.org.

而我雖然一直還是希望找以 "資料探勘" 為主的
工作, 無奈這塊還真不容易找, 例如今年四月我接下
一家公司做 Data Mining, 只是半年後因為這家公司
資源不夠希望我幫忙做程式設計, 但我後來就婉拒了.

畢竟, 我的程式設計的效率比不上一個月薪 4
萬的人, 但我的薪水若是他的兩倍的話, 一定會被說
話的, 因為我認為工作還是要以自己的專長為主.

所以我在這邊寫下那些工作是我最適合做的.

1. CRM/Data Mining: 透過已發生的使用者行為, 預
測與分析未來的可能性, 可以用在庫存, 備
料, 推薦, 資料呈現等等的應用.

2. High Performance: 當若一個網站遇到無法成長
的技術瓶頸, 尤其是當網站超過 10M 時, 或
者是當機器購買超過百萬或數百萬, 但成效
無法配合其效能的時候.

3. System Planning: 前者兩項當然須要有完整的系
統規劃, 但有時還是會有人找我重操舊業,
只以網管的角度去規劃系統.

但最近蠻有趣的, 大概是因為做出口碑的樣子,
不少人找我幫忙社群經營的規劃, 甚至是網路技術行
銷的種種可能性, 反倒是變成最多人找我的原因.

雖然我其中的一個工作, 被希望完全不要碰社群
經營, 而交給專人去做, 但外面卻更多人希望我來幫
忙這塊, 這也是我之前完全沒想到的發展.

無論如何, 我期許自己在 40 歲, 甚至更後面,
還是以技術為本位, 畢竟我知道我還有很多技術空間
可以發展, 而這個是許多非技術人員無法接觸的, 甚
至是有技術的人很難想到的.

或許有人說我只做自己有興趣的事, 但事實上我
更是希望做自己有能力做的事, 不期望自己做別人也
可以做的事, 但要說我對甚麼 "沒興趣", 應該是說
我對 "辦公室政治" 沒興趣吧.

[連結]

1. 人的分析
http://blog.yam.com/genehong/archives/1971028.html

2. Alice
http://www.askareiko.com/

[TAG]工商服務

[前言]雖然人生有很大的機會是以學習為最大的價值
完成, 但事情還是要以做完成為優先, 當然是
最好能夠去完成那些 Just Make, 也就是在接
手的時候可能做不到, 而在做中學習到最後剛
好是能力到可以完成的境界.

我在十年前常會引用七龍珠的一件事來闡述一件
事情, 通常會先問說 "你認為孫悟空第一次面對比克
時, 孫悟空是打得過他嗎?", 但經過這樣一次次的修
練與超越, 最後孫悟空成為真正的強者.

但我不是要說成為強者是必要的, 而是學習, 換
句話說, 看書最好是看前一兩章沒甚麼大問題, 但直
接翻閱最後兩章是看不懂的書, 因為前後都看得懂的
就沒甚麼學習與挑戰價值, 相對的都看不懂的話入門
又可能花太多時間了.

當然這個通常是指數學, 物理方面的學習, 而電
腦部份也是可以的, 相對於文學與法學之類的, 可能
大多是全面性的覆蓋, 而非階踢式的學習, 所以在這
個想法可能是失效的.

只是挑戰不能往往是有兩極化的學習效果, 一個
是進步很快, 一個是無法進步, 不像是去做已經會做
的事, 學習有限, 但大都能成功完成.

所以甚至要看一個人的學習, 不是要看他完成多
少事情而已, 更要看的是他失敗多少事情, 因為失敗
不只是能夠學得比成功不多, 更者是看到原本不知道
的事情.

雖然人生有很大的機會是以學習為最大的價值完
成, 但事情還是要以做完成為優先, 當然是最好能夠
去完成那些 Just Make, 也就是在接手的時候可能做
不到, 而在做中學習到最後剛好是能力到可以完成的
境界.

因此我覺得對於那些所謂部落格觀察後面名次的
人恭喜, 因為他們能夠學習與挑戰的空間很大, 且很
明確, 相對前面名次的人面臨的是後面未知的挑戰,
且學習空間相當有限.

但我無意用這些虛假的名次來看成果與學習, 因
為真正的學習是在自己的, 就像是我在部落格學習目
前是在第一階段到第二階段.

第一階段就是寫好文章, 了解部落格文章與其他
文章的不同, 其中包含引用, 回應, 連結, 版面, 以
及旁邊區塊邊欄的應用, 都是屬於第一階段.

第二階段是透過 Blog 在 Blogosphere 與其他
Blogger 的互動, 這包含跟外面的連結, 留言, 認識
與了解, 進而建立關係的多樣性, 也包含如何應用其
部落格功能與區塊在這方面的可能性.

而經過半年多, 我漸漸的從第一階段進到第二階
段, 我估計大概一年就可以正式進入第二階段, 而下
一步是第三階段, 只是問我第三階段是甚麼, 離我還
很遠, 我目前還不知道.

但第三階段可能是如何讓我在非部落格圈的朋友,
透過我的部落格來了解我, 以及我所處的部落格圈的
朋友, 以及我所關心的議題與生活型態, 甚至能夠自
動化的自主性搜集與散播.

這聽起來還蠻像我寫的 Web 1.0, 2.0 到 3.0
的發展進程, Web 3.0 就是自主化與自動化的 Web
Service, 而 Blog 使用第三階但也是如此.

只是我要說的不是這個, 許多學習都是經過挑戰
的許多階段的, 就像是我了解 Pocket Game (掌上遊
戲) 就經過不少階段.

1. 開始接觸 (從第一台Swan Crystal開始)
2. 第二台以上的使用 (從GBASP開始)
3. 對記憶卡的使用 (尤其是任天堂)
4. 與電視主機的連動 (尚未正式開始)
5. 未知, 可能是對生活的應用...

且這還是我在補完 ACG 中的 Game (遊戲) 的三
階段 (PC, TV, Pocket) 的其中一小塊, 而我動畫與
漫畫的學習更是在第三階段或第二階段不等.

這樣看起來要學習的東西還蠻多的, 且這還只是
我生活的一小塊, 甚至有人說電影的學習是 "看片->
看書->拍片" 的三階段進行三個循環才是入門, 這挑
戰還更高了.

如同一開始所說的, 學習是挑戰原本做不到的,
而非本來就知道做得到的, 或許我在部落格要學習了
解的還很多, 且這可能還是我在網路學習 18 年後,
第三階段的開始而已 (這三階段應該是: 撥接,
Internet BBS, Web Community).

可是我不能停下腳步, 因為要學與該學的還是太
多了, 面臨的挑戰更多, 就像是部落格觀察說不定真
的要做的很, 有價值的話, 對我還是一個過於困難的
挑戰說, 因為我還有很多點知道我做不到.

只是有時學習就像我之前說的部落格經營那樣,
"不進則退", 甚至是越下去, 發現前面的路比原本知
道的還更多更難.

[連結]

1. 部落客, 你須要的是一個心態
http://blog.yam.com/kevin814/archives/2462379.html

2. GBA Step 0
http://mypaper.pchome.com.tw/news/subdiary/3/3329860/20030709010431/

[TAG]價值完成, Blog

[前言]今天的最紅的議題, 大概是在討論要如何幫別
人做網站測試的合理而有禮, 幾乎許多課的內
容或多或少都提到這件事, 尤其是聽說在場就
有被測試的受害者代表.

有時也是一念之差, 覺得就去土虱 2006 的年會
吧, 雖然我並沒有預期能夠學到甚麼, 但至少感受到
文化差異也是有可能.

但沒想到也是一個還算蠻認真的會議, 至少就食
物而言是準備的蠻不錯的, 害我一整天吃了五餐, 從
頭飽到尾, 只是相較 Slzzp 的布丁 20 連發, 說真
的也不算甚麼.

這次主辦單位最貼心的大概是準備了數台無線基
地台 (N>5), 以及座位下都備有電源, 這還是我從來
沒在任何研討會遇到過的, 表示大會對於參與者的重
視甚於主講者.

當然也是可能透過 IRC 與主講者做互動之類的,
但比較可惜的這麼多人, 跟本進不去 IRC Server,
加上穩定性還是有點小問題, 所以這點沒辦法感受到.

一整天下來, 在階梯教室的議程中, 大概是講
Ruby on Rail 的人在熱絡上是最高的, 最主要他不
是在講純技術, 而是他的感受, 且把他工作的活生生
例子拿出來講, 上面的人講的高興, 下面的人聽的也
十分興奮.

當然也不是其他的講者講的不好, 只是其他的議
題我大致都接觸了, 甚至講 Web 2.0 的人還 Show
出我寫的那份 "你不可不知道 Web 2.0 的 2.0 件事"
來做 Slide.

只是說真的我對於 "土虱" 這群人還真的不熟,
尤其是幾個本來稍為有接觸過的 Jedi 好像也是屬於
快閃族吧, 所以並沒有見到之類的.

反倒是最後的 BOF 因為有人想知道 Blog Look
部落格觀察的問題, 所以後來就聚在一起聊, 但也不
知怎的話題轉到 MyZilla, 大家反應的熱絡讓我意外,
尤其是有些人一眼就看出 MyZilla 的特色, 真的不
愧是玩家.

而後見到 Jserv, RichLiu, ThinkThink(?) 等人,
但許多人沒掛狗牌, 所以也認不出人, 蠻可惜的, 也
包含跟我討論不少的幾個人, 大家都沒帶名片, 相較
我帶著名片這點還真的不像是玩家.

所以若是這幾位看到這篇, 至少留言一下讓我知
道是那些人, 讓我連起來再說. 最後肯定 Knight 一
定花不少心力在辦這場活動, 雖然不知道課程部份大
家吸收多少, 但至少我吃喝了不少 (這不應該是重點).

今天的最紅的議題, 大概是在討論要如何幫別人
做網站測試的合理而有禮, 幾乎許多課的內容或多或
少都提到這件事, 尤其是聽說在場就有被測試的受害
者代表.

且我早上完成的昨日 500 大話題, 若扣掉影音
部份, 這個的確也是最紅的話題, 如此的相互乎應還
蠻有趣的.

大家若有機會, 下次應該也來參與, 也希望能夠
辦更大些, 當然這也是要協辦單位或主辦單位的金錢
支持才行, 或許有機會我也來講一些不同的觀點.

[連結]

1. 土虱大會網站
http://coscup.tossug.org/

2. 小睡睡布丁20連發
http://blog.richliu.com/2006/10/28/380/

3. 你不可不知道 Web 2.0 的 2.0 件事
http://myzilla.tw/doc/web20.html

4. Richliu 的 Blog Look
http://look.urs.tw/showhistory.php?BlogID=177

5. JServ
http://blog.linux.org.tw/~jserv/

6. Jedi (事實上我有喵到他)
http://www.flickr.com/photos/mutolisp/272211848/in/pool-mytossug/
http://jedi.org/blog/

7. 無名攻擊Pixnet(懶人包)?
http://ck69user.blogspot.com/2006/10/pixnet.html

8. 昨日日誌熱門排行
http://look.urs.tw/showhitslog.php?day=1&type=art

9. Knight 的
http://knightfeng.org/blog/

10. Thinker 的

http://heaven.branda.to/~thinker/GinGin_CGI.py

[前言]部落格觀察讓我真正體驗到一件事, 叫 "登高
必自謙".

社群經營這個議題是相當有趣的, 說穿了很像是
一個企劃, 宣傳, 文案等等, 似乎是誰都可以做, 誰
都會做的東西, 但若沒有衡量的機制的話, 誰都可以
說自己是專家或達人.

昨天在電視不小心喵到一句話, "凡是說自己是
專家的, 十之八九是騙子", 這表示有一兩成至少是
真的囉? 事實上不然, 剩下一兩成有半數以上是自大
狂, 或保守一點說 "自我認知錯誤".

讓我想到我在上上個星期跟 Alice 與 wildcat
說, 部落格觀察讓我真正體驗到一件事, 叫 "登高必
自謙".

因為我收到一些使用者的信, 只要是語氣比較好
的, 或者是用自己學習不夠來說明我們設計不夠好的
人, 當我們輸入網址後, 發現都是排名在 1000 名或
300 名的人.

相對的, 用相當不客氣的語氣, 或者是完全認定
是系統錯誤而並不是他不了解使用的人, 當我嘗試看
他的排名之後, 發現通常是 2000 名或 4000 名以後
的人.

就像是 Mr 6. 的文章, 提到一個自許或媒體認
定為網路名人的人, 當我們去看他的排行, 是有點不
知該如何說, 雖然說部落格觀察不代表甚麼, 但至少
有 80% 的評斷力是真的. (見 eTotem 老師的說法)

我也聽說過一個 300 名外的人, 把一個 30 名
內的人認定她不懂的如何經營社群, 此時我就在想,
如何才能更證明一個人懂得經營社群或部落格呢?

這句話聽起來就像是大家在討論 Web 2.0, 雖然
我不認為我是 Web 2.0 專家, 就曾被人一口咬定我
說的不是 Web 2.0, 但在 folksnomy 的定義, 有人
能夠否定嗎? 除非先否定 Web 2.0 的眾議的定義.

我在事後當時說要寫出一篇, 在我認定的 Web
2.0 的精神, 確不完全在我寫的 "你該知道的的 Web
2.0 的 2.0 件事" 這樣的荒謬事情, 因為我不太想
參與這樣的眾議.

因此我發現有人早已寫出 Library 2.0 時, 我
趕快把我那篇文章標題改成 Library NG mk2, 來去
避開這言路戰爭.

只是後來有人卻說, 我很喜歡做 Web 2.0 的網
站, 我才苦笑的想, 我在做的時候腦筋是一點都不存
在所謂 Web 2.0 的想法或動機, 只是做出自己想用
的網站服務罷了.

所以也因此去說, 我做的不是 Web 2.0 網站服
務, 也不是社群經營, 我只是在做 urs.tw 的網站,
而 urs.tw 的網站是一個屬於使用者 urs 的, 不屬
於經營者 ours 的系統.

甚至不希望使用者來這網站來看, 只要玩的高興
就好, 讓使用自己的網站或部落格, 或者是自己在做
瀏覽交友等等功能, 能夠有所協助或加值就好, 可以
存在任何地方不須要主體性的系統, 這個概念似乎也
早就跳離一般 Web 2.0 的網站.

但像 MyZilla 系列或 urs.tw 系列, 這樣的網
站是個社群網站嗎? 或者是我是不是一個好的社群網
站經營者呢? 我自己也不知道.

尤其是我自己也沒拿自己定義的 "綠眼觀注"時,
我也不打算說自己是了解部落格的人, 雖然也不代表
我拿到後就肯定自己是.

但唯一肯定的是, 在還沒拿到之前, 在我的認定
中我不是所謂的 "部落格達人" 或 "部落格專家",
只能說 "在玩部落格", 甚至之後也只能說 "部落格
玩家", 而別人如何看他自己, 則不是我能評斷的.

雖然我經營過不少所謂社群系統或網站, 也創下
許多記錄, 就像是這次部落格觀察, 在開幕不到 40
天時, 單日的貼紙數就發行超過 20 萬張, 就一個沒
有任何資源的計劃, 甚至連定型組織都沒有, 就做到
了, 是否能代表我對社群經營或社群系統了解呢?

或許有許多人說應該可以了, 但我知道我還有很
多的路要走, 還有很多事要學習.

[連結]

1. 愛麗絲 Alice
http://www.askareiko.com/

2. 野貓 wildcat
http://blog.wildcat.tw/

3. Mr 6. 部落格也會泡沫化？
http://mr6.cc/?p=489

4. 部落格觀察
http://look.urs.tw/

5. 「貝卡」小姐 的部落格觀察名次
http://look.urs.tw/showhistory.php?BlogID=6790

6. Library 3G
http://blog.yam.com/genehong/archives/1727540.html

7. 你應該知道的 Web 2.0 的 2.0 件事
http://myzilla.tw/doc/web20.html

8. 綠眼觀注
http://myzilla.blogspot.com/2006/10/blog-post_20.html

9. MyZilla
http://myzilla.tw/

10. 心情日記
http://mood.urs.tw/

[TAG]urs.tw, MyZilla, 部落格觀察, Library, Web2.0,
綠眼觀注, 心情日記, 社群經營,

[前言]

網路是一個很迷人世界，因此有很多人都想要進
入網路圈工作，當然在網路中的工作有很多種，而第
一線架設網路基礎建設的就是網管。

很多人都想要成為網管，因為對於剛踏入網路的
人，網管的地位就像是"神"一樣，他們認為網管對網
路無所不知，無所不曉，且擁有至高無上的權力，所
以對有點技術背景的人而言，成為網管往往是他們最
大的志願。

當然有這種想法是有點偏見，但對正在發展與進
步的網路而言，成為網管的確是一個相當具有挑戰性
的工作，且跟一般的研究不一樣，不只可以多方面的
與人接觸，因為網路的本質就是溝通，更可以去創造
一個新的世界。

當然在WWW(全球資訊網)廣為散播之前，願意投
身網路的人大都是為了興趣與嗜好，當然不否認也有
很強的理想成份，因此往往不計代價的學習。但現在
網路已成為一門顯學，到處都可以從中獲利，且在蓬
勃發展的現狀，網管人材的需求是越來越高了，而如
何成為網管及怎樣才是個好網管是我們要去思索的。

[網管的面像]

[網路的七層]

ISO對OSI提出了七層的架構，這是在所有網路的
教科書一定會或多或少提到的，當然用這個模型可以
解釋網路的架構外，用這模型來提出網路工作人員所
要面對的問題也不為過。

會如此定義這七層是有原因的，無論就其獨立性
與關係都有助於網路的結合與發展，也幾乎是說缺一
不可，所有的事都可以在這七層找到自己的定位。而
網管的確也要在這七層找到自己的定位外，最重要的
就是做其整合的工作。

一個好的網管不能說他只了解最下的實體層或最
上的應用層或其他一層就好，因為網路不是只靠一層
或幾層就可以運作的，而是每一層都要架構完整外，
且都能互相整合運作才行。所以網管要做的工作就是
橫跨七層的整合，讓這七層發揮自己的功能，這樣才
是建全的網路，做到這樣才是好的網管。

但若最好是一個網管不只能對這七層有一定的認
識與了解，這樣才能夠去架構與管理，最好能夠對幾
層有一定的深入，甚至還能做研究發展，這樣對網路
的認知才夠。

[架構，管理，研究，發展]

網管人的工作就字面上來看就是網路管理人員，
當然說到管理會直覺想到兩種方向，一個是較策略性
的Administraion，一個是較執行面的Managment，但
這樣是不夠的，網管人員所要的工作是完整的包括網
路架構之建設，管理，研究與發展。

網路架構之建設包括之前的環境了解，須求分析
，規劃藍圖到設備採構。之後還包括軟硬體安裝與整
合到使用者設定，都算是架構建設之準備。有了網路
架構建設之後才能開始運作，也才會有管理的須求。
而管理就如同前面所說的有Adminstration與
Management，這些就包括了監控，資源分配，問題解
決與教育訓練。當然也會因為須求的增加又有新的網
路架構建設。

當然一個好的網管最重要的就是必須跟上日新月
異網路技術的進步，大家都知道，網路是明日之星，
所以隨時隨地都在進步與更新，因此要隨時配合時代
的發展與使用者須求，隨時去了解研究新的技術，讓
網路保持一個讓使用者感到不錯的環境，也因為使用
者的量的增加與功能上的進展，往往須要更好的網路
，所以好的網管要時常更新網路設備，所以能夠比須
求更早知道與改進是最好的。網管人員也是網路運作
的第一線使用者，所以能夠研究發展出新的技術來輔
助自己網管的角色是最好的。

[創造與利用]

事實上說了多那麼理想的網管人員是有點對大多
數人事做不到的，因此，要找到自己的專長並順著自
己個性去發揮是最重要的。因此提出了創造與利用這
兩種不同的網路管理人員的個性。

一個喜歡創造的網管人員會去了解最基礎的建設
，如何無中生有的去創造資源讓使用者去使用，因此
這樣的網管人員若有較基礎的底子，如硬體之製作或
軟體之寫作的能力是最好的，因為擁有這樣的能力會
讓自己在創造方面更有效率，因此平時最主要的工作
就是就自己專精的部份更加強。所以遇到問題時應該
是考慮如何用自己的能力去發展出新的方法去解決，
好處是能夠發展出可能是最新，最好也最適於環竟與
需求的方法，但可能也花很多時間也做不到。

屬於會利用的網管人員是遇到問題是，會大量去
搜尋資源，如已經做出來的硬體或已經寫出來的程式
去套用，來獲得問題的解決。因此在平時，要到處去
找已知或市面上擁有的解決方法(solution)，遇到新
的困難時也可以立刻找到最適解。當然這問題解決的
代價可能很高，也可能很低，但不至於是外面做得到
而自己做不到，相對的是若沒有人做出來時，因為沒
有能力去創造出新的方法而失去先機。

當然就一個網路而言，擁有這兩種方向技能的網
管是能夠確保維持不敗與更進一步的競爭力。

[後記]

這段文章寫於 1999 年, 當時是要給 HopeNet
所使用, 但後來沒有完成改寫其他題目了.

[QOTD]一個所謂中產階級式知識份子, 若走到這樣的
一條路, 只有成為資產階級的不歸路了, 但至
少也是有機會成為功成名就資產家.

的確我幸好從經理退下來, 而當個工
程師級的顧問, 的確我還是太像個工程師了, 而不像
個主管, 此時做顧問是最好的出路.

當一個主管的確蠻不簡單的:

1. 當一個主管必須承擔很多責任, 雖然那些自己不
應該承擔, 因為那些他都無法完成, 也沒有時間
完成, 都只好仰賴部屬完成.

2. 當一個主管原本很多想做與該做的事, 都被開會
所占光, 到最後只好花更多的時間去要求別人做
原本自己想做與該做的事.

3. 當一個主管必須承擔對更上層的壓力, 然後承諾
一件把部屬的時間表壓縮只剩 1/3, 去跟他們說
他是如何被罵且無奈.

4. 當一個主管必須跟無數的人開無窮無盡的會, 去
讓大家了解他是如何承擔下面的責任, 且是花多
少時間去要求部屬達成任務的.

5. 當一個主管必須在短時間內努力解讀別人的報告
然後開會, 且承擔部屬因報告過多沒時間交不出
來的時候, 要去編個可以承受的原因當理由.

6. 當一個主管要有足夠的精力與心思去關照無數個
進度, 確定每一件事都能夠持續運作, 若無法完
成的話, 要努力的去想辦法要求部屬完成.

7. 當一個主管必須要有相當的程度開會的實力, 除
了要很認真的為了自己與部屬去推責任, 更要花
更多的精神為了自己與部屬去邀功.

8. 當一個主管最大的責任是分配資源, 無論分配的
方法是用抽簽還是輪流, 且最不容易的是要如何
消弭當有人認為分配不公時的聲音.

9. 當一個主管並不是不須要任何技術, 其中最重要
的技術是要如何把一個簡報弄得漂漂亮亮, 尤其
是真的沒有內容可以報告的時候.

10. 當一個主管做了那麼多的事, 以及有這樣的能力
於責任, 所以才擁有這麼多的功勞與拿那麼多的
薪水, 也不是那麼簡單的事.

當然要拿到更多的錢, 還是要努力當個主管, 尤
其是你原本就沒有想要做的事, 只是想賺錢的時候,
更要想辦法當主管.

而相對的, 若你有想要做的事的時候, 當上一個
主管會你讓忙到甚麼事都不能做, 一開始是想做也沒
時間做, 到最後即使有時間做也沒有能力做了.

只是在這兩個方向的中間有沒有一條中間的路呢?
但到最後是錢沒賺到, 事情也沒做好, 還是錢有賺到
且也自己做不少事的情型呢?

但我相信在小公司還是有存在不同型式的主管,
只是當一個組織大到數百數千人的時候, 一個能做事
的主管可能是活不下去的.

畢竟, 一個主事者若是真的自己做事的話, 就很
難有時間去主導事情, 尤其本是一個須要專心做事的
工作, 特別是跟腦力相關的工作.

所以一個中產階級或知識份子, 若走到這樣的一
條路, 只有成為資產階級的不歸路了, 但至少也是有
機會成為功成名就資產家.

[連結]

1. 工程師級的捷運日記 的 職場 分類
http://blog.ithome.com.tw/index.php?op=Default&postCategoryId=723&blogId=410

2. 技術與清談
http://blog.ithome.com.tw/index.php?op=ViewArticle&articleId=2033&blogId=410

3. 玩家與產業
http://blog.ithome.com.tw/index.php?op=ViewArticle&articleId=3386&blogId=410

[TAG]職場, 開會, 經理, 中產階級, Dibert

[QOTD]請設計一個你自己會用的功能, 而不要設計出
一個你認為別人會用, 但自己不會用的功能,
因為到最後你自己不用的結果是別人也不會用.

那天在聯絡家 (Linkist) 提出了一個 CRM ASP
的可能性, 就是做為場商與顧客之間的橋梁系統,
尤其是也協助使用者去發崛自己的都會消費指南.

就總經理的發想就是 "是否能夠讓聯絡家除了人
脈外, 還有沒有可以天天看的動機", 所以才提出類
似消費指南的想法, 但真正的想法是讓場商透過這樣
的系統去挖掘潛在顧客.

這個聽起來很冠冕堂皇, 但說真的若是為了賺錢
有一念之差, 就變成了垃圾信的來源了, 只是如何真
的讓大家覺得這不是垃圾信這才是困難之處.

就像是像博客來資料探勘小組那樣, 只要真的動
機是為了使用者做出發的, 無論是開信率與勸敗率都
比現有的 eDM 十倍或百倍以上, 因此最近博客來或
許真的會放棄現有發信的策略.

我曾在文章說過, 博客來的行銷, 企劃與之後的
系統分析, 程設, 真正失敗的原因就是大家很努力的
猜想使用者會想要甚麼, 用一個很漂亮的理論與假設
建立一個連自己都不想用, 但假設別人會用的系統.

之後也因為連自己也不會用, 所有都是假設的,
但最後越來越簡化, 無論在功能面, 實務面與流程面
都是一個失敗的作品, 所以到最後自己不用外, 連別
人也不會用了.

所以我當時就說, 博客來最可惜的地方就是
"玩家" 太少, 比較白話一點就大部份的人都不是
"網路生活家" , 多數人都是標準的上班族, 且似乎
很認真的上班.

因此再這樣連串的概念運作下, 推出來的企劃大
多是以失敗作收, 反倒是商品操作者雖然不見得是
"網路生活家" , 但大都是產品的熱愛者, 還是可以
以使用者的角度操作商品.

但事實上商品部的 "玩家" 還是超過行銷部與系
統部的人, 因此對商品的熱情與網路概念都還 OK ,
所以還是可以持續成長.

而聯絡家的老版說了一句話: "請設計一個你自
己會用的功能, 而不要設計出一個你認為別人會用,
但自己不會用的功能時" , 我就立刻鼓掌, 認為這才
是一個對的網路經營方向.

就像是我接下博客來 Blog 的企劃者時, 雖然我
那時還是比較喜歡 BBS 與電子報的文字表現型式時,
我還是開始使用 Blog, 在有了使用經驗後開始推理
可能的發展.

聯絡家的使用者要甚麼樣的功能呢? 或者說穿了
就是我想要聯絡家有甚麼我要的功能呢?

若是以一個白領生活圈的觀點, 我的確在下班時
想了好一陣 (約20分鐘) 尋找一個可以去吃晚餐的地
方, 雖然可惜的是客滿只好換地方, 但若可以更簡單
的去做這樣的系統是不錯的.

所以一個有情境, 包含心情狀態, 金錢預算, 生
活領域的消費指南是有必要的, 若甚至是一個系統能
夠幫我記錄的話, 那就更好了, 畢竟人是一個懶惰與
容易健忘的生物.

當然廠商更希望留住舊客戶以及開發新客戶, 所
以能夠幾乎不花費的幫忙建置這樣的客戶關係管理系
統是很不錯的, 甚至一點小錢也無妨.

如何做出一個讓場商省錢或賺錢, 如何幫使用者
更便利有幫助的使用這個系統, 理論上應該是從設計
者的生活開始做起, 做出一個自己都覺得有意義的系
統才能推己及人.

畢竟, 理論上 Web 2.0 是一個很玩家的, 也應
該是一個很顛覆的, 甚至是一個很開放的, 也是一個
很自動化的系統才對.

[連結]

0. 聯絡家網站

1. 上班的心態

http://blog.ithome.com.tw/index.php?op=ViewArticle&articleId=2279&blogId=410

2. 不只是捷運日記 博客來 分類
http://blog.yam.com/genehong/archives/cat_169510.html

3. 不只是捷運日記 聯絡家 分類
http://blog.yam.com/genehong/archives/cat_183024.html

4. 你所要知道 Web 2.0 的 2.0 件事
http://blog.ithome.com.tw/index.php?op=ViewArticle&articleId=3868&blogId=410

5. 玩家本質
http://blog.ithome.com.tw/index.php?op=ViewArticle&articleId=3418&blogId=410

[TAG]博客來, 聯絡家, Web 2.0, 玩家