內容農場或小眾市場(Content farm or Niche market)

最近跟Gunblues想要重整弄了好幾年的比價網站「愛比價」，只是在那之前，為了避免後續可能會遭遇到的問題，先花了不少時間調整基礎架構，避免架構、技術債會反咬我們一口，這也是免不了的時間及腦力成本(現實成本就....看著辦吧？)

此外，我們也在網路上做了不少功課，除了去看看其它同質性的網站之外，也重新開始思索 愛比價 的定位，以及它應該如何發展下去。

只是在搜集資料時，才發現到原來內容農場原來已經如此廣大，雖然背後也代表著以及各種不同的營利模式，例如：最近廣告打很大的Trivago，或是現在隱身於各部落格平台業者中的文章(商品推薦)產生器，但是也漸漸地讓使用者無法透過搜尋會找到想要看的文章內容。(雖然Google一直說要針對這一類的內容農場降評，但是，除了使用者自己過濾之外，還真的看不太到實際效果)。

這也開始讓我思索著內容農場及小眾市場的利基差異，以及，一堆人習慣的Me Too模式所帶來的傷害，我們就來觀察看看，對於一般使用者的影響是什麼吧？

無法標準化的職務 ( Unable standardization duties -- PM)

以工作來說，每個人或多或少都會希望能夠依循著特定的SOP來執行任務，如此一來，除了降低自己的風險外，同時也能以最短的時間讓自己能夠融入工作群體當中，但是，有一個工作職務，很多人有興趣，但是也有人不願為之的工作，那就是 ─ 人見人愛(哀?)的PM吧？現在就回頭來看看這份工作為什麼很難有SOP吧？

其實PM這個詞經常會被混用，先不論是產品或是專案的管理，基本上只有戰線長短的問題，要處理的面向不會因為產品或專案有太大的差異，除非是既有的成熟產品，同時接近它產品周期的尾聲時，才有可能只剩下維護的既有工作，對於PM來說，第一件要認清的事就是，這個專案(產品)究竟是從何而來？表面及背後的實質目的為何，如果這點沒有先認清的話，基本上PM之路應該會走的很艱辛。

產品定位的取捨(Making Product Position Trade-offs)

從以前的工作經歷，直到如今的工作崗位，經常會看見一個產品從發想、勾勒、草創、堆疊、驗證、測試、推出市場或夭折......，時間一久，反而印象大多是中間的過程、摩擦、協調、消弭認知上的差距，直到產品漸漸地成形，最後看見成品時，反而沒有太大的驚喜及衝擊，或許也是因為自己對於產品本身已經熟到不能再熟了。

經過了這些時日的體會(折磨？)，愈來愈能夠理解為什麼產品一定要先推出市場，因為無論你是採取那種方法開發出這個產品，直到推出那刻之前，你永遠都無法預期目標族群的喜好，雖然可以透過很多前期的調研報告、媒體曝光來努力地嗅出一絲機會，縱使如此，也要看你最終推出的產品的成本、價格、功能及市場成熟度及消費者喜好而定。

虛擬化系統的網路連線問題 (Network Connection Problems on Virtualized System)

近年來虛擬化大行其道，無論你是使用Virtualbox、VMWare或是Hyper-V......等，一方面可以做較為自由的資源調配，另一方面也能夠榨乾硬體應有的效能，所以漸漸地取代了許多現行的系統架構，無論是在測試、產品開發、甚至是初期的服務建置都能夠透過虛擬化系統來建置。

不過，在自行處理虛擬化系統時，大多都是透過虛擬化的軟體來實現，就會遇到一些平常不太會遇到的狀況，尤其是在複製VM時的網路設定上，這篇文章主要也是因為自己曾遇見過的類似的狀況，同時做個記錄，或許也能夠幫助到相同狀況的人。

盲目追求新技術的風險 (Risks of Pursuit the New Technology)

因為自身工作內容的轉換（不務正業？），所以對於一些系統架構和最適性的選擇有些感觸，所以才衍生了這篇文章，不過，這邊我絕不是要評論技術的優劣與否（我自論也沒有這個能耐）只是單純在風險評估上，進行一種論述，當然，這也包括了很多不同面向的選擇，或許下次當你也遇到類似的問題時，也能夠認真地想想是否該這麼做！？（前提是......你得是個有評估能力的決策者）

批次檔加密（Compile your script）

我想對於IT人來說，尤其是以MIS或系統管理者來說，撰寫一些能夠把既定事項排程處理的批次檔(bat or shell script)，應該是再為熟悉不過的事，不過，或是相同的情境卻是發生在客戶或非自己管理的主機上時，或許面向又不太一樣了！這時候或許就得要考慮把自己撰寫好的批次檔進行加密，以免造成其它不必要的困擾。

這邊我主要還是介紹一下在LINUX上的應用情境，若是用在WINDOWS上的工具，應該只要GOOGLE一下"bat to exe"之類的就有不少。（有什麼工具GOOGLE後會沒有的嗎？)

Update Linux Server Notes

最近自己常用的Linux Server的OS（ CentOS 6 ）又更新了！每次更新都會自己測試一下，是否自己所管的Server也能夠安穩的升級上去，或者，是有那些東西要特別注意呢？

有些Server可能是不能整體更新的狀態（單純指不能全系統更新，若是遇到有重大漏洞的弱點更新，不管怎樣還是非得更新不可），所以就簡單整理了一下在Linux Server上更新時的注意事項，一方面做個記錄，另一方面也提醒自己一下。