2020年的第一次面試以及感受


面試出來時還滿腦子的思路,回到家坐在電腦面前的時候,突然有點不知道如何下筆了😹

#前言

 事情是這樣的,2020年在這次疫情的影響下,公司業務嚴重受損,沒辦法,目前已經是待崗狀態了,為了理想和生活,總得走出去。於是就這樣踏上了刷簡歷的路程。在某招聘平台上刷了兩天,發現目前招聘.net和.netcore的公司也就十幾家(排除外包公司,本人不喜歡去外包😂),😔哎,沒辦法,這個時候真的難啊。。。

兩天十幾個公司刷下來,看了幾個稍微合適,該投簡歷的投簡歷,然后就進入到了等待狀態,昨天中午吃完飯,接到個電話,一聽,正是早上投的某公司,問我是否是本人,目前在找工作嗎?是否有時間去面試一下,大概什么時候方便。我說,是的,目前在找工作,可以去面試的,要不周五早上10點面試吧。就這樣定好了面試時間

#面試

一早起來做好早餐,隨便吃完后,就去趕地鐵了,這算是我今年第一次趕地鐵吧,久違的感覺了。坐了1.5小時的地鐵,到了某公司的園區,一看時間,正好9.45,我一般面試的話都會提前點到,然后在周圍看看,大概會提前10-5分鍾進面試地點。在外面稍微逛了逛,到9.50的時候就進去了,來到前台,問了一下接待是否某公司,接待便給了我一份表和試卷,接過表和試卷,腦海里突然就想到,這幾年我招聘時的場景,一般來面試的我都不會讓他們做題,直接來了就根據對方的項目提實際項目中遇到的問題,倒不是說做面試題有什么不對,而且個人習慣而已,望勿噴。我記得那是16年的時候,也是我最后一次讓人做面試題,事情是這樣的,我團隊里就有個小伙伴是面試的時候就緊張,人也老實,一做題就大腦空白,讓他說項目里的東西也有時候會發揮不好,但是關鍵點和思路是清晰的,后來我決定留下他,事實證明,這幾年的項目中他做的確實很好,也是從那時候開始,我就再也沒讓人做過面試題了。

拿了表和面試題,找了個靠窗的桌子坐下來,邊開始了填寫,這里說一下面試題里的內容

試卷是很基礎的一份題目,前面三大題是驗證開發人員的基本功,一般在實際場景中基本用不到。大致是這樣的:

問題: int a=3;int b=6; var c=3m; d=3f;

1、求var e=a/b

2、求 var f=c/b

3、求 var g=d/b

做這個題的時候我看到c的時候有點忘了,這個m到底是啥,平時項目里基本上用的是l,f很少看到m,后來面試完了在群里問了小伙伴才想起來,原來是decimal,也是平時不常用,所以記錄一下,算是給自己提個醒,平時也別忘了復習基本功!

然后接下來的問題是:

try {}里有一個return語句,那么緊跟在這個try后的finally {}里的code會不會被執行,什么時候被執行,還是在return之后執行?

我答的是會被執行,finally會在return之前執行

接下的問題是:

MVC中的Action返回類型有幾種,請寫出三種

答常見的有:ContentResult、JsonResult、ViewResult,其他還有更多這里就不一一展示了,百度上可以找到

接下來是sql題,題目就是讓你寫個根據主鍵id順序查詢出前50條數據,太簡單了,這里就不寫sql了浪費時間了

后面就是兩到算法題,也是很基礎的,具體代碼忘了,這里就不多說了。

10分鍾做完后就給了接待人員,大概等了有10-20分鍾,面試官來了,坐下后,首先是讓我自我介紹了一下,我是湖南人,幾幾年來到了上海,然后入職了某某公司,目前在該公司擔任主管,主要負責公司系統的架構搭建等等。。。

然后一通巴拉巴拉介紹完后,開始問問題了,主要問了這么幾個問題,1、你們是怎么做微服務的   2、你們如何處理並發的   3、你們微服務里用了哪些    4、微服務的安全性怎么做的

基本上就是上面這些,然后我主要介紹了一下我們是從18年開始使用netcore搭建微服務的,技術選項的時候有考慮過surging、spring cloud、abp,但是並不符合公司的業務需求,所以就自己搭建了一套,以Orleans為網關、consul做服務發現、Apollo做配置中心(后來因為其他原因沒使用Apollo配置中心)、Polly做熔斷、監控使用Skyworking+ExceptionlessExtensions、事件總線使用CAP+RabbitMq、通訊可以用restful api形式或rpc等等,項目以Jenkins+Docker實現自動發布。在面對高並發時可以使用分布式+緩存+隊列的方式處理,微服務之間的安全通過ID4實現OAuth 2.0來做多個微服務的統一認證授權,通過集中認證和授權,獲得access_token,而這個token是受其他微服務信任的,在后續的訪問中都把access_token帶過去,從而實現了微服務的統一認證授權,保障微服務的安全性。

大概是這么個回答,如有回答的不正確的地方還望各位諒解並斧正。

面試官聽完后,又和我聊了一下他們現在項目的情況,目前他們只做了分布式,接下來是想做微服務,但是他覺得目前國內.net微服務方面沒有什么很好的微服務框架,不像java生態那么完善,后期他們會考慮使用java。然后我問,那以后公司是以什么技術棧為主呢。他說還是以.netcore為主。我悄悄的松了口氣,畢竟我還是很想基於.netcore進行開發的,到不是因為語言歧視,也不是java不夠優秀(望勿噴😂),只是這么多年都一直以.net進行開發,再說.netcore出來后也能跨平台了。雖說.netcore目前的生態沒java完善,但我還是不想放棄,誰也不是天生就強大的,可以給這個“小生命”一點成長的空間,讓他繼續發展下去,說不定到時候會更優秀呢?

之后我給他推薦了一下目前netcore比較優秀的微服務框架,比如說surging、abp,如果他實在覺得java的微服務框架比較成熟可靠,也可以選spring cloud,目前也是支持.netcore 的。

最后面完技術后,技術面試這一關,他直接說過了,后面就問了一些關於工資方面的問題了,然后他們最近蠻忙的,基本上都快996了,也許是我報的價格比他們老大給的價格范圍高了,他去了他們辦公室兩趟,最后和我說,他們要商量一下,大概兩天給我通知

#感觸

目前.netcore 關於微服務方面的開源框架確實相比於java來說少之又少,也沒java微服務框架的那么成熟,但是.netcore 正式版從“出生”到現在才經歷了不到4年的時間,她的成長是有目共睹的,生態圈也在不斷的豐富和完善,相信用不了多久,她會越來越好,讓我們一起為她的成長加油。技術的道路沒有盡頭,唯有大家相互幫助,一起分享,才能越走越遠!

 

文中並無針對任何開發語言,只是對.net的一腔熱愛,如有冒犯敬請諒解,同時有說的不對的地方請大家斧正,只有清楚的知道自己的弱點,才能完善自己和強大自己,請大家多多指教!🤝


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM