英文要超好？Google 台灣人資親自破解十大徵才Q&A

相信這幾年大家在媒體上不時看到Google 在台灣大舉徵才，一直受到外商公司的台灣市場，到底有什麼地緣關鍵呢？其實Google 尋找市場評斷的依據包含市場發展 ... 集團資訊 關於我們 集團介紹 我們的團隊 旗下媒體 關鍵評論網 everylittled. INSIDE 運動視界 Cool3c 電影神搜 未來大人物 歐搜哇 旗下節目 多元服務 Ad2 Taketla拿票趣 關鍵議題研究中心 Cr.ED ShareParty 達思智能科技 士奇傳播 與我們合作 內容行銷與廣告業務 異業合作 原創內容暨內容媒體業者合作 加入我們 新聞中心 趨勢 履歷石沈大海、英文要超好？Google台灣人資親自破解十大徵才Q&A 2021/09/17 Anny Google 、工程師 、人資 、履歷 、職涯 、科技公司 、Google徵才 想進Google先破除這些迷思吧！ 評論 PhotoCredit：INSIDEAnny攝 評論 過去我們曾參訪Google辦公室也介紹Google福利與企業文化等，相信大家也對如何成為Googler十分好奇，Google徵才到底看得是什麼？與海外團隊相比又有哪些異同之處？Google台灣人資長呂亞樵Vanessa以及Google台灣人才計畫經理石啟瑞Jeffrey親自為大家揭開Google的徵才標準與思維模式。

Google台灣人資長呂亞樵Vanessa（左）以及Google台灣人才計畫經理石啟瑞Jeffrey（右上）1.俗擱大碗？是Google在台灣大舉徵才的原因相信這幾年大家在媒體上不時看到Google在台灣大舉徵才，一直受到外商公司的台灣市場，到底有什麼地緣關鍵呢？其實Google尋找市場評斷的依據包含市場發展性、人才庫是否豐沛、政策法規是否友善，而台灣剛好都具備這些優勢，並不是因為便宜又大碗，Vanessa提到自己一直都有許多跨國會議，每每都聽到Google總部如何重視台灣市場，台灣人應該也可以對自己所生長的地方更有信心。

2.外國的月亮比較圓？海外辦公室、美國總部比較好Jeffrey提到，Google在全球的面試標準、方式完全一樣，依照專業職能可能會有不同，並不是根據地點形成差異，以軟體工程師為例，不論應徵者在台灣，或是在美國投遞履歷，所走的流程都一樣，也會送到全球的招募委員會，招募流程在每個地區設定的標準是一致的。

Jeffrey解釋其實在哪個國家地區發展，職涯與工作機會都比較屬於是個人選擇，特別注意，總部跟各地都是「合作關係」並非「從屬關係」，加入Google都有機會領導Google重要產品，跨國專案合作的可能。

3.海外辦公室薪資比較好？Vanessa提到，不同海外不同國家名目薪資上的確可能比較高，因為Google的給薪是按照當地市場行情、物價水準、稅制等等，再對應各職能職級計算出當地最具競爭力的薪資。

不論是在海外或台灣辦公室，在Google的職涯與工作機會發展，與團隊和組織成長性相關，且重點取決於個人工作發展與狀態，例如台灣作為Google硬體研發重要基地，選擇在台灣的硬體研發職涯發展性會更高，意味著越大型Google辦公室的服務產品較多，發展機會和選擇也就更多元。

4.Google徵才標準到底是什麼？畢業學校與英文能力並不是篩選履歷的標準，大部分的職缺要求學士學位，但特別注意，一定不會有特定的系所與學校要求，而事實上英文程度的要求與工作性質和職能要求有關，許多職能僅要求基本的英語溝通能力。

Jeffrey提到Google非常重視的四大面向，不管是哪一個職缺都在看這些事情，包含：溝通表達與解決問題能力、針對各職缺的專業能力、是否具備團隊驅動，利益關係人管理的經驗與能力，就算不一定是擔任領導人但也要能展現出Leadership，在日後團隊間溝通可以更流暢，最後也會評估應徵者是否能適應Google企業文化。

5.Google傾向找年輕的員工？ Google不因應徵者的種族、膚色、血統、宗教信仰、性別、國籍、性傾向、年齡、公民身份、婚姻狀況、殘疾、性別認同等，影響招募流程，且不主動要求應徵者提供以上資訊。

團隊與組織多樣性為Google人才策略的核心理念,並反映在工作環境、人才招募與產品設計上，包含支持LGBTQ及女性族群加入科技產業、徵求身障人士員工協助開，發符合身障人士需求的Accessibility(無障礙功能)便捷產品。

6.為什麼我丟了履歷以後都石沉大海？Google認為台灣應徵者擁有優秀專業能力，英文履歷需要留意呈現方式，文字是否敘述流暢、精簡與邏輯，所寫內容能對應應徵的職能，而非流水帳，要能數據化呈現自己專業能力帶來的成長，也建議針對不同公司不同職缺，要能適度客制更貼近的履歷內容。

7.如何提升被錄取的機會？在公司成長情況下，每年收到數百萬的履歷，幾乎每個職缺都會有很多人申請，也會鼓勵員工內部流動，對外開放的職缺也有可能先開放內轉，的確是競爭者眾，是否符合職業需求以及上述Google非常重視的四大面向四大面向，基本的英文溝通能力都非常重要，Jeffrey提到自己所認識的Googler多半都是投遞超過一次才進入公司。

8.進入面試但沒錄取？應徵者要盡可能強調優勢、展現專業能力、正面的工作與團隊合作態度，在面試中應注意的地方，包含回答精準、勇於表達、不要擔心答案不正確而不答，要有抗壓測試的心理準備即使是英語面試也應該展現自信。

Google觀察，台灣人往往都追求完美答案，在面試過程當下反而會陷入較久的思考時間，建議當面試者當緊張時，可以向面試官釐清問題，或是幫自己爭取時間，不要擔心答案是否正確，像是過去會有一些情境假設題，這些問題其實本來就沒有所謂標準的完美答案。

9.一生只能應徵兩次？且失敗率低Jeffrey澄清目前真的沒有這項規定，Google並沒有限制應徵次數，在投遞履歷沒有冷靜期，如果你投遞某個職缺上，已經表現好但競爭者太強也可能成為遺珠，但你仍然可以去投其他職缺，仍有獲得Offer的可能。

Jeffrey也建議，有些職位會希望未錄取者先專注精進專業能力，不要太快馬上再投遞。

此外，Google也補充，員工推薦的確會增加履歷能見度。

10.Google台灣現階段有哪些重點職缺？Google表示，在軟體、硬體、專案管理相關工作長期有開缺，而近期重點專案，包含：Nest、晶片研發團隊、搭配Pixel、Chromebook硬體產品的軟體人才還有供應鏈管理，以上都是台灣的重點專案，當然也有相對應的人才需求，另外在全球市場上，雲端基礎建設人才也有相當需求。

核稿編輯：Mia延伸閱讀：想加入Google嗎？Google台灣員工現身說法工作體驗解密硬體新品與跨國工作經驗！Google台灣硬體團隊成員現身說法揭秘幕後秘辛Google辦公豪華設備能用嗎？前Nest台灣研發團隊負責人洪福利五大Q&A破解 分享文章或觀看評論 評論 Anny 安妮，生命中不可以沒有咖啡和手機。

品牌 開發者享受CI/CD價值！運用AmazonEKS整合GitLab創建自動化部署 2022/05/18 廣編企劃 雲端 、工程師 、AWS 、開發者 、Gitlab 、中小企業 、數位轉型 、AmazonEKS 企業如何在AmazonEKS（ElasticKubernetesServices）上使用GitLab創建自動化部署，減輕人力負擔，提升專案服務運作效率？ 評論 SPONSORED 評論 所謂現代化智慧IT，所有工程師最希望的境界，莫過於只要輕鬆點幾下設定，系統就會自動跑起來，管理者再也不用隨時待命在機台旁邊，從此工作悠哉又快樂！儘管這樣情境還沒到來，但隨著敏捷式開發的流行，除了DevOps人員，有越來越多開發者將CI/CD概念融入到工作流程當中，例如從buildcode、執行unittest、到部署應用程式。

打造第一個在AWS上的應用程式上述種種反覆步驟自動化執行，也就能提昇服務品質、主動通知開發人員以減輕人力負擔，讓專案服務能持續運作。

其中，GitLab是執行CI/CD常用的工具之一，也是開發者使用程式碼儲存庫的地方。

為了讓GitLabRunner在雲端快速實踐CI/CD，《AWS開發者系列》透過影片分享，如何在AmazonEKS（ElasticKubernetesServices）上使用GitLab創建自動化部署。

以下節錄工作坊影音內容，幫助開發者快速理解如何運用AmazonEKS的高可用性且安全的叢集，將修補、部署節點、更新等關鍵任務，全部做到自動化設定。

同時影片也會示範AmazonEKS搭配GitLab如何展開自動部署，幫助工程團隊實踐CI/CD價值。

AmazonEKS對容器管理輕鬆簡單、維運省時省力容器化服務越來越興盛，當容器（Container）越來越多，在複雜的微服務（Microservice）系統環境之下，運維團隊的管理成本可能相對會增加不少，為了有效調度容器部署，導入Kubernetes無疑是近年企業熱門的話題之一。

建構KubernetesCluster流主要可區分兩大塊，一是安排容器調度的ControlPlane、另一則是容器運行時需要用到的WorkerNode。

ControlPlane裡面涵蓋有儲存狀態的ETCD、CoControllermanager、Scheduler的調度管理、甚至是操作時進行互動的APIServer，若是自己創建的KubernetesCluster，需要自己安裝這些元件，後續仍需要對ControlPlane進行相關管理、維護、升級工作。

為了減少上述Components的繁複維護，在透過AWSEKS代管的KuberneteControlPlane部可以獲得以下三大好處。

透過AWS增加雲端技能在組織發揮影響力AmazonEKS一鍵式部署，展現三大優勢第一，AmazonEKS代管的ControlPlane實踐了跨AZ的高可用部署，使用者不需要擔心單一節點故障的風險。

第二，AmazonEKS支持至少四個Kubernetes版本，持續跟進每季CNCF的發佈，同時EKS也完全符合上游CNCF規範。

第三，部署AmazonEKS之後，可直接使用AWS平台上現成的服務工具，在安全性管理、網路設定方面，可以做到無縫整合。

最後AWS台灣解決方案架構師也提到，若想在容器環境進行CI/CD及應用程式的管理，可以進一步透過IaC整合部署AmazonEKS叢集，透過使用Console、把EKS變成Cloudformation的模板、使用AWS所開發出來的eksctl.io、或指令是採用AWSCDK可以讓開發者用自身熟悉的語言，在AWS平台整合CI/CD工具進行維運及部署EKS。

了解AmazonEKS整合GitLab，獲得三面向價值對開發者而言，想把AmazonEKS整合到CI/CD工具之一的GitLab平台上，可以看到那些實際的優勢？在DevOps開發者示範工作坊當中，GitLab資深解決方案架構師指出，GitLab使用到Kubernetes技術，主要有三種搭配方法，包含GitLabServer、GitLabRunner、以及創建DeploymentEnvironment。

本次示範教學會主要聚焦在GitLabRunner如何採取Auto-scaled方式進行Build、Test、PackageApps；以及在DeploymentEnvironment運用Kubernetes技術，做到AutoDeploy、ReviewApp。

正因為AmazonEKS能夠在DevOps過程提供所需要的彈性計算資源，幫助開發者在GitLab平台上面獲得以下三個層次的優勢：在GitLab內建的部署工作流程當中，自動生成整套CI/CD最佳實踐腳本。

ReviewApp過程，從MergeRequest中可直接訪問應用程式/App的UI介面，並且根據Gitbranch名稱、專案名稱，自動生成ReviewApp的URL，以及在Merge前的最後防線進行Approval檢查。

加速CI/CD流水線，GitLabRunner運行時候還可藉由AmazonEKSCluster進行Auto-scaled的支援。

AmazonEKS整合GitLab，需要兩大流程影片最後，GitLab資深解決方案架構師示範如何把AmazonEKS整合至GitLab執行AutoDeploy，主要可分為兩大區塊流程，第一部分聚焦在AmazonEKScluster的設置，第二部分則執行AutoDeploy設置。

第一塊可拆分為四個階段，首先教學怎麼創建EC2節點的EKScluster，第二階段示範把EKSCluster連接到開發者的GitLabInstance、Group或Project，下一步則使用ClusterManagementProjectTemplate創建一個ClusterManagementProject，以及最後一階段透過ClusterManagementProject自帶的HelmChart，安裝在Cluster所需要的內建App。

第二塊執行AutoDeploy設置，針對需要部署的App創建一個GitLabProject，接著再把gitlab-ci.yml添加到Project，並從WebIDE選擇及導入AutoDeploy的CI模版，讓GitLab自動生成最佳實踐的整套流水線。

幫助開發者更了解AmazonEKS整合GitLab的QA系列Q：使用AmazonEKS之後，如何更有效率或優化資源去配置WorkerNode的機器數量，以及如何有效空管開發維運的成本？A：Kubernetes除了本身有HPA（HorizontalPodAutoscaling）可根據使用程度自動調整資源流量，另外也能延伸使用AWSAutoScaling方案，針對可擴展資源去設定自動擴展管理。

另外在成本管控，雖然AmazonEKS會收取額外管理費用，但可透過AWS平台的Calculator計算每個EKS的價格，你會發現自動化部署及管理的費用，相對工程師人力的成本更加便宜。

Q：越來越多客戶考慮把現有Application變成容器部署，大多是爲了加快部署的效率，那麼變成容器模式之後，對CI/CD的工作流程有什麽影響嗎？A：運用容器技術最直接的效果，可以讓應用程式的環境更一致化，例如testing環節、stageproduction，讓容器避開一些差異問題。

至於CD部分要delivery一些usage不太一樣的時候，容器會幫忙做配置，所以CI/CD對容器的效益是相輔相成的。

Q：客戶在開發流程漸漸會把Infrastructure變成代碼或文檔，是不是可以把程式碼跟現有的應用程式的CI/CD流水線整合在一起，達到一套完整的CI/CD部署流程？A：觀察目前市場作法，主要分成兩個階段去做整體部署。

如果規模比較小的團隊，會把Infrastructure代碼跟App代碼分開，在管理上會比較靈活；如果企業規模比較大，會有另外一個Infrastructure團隊來控制部署事情，這種情况之下，APP的項目會生成一個APPpackage，主要做到delivery這個階段爲止。

而Infrastructure的項目會指定把需要版本的文檔，部署到他們的KubernetesCluster。

填寫表單找到適合的快速上雲服務與工具！ 分享文章或觀看評論 評論 廣編企劃 由關鍵評論網媒體集團《業務團隊》製作，由各品牌單位贊助。

業務與行銷相關合作，歡迎與我們聯繫。