與某些公司對算法題的考察不同，我的面試面板沒有 AC 要求，換句話說就是白板編程，面試官提供的只是一個空白的在線編輯器。

他們似乎更注重和你的溝通而不是僅僅得到答案，每一輪算法部分我都是先向面試官確認測試用例的形態(tài)，也就是輸入什么得到什么輸出。然后才開始做，做的過程中面試官會提醒你，然后如果做快了，面試官會添加限定條件，將這個題的難度提升一些（類似 leetcode TwoSum -> ThreeSum）。

項目

項目基本上就是我將自己簡歷上的項目背景以及實現(xiàn)亮點介紹清楚后，他們從他們的視角進行提問，比如為什么使用 XX 技術方案？權衡的原因？如何衡量哪個方案好？怎么用數(shù)據(jù)驅動項目做的更好？

最后一般就引出類似系統(tǒng)設計的問題，比如如何設計一個組件庫、設計一個狀態(tài)管理層、設計一整個應用（比如 office online 版本）。

看到這的讀者可能也明白了，這個團隊是偏前端的，所以沒有問太多關于后端的東西。當然，換個團隊面可能就不是這樣了。

英語

因為我面試前說明了自己英語不太好，所以面試全部采用中文進行。

其他

面試完成后第二天我就收到了通過的通知，接著就是發(fā) Offer，接受背調，約定入職。薪資方面總包大概降了 30% 左右，這主要看個人取舍了。

會議

–

入職后我第一個想說的部分就是關于會議。前司我每周的必參加會議只有一個，那就是小組周會，時長也就半小時。其他會議都是按需加載。

但在這，每周有 8-9 個小時必參加會議（5 - 6個），如果按標準工時一周 40 小時計算的話，每周 20% 以上時間都在開會。如果可選的會議多的話，每周占到 35% - 50% 也不是不可能的（比如我的 manager）。

如果僅僅是參加會議倒也還好，對我來說最有挑戰(zhàn)的是，它們幾乎是全英文的（除了我和 manager 的 1：1），而且我還必須要發(fā)言。

英語

這場面有點出乎我的意料了，我原以為只是郵件等書面材料需要用英文，沒想到除了口頭溝通（僅限中國同事）之外全部采用英語形式。

有的同事說的很快，有的口音千奇百怪。每天我到公司上班，就好像出國了一樣。

針對這種情況，除了制定學習計劃并執(zhí)行下去，好像沒什么好辦法。

對于我這種典型的 “啞巴英語” 用戶而言，

讀的優(yōu)先級最低，因為可以隨時用工具翻譯（瀏覽器的劃詞插件，office 的翻譯工具等）。

寫其次，主要要考慮單詞量和語法，這個可以用機器翻譯 + ai改作文（語法、詞語替換等，如 grammarly、微軟愛寫作）解決。

而且讀寫是異步的，用工具后效率大大提高，但聽說是實時的，是工作中最可能成為阻礙的部分。

目前聽的話我每天抽出 1-2 小時來聽寫了，找自己感興趣的美劇、播客等先 0.75 倍速聽寫，然后對照字幕標出錯誤的地方，然后換正常倍數(shù)聽，再換到 1.25 倍。

說的話報了某 APP 上的一個班，每天通過課程練習半小時左右。每周再抽空去參加英語角和類似水平的中國同學用英語交流一個小時。

做了以上學習計劃后，每次開會輪到自己發(fā)言，還得提前打草稿，只要不遇到復雜問答的問答環(huán)節(jié)，基本可以應付了。

目前的英語水平評測結果：

希望半年后可以全面達到 C1 level~

如果讀者有什么更好的英語學習方法，歡迎和我一起交流~

coding

由于我目前還在新人 （ramp up ）階段，所以沒有分很大的活給我。

不過小需求，在這里不一定代表著簡單。

看似增刪改查傳參數(shù)的邏輯，代碼不足百行。

但其實 code review 的時候就被吊打，反反復復刪改代碼幾十遍，才合入了主分支。

一部分是因為代碼不夠優(yōu)雅，沒有遵守最佳實踐（比如函數(shù)設計、變量命名、注釋、排版）。

另一部分其實是因為實現(xiàn)方案的權衡，如果有更好的方案（性能更優(yōu)，成本更低，風險更低）就需要重構來達到。而這部分其實需要大量 coding 之外的工作。

非 coding

可以說一個需求的上線里，coding 其實只占用了 10% 的時間。

40% 的時間用來溝通：在微軟，想一個人做成某件事是非常難的。從提交代碼時，就有技術同事幫你把關，到上測試環(huán)境和產(chǎn)品、qa 溝通，再到部署。特別是依賴別人的項目或者產(chǎn)品基礎上做事情時。

1. 郵件溝通，郵件溝通在微軟起到了一個非常重要的環(huán)節(jié)。因為大家可能在不同的時區(qū)工作，所以異步且正式的郵件方式成了官方推薦的溝通環(huán)節(jié)。這樣的好處就是每個人都可以按照自己的節(jié)奏安排工作。

2. IM 或口頭溝通，這種屬于非正式溝通，比較高效，但是基本定不下結論。而且 Teams 經(jīng)常出 bug，大家稍微正式點的溝通還是用郵件，和前司 IM 為主的模式不同，這里的 IM 看起來是輔助郵件而存在的。

3. 會議溝通，這種一般是針對特定的議程得到特定的結果。有的是工程師們針對技術方案的討論，有的是工程師、pm、設計師對項目和產(chǎn)品的討論。還有的是跨團隊溝通。

4. code review 溝通，這種就是提交代碼后全組的同事來挑你代碼的毛病了，幾十行代碼得到幾十條 comments 是常事，有時候因為大佬的一個 comment 推翻重寫也是常有的事。

20% 的時間用來設計：

1. 做的事影響的范圍。如果影響范圍較大需要拉相關的同事一起來討論。

2. 可維護性，有的技術方案雖然可以解決問題，但是可能會對提高同事后續(xù)的維護成本。（所以要應用各種設計模式的時候很容易被人說過度設計）

3. 性能。包大小、應用加載速度、服務穩(wěn)定性等都是被考量的因素。畢竟這些可以被量化。

4. 安全，此處細節(jié)略過。

5. 用戶隱私，此處細節(jié)略過。

6. 可訪問性，微軟還是很重視殘障用戶的需求的，對于視障聽障或者運動障礙等的用戶也照顧到。

7. 兼容 IE…

20% 的時間用來測試：

1. 自測，自己測功能看是否達到預期

2. 內(nèi)測，組內(nèi)同事幫忙測功能是否達到預期，以及一些邊界情況。這需要單獨組織個會議。

3. 單測。主要集中在數(shù)據(jù)處理和 ui 組件上。

4. e2e 測試，還沒接觸到，但有人在維護。你提交的代碼一定要通過這些用例。

10% 的時間用來總結和分享：在會議上總結自己的工作，同步給參與的同事。如果這段經(jīng)驗復用價值比較高的話，還需要做 PPT，舉辦一場分享。

一個例子

一個 sdk 升級引來的慘案。

我接到一個活，是修一個 bug ，但它其實是第三方庫 A 的問題，然后我引了個另一個第三方庫 B 來修它，不過這樣做會讓整體的代碼 gzip 后大概大了40 k，即使我用了懶加載。然后大佬 code review 評論別用 B 了，直接升級 A，改代碼升完了，告訴 PM，又說很多地方用了 A，我要是升級的話得同步一堆人先討論這個變更是否值得，ROI 高不高。然后又是一通郵件 + 會議，現(xiàn)在還沒個定論…

wlb

整體公司大環(huán)境還是慢的，提倡 wlb，排期也不會特別緊。但是我這個組氛圍比較 push，主動加班的人也多。

每晚八九點打開 Teams，一定有人在提 pr，再晚一點甚至周末也有同事在干活，估計我過了新人期（這邊叫 ramp up），也不會比前司輕松。

當然，沒有加班費。自愿的。

manager 的管理風格屬于那種 MicroManager，需要進行日常匯報（可能也解釋了為什么會議那么多），現(xiàn)在已經(jīng)哪天不匯報進展和問題就心慌了，每天高（jin）效（zhang）地工作，不存在摸魚。

如果輪值成 oncall，需要 7x24 待命，那應該是最忙的時候，不過要半年后才輪到我。只能期望那時候已經(jīng)熟悉了整個項目和相關的合作同事了吧。

總結

–

再回顧一下我最初來微軟所追求的三樣目標：

1. 鍛煉英語技能 ?? 但是難度超過預期了，需要額外付出精力提高

2. 學習到專業(yè)的項目開發(fā)流程 ?? 倒是很享受這個痛苦而又滿足的過程

3. 體驗 wlb 的工作節(jié)奏 ? 業(yè)余時間用來學習英語或者了解項目

我只想說，微軟其實并沒有想象的那么輕松。

關注我們

我們將為你帶來最前沿的前端資訊。

自我介紹一下，小編13年上海交大畢業(yè)，曾經(jīng)在小公司待過，也去過華為、OPPO等大廠，18年進入阿里一直到現(xiàn)在。

深知大多數(shù)前端工程師，想要提升技能，往往是自己摸索成長或者是報班學習，但對于培訓機構動則幾千的學費，著實壓力不小。自己不成體系的自學效果低效又漫長，而且極易碰到天花板技術停滯不前！

因此收集整理了一份《2024年Web前端開發(fā)全套學習資料》，初衷也很簡單，就是希望能夠幫助到想自學提升又不知道該從何學起的朋友，同時減輕大家的負擔。

既有適合小白學習的零基礎資料，也有適合3年以上經(jīng)驗的小伙伴深入學習提升的進階課程，基本涵蓋了95%以上前端開發(fā)知識點，真正體系化！

由于文件比較大，這里只是將部分目錄截圖出來，每個節(jié)點里面都包含大廠面經(jīng)、學習筆記、源碼講義、實戰(zhàn)項目、講解視頻，并且會持續(xù)更新！

如果你覺得這些內(nèi)容對你有幫助，可以掃碼獲?。。。ㄙY料價值較高，非無償）

更多面試題

**《350頁前端校招面試題精編解析大全》**內(nèi)容大綱主要包括 HTML，CSS，前端基礎，前端核心，前端進階，移動端開發(fā)，計算機基礎，算法與數(shù)據(jù)結構，項目，職業(yè)發(fā)展等等

資料獲取方式：點擊藍色傳送門即可獲取

并且會持續(xù)更新！**

如果你覺得這些內(nèi)容對你有幫助，可以掃碼獲取?。。ㄙY料價值較高，非無償）

更多面試題

**《350頁前端校招面試題精編解析大全》**內(nèi)容大綱主要包括 HTML，CSS，前端基礎，前端核心，前端進階，移動端開發(fā)，計算機基礎，算法與數(shù)據(jù)結構，項目，職業(yè)發(fā)展等等

資料獲取方式：點擊藍色傳送門即可獲取

[外鏈圖片轉存中…(img-zwmyBik9-1711677020493)]文章來源地址http://www.zghlxwxcb.cn/news/detail-854278.html

到了這里，關于入職微軟一月后的感悟，談談面試經(jīng)歷及入職體驗的文章就介紹完了。如果您還想了解更多內(nèi)容，請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關文章，希望大家以后多多支持TOY模板網(wǎng)！