android開發面試-九游会j9娱乐平台

ⅰ android 面試作品

關注android已經很久了，去年android職位還是寥寥無幾，現在已經如雨後春筍一般涌現，去各招聘網站，在職位一欄里輸入android關鍵字，你將會發現有很多的空缺職位．這無疑給廣大程序員帶來了新的機遇,你只要有半年或者一年相關android相驗你會很搶手．我相信只要你投簡歷，我不敢說每投必"應",最起碼十有四五的概率還是有的．

那麼每個公司招聘android開發人員，到底看重什麼呢，下面我將以個人的觀點，講一下應聘android開發人員應該具備的條件．

說實話，對於搞過java的程序員來說，轉到android是一件很容易的事，兩三個月研究研究就足已了，世面上的android書買一本入入門就ok了，做android應用個人認為比較簡單，但是有創意的還是比較難的．如果你只是想做簡單的android應用開發人員，你只要准備一下java知識(多線程，socket通信等)，然後在對android略知一二(如android架構，activity的理解，以及一個應用的生命周期等等).這些我相信可以應付過去了．

但是如果你想做更底層的開發，比如嵌入式開發(android驅動開發等)，那麼你就要懂得多一些知識了，畢竟這年頭arm android還是很有搞頭的．這個你就要懂linux,arm,c,c 等知識了，畢竟這方面的要求還是蠻高的．大家可以買個arm開發板，然後自己把android移植進去，做一些驅動開發，和應用開發，這樣你去應聘直接把你的東西帶過去，還是更有說頭的．

ⅱ 面試安卓開發，簡歷上寫兩年的「開發經驗」或者兩年「項目經驗」是否合適

很多單位都要求有工作經驗，都是新人哪有什麼工作經驗。最重要的是讓人認可工作能力！誠實固然重要但什麼都誠實的話很難混下去。

ⅲ 跪求一篇android開發工程師面試時的自我介紹範文，那些亂回復的以及告訴我怎麼說的請不要回答！我

我剛去面試了。人家經理根本不跟我聊什麼經歷以及語言能力。他直接給我一個題目，讓我完成。我的題目是從他給定的網站上獲取數據，並用jason解析，然後把圖片顯示出來。

ⅳ android開發怎麼樣面試能詳到8000

無論大公司還是小公司，之所以在如何招聘到真正有能力的
前端工程師方面會遇到同樣的問題，就是因為負責招聘的那些人不知道自己公司需要什麼樣的人，結果問問題時也問不到點子上。經過這幾年在行業里的摸索，我總
結出了自己的一套很有效的面試前端工程的方法。

有的應聘者說我不好對付，但留給他們這樣的印象也並非我所願。我覺得之所以他們說我不好對付，主要是因為我問他們問題時問得太細了。以前我曾專門寫過一些
東西，告訴應聘者怎麼才能通過我的面試（surviving an interview with me）以及優秀的前面工程師應該具備什麼樣的素質（what
makes a good front end
engineer?），而我的面試可以說完全是按照那兩篇文章的標准進行的。我不會問一些特別偏門的問題，也不認為出幾道邏輯題就能考出人的真實水平。我
唯一的想法就是確定你能否勝任我們要招的這個職位。為此，我需要簡單地考察如下幾個方面。

基本知識

我們生活在互聯網時代，你想知道的任何事情幾乎都能在15分鍾內找到相關信息。可是，能找到信息並不等於你會使用它。我認為所有前端工程師至少都應
該掌握某些基本的知識，才能有效地完成自己的工作。如果一遇到問題，就停下工作上網四處搜索解決方案，怎麼可能保證按期完成工作呢？聽聽，還有誰在說「我
不知道，但我可以上網搜到。」請這些同學把手舉起來，讓大家認識一下（immediately raises a flag for
me.）。下面我列出一些基本的知識點，這些都是我認為一名前端工程師（無論工作年頭長短）在沒有任何外來幫助的情況應該知道的。

dom結構——兩個節點之間可能存在哪些關系以及如何在節點之間任意移動。

dom操作——怎樣添加、移除、移動、復制、創建和查找節點。

事件——怎樣使用事件以及ie和dom事件模型之間存在哪些主要差別。

xmlhttprequest——這是什麼、怎樣完整地執行一次get請求、怎樣檢測錯誤。

嚴格模式與混雜模式——如何觸發這兩種模式，區分它們有何意義。

盒模型——外邊距、內邊距和邊框之間的關系，ie 8以下版本的瀏覽器中的盒模型有什麼不同。

塊級元素與行內元素——怎麼用css控制它們、它們怎樣影響周圍的元素以及你覺得應該如何定義它們的樣式。

浮動元素——怎麼使用它們、它們有什麼問題以及怎麼解決這些問題。

html與xhtml——二者有什麼區別，你覺得應該使用哪一個並說出理由。

json——它是什麼、為什麼應該使用它、到底該怎麼使用它，說出實現細節來。

重申一下，上述這些知識點都應該是你應該「想都不用想」的東西。我一開始問的所有問題都是想摸清你對所有這些領域知識的掌握程度。雖然上面列出的這些知識點並沒有面面俱到，但我覺得你至少應該掌握這些，才有可能跟我坐到一間辦公室里來。

少量提問

我非常贊同面試者問的問題越少越好。反復問應聘者各種問題既不公平，也很無聊。我在任何一次面試中，通常只問三個大問題，但每個問題又會涉及我所能想到的多個方面。回答每個大問題一般要經過幾個步驟，這樣我就可以在每個步驟中穿插著問一些小問題。比如說：

現在有一個正顯示著yahoo!股票價格的頁面。頁面上有一個按鈕，你可以單擊它來刷新價格，但不會重新載入頁面。請你描述一下實現這個功能的過程，假設伺服器會負責准備好正確的股票價格數據。

這個問題牽扯到一組我想要考察的基本知識點：dom結構、dom操作、事件處理、xhr和json。如果我要求你對換一種處理股票價格的方式，或者
讓你在頁面中顯示其他信息，就可以把更多的知識點包括進來。對於經驗比較豐富應聘者，我也可以自如地擴展要考察的知識范圍，最簡單像josn與xml的區
別、安全問題、容量問題，等等。

我還希望應聘者給出的任何解決方案中都不要使用庫。我想看到最原生態的代碼，你就當頁面中沒有包含任何庫。你說你對哪個庫了解多少多少，但我不能把
關於庫的知識作為評判能力的因素，因為庫是會隨時間變化的。我需要的是真正理解庫背後的機制，特別是能夠徒手寫出一個自己的庫的人。

解決問題

做為一名前端工程師，最值得高興的事莫過於解決同一個問題會有很多種不同的方法，而你要做的就是找出最合適的方法來。我在提問的時候，經常會在應聘
者解釋完一種方法後問他們還有沒有第二種方法。此時我會跟他們說，假設你的這個方法由於種種原因被否決了，那麼你還能不能給出另一種方法。這樣做可以達到
兩個目的。

首先，可以測試出他們是否在毫無意義地復述書本中的東西。不能不承認，某些人確實有過目不忘的天賦，聽他們在那裡滔滔不絕地講，你會覺得他們什麼都
明白。可是，只要一跟這些人談到怎麼查找方案無效的原因，以及能否拿出一個新方案來，他們往往就傻眼了。這時候，如果我聽到「我不明白這個方案為什麼不夠
好」之類的反問，心裡立刻就明白我的問題已經超出了他們的能力范圍，而他們只是想拿自己死記硬背的結論來矇混過關。

其次，可以測試出他們已經掌握的（還是那句話，「想都不用想」）瀏覽器技術知識。如果他們對瀏覽器平台的核心知識有較好的理解，想出解決同一問題的不同方案根本沒有那麼難。

對一名前端工程師來說，這絕對是最重要的能力。前端工程師在工作中遇到本該如此卻並未如此的難題（說你啦，ie6），應該說是一件很平常的事。一個方案無效就無計可施的人，做不了前端工程師。

考核應聘者解決問題能力的另一層原因，與我的個人喜好有關。在搞清楚應聘者知道什麼不知道什麼之後，我就會想著問一個他們知識領域之外的問題。這樣
做的目的，就是想看看他們怎樣運用已有的知識解決新問題。在解決問題的每一步，我也准備了一些提示，以防有人會卡殼打艮（在我面前15分鍾一言不發，對我
評價這個人毫無幫助）。我真正感興趣的，是他們能夠從上一步前進到下一步。我希望看到一個人就在我眼前學到新知識。

注意：所有問題都與瀏覽器技術相關。我不相信出幾道抽象的邏輯題，就能夠考出某人解決web技術問題的能力。在我看來，這無異於讓素描大師畫肖像（或者讓劉翔跟博爾特同場競技），沒有意義，也得不到任何有價值的信息。

有激情

要成為一名優秀的前端工程師，最重要的莫過於對自己做的事要有激情。我們技能都不是從學校中或者從研討會上學來的，因此前端工程師必須具備自學能
力。瀏覽器技術的變化可謂日新月異，所以也只有不斷提升自己的技能才做得到與時俱進。我雖然不能強迫誰必須多看博客、不斷學習，但想應聘前端工程師的人恐
怕還是必須這么做的。

你怎麼知道誰對這種工作有沒有激情？實際上非常簡單。我只問一個簡單的問題：「目前你對什麼web技術最感興趣？」這個問題永遠不會過期，而且也幾
乎不可能出錯……除非你答不上來。就眼下來說，我希望你對這個問題給出的技術中包括websocket、html、webgl、客戶端資料庫，等等。只有
對web開發充滿激情的人，才會堅持不懈地學習新知識、掌握新技能；這些人才是我真正想要的。當然，我會讓他們詳細解釋自己提到的技術，以保證他們不是隨
口說了幾個時髦的新詞彙。

最後一點

計算機科學或者web設計方面的知識當然也有用，但那都是基本知識之外的東西。只要基本知識在那兒了，一切就都有了基礎，想擴充知識面也不難。可
是，如果等到正式上班以後，還得從頭學習基本技能，那種難度是不可同日而語的。另外，高級前端工程師與一般工程師相比，肯定需要掌握更多的技能。而面試幾
乎沒有經驗大學畢業生，同樣也會有一套完全不同的程序。我在這篇文章里列出來的都是一些最基本的東西。

對於那些還沒有多少面試經驗的人，我總是喜歡告訴他們，面試完了只要問自己一個問題就行：你想以後跟這個人在一起共事嗎？如果不管為什麼，回答是不，那就是不。

ⅳ 我要去面試android開發，但是沒有什麼大點的項目，不知道做個什麼樣的軟體才拿得出手

基本的內容你不是都會么，只要你以前做過項目（不用是android的，java 啊什麼的可以），就沒問題啦，又不是請大拿，基本的都會是沒問題的。android的開發都是自己學的，網上全是免費教材。軟體的話，做的好看點就行了，像天氣預報啊，地圖啊，幾乎都有例子，弄個好看點的。

ⅵ 我今天android去面試。先是筆試然後是技術部門過來給我面試然後是人事過來給我面試。

筆試測試技術
技術的面試應該是就筆試答案來詢問一些答題的思路
人事的面試應該是問一些團隊協作 過往經歷的事情 待遇要求
最後還有復試只有兩種可能1.最後剩下幾個同等優秀的人，需要通過這次復試淘汰掉其他人
2.你已經被錄取了，只是走個形式，放輕松。
當然還有一種可能就是我所說的以上任何一點內容如果沒有問過，那麼就可能是對這個內容進行提問。
如果是上面第一種情況的話 現在的面試官很喜歡問的一些問題就是 你對於其他應聘者的看法；你覺得自己與其他人相比在那裡更優秀缺點在哪裡；如果讓你選擇你會淘汰誰。
當然也可能會問一些曾經網路上出現過的經典奇葩招聘題目：比如說請說出北京有多少汽車站台，並給出理由之類的，這類問題只要能自圓其說，基本就是通過了。
總之明天這場不用過於去准備什麼，既然他能阻止第四場測試，那麼必然有著你無法事先遇料到的內容，總之早點睡，就看你明天的應變能力了。
祝你好運！

ⅶ android工程師面試一般會問哪些問題

1. android經驗
如果不是校招，android經驗是必須的，我比較喜歡問一些基礎概念與技術原理，比如activity、view、window的理解，各launchmode的使用場景，view的繪制流程，touch事件機制，android動畫的原理，handler, looper的理解，android跨進程通訊的方式，binder的理解，android mashup設計的理解等等。
2. java水平
基本上就是effective java那本書里提到的東西，如果你背完那本書里的問題，並且對答如流，沒問題，就要你這樣的。其實也會考察關於final用法，反射原理，註解原理，java編譯過程，gc等一些常見問題。
3. it基礎知識
其實就是計算機科班學生學校里學到的一些東西，在校招時這塊是重點，社招會放寬，但一些基本的常識是要有的，比如不少人都不知道http的get post有啥區別，https的那個s是什麼意思，講不清進程與線程的概念，不知道二分演算法是個啥東西。這些簡單問題的篩選，可以過濾一些所謂野路子的程序員，是不是科班出身不重要，搞這行就得對一些基本常識有概念，不然以後怎麼愉快的交流呢？
4. 代碼質量的認識
我們需要的是一個對代碼味道有感覺的人，關於這點，看下《clean code》就夠了，面試中這點其實不好考察，可以讓他聊一聊對代碼質量的認識，雖然不能排除對方誇誇其談，至少想法不多，只能提到命名風格這一點的人是不符合要求的，也可以在寫code的環節中觀察。
5. 技術視野
比如對android開發新技術的了解與學習，對其它流行技術領域的了解，這其實與我剛才提到的技術廣度的考察有關，就我面試過程中，發現很多非互聯網行業的從業人員，因為公司各種操蛋規定與公司技術氛圍的原因，技術視野相當狹窄。
我個人對這點深有體會，2011年我還在傳統行業從事軟體研發，當時的公司因為擔心技術信息泄露，不讓上網，相當封閉，我個人雖然自認為已在那個行業內做到業內專家的級別，但總感覺哪裡不對，有一天我很興奮的打算跟身邊同事聊一聊android的時候，發現他們居然都不知android為何物？2011年啊同志們，當時的震驚無法言表，深切感覺到需要作出改變了，毅然放棄多年行業積累，轉戰移動互聯網，直到現在。時至今日，多年前的小夥伴也有很多混出了名黨，開始走向人生巔峰，我也從來沒有後悔當初做出的選擇。
6. 技術想像力
一個優秀的技術人，如果知識的深度與廣度足夠，知識已成體系，那麼他對於一些從未接觸過的領域，也是可以做出足夠合理的想像與判斷，面試過程中如果問到一些領域候選人沒有涉獵，這時候一般不用過多糾纏，但如果你想借這個問題考察下他的技術想像力，可以深入下去，比如問他：「你覺得這個東西應該是什麼原理呢？」，「這個酷炫的控制項，如果要你來做，你會怎麼實現？」。在這方面表現出色的同學無疑是有深厚基礎與足夠廣度的人。

ⅷ 面試時，問哪些問題能試出一個 android 應用開發者真正的水平

最新的，和最底層的。
比如jvm如何處理異常。
java和android中各種異常出現的原因及解決的辦法。
jdk10 裡面的最新的java語法和lmbda表達式。

資深優秀的開發者，不僅體現的開發水平上，也體現在他遇到問題的處理能力上。

ⅸ 面試時，問哪些問題能試出一個android應用開發者真正的水平

首先，面試官們一定要知道，每個人由於經歷不同，擅長的方向是千差萬別的，所以一定不要抓住自己擅長的某個方面去問的很深，覺得「如果連這個都不會還算毛程序員啊」。

所以我問問題的時候，往往是「兩步走」的循環：
1. 問他做過什麼，如果有成品的話，我能看看更好。
2. 從他做過的東西裡面，找到問題進行提問。具體的問題要看情況，可以是界面或效果的實現方式、相關bug的排除、該部分原理的分析。

舉一次面試時的對話作為例子吧：
我先開始：
「這份簡歷和網上投過來的那份是一樣的吧？」
「嗯，應該是一樣的。」
「嗯好。你在之前的團隊的位置是什麼？」
「中高級吧。」
「具體的工作呢？」
「寫框架，讓新人比較容易上手，能夠輕松工作。」
「你說的框架具體包括什麼呢？」
「一些會共用的東西，寫出來可以讓新人就算是剛來也能很好的完成工作。」
「聯網是你封裝的嗎？」
「是。」
「你們聯網用的是什麼？」
「就是……安卓自帶的……httpclient。」
「直接用的？」
「嗯。」
「那你們的網路請求是怎麼做的非同步呢？」
「嗯……用handler嘛，還有asynctask。」
「能具體一點嗎？」
「嗯……就是……額……」
「例如什麼情況下用handler，什麼情況下用asynctask，你是怎麼決定的呢？」
「嗯……」
「或者說，他們有什麼區別呢？谷歌為什麼要造他們兩個出來，而不是只造一個呢？」
「區別……區別……他們肯定是有區別的，不然谷歌不可能造兩個。嗯……」（到這里，這個問題就可以結束了。評級減一。）
「這樣吧，你的簡歷上提到『熟悉大圖片的載入』，能說一下大圖片載入有什麼需要注意的嗎？」
「緩存嘛。」
「緩存？」
「嗯，大圖片的載入不就是listview裡面的大圖片載入嗎？要防止內存溢出。」
「listview裡面一定是大圖？」
「嗯……」（不了解的東西卻說自己熟悉，評級減一。繼續順著問。）
「那麼listview中圖片的緩存你是怎麼做的呢？」
「三級緩存嘛。」
「哪三級？」
「如果內存裡面有，就用內存裡面的；如果沒有就用本地的；如果本地也沒有就從網路上取。三級。」
「網路上的也叫緩存？」
「啊。你可以把他看作緩存，也可以不看作緩存嘛。」（這個……）
「內存緩存你是怎麼實現的？」
「用的一個hashmap。」
「直接用的hashmap嗎？」
「嗯……嗯。」
「直接用hashmap的話，怎麼防止你剛才提到的內存溢出呢？」
「你可以用軟引用嘛。」（首先答案有問題，另外當聽到關鍵詞「你可以」，多數情況下這個問題也可以結束了——八成是不會，僅僅聽說過。不過出於謹慎還是繼續問了）
「軟引用就能防止內存溢出嗎？」
「還有……還有谷歌出的一個叫lrucache的。」（迴避正面回答，確認他是不會。這個問題結束。評級減一。到此就再沒必要聊下去了。）
然後簡單過渡一下，就結束了面試。

ⅹ 好程序員android面試都面試哪些問題，不知道難不難。

1. 根據公司的項目需求，比如公司做的是一個涉及到地圖定位，支付和聊天的項目，那一般就會找在這方面有開發經驗的人。

2. 根據面試者簡歷上的項目經驗，看看這個人做了哪些項目，根據這些項目問一些相關的技術問題。

3. 假設一些工作情況和條件，問面試者是如何面對和解決的。

有些公司確實會很刁難人，但這不能怪人家，畢竟他們想找一個能真正勝任工作的人，而你也想這樣的工作。所以，面試的時候最重要的還是做你自己。讓他們了解你，你自己也去了解他們。遇上自己很喜歡的工作但是人家又不要你，那你就努力提升自己。