📣金研找工作📣 近期招考資訊看過來!
疫情雖嚴峻,但卻無法澆熄金融業求才若渴的心🔥
最近報名的考試還是很多唷!
心動不如⋯趕快手刀報起來~(・∀・)ノ三💻
---
🔴【兆豐銀行 110 年理財專員甄選】
🟥報名日期:5/28(五)10:00-6/30(三)17:00
🔸面試:由兆豐銀行依書面審查結果擇優以書面個別通知
🟧甄試類別:理財專員
🔺報名網址: https://tabf.pse.is/3gnsss
-
🔴【合作金庫商業銀行 110 年度第二次新進人員甄試】
🟥報名日期:6/4(五)10:00-6/30(三)17:00
🔸筆試:7/17(六)
🔸面試:8/21(六)
🟧甄試類別:
🔹儲備菁英
🔹一般金融人員
🔹理財人員
🔹開放系統第一類程式設計人員
🔹開放系統第二類程式設計人員
🔹大型主機程式設計人員
🔹機房操作人員網路系統架構規劃與管理人員UNIX/Linux平台系統/中介軟體/資料庫管理人員
🔹開放系統架構規劃管理師
🔹Windows主機系統管理人員
🔹資安防護管理人員(程式安全)
🔹資安防護管理人員(網路安全)
🔹資安制度管理人員
🔹商業流程管理執行人員
🔹金融科技發展項目研發人員
🔹數位金融專業人員-社群行銷人員
🔹信託專業人員(地政)
🔹信託專業人員(稅務)
🔹信託專業人員(財務規劃)
🔹環境工程人員
🔹信用卡授權人員
🔺報名網址: https://tabf.pse.is/3jhfhq
-
🔴【財金公司110年法務、系統管理及網路管理人員甄試】
🟥報名日期:5/14(五)10:00-6/23(三)17:00
🔸書審:6/23(三)截止
🔸面試:8/1(星期日)
🟧甄試類別:
🔹法務人員
🔹系統管理人員1
🔹系統管理人員2
🔹網路管理人員
🔺報名網址: https://tabf.pse.is/3guvut
🔸各甄試類別之資格條件與甄選方式等相關事項,請參照簡章規定。
🔸報名洽詢專線:(02)3365-3666按1
---
兆豐銀行 #兆豐 #兆豐銀行
合庫ebank好康報報 #合庫 #合作金庫 #合庫銀行
台灣Pay #財金公司 #台灣pa #財金公司 #台灣pay
#找工作 #求職 #銀行 #行員 #銀行員 #銀行工作
#資安人員 #儲備菁英 #理財專員 #理專 #金融科技
「系統架構 師 面試」的推薦目錄:
- 關於系統架構 師 面試 在 台灣金融研訓院 Facebook 的精選貼文
- 關於系統架構 師 面試 在 寫點科普 Facebook 的最讚貼文
- 關於系統架構 師 面試 在 矽谷輕鬆談 Just Kidding Tech Facebook 的最佳解答
- 關於系統架構 師 面試 在 [討論] 少見的System Architect職缺- 看板Tech_Job - 批踢踢實業坊 的評價
- 關於系統架構 師 面試 在 [面試][系統設計]如何設計一個像Facebook 的社交平台 - iT 邦幫忙 的評價
- 關於系統架構 師 面試 在 系統設計面試6個技巧|我面Google前的準備方法 - YouTube 的評價
- 關於系統架構 師 面試 在 40歲軟體工程師面試心得(第17頁) 的評價
- 關於系統架構 師 面試 在 system-design-primer/README-zh-TW.md at master 的評價
- 關於系統架構 師 面試 在 36丨面试现场第3 期:你要如何准备一场技术面试呢? 的評價
- 關於系統架構 師 面試 在 科技業板 的評價
- 關於系統架構 師 面試 在 [請益] 是我的問題嗎? 的評價
- 關於系統架構 師 面試 在 [心得] 履歷撰寫教學-如何寫出引導面試的履歷PTT推薦- Salary 的評價
系統架構 師 面試 在 寫點科普 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一頁也沒有用到有點匪夷所思),忍不住上來分享給大家輕鬆看看。
系統架構 師 面試 在 矽谷輕鬆談 Just Kidding Tech Facebook 的最佳解答
#就地避難在家鍛鍊寫作能力
軟體工程師系統設計面試準備指南
當你有了幾年的工作經驗以後,在找工作時一定會遇到系統設計的面試,有鑒於大部分的面試心得都是針對演算法以及資料結構的程式面試 (包括我之前寫的美國軟體工程師求職心得),對於系統設計的準備資源還真的不多,本篇要來剖析系統設計面試,介紹面試的流程、正確的心態以及準備的方向,讓大家再也不怕系統設計面試!
Medium 好讀版:https://medium.com/jktech/%E8%BB%9F%E9%AB%94%E5%B7%A5%E7%A8%8B%E5%B8%AB%E7%B3%BB%E7%B5%B1%E8%A8%AD%E8%A8%88%E6%BA%96%E5%82%99%E6%8C%87%E5%8D%97-acf6ab1f502f?source=friends_link&sk=ca40acf60b749cb1b32c17a868b0c1a3
#為什麼系統設計很重要?
在程式面試表現優異,可以讓你順利拿到 Offer;但是系統設計會決定你加入公司的職等!這也就是為什麼有些人有十年經驗只能拿到 Mid-Level (L4) 的 Offer,而有些人只有五年經驗卻可以拿到資深工程師以上 (L5+) 的 Offer。
另外,如果你是面試 Staff 或是 Principal 級別以上的話,除了系統設計以外,有些公司還會有 Technical Leadership 的面試,來判斷你是否有能力可以跟不同的部門合作、解決問題的不確定性、帶領資淺的人然後推動並且完成一個跨部門的大型技術專案。
簡單來說,系統設計用來判斷你是 L4 或是 L5+,Technical Leadership 面試用來判斷是 L5 或是 L6+。
#為什麼系統設計很難準備?
大多數應徵者在準備的時候會過度偏重於程式面試,原因也不難理解,程式問題的定義很清楚,有給定的輸入以及預期的輸出,就算你真的想不出來,LeetCode 上的討論區也有參考答案;這種有考古題可以參考的面試,對於台灣教育出來的人來說相對好準備,隨著你解的問題多了,你也會更有信心,不知不覺甚至還會刷上癮了呢!但系統設計卻非如此。
系統設計面試的問題描述通常很模糊 (這是刻意的),沒有給定的輸入與輸出,比較沒有既定規則可以遵循,然後也沒有一個標準答案,針對不同系統你需要提出不同的解法然後分析優缺點,一樣的問題,面試官也會針對你過去經驗往不同的方向問,有些問題你工作上沒有碰過還真的回答不出來,這也就是為什麼很多人看到系統面試就怕了。
#到底要怎麼準備?
首先我們要先建立一個觀念:沒有任何一個人可以知道所有的技術細節
不管你的面試官有多少年經驗,不管他們再怎麼資深,在變化快速的軟體產業,沒有人可以知道所有事情,一定有你知道而他們沒聽過的事情!
請把系統設計當成分享你過去所學的面試,這個面試的目的在於展示你對於軟體架構能力的廣度跟深度,你必須可以給出大方向的架構,知道有哪些元件 (廣度),同時針對你熟悉的領域深入探討更多細節 (深度),並且提出幾個解決方案,分析優缺點,並且針對系統需求選擇合適的解法。
大方承認自己對某些領域的細節不熟,也是完全沒問題的,只要讓面試官了解你知道這個東西,如果要深入了解的話你知道有哪些方向要努力,這樣就夠了,因為在大型的軟體專案裡,一定是高度分工的,不會有人同時精通手機端、前端、後端、Infra 以及嵌入式或是硬體的。
講到這裡,相信你也知道如果真的要準備是準備不完的,這些知識是透過平常工作以及閱讀技術文章長期累積的成果,比較沒辦法臨時抱佛腳。
#具體來說會問什麼問題
舉例來說,一個系統設計的問題會像是這樣:如何設計 Facebook?
這類問題的描述通常會很大而且模糊,面試官不預期而且你也不可能在 45 分鐘內就設計出這些公司花了好幾年這麼多人力設計出來的產品,所以第一步要做的事情是確認需求:是要設計動態牆、Messenger、廣告系統還是推薦系統?流量跟資料量為多少?需要支援全球的使用者嗎?
確認完需求以後,會針對最重要的幾個使用場景設計你的 Data model 以及 API,接著畫出大的系統架構圖,大致上會包含客戶端 (手機版/桌面版)、Load Balancer (Reverse Proxy)、App Servers 以及資料庫,接著可以針對細節下去討論,這邊開始就很自由了。
如果你是專精在資料庫,可以討論要用什麼資料庫以及資料要怎麼存可以讓特定使用場景的讀取以及寫入效能比較好,要怎麼做資料庫的 Replication 跟 Sharding 來服務更多的使用者?
如果講到快取,哪些地方可以加快取呢 (瀏覽器前端, CDN, App Server, 資料庫)?具體來說寫入快取有哪些方式以及優缺點 (write-through, write-around, write-back)?什麼時候要失效?要讓哪些資料失效?
如果聊到微服務器架構跟 Service Mesh,不同的服務怎麼跟其他的服務溝通? control plane 要怎麼更新 data plane 的設定?如果 control plane 掛了怎麼辦?要怎麼做 service discovery? 哪一種 Load Balancing 策略比較好 (round robin, random, least connection, ring hash, or maglev)?有些服務掛了影響到整個系統怎麼辦?什麼時候需要 circuit breaker ?
如果你是手機開發者,怎麼實現離線瀏覽?手機要有資料庫嗎?要怎麼以及多常跟伺服器同步?API 要怎麼設計?如何實現 Infinite Loading?剛 Po 文以後要怎麼樣在自己手機上馬上看到?
這些問題真的列舉不完,總之看到這裡你會了解為什麼我說這個面試是沒有範圍而且也準備不完的,重點應該放在跟面試官的討論,展現你在技術方面的廣度跟深度,讓面試結束的時候能夠有一個你們兩個人都同意的設計!
#準備材料
系統設計的資源比較分散,以下是我篩選過後覺得有用的資料,按照素材的類型作分類,也歡迎大家留言補充!
#入門影片
針對完全沒有概念的新手,我建議可以先從哈佛的 CS75 Lecture 9 Scalability 開始,裡面講到的很多基礎觀念都相當重要,值得一再複習,這些概念先有了以後再閱讀其他的材料會比較有感覺:
如果你看完這篇文章後還想再多了解系統面試的形式,也可以看一個前 Facebook 工程師分享的影片:
Distributed Systems in One Lesson 也很推,裡面提到不少業界在使用的設計模式:
有一個需要付費的資源是 SystemsExpert,每個影片會講解一個系統設計重要的概念,我個人覺得內容有點淺所以沒有買,但是整理地還算不錯,如果你看完他們免費的影片有興趣還是可以參考一下。
#閱讀文章
影片是一個讓你很好理解大方向概念的方式,但是如果你要深入理解背後的原理還有怎麼運作的細節,還是得透過大量以及深度的閱讀來吸收呀!
system design primer 整理了很多系統設計的資源,資料量很夠, 個人的建議是先快速過一遍,不要細讀,先知道總共有哪些元件,大概是做什麼用的就好,接著針對有興趣的部分在深入研究,建立自己的知識庫。
Grokking the System Design Interview 也是很多人推薦的材料,主要是針對系統設計的問題提供範例解答,他們的答案可以當作一個參考,但面試的時候不要完全照著回答,還是得看跟面試官討論的結果來進行,但這個是需要付費的,有興趣可以用我的推薦碼註冊購買。
如果你不想花錢或是不確定 Grokking 的文章你喜不喜歡,有一個類似的網站 Crack the System Design Interview 整理得也還不錯。
#書籍
唸書是一個有系統性學習的方法,如果你只想選一本書來看,就選這本大家都推的系統設計聖經 — Designing Data-Intensive Applications,簡稱 DDIA,這本書適合的對象是想要長期準備系統設計或是分散式系統的人,裡面舉的例子都是實際上業界遇到的問題,不會有以前讀教科書那種工作又用不到的感覺;但也因為是書,花了一些篇幅在講解背景知識,包含以前的系統是怎麼設計的以及如何演進到現在,對短期要準備面試的人效率會有點低,所以不適合有時間壓力的人。
這本書我目前讀了一半,最大的收獲是它解釋了很多為什麼現代的系統要做這樣的設計,我們針對不同的系統要求可以有哪些解法,這些解法各有什麼優缺點,總之分散式系統就是我們解決了一個問題,但又會產生更多要考量的點,一切都是 trade-off。
但這本書也不是沒有缺點的,首先我覺得是本書的英文沒有很好讀,我常常一段看了好幾遍才知道他想表達的重點是什麼,而且,有些很重要的觀念常常藏在一段文字裡用一句話帶過,但是不太重要的觀念卻使用 Bullet Point 表達;另外這本書話常常講一半,一些觀念提到了一點卻說我們後面再聊,也因為這樣,我在考慮要不要幫大家整理每一個章節的重點,翻成中文分享給大家,有興趣的朋友麻煩拍手留言告訴我!
除此之外,Google 的 SRE Books 內容也很實在,但是每一個章節的內容是獨立的,建議大家選擇想研究的章節跳著看就好。
最後,Distributed systems for fun and profit 的內容也很好,以分散式系統的理論為主,比較沒那麼針對系統設計面試。
#還想閱讀更多嗎?
我知道光是上面的資源就已經讀不完了,但是行有餘力的話,平時也可以多看看各大公司的技術部落格或是訂閱技術週刊如 TechBridge (台灣) 、HackerNews 以及 InfoQ 等等。
此外,參考別人的經驗也是很好的方式,最近剛好幾個朋友剛找完工作,他們分享的矽谷找資深工程師工作心得分享以及2020 上半年軟工找工經驗分享也都很值得看!
最後,在工作上使用到的技術,除了會用以外,最好也要花時間去研讀技術文件,了解他們設計的考量以及支援的場景,大部分這類型針對開發者的文件寫得會比較深入,所以也是相當好的學習素材;我自己過去一年因為工作上需要整合 Envoy 到我們公司的 Traffic Infrastructure,從他們的文件中學到很多 Service Mesh 跟微服務器的重要概念,學習的深度都是其他資源無法提供的。
#總結
這篇文章我們整理了很豐富的系統設計資源,希望大家不要被這滿滿的資訊量嚇跑。
請記得,我們永遠有各種方法在短期內針對面試做準備,提升面試的表現,但這都只是一時的,沒辦法讓你一夕之間就成為專家;如果想要追求長期的持續成長,那麼沒有捷徑 — 就是養成每天學習以及閱讀的習慣,一開始真的很難看到效果,但是當你持續一週、一個月甚至是一年以後,你會明顯感受到自己的成長,這些投入的時間都是騙不了人的。
如果這篇文章對你有幫助,請拍手留言加訂閱,並且分享給更多有需要的人知道!
系統架構 師 面試 在 [面試][系統設計]如何設計一個像Facebook 的社交平台 - iT 邦幫忙 的推薦與評價
而Senior 工程師除了要寫程式外,有時還要 跟PM 討論需求、規劃系統架構、分配工作給Junior 工程師、幫Junior 工程師Debug ;有些工程師討厭做這些事情,因為會耽誤到自己 ... ... <看更多>
系統架構 師 面試 在 系統設計面試6個技巧|我面Google前的準備方法 - YouTube 的推薦與評價
Comments237 · 美國房地產為什麼沒有崩塌? · System Design Interview in 9 Minutes · 【干货】神奇4步法,打造HR无法拒绝的简历 · 矽谷Google工程師公開跳槽 ... ... <看更多>
系統架構 師 面試 在 [討論] 少見的System Architect職缺- 看板Tech_Job - 批踢踢實業坊 的推薦與評價
跟電子資訊業資深人士閒聊,常會發現一個很有趣的職場需求現象
就是台灣(And/Or 大陸)的IC公司或系統廠很少在找所謂的系統架構師(system a
rchitect),有興趣的本版鄉民們可以自己上LinkedIn(地區選TW/CN)、104或
對岸的獵聘網搜尋看看。但在軟體或資安領域倒是很有時會看的到
但類似的職缺在歐美卻很常見,甚或外商公司(如Q康、蘋果)在台「偶而」會找
根據LinkedIn上看到的各領域Sys Arch列出的職缺要求,以硬體領域為例,不外乎
是,
1)建立System Model,用來設計、模擬、評估與最佳化整體性能
2)熟悉各子系統(類比電路、數位電路、演算法、軟體介面...)原理
3)制訂系統與子系統規格、定義系統&子系統驗證量測方法
4)定義訊號處理演算法架構與prototype
5)進行公司內外跨團隊的設計溝通協調、將客戶需求轉為工程規格
6)10+年經驗、碩士以上、博士為佳
7)有趣的是聽起來全能,但職缺並非Manager,通常是Saff or Tech lead的位置
看起來好像在找一個領域專家、什麼都懂很誇張的樣子。但仔細想想,其實就是
在做一個跨領域的硬體系統產品(如SoC)時需要有一個人從系統層面來方方面
面的進行技術上的設計整合、規範、溝通與把關。
台灣的IC公司或系統廠為啥很少對外尋求這樣的角色?就我自己待過公司的經驗
來說,我看到幾個可能
1)做Me2產品只是抄規格、抄block diagram、不需要自己從頭定義。大家應該常見即便新
產品開發都各做各的,很勇敢假設各子系統接起來就一定funciton work,
因為市場先行者都幫你掃完地雷了
2) 由電路RD中找個資深的兼任.... 但缺點是術業有專攻,懂電路不代表懂系統。如果Sy
s Arch可隨便兼任,歐美一線公司幹嘛高薪外找?
3)某些領域前段班,也許傾向從內部培養這類人才,因此sys arch的角色可能讓某
部門的資深主管(如類比電路)或更上層的Director兼任親自帶隊指揮
4) 承上,台灣的職場文化將原本應該是資深技術專家的工作,演化成人力或專案管理的
工作,所以在有些公司甚至是FAE轉任的資深PM兼了這個角色。可以說,輕忽了Sys Arch
的關鍵角色
還有其他原因嗎?希望邀請大家一同討論
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.36.97.63 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Tech_Job/M.1603607507.A.6E6.html
... <看更多>