本週部落格精選－Mac系統攻防戰

豬言豬語

[更新]Mac系統攻防戰

這兩天Mac圈裡吵的最兇的新聞就是某位老兄宣稱在半小時裡就能攻破Mac OS X，後來被人家說是場不公平的比賽，因為這場比賽每位hacker都已經有那個Mac電腦的一般user帳號和權限了，也就是說他直接從系統中去侵入，可想而知的攻破的速度當然快囉。沒幾天另一位工程師再度開敵了另一個比賽，把電腦放在一般正常的網路上，讓大家從外面想辦法入侵後修改網頁，最後經過了三十八小時，到結束前還是沒有被攻破，所以要在半小時內入侵Mac OS X，還是得有相當的“待遇”才行。

這個新聞會在Mac圈裡引起喧然大波，主要是因為新聞的標題聳動內容不詳實所造成的。

Kenming's 軟體設計思維

淺論架構的 POC (Proof of Concepts)

POC, Proof of Concepts, 從字面的意義來解釋的話，即為 "概念性的驗證"。

既然是需要驗證(Proof)，所以 POC 是一種 "解決方案(Solution)"，是針對 "概念" 所提出的解決方案，而架構的 POC，目的即在於擷取出最精要、核心的解決方案(Solution)，以作為解釋架構的概念依據。

我與 Ringle 聊到 POC，他原來對 POC 的認知是對客戶所提出的一種解決方案，所以主要滿足對象是 "客戶"。不過，對於架構的 POC，我不太認同對象是客戶，我會以為，會希望能透過某種概念性的解決方案，而對架構有整體、全貌性的認知者，那才會是架構 POC 的對象。

軟體開發的兩三事

面對客戶問題時，你害怕麻煩嗎？

今天我們不討論專案管理的理論，來談談面對客戶反應問題到解決問題時，應該怎麼應對會比較恰當。剛好之前一篇文章談論到專案管理是屬於藝術還是技術的範疇，或許是一個有趣的對照。

既然是專案管理，在有制度化的公司中，面對客戶反應問題時，或多或少會有一些制式的流程可以遵循，以及一些相關的表格要填寫，簡單講就是SOP。這個部分可以算是技術面的範疇，更追求量化分析的公司，可能會從接到客戶反應問題開始，到與客戶確認問題、解決問題、回覆客戶等時間點都留下記錄，並且將時間量化統計作為績效評核的依據。