學什麼東西都得看你的用途 如果是急著找工作,解決某一方面的應用問題,或許暫時不用學習演算法也可以 但是只要是做程序開發,最終一些關鍵的問題都離不開演算法來解決 可能你需要找一本演算法類的書籍研讀一下,培養一下興趣,這里可以推薦你看《程序員實用演算法》,裡面的代碼都很實用並且很容易上手,讓你真真切切地體會演算法的自如應用能夠給你帶來什麼好處
Ⅱ 如何看待程序員面試讓上機做編程題,這樣的公司多嗎
從事軟體開發多年,上機寫代碼這種考查模式在國外用的比較多,很多國內的公司也在學習這種方式,這種方式能直接看出寫代碼的能力,但對上機做編程題目這種事情很多成熟的程序員覺得是一種侮辱,有一些程序員看到有筆試直接就選擇走人了,這些東西在面試之前應該有溝通,事情不會變得這么被動,因為對於很多有能力的程序員,能夠請到面試已經非常不容易了,能力越強脾氣越大。
直接上機做編程測試能力的公司不是很多,從事軟體開發十幾年主要經歷了四家公司,面試的時候主要靠面談為主,因為編程行業能力的高低通過交談就能了解差不多,只需要根據簡歷上寫的項目進行細節溝通,如果真的做過幾句話就能看出大概的水平,所以很多公司壓根不搞什麼筆試或者上機寫代碼的事情,編程這個職業主要靠時間的積累,並且在積累中不斷完善自己的知識體系,慢慢提高自己的認知。
一個程序員如何提升自己的能力水平,對於初學者來講首先是學習好一門編程語言,開始學習階段覺得編程語言就是天了,好像是學會了編程語言就能做任何的東西了,隨著編程語法的學習完畢就開始嘗試做一些題目,結果發現距離語法真的非常遙遠,所以有很多的初學者有一種感概明明在課堂什麼都明白了,結果到真正自己實踐的時候什麼都想不起來,這是初學者必然的經歷,編程本身就是一種不斷磨練編程思想的過程,編程語言屬於在輔助類基礎技能,沒有輔助就不會寫代碼,編程設計思想再牛也不可能實現,兩者是相輔相成的作用,編程思想裡麵包含著仙姑經驗的積累。
很多人覺得很奇怪有些公司也不進行面試也不讓上機寫代碼,就是通過不到一個小時的閑聊就能把一個人的水平能力和工資水平給定位下來,通過面試就能檢測出編程思想以及編程基礎,編程基礎類的考察只需要問幾個簡單的語法問題就能做個大概的檢測,編程思想就是完全的編程意識以及編程經驗的積累,所以一些企業在招聘的時候明確寫著就相關開發經驗的人優先,企業招聘的目的就是希望要的人在短時間內能夠上崗直接切入到項目開發中去,整體來看是不是需要上機寫代碼測試完全看每個公司的技術文化了。
有些技術類的公司對於程序員的基本功要求特別嚴格,有個同事在第一家技術公司的時候,部門技術經理特別關注程序員的基本語法,只要是簡單的代碼語法錯誤,就能到部門的黑板通報,開始實施階段很多人上了黑板,後來隨著時間的推移上去的人越來越少了,同事說到自己上了兩次黑板都是因為在使用指針的時候沒有初始化導致,到今天還是記憶尤新,如果在技術生涯的初期能夠經歷過這種企業是一個技術人的幸運了,越是嚴格要求的領導或者公司越是有利於技術人員 的成長,至於在面試的時候要不要上機這個就看每個公司的技術文化了,一般注重代碼基礎的領導會引領這個事情,希望能幫到你。
這是一個正常的流程,我覺得有時候還是有必要的考驗一下面試者的。
以前這種面試實際上是很平常的,但是發展到現在越來越多的人對這樣的面試很反感,大概率的原因是因為很多人更多的是在搬代碼,並且搬的很成功,而真正注意寫代碼的人反而越來越少。
筆試和上機編程好不好?
我覺得挺好的,這樣可以刷下去很多劃水的人,有的人,寫代碼的能力並不強,但是搬代碼的技術一流,隨著技術越來越晚上,一些解決各種bug的網站越來越流行,現在更多的畢業生為了高工資,變成了搬代碼的人,他們能解決問題嗎?能,但是是他們自己的解決的嗎?不是,更多的是他們通過搜索的手段,問度娘,問谷歌,漸漸的形成了一個可以解決問題的方案,雖然問題解決了,但是等遇到一個需要創新開發的時候,他們就完了,基本上沒有了自我的思維。
筆試和上機可以有效的防止這類人進入公司,實際上也是一種不錯的手段。
這樣的公司多不多?
據我所致,目前來講上機編程的公司不是很多,畢竟,每個公司所使用的編程軟體不同,有的公司製作的軟體也比較具有保密性,沒辦法直接考程序員的實際能力,只能通過一些演算法測試,或者是什麼測試,來簡單的排除掉那些搬運的人。
所以上機測試的效果並不是特別好,一般的公司都會選擇用筆試的方式。
我遇到過不少筆試的,上機的從來沒有遇到過。
我一個同事之前換工作的時候倒是遇到過,按他所說,這樣的測試並沒有什麼效果,畢竟測試題出得很淺,太難的問題,基本上短時間內很難解決,也不會有那麼長的面試時間。
其實,在我看來,這個上機面試並沒有那麼大的用途,畢竟測試不到太多的東西,還不如看他自己寫過的代碼來的更快。至於這樣的公司多不多,真沒辦法說,畢竟沒有統計過,根據我的經驗,我覺得不會太多。
筆試的我見過,但是上機的沒有過。
1.筆試可以有
這么說嘛,其實簡單的筆試的話肯定是可以的。因為筆試的話可以讓招聘者知道你大概的能力定位在什麼位置?一些邏輯編程可以測試你的邏輯能力。尤其是在it這個行業,邏輯能力是非常重要的。
如果說你是一個已經有工作經驗的人。其實筆試就沒有那麼重要了。這時候看中的一般差不多就是你曾經的項目經歷。
如果說讓你做一些項目上的,比如說項目架構了這種的,你可以拒絕回答。因為我之前就有聽到過說招聘產品經理,讓他去設計一個產品的。結果這個公司就是通過一直招聘產品經理。然後讓產品經理去設計產品相關的功能,最後再把這些所有求職者的產品相關的思維組合到一起。
雖然說這總公司是很少的,但是也不排除是有隻通過這種方式來滿足產品需要的。
所以解釋的時候可以大概的寫一個思路代碼的流程,但是可以不用全部都寫。
2.上機測試
我覺得這個確切的來說是有一點過分的。像這種上機考試的話,肯定他是需要一個比較完整的項目。但是這種項目誰都不知道是他們公司需要,還是讓他僅僅是為了做測試。所以像這種事情完全可以直接拒絕。
在這里大概說明一下。 找工作是一個雙向的過程 ,如果說是你無法接受這個公司相關的制度,或者說是相關的流程。其實你可以趁早放棄這種公司的,不然的話即使是你筆試面試都過啦,你到公司之後也會因為你自己的價值觀跟企業的文化匹配不到一起。遲早還是要辭職的,所以你要慎重考慮。
其實面試的時候筆試和機試都是it的正常流程,但是在國內被玩爛了,面試和機試過程中,會有公司內遇到的問題做為面試內容的,也許是個人也許是公司,讓你解決這樣那樣的問題,這樣子的都是垃圾
作為一個老程序員,關於程序員面試的話題,非常有意思,特別有的聊。其實在 IT 界面,有兩個不算公開的秘密,也就是兩個不成文的習慣或者規定吧,關於面試的。
讓老程序員做筆試題是一種侮辱
很多程序員,尤其是有經驗的程序員,去面試的時候,尤其是去小公司面試的時候,如果對方給你出了一套筆試題,很多程序員會說: 我轉頭就走,這是對我經驗水平的侮辱 。
你們是不是感覺很吃驚,還有這種道理?確實是,我有一次去一個創業公司面試,對方給我出了一套筆試題,我做完了,面試完回去跟一些同事聊筆試題的事,他們會驚訝的說:你竟然把筆試題做了?你是有經驗的程序員,不應該經過筆試的,直接面試就行,筆試是一種侮辱。那是我才發現,好多程序員都這么認為的。
但是,我感覺這是一種病態思維,你既然去面試,其實筆試也是面試的一種,你去大公司比如 BAT 這樣的公司的時候,也會有筆試,而且層層面試好幾輪,你都能忍,一些小公司給你出筆試題,你竟然受不了?公司用什麼方式來面試你,是公司的選擇和考量,當然了,面試是一種雙向選擇,如果你感覺是侮辱,當然可以選擇不面了,這是雙方面試的權利。
但是,我感覺筆試是一種正常的流程,跟有沒有經驗沒有關系。有經驗了,你筆試你確定能過么?
很多程序員都不會選擇上機測試
還有一種就是面對上機做題的面試,很多程序員都不喜歡,其實我也不喜歡的,大部分程序員好像遇到上機面試的情況,也是選擇扭頭就走。
其實,我感覺上機測試是可以接受的,但是是有條件的,那就是上機做題,可以做演算法題,這種方式我能接受。
有一次我去面試,他讓我上機做題,竟然跟我說用 android 寫個什麼功能,什麼模塊,簡直了,這種題怎麼做?直接去實現功能模塊,寫其中的一個點,我都不熟悉需求,也不熟悉功能模塊,上來就寫,怎麼做?沒法弄。我直接就走了。
演算法題屬於比較明確的東西,上機做兩道應該是可以接受的。
你問上機做題的這樣面試的公司多嗎?可以明確地告訴你,不多,我工作這么多年,面試了很多公司,只遇到過兩家。
我是負責我們公司技術面試的,機試環節必不可少。題目不會很難主要是考核程序員的感覺,只有有感覺的程序員才能寫好大程序,這很關鍵。
這主要看做什麼了,我最頭疼的是拿一個構架來靠你函數命令。我都是自己寫數學模型和函數。我哪知道這個構架的函數名?
務實啊,說明人要的是能實乾的程序猿,沒什麼奇怪。面試需求很明確,要會乾的。找領導才找會說的。剛畢業面試的時候遇見過這種機試,程序猿這行算是工科,靠技術吃飯,面試動手實戰是正常的。
支持,不然很多水逼,劃水貨太多了
這樣的公司會存在
基於以下4個原因:
1 面試的人很多,不想花過多的時間去篩選。這樣做題,可以快速過濾一些濫竽充數的人
2 通過合理的上機操作,有針對性地找合適的人,匹配的人也能快速完成上機操作
3 標准,對面試者統一對待,以免主觀原因造成誤判
4 面試者的配合度,一般看到機試,有人就會直接退出。(我遇到這種情況,就會直接走)
以上4個原因,都是較為正式的原因,還有一個主要原因就是能力不行,面試官無法正確篩選簡歷,面試官無法從面試中獲取想要的信息並加以判斷。
基於最後一個原因就是我會選擇直接走的原因,面試官能力不行,表示公司對此招聘的用功不足,該公司沒有能力或沒有意願重視此次招聘。即使入職,收到的待遇不會重視,沒有必要把自己的前景壓在一個不會重視你成果的公司上。
Ⅲ 怎麼准備Android面試
總體上來說可以分為兩種類型,小公司注重你的實踐能力,大公司看中你的綜合能力。小公司面試會比較集中安卓開發這一塊,比較在意你之前有沒有類似的項目經驗,有沒有遇到過目前他們所遇到的一些問題,准備這類公司面試除了基本的一些知識點還需要關注一些安卓開發實際中經常遇到的一些問題,諸如圖片緩存,常見的開源框架,oom問題等等。大公司面試比較在意你的綜合能力,無外乎是數據結構與演算法,計算機網路,操作系統,java這。我想說在我列出的這么多考查點中,數據結構與演算法是一個分水嶺,這個的准備需要一個長時間的積累,真正的高手與一般人一試就知道,屢試不爽,所以很多公司都痴迷於考演算法,像是美團,網路,愛奇藝等公司,總共整個面試下來可以讓你手寫5個演算法題以上,我說這么多隻想告訴你這是一個門檻,能不能跨過去決定了你最終所找工作的水準,所以我都會建議每一個找程序員相關工作的人,這一塊要盡早准備,多刷一些leetcode或是其他類似的題。然後在剩下的幾塊知識中,我只想說你可以不用全部都懂,但是你必須要在某一塊知識點是有深入研究的,能夠回答面試官4到5個追加問題,如果所以知識點都只能答上一到兩個,面試官會覺得你的水平就是這樣了,另外也會覺得你沒有探究精神,關於後面一點是很恐怖的沒有探究精神做不了好的程序員。如果按照重要程度,面試安卓我覺得可以做一個這樣的排序:數據結構與演算法,java,安卓,計算機網路,操作系統,後面是資料庫或是設計模式之類的。java這一塊比較重要的是多線程同步非同步,java虛擬機內存回收,容器,面向對象一些知識點。就單單是多線程和虛擬機都可以看好幾本專門講解的書了,其他知識點就多啃啃java編程思想,遇到不懂在多翻翻博客加深理解。安卓這一塊,非同步機制,view的繪制,自定義控制項,四大組件都非常重要。不管是android或是java都最好看一些源碼,java可以看一些容器的源碼,android可以看handler,looper,message等非同步通信的源碼或是一些開源框架的源碼,會看源碼絕對是加分項。計算機網路可以注重看上面幾層,傳輸層注重研究。一般來說,前面這幾點掌握好了,足以聊好幾輪面試,一般面試官你都可以引導他去聊一些你擅長的知識點。後面幾塊知識點,你可以先掌握一些比較重要的,不一定每次面試都會遇到,但是也得准備。
我只提供一些大概的思路,具體到沒一塊知識點怎麼准備可以自己去搜集,大的方向對了加上好的執行力一般可以取得不錯的結果,祝好!
2016.03.14更新,加一些具體的准備建議:
上面這幾塊知識點,按照其重要程度排序,我個人認為可以這樣排:數據結構與演算法,Java,Android(如果不找安卓的就去掉這部分),計算機網路,操作系統,設計模式。下面我就按照這個順序給出一些准備建議。
Ø 數據結構與演算法
推薦書籍:大話數據結構,數據結構與演算法分析(java語言描述),劍指offer,進軍矽谷。
推薦在線刷題網站:Leetcode(LeetCode Online Judge),Lintcod(LintCode - 主頁),牛客網(在線編程_C++Java前端經典筆試面試題庫)
推薦方案:主要做三件事。
1, 先看一遍大話數據結構,熟悉一些基本概念,大話這本書只講了一些基本的數據結構,像是B樹,B+樹,紅黑樹需要自己看一些博客或是網站,推薦一個講解演算法的網站-七月演算法,另外海量數據處理也是一個經常考的專題,它結合了數據結構和操作系統的一些知識,這個需要進行針對性准備。
2,然後開始刷題,最推薦的肯定是leetcode,刷題建議按照標簽進行刷題(比如隊列,棧,哈希表),刷題從易到難,最好能夠刷一百題左右,如果一天一題,至少要三個月以上,所以這個耗時比較長,要從比較早開始准備。進軍矽谷這本書有按照專題進行編排,基本上的題目來自leetcode,可以作為一個參考。
2, 然後要分析一些常見數據結構的源碼實現(比如隊列,棧,hashmap之類的),數據結構與演算法分析這本書有講一些,可以結合一些博客進行准備。
Ø Java
找程序員工作,大多數情況下需要掌握好一門面向對象的語言,主流上分為Java和C++兩大陣營。這里講Java需要怎麼准備。
入門書籍:Java核心技術卷一,Head first in java(如果一點面向對象的概念都沒有那就看這本)
提高書籍:Java編程思想
Java虛擬機:深入理解Java虛擬機
Java多線程:Java多線程編程核心技術,Java並發編程實踐
其實我覺得如果有一定基礎建議直接看Java編程思想,面試中的考點經常都會在這本書中有講到。當然Java虛擬機和多線程這兩塊需要再看一些專門講解的書,每一次java面試考查內容幾乎都離不開這兩塊。
總體來說java考察內容包括以下這些:
1,面向對象的一些基本概念:繼承,多態之類的
2, 抽象類和介面
3, 靜態類,內部類
4, Java集合類,同步和非同步
5, Java類載入機制
6, Java內存模型和垃圾回收演算法
7, 線程同步機制(volatile,synchronized,重入鎖,threadlocal),線程間通信(wait,notify)
8, 異常處理
9, 多線程同步問題,生產者消費者,讀者寫者,哲學家就餐,用java實現
10,
了解java中設計模式的思想,用了哪些設計模式,有什麼好處
Ø Android
入門書籍:第一行代碼。
提高書籍:Android群英傳,Android開發藝術探索。
上面的書看好了,一般問題不大。主要問的一些問題:
1, Activity,Service,BrocastReceiver,Intent,Fragemnet,ContentProvider,這些組件的基礎知識,比如Activity兩種啟動方式,生命周期,四種啟動模式,Service則主要是:兩種啟動方式,生命周期。還有組件之間怎麼通信之類的問題。
2, Android的數據存儲方式,資料庫,sd卡,SharedPreferences 這些
3, Listview的優化,與scollview的區別
4, view狀態與重繪,view的繪制過程,view的事件分發機制,view的事件沖突處理
5, Android多線程非同步機制,AsyncTask工作原理與源碼實現,Handler,Message,Looper非同步實現機制與源碼分析
6, Android常見的開源框架(主要是網路通信,圖片載入這些),了解怎麼使用,分析源碼
7, Oom和anr異常引發的原因,怎麼解決
8, 了解一些常見的圖片緩存技術
Ø 計算機網路
推薦書籍:計算機網路自頂向下,tcp/ip協議詳解卷一
主要看:主要看應用層,傳輸層,網路層,其中傳輸層最為重要。主要的一些考察內容有:
1, TCP和UDP的區別
2, TCP的三次握手,和四次揮手,為什麼需要三次握手,為什麼要四次揮手(這兩個為什麼要考慮非常清楚)
3, TCP擁塞控制演算法(慢啟動,擁塞避免,快速恢復),流量控制演算法,滑動窗口協議,選擇重傳。
4, TCP可靠性是怎麼保證的(通過哪些機制保證)?
5, HTTP協議報文格式,請求方法欄位以及各個方法之間的區別,了解常見的響應狀態碼,了解cookie機制,了解WEB緩存技術(條件get方法)。
6, DNS協議的各層域名伺服器,兩種查詢方式(遞歸和迭代),dns緩存
7, Udp的特點,適用場景,校驗機制
8, 從輸入一個網址到最後網頁顯示整個過程發生了什麼?
9, IP地址組成,ARR,RARP,ICMP協議,路由選擇演算法
Ⅳ 演算法題有多重要 | 來看看Android-Flutter面試親歷者的經驗總結
這兩周鬧旦面試遇到的演算法題,都是需要手寫實現,本人演算法相當菜,面試之前也沒刷題的概念,所以演算法答的很不好,下面只簡單說下都遇到了哪些吧。
該問題被問到過三次,應該是相當高頻的吧,第一次我只想到了下面的第一種方法,面試官很nice,引導著我給出了第二種解決方案
1->2->3->4 交換之後為 2->1->4->3.(基本沒有寫出來,當時面試官問我你沒刷題嗎,我實話實話沒刷過)
被問到過兩次,第一次是某公司的技術負責人,人超級好,我第一中解法用的棧實現的,然後就問我時間復雜度和空間復雜度是多少,還耐心給我講解這兩個的概念和如何計算,然後又讓我想第二種解法,第二種我寫的是chartAt實現,面試官又問時間復雜度和空間復雜度是鋒滾多少,然銀彎余後讓我再想更優的解法,最後在面試官的開導下寫了下面第三種實現,特感謝這位面試官。
當時大體寫出來了 但是臨界值判斷錯了
當時是寫出來了,但是方法很笨,之後去看了下源碼,膜拜啊
就遇到了這五個演算法,其中一個出現過三次,一個出現過兩次,覺得自己還是挺幸運的吧。希望大家在找工作前多看看演算法吧,這個是面試必問的,而且是手寫實現,最近兩天也在看演算法,感覺大神們的想法真的太好了,自己是很難想到這些思路的。
Ⅳ 刷完演算法導論和leetcode,能找到什麼水平的工作
終端公司是沒問題的,起碼超越了沒刷過題寫不出來的,就是層篩選作用,工作取決於用人方缺少那個人才崗位來決定。
leetcode使用方法:
1.登錄LeetCode中國官方網站。點擊【登錄】或【免費體驗】進棚握念入賬號注冊界面。
Ⅵ Android面試題——演算法篇
//採用遞歸法
//遞歸法
//循環法
題目描述:
二叉樹排序樹
首先定義節點類
創祥迅建二叉排序樹的時候隨便傳入一個int型數組a[]
然後通過自頂向下的方式一個一個的將a[0]---a[n]個元素創建的節點類一個一個的拼接到樹上
此後只需要再創建一個主函數類來調用便行了
希望大家能有一個好心態,想進什麼樣的公司要想清楚,並不一定是大公司,我選的也謹裂此不是特大廠。當然如果你不知道選或是源凱沒有規劃,那就選大公司!希望我們能先選好想去的公司再投或內推,而不是有一個公司要我我就去!還有就是不要害怕,也不要有壓力,平常心對待就行,但准備要充足。最後希望大家都能拿到一份滿意的 offer !如果目前有一份工作也請好好珍惜好好努力,找工作其實挺累挺辛苦的。
Ⅶ 刷LeetCode對於國內IT企業面試幫助大嗎
就目前的情況來看,國內公司社招面試中,對於對於演算法的考驗越來越多,很多公司會拿leet code的原題用於面試。
根據我的了解,目前國內的中型廠記下的基本上不會考驗演算法題不會哪一道編程題,讓你手寫指示會咨詢你一些項目經驗,包括一些基礎的資料庫類的知識,或者是編程基礎類知識,比如說你用Java開發怎麼會問你spring cloud的spring boot相關知識,還有一些可能會問你高並發,生產問題處理,linux伺服器命令等等,手撕紅黑樹的情況不多。
對於國內的這些外資企業微軟、蝦皮等等,可能會問一些演算法題,但一般都不會特別難。數據結構問鏈表二叉樹,演算法問動態規劃之類的吧,也是min和easy難度。
對於頭部的大廠可能會出一些hard級別的演算法題,或者是改編過的編程題。目前程序員的人數越來越多,所以未來可能會有更多的公司會通過手撕編程題的方式進行面試。
對於校招來說說來的時候呢,是非常有幫助的,聽不起。各大公司的面試題中都會有演算法題,所以必須要通過刷leetcode來提升自己的。有可能你會遇到一些原題。
不管怎麼樣說演算法題都是很有幫助的,有助於提升編碼能力和邏輯能力,可以讓你的編碼能力一直保持一個不錯的水平,因為很多人平時都是curd小子,很多基礎知識都忘記了包括演算法能力。
leetcode上題很多,逐漸你會發現刷題太耗時間,所以建議採用哈夫曼樹規則。高頻題優先,各個tag刷10題以上掌握典型題總結演算法套路,先把觸手放在能掌握的地方。然後再去重點刷貪心和dp,分類好思路和模板。再去牛客搜公司名刷一些該公司面試題,有個底不至於面試沒見過。建議medium為主,easy和hard為輔。
一零言,聊聊IT,談談技術
Ⅷ 二本的我,歷時1年社招入職位元組安卓崗心路全歷程與面經分享!
寫下這篇文章的目的,一方面是:整理復盤面試知識點,分享面試知識、經驗;另一方面是:希望能給同樣准備找工作、跳槽的你,一些「前車之鑒」。
先自我介紹一下:本人雙非、一個普通的二本本科生, 畢業後進入到一家創業公司做Android開發相關工作。說實話,從實習就在這家公司,兩年時間里,自我感覺是沒有任何進步的。雖然,同事總說還是有很多進步的,只是沒發現。為什麼我會有這樣的感覺呢?
直到去年年底的時候,意料之中的「厄運」來了,領導約談。結果可想而知,年終績效涼涼。自己也突然意識到,雖然年終獎沒了,但是在反思之下,自己確實是有很多問題的,那個時候就有了要離職的念頭。可是,誰想到因為年初爆發的疫情原因,我們開始了在家辦公。那個時候,聽說今天就業行情都不好,自己也就一直沒想著去准備面試,沒想著從根本上先解決自己身上的「問題」。
後來,因為在家辦公用眼過度得了如派世虹膜炎(對老闆的說辭,其實是熬夜玩游戲),已經影響了辦公。因為這個前前後後請假,一個月左右。等到眼睛恢復差不多的時候,已經 5 月份左右了,公司也開始復工。
到 6 月底的時候,自己整理了下簡歷,也嘗試著投了幾家。
第一家面試公司是新浪微博,自己真的是裸面,不能再裸了。面試官態度很好,最後說,你回去再准備准備吧。那個時候,自己的態度還是吊兒郎當的。後面幾天,也面了網路、作業幫等,結果可想而知,都是一面一日游。
到了 7 月份,公司半年績效考核,但是公司規定只有 B+ 才能參加晉級,讓我下定決心了跳槽。本來還抱有一絲希望,不漲工資也就算了,連這次晉級都參加不了。於是開始了自己埋頭面試的日子。
都說因為疫情羨運,就業行情不好渣肢,為什麼有的朋友卻能拿到好的 offer?在網上看面經的時候,都在說工作一年就跳槽的,找工作都很難。 而且就Android開發現在的一個市場行情而言,想要找到一個高薪,相對於穩定有前景的工作,就只有進大廠。這也讓我確定了自己目標,進入一線互聯網公司。
於是,開始認真的准備面試,大概花了半個月的時間去准備。從面試的自我介紹開始,優化簡歷,簡歷也在不斷面試的過程中也在不斷修改優化,然後熬夜刷演算法題,刷面試題。大概在 7 月 15 號後,開始重新投遞簡歷,約面試。
為了積累面試經驗,我就從一些小公司開始投,比如第一家,現場面-懂球帝,整個面試過程很順利,直接到部門 CTO。第一家面試讓我最開心的不是走到了終面,而是自己之前刷過的一個演算法題,恰巧被問到,很有成就感。後來又陸續面了,中文未來、順豐同城科技、作業幫等。
時間差不多到 8 月份了,這個時候領導也發現我不對勁,找我談話,我也就跟領導攤牌了,這給了自己很多壓力。因為同事們大多都知道,我要離職,期間也有想過,要不找個小公司,先進去學習著,待個一年再出來。但是由於面的公司的技術棧、薪資等都不能達到預期,就都拒了。
到了 8 月份,我開始投遞大廠,網路、滴滴等互聯網公司,但是結果都不理想,最多走到二面就結束了。 給我最大的打擊就是一些底層,源碼方面的面試題,一旦問到,就支支吾吾根本不知道該從哪裡說起,因為很多源碼根本就沒有去看過,平時覺得只要會用就行了。
**還有一些其它方面的問題,例如性能優化,也是大廠非常重視的方面。在後悔之前的時間里自己根本沒有想過去學習這些的同時,也意識到自己需要花時間把這塊的短板給彌補起來,不然不管去面試多少次,也只是浪費寶貴的面試機會而已。
接下來一個月的時間,就是在網上看各種相關的博文、資料,在牛客等平台刷別人分享的大廠真題,並且去做歸納整理,並去一些中型公司「實踐」,查漏補缺。到了 9月中旬的時候,換了個手機號碼,重新捯飭捯飭了簡歷,趁著「金九銀十」的東風,把所有大廠又投了一遍。
陸續又接到網路、滴滴、作業幫等的面試,這次都走到二面,但是都死在了三面上。我記得很清楚,有一個網路的醫療事業部,三面自以為很順利,當天晚上躺在床上都很激動,想像著這下能拿到 offer了,很久很久都無法睡下。
但是等了 3-4 天,依舊沒有接到後續的電話,有點著急了,就加了三面面試官的微信,詢問了一下。給出的結果是:三面未通過,原因是對於一些項目准備的不夠充分,雖然一些底層方面的問題回答的很好,之前一定看過研究過,但是還是有其它人選了,你還是很優秀之類的話。
說實話,自己也預想到這個結果了。但是,自己還是很難受,很有挫敗感。這也給我後面的面試,在心態上,有了很大的轉變。就這樣 9 月份走過了,但是自己仍然沒有拿到理想的 offer,不知道這種心情,你們是不是也很有同感。
這些面試中面的最多的就是網路,總共應該有 10 個,都是不同部門的。有母嬰事業部、搜索、網路app、智能小程序、內容策略、醫療健康事業、知識中台等等,面經中只有一部分,有好多都沒有來得及寫面經。
國慶中秋雙節,大家都在計劃如何出去遊玩,而此時的我,一點點玩的心都沒有。除了刷題、復盤之前的面試,完善知識體系,別的什麼都不想干。
國慶之後,回到公司,打開 BOOS,發現沒有什麼新的崗位了,還是很失落的。就覺得看不到希望了,而現在在工位上,其他什麼都不想干,領導同事都在看著,彷彿都在說,你為什麼還沒有走,是不是太菜,還找不到工作。當然這些都是我自己想的。
很開心的是,後面還是接到了面試,還有希望,哈哈哈哈哈。10 月份的面試有,網路、作業幫、位元組。
值得讓人開心的,准備了這么久,終於在這個收獲的季節,得到了答案。上面的三個面試都陸續的通過,並且拿到 offer。綜合考慮了之後,選擇了位元組跳動,雖然,作業幫給出了誠意,但是很抱歉位元組是如此的吸引人。
下面給出我拒絕 offer的內容,希望大家面試,都能經歷這樣的結果。
下面是我提離職的內容
在國慶的那段時間,真的是吃啥都不香,內心慌得一匹。雖然一開始就想過大不了換另外一家小公司,只要夠「混」就行,但是一想著後面自己付出了那麼多的努力,又是那麼的不甘。好在黃天終不負有心人,現在也已經入職位元組快1個月了,雖然跟自己想像的大廠,有些出入,但錢確實給的夠,而且能明顯的感覺到自己每天都能學到新的東西,在進步。
好了,最後給大家分享一個我在復習准備期間發現的一個的一個寶藏。一位位元組架構師前輩整理的一個架構師學習筆記, 內容包含框架源碼解析、性能優化、演算法、NDK開發、架構項目實戰等等,學習筆記和視頻都有,這是他的 GitHub ,感興趣的可以自己去看看! 為此也非常感謝這位大佬的分享,大家如果需要的話,記得給大佬點個小星星哈!
Ⅸ 培訓機構剛出來 學的android 該怎麼找工作
同是培訓機構出來的!我學的是Java,來上海這邊已經快一個月了。學歷工作經歷什麼的都是跟你一樣,這段時間接到4家公司的of都是在入職的時候被查學歷!到現在還沒有找到合適的工作,期間也想過不包裝學歷,但是不包裝學歷根本就沒有公司會看你的簡歷!!!反正經過這段時間的歷練我也想通了,就包裝學歷包裝工作經歷!每天面試兩家,富貴在天生死有命! 來自職Q用戶:匿名用戶
培訓機構培訓出來的大部分都會給你包裝簡歷,個人建議簡歷還是自己寫,不要過度包裝,其實無論你是不是培訓機構出來的,面試官想看到的是你扎實的技術能力,你工作的態度等,學過的知識你要多總結,建議多找一找關於安卓開發的相關崗位,根據他們的崗位職責進行自評,然後根據你的自評結果寫簡歷時突出你的優勢,簡歷上所寫的內容一定是你掌握的,熟悉的內容。最後要自信,要拿出你可以勝任你所面試的崗位。
個人經驗,希望幫助到你,祝你早日找到心儀的工作,加油! 來自職Q用戶:匿名用戶