部落格精選－來自Foundry Networks的女性CTO

生蠔法蘭克筆記簿

與Foundry Networks Technical VP Ivy 小姐的午餐對話

Ivy 小姐一開場馬上給台灣水電工一份大禮，原來是要先來談談F廠今年度最新的設計理念的，不過水電工豈是好應付的？要是老是談網站上就看得到的東西，那麼也沒什麼好玩的了，水電工忍不住插嘴了：「和我談技術很麻煩，我會一直問東問西，可能要談到晚上」。不過Ivy小姐倒是很有風度地說：「沒關係，我們就看可以進行到那裡好了。」說著她拿起了一份公司內部用的投影片開始了新理念的闡述：

「目前我們公司在製造大型switch router時，有幾項新理念，第一是網路流量和管理需求都愈來愈大，因此在hardware的scalability上必需能夠在使用者不更換任何現有hardware情況下有最大的擴充空間。因此基本上我們的新型switch在每片背板的設計上已經做到了100Gbps Ethernet Ready的水準。未來只要直接上新的卡片就可以使用100G Ethernet，不必更換任何管理卡板。保護客戶投資的價值是好廠商不變的責任…

Kenming's 軟體設計思維

類別之間的關係(Relationship) — 整體-局部(Whole-parts) (2)

整體—局部(Whole-parts)可以說是降低物件複雜度(Complexility)的最有效機制，因為，你可以將某一物件視為是一個整體(Whole)，只要聚焦從該物件外面的角度來觀察該物件的特徵與行為，不用去關心組成該物件的細節，包括其組成的內部元素。其實，不探究物件內部的組成元素，就是一種封裝(Encapsulation)的效果，而封裝正是軟體設計人員在處理軟體的複雜度時，所必備的本質素養。

從外部的觀點來看待物件，焦點會集中在整個物件的特徵與行為，這是屬於「用」的角度，也就是只要知道如何能「使用」該物件所提供的服務(service)與取用該物件的資訊即可；那個時候需要 「剖開」該物件的內部，來分析其內部的組成元素(也就是組成物件)？ 這是屬於結構分析/設計的工作…

【外包開發與管理】從開發者角色看「兩地分工」開發流程

專案經理(Projct Manager)負責整個專案的資源統籌、時程控管、專案 Review 會議、開發各角色人員的協調等。關於專案經理，視專案的規模與性質等，可由 IT 部門的開發主管擔任，或亦可委外給專業的專案控管中心(Project Center)來負責。

而架構師(Architect)，要能具規劃整體架構(architecture)的能力，包括建立架構觀點的模型(請參考「最佳實務—以架構為中心」內容)，將架構的概念得以具體化呈現，也就是用大家都能同意的方式來呈現架構，讓架構變成具體的東西，可以系統化傳達、審查、加註和改善(一般而言，在系統規劃初期，架構師為了讓大家對未來開發的模式與技術等有概念，會以原型(prototype)的實作來作為架構的解釋與驗證(POC, proof of concepts))…

工程師級的顧問 /【食夢黑貘】

排行榜的迷思

排行榜本身就是一種「同質性」的計數與排序，這是一點都避免不了的，雖然可以包裝成甚麼東西，但這還是一種為了尋求「社會共同性」的操弄，無論是為了權力或金錢利益。

只是怕的就是在追求這種「共同性」之中，抹滅了人的獨立性與差異性，這才是我更不想見到的，甚至我應該做更多事來增加與鼓勵「異質化」…