看到有一些所謂的工程師出來黑唐鳳,說什麼系統太簡單,靠政黨吹捧,這樣的評論並不公平。
我在成大計網中心和國家高速網路中心總共擔任八年的主管,對資訊系統有一定的經驗。
很多系統的資料庫、不同軟硬體作業系統、加上網路錯綜的關係,實際上相當複雜。介面清楚方便,使用者進入的門檻低,是相當重要的關鍵。
有些人從來沒有接觸過什麼龐大的系統,設計的東西使用者也不多,當然不知道簡單就是美,也不知道網際網路設計的原則第一個就是 KISS (Keep It Simple and Stupid),所以才會大言不慚地攻擊簡單這件事情,能夠大規模運作的系統,使用者方便上線,才是王道!
系統設計 資料庫 在 阿扁們俱樂部 Facebook 的最佳解答
看到有一些所謂的工程師出來黑唐鳳,說什麼系統太簡單,靠政黨吹捧,這樣的評論並不公平。
我在成大計網中心和國家高速網路中心總共擔任八年的主管,對資訊系統有一定的經驗。
很多系統的資料庫、不同軟硬體作業系統、加上網路錯綜的關係,實際上相當複雜。介面清楚方便,使用者進入的門檻低,是相當重要的關鍵。
有些人從來沒有接觸過什麼龐大的系統,設計的東西使用者也不多,當然不知道簡單就是美,也不知道網際網路設計的原則第一個就是 KISS (Keep It Simple and Stupid),所以才會大言不慚地攻擊簡單這件事情,能夠大規模運作的系統,使用者方便上線,才是王道!
系統設計 資料庫 在 寫點科普 Facebook 的最佳解答
新增:謝謝讀者們的留言鼓勵和熱情分享自己的經驗~ 本文目的是分享個人面試經驗,給大家之後在自己的面試準備上能有所參考如何應對類似情況或是考量不同類型的職場文化,不希望臆測特定公司。另外面試過程完全是公平公正的,對方公司透過模擬日常職場測試,審慎評估過後認為雙方不適合。僅希望這樣的分享能幫助到大家,我也還有很多地方待提升,未來也一起加油吧!
---
我前陣子被朋友內推,去面試了某間全球雲端龍頭廠商的業務類型缺,就說是OO公司好了。其中的面試環節為:
對方會先給一個Case Study,內容是某 XX 公司對雲端服務有興趣想要了解一下。看完該 Case Study之後會跟由面試官(都是 OO 公司的業務人員)假扮的 XX 公司 CTO 先約一通 15 分鐘的電話蒐集一下需求。
接著會給一週的時間完成一份PPT,再約個 1 小時的時間來做Presentation,模擬銷售雲端產品給 XX 公司,其中 CTO 會來參加(也是業務人員的面試官假扮的)。
以下是針對面試過程中企業文化不合的一些心得,也是我人生中面過最出乎意料的一次面試,想作為趣談跟讀者們分享。
花了蠻多時間準備好 PPT 之後,我剛開始講話就被對方不斷地打斷,最後一頁 PPT 都沒用到,全程一小時變成100%的Q&A。
同時這些問題當中,每一項問題都有標準答案,彷彿只是再考該雲端公司產品或服務知識的問答集。
舉例來說:OO產品彈性擴容的機制、帳號要怎麼開?我們怎麼從本地端移植過去?OO 在產品上手這塊能提供哪些資源?
雖然可以理解這是真實客戶會詢問或發生的情況,但這樣會覺得有點困惑,如果全程都是在問這些問題的話,為什麼還需要簡報Presentation環節呢?不用直接透過我的PPT呈現邏輯來做評價,只是用隨機抽考的方式測驗我夠不夠懂產品知識的話,直接用一個問答面試就能解決了。
另外,對方提出必須把搬移到雲端前後的成本換算比較列出來放進簡報當中。因此我也做了一份分析。
「…所以使用雲端之後您將能節省下這部分的人力成本。」我說。
「但我這三位Ops工程師我已經請了難道你要叫我解雇嗎?其中有一個還是我們共同創辦人欸。」對方質疑道。
「理解您的意思,我只是給您一個建議、在團隊節省了運維的人力之後,這些人力可以用於開發更多創新產品提高現有收入,或是學習雲端架構之後,來進一步協助團隊規劃您的整體系統架構。」
「但他就不會啊。他還要去花時間學習雲端嗎?如果說也要用到這些人的話你人力成本應該算回去吧。」
「我只是比較目前您營運的架構當中其實不需要高達三位運維人員,如果未來您用戶數成長到百萬人次在系統設計上還有很多需要人力的地方就不需要多請很多人了,用現有團隊就行。」
我補充道:「而且我了解到您先前提到目前最關注的問題就是高峰期間的流量會讓服務無法響應,才因此想要移植到雲端,這樣的話這幾位團隊同仁還不願意學習雲端的話,我不太理解這個情況?」
「你要這麼說的話你能給我一個說明看這些人員怎麼佈署嗎?不能的話你算成本給我幹嘛?」
「沒問題,我們後續可以再跟您討論這一塊。」我默默想結束這個話題。
---
接著又絲毫沒有喘息的問下一個問題,一樣沒有要進入簡報環節:
「我聽說 OO 公司的成本在所有雲端廠商當中價格最貴,你為什麼要把價格就放在第一部分講?」
「我相信 OO 的確產品價格更高一些,但相較於您目前自建在本地端成本而言,我也想要呈現給您看──同樣的架構,用我們產品的成本就可以節省到目前的1/14,已經遠遠比您目前的成本更低了。
但當然您可能會說『那其他雲端服務商說不定還能節省地更多』,所以我下一個環節就要跟您介紹我們的服務優勢,讓您了解到我們服務的強項、這也是其他家不能比的。」
「但我還是覺得你成本放第一頁跟我沒關係欸,我只是想要知道我現在痛點你怎麼解決。」
「好沒問題,讓我們來看這個系統架構怎麼優化跟提升,這個是團隊原本的架構…」我想趕快切入主題。(如附圖,面試文件中要求展示 XX 公司使用雲端架構之前、和用上雲端之後的架構對比)
「等等這是雲端吧,你用一個雲端架構圖跟我講要幹嘛,我又還沒有雲端。」對方質疑道。
「不是,這是本地端。你看這個只是VM,其他資料庫阿外部儲存阿也是你對應到你自己的資料中心。」我解釋道。
「我們本地端哪那麼複雜,我看不懂你在畫什麼,我們很簡單只有三層。你不能用傳統的三層架構直接來對比嗎。你這樣畫難怪每一項雲端產品都能夠直接做對應啊。」
「……」CTO會看不懂這張圖就已經包含在三層式架構裡面?
---
最後對方問我,如果重來一次會想怎麼優化這次的簡報。
「我本來認知中,對方之前在電話中提到希望透過這個會議能了解的資訊有三個層面:『不那麼了解雲端想要被科普』、『OO公司可以怎麼滿足XX公司目前提升系統效能跟可用性的要求』以及『XX公司未來新上的服務可以怎麼被支援』
所以我分別用『介紹什麼是雲、雲端你能省下的成本』、『OO產品系列對應到你現有服務、跟未來想加上的新服務的總架構圖』,這樣的思路去做這份Presentation。很抱歉我沒有第一頁就放出他們最關心的問題。」
我說:「我會更理解對方急迫的痛點,每天晚上九點鐘網站流量會爆掉是他第一優先關注的話,我會在第一頁就優先跟他討論該怎麼做遷移、該怎麼抓一個時間我們一起討論把雲端服務Run起來解決他現在營運的問題,進入討論這樣的細節。成本或是新服務上線,只會作為亮點補充,最後再跟他探討。」
我頓了頓:「同時在PPT呈現上,如果客戶只懂三層架構,那我就不會用這種比較複雜的架構圖,我會用三層架構再加上分別對應的元件….」
有一個女面試官突然開口打斷:「好了好了不要再講技術了好嗎,可以結束了吧?」隨後把會議結束掉。
我一臉錯愕地盯著乍然黑掉的螢幕。
-------
最後快40頁的 PPT 一頁也沒有用到,長達一小時只是不斷地拋出問題並在同一個問題上持續糾纏。然而對方問的問題,都是在如果進入公司之後經過產品培訓就能夠有一套標準回答的問題。似乎沒有要聽你簡報思維脈絡的意思。畢竟這仍號稱是一個PPT面試,還滿令人出乎意料的。
我思考了一下,可能對方需要的人才就是在各種高壓情況之下都能溫柔以對的標準回答吧。隨後也立即拿到了Rejection Letter,深感自己的確與對方企業文化不合,想想人生中也沒遇過更神奇的面試經歷(畢竟做好的PPT一頁也沒有用到有點匪夷所思),忍不住上來分享給大家輕鬆看看。