android開(kāi)發(fā)簡(jiǎn)歷怎么寫(xiě)

android的跳槽，簡(jiǎn)歷，面試那些事

南皮網(wǎng)站制作公司哪家好，找創(chuàng)新互聯(lián)建站！從網(wǎng)頁(yè)設(shè)計(jì)、網(wǎng)站建設(shè)、微信開(kāi)發(fā)、APP開(kāi)發(fā)、響應(yīng)式網(wǎng)站開(kāi)發(fā)等網(wǎng)站項(xiàng)目制作，到程序開(kāi)發(fā)，運(yùn)營(yíng)維護(hù)。創(chuàng)新互聯(lián)建站2013年開(kāi)創(chuàng)至今到現(xiàn)在10年的時(shí)間，我們擁有了豐富的建站經(jīng)驗(yàn)和運(yùn)維經(jīng)驗(yàn)，來(lái)保證我們的工作的順利進(jìn)行。專(zhuān)注于網(wǎng)站建設(shè)就選創(chuàng)新互聯(lián)建站。

至今為止，在小組Android開(kāi)發(fā)招聘這塊，已經(jīng)面試有近30人了。最后得出一個(gè)結(jié)論：對(duì)于Android開(kāi)發(fā)人員來(lái)說(shuō)，想找到合適的工作不是一件很容易的事，同樣的，對(duì)于公司來(lái)說(shuō)，想招到合適的目標(biāo)崗位的Android開(kāi)發(fā)也是很難的。

一、關(guān)于跳槽

每個(gè)人對(duì)于是否跳槽想法不同，也有些人是騎驢找馬，也不一定就非要換工作，只不過(guò)先找找看，看看有沒(méi)有更符合自己期望的。當(dāng)然，這所謂的期望，對(duì)絕大部分Android開(kāi)發(fā)而言，無(wú)外乎薪酬和機(jī)會(huì)。

我對(duì)跳槽的觀點(diǎn)：

1.不可抗力導(dǎo)致的必須要跳槽的。如：男女朋友/夫妻一方在另外一個(gè)城市，當(dāng)前的公司經(jīng)營(yíng)不善或倒閉了，當(dāng)前公司因業(yè)務(wù)或架構(gòu)等調(diào)整引起的人員調(diào)整等；

2.當(dāng)前工作崗位的薪酬與自己所做的工作成果不太匹配的；

3.當(dāng)前工作崗位的工作與自己能力不太匹配的，技術(shù)實(shí)力難以施展或沒(méi)有（技術(shù)）成長(zhǎng)空間的；

4.領(lǐng)導(dǎo)與自己在多處問(wèn)題上持有不同觀點(diǎn)，且激烈到難以調(diào)和的。

如果有上述情況，那么，可能選擇跳槽就是難以避免的了。

二、關(guān)于簡(jiǎn)歷

先大概歸納下個(gè)人在簡(jiǎn)歷篩選上的一些偏好吧：

1.技術(shù)人員的簡(jiǎn)歷不要太多的頁(yè)數(shù)，最多兩個(gè)足矣，一頁(yè)最好；

2.個(gè)人的重要的基本信息還是要有的，如性別、出生日期（因?yàn)橛行┟嬖嚬贂?huì)在意年齡）、籍貫、基本的聯(lián)系方式、畢業(yè)院校和專(zhuān)業(yè)、畢業(yè)時(shí)間等；

3.言簡(jiǎn)意賅，突出重點(diǎn)和亮點(diǎn)。

其實(shí)，于招聘企業(yè)來(lái)說(shuō)，在發(fā)出招聘信息時(shí)，已經(jīng)有了一個(gè)大概的招聘要求，對(duì)于面試官來(lái)說(shuō)，心中也已經(jīng)有一定的。在龐雜的眾多簡(jiǎn)歷中，如果能夠脫引而出，是每個(gè)應(yīng)聘者需要好好考慮的。有時(shí)候，經(jīng)常會(huì)聽(tīng)到這樣一種觀點(diǎn)，技術(shù)人員沒(méi)必要弄那些虛的，扎扎實(shí)實(shí)的技術(shù)實(shí)力充分的體現(xiàn)在面試過(guò)程中就可以了。其實(shí)，我對(duì)此并不贊同。

1.簡(jiǎn)歷簡(jiǎn)歷，是陳述一個(gè)人的基本成長(zhǎng)經(jīng)歷，尤其是應(yīng)聘目標(biāo)崗位要求相關(guān)的經(jīng)歷。這直接反應(yīng)的是崗位的匹配度；

2.簡(jiǎn)歷不僅僅是簡(jiǎn)歷本身，同時(shí)也是應(yīng)聘者對(duì)于過(guò)往經(jīng)歷的回顧、總結(jié)與提煉，一份認(rèn)真準(zhǔn)備的簡(jiǎn)歷也是應(yīng)聘者應(yīng)聘誠(chéng)意的反應(yīng)；

3.認(rèn)真準(zhǔn)備的簡(jiǎn)歷，與虛不虛沒(méi)有關(guān)系，扎扎實(shí)實(shí)的技術(shù)實(shí)力固然可以充分的體現(xiàn)在面試過(guò)程中，但簡(jiǎn)歷中的重點(diǎn)和亮點(diǎn)可以使得面試官更好的提問(wèn)和交流，為自己加分。

注：目前看過(guò)的數(shù)百份簡(jiǎn)歷中，真正讓我感覺(jué)還不錯(cuò)的簡(jiǎn)歷很少。即便如此，更有一些簡(jiǎn)歷卻讓我印象深刻:

1.記得有份簡(jiǎn)歷整個(gè)看完后我不知道應(yīng)聘者年紀(jì)多大，哪年畢業(yè)的；

2.另一份簡(jiǎn)歷長(zhǎng)達(dá)8頁(yè)，上面基本上都是歷數(shù)以往各個(gè)外包項(xiàng)目，及其詳細(xì)情況的；

3.有的簡(jiǎn)歷上出現(xiàn)了將公司簡(jiǎn)介直接復(fù)制粘貼上來(lái)半夜紙的，是想讓面試官詳細(xì)了解清楚你當(dāng)前的公司嘛。

三、關(guān)于面試

不同的公司具有不同的面試環(huán)節(jié)。以我當(dāng)前所在公司為例。所有應(yīng)聘者都需先筆試，再進(jìn)行具體的面試環(huán)節(jié)。面試中發(fā)現(xiàn)的問(wèn)題有：

1.不少應(yīng)聘者甚至不知道自己過(guò)來(lái)面試的公司是干什么的，具體是做什么互聯(lián)網(wǎng)產(chǎn)品的；

2.筆試主要是針對(duì)Java基礎(chǔ)，其實(shí)不管做的怎么樣，其實(shí)只是做一個(gè)參考。不少面試者一發(fā)現(xiàn)先還要做題，有些慌張，甚至還遇到了一個(gè)工作七年的，問(wèn)我：我可以不做題直接面試嗎？在得到否定回答和向其解釋后，她接過(guò)題目看了眼說(shuō)：不過(guò)我做題比較快，估計(jì)二十分鐘搞定。好吧，最后做了一個(gè)多小時(shí)；

3.面試環(huán)節(jié)我盡量讓?xiě)?yīng)聘者占據(jù)主動(dòng)，希望他們自己多說(shuō)，我多聽(tīng)，實(shí)際上，多數(shù)面試者準(zhǔn)備不足。

總之，不少面試者都是抱著過(guò)來(lái)試試，過(guò)來(lái)看看的態(tài)度，并沒(méi)有做好較為充分準(zhǔn)備，起碼，你應(yīng)該知道我面試的這家公司是干什么的吧。

四、關(guān)于規(guī)劃

遇到有即將畢業(yè)的Android開(kāi)發(fā)實(shí)習(xí)生曾跟我聊天，希望給其一些建議。我曾詳細(xì)說(shuō)過(guò)我的一些觀點(diǎn)，本文中再次闡述一下，僅供參考：

1.剛畢業(yè)建議去稍微大些的互聯(lián)網(wǎng)公司，做互聯(lián)網(wǎng)產(chǎn)品，最好不要去外包公司，具體道理不解釋?zhuān)?/p>

2.剛畢業(yè)在技術(shù)廣度與深度之間要把握好度，在時(shí)間有限情況下優(yōu)先把握深度，同時(shí)深度的度也要把握好；

3.自己的技術(shù)老大很重要，小組技術(shù)氛圍也很重要，技術(shù)一起分享和交流總比你一個(gè)人學(xué)起來(lái)快很多；

最后建議所有公司在招聘實(shí)習(xí)生時(shí)，以培養(yǎng)為主，不要總是想著招來(lái)是來(lái)干活的，甚至直接期望其一畢業(yè)直接當(dāng)做Android主程來(lái)用，太急功近利，不太現(xiàn)實(shí)。

android開(kāi)發(fā)簡(jiǎn)歷自我評(píng)價(jià)怎么寫(xiě)

這個(gè)隨便寫(xiě)一些就可以了，描述一下自己的性格、決心等。主要還是要多完善一下簡(jiǎn)歷中的實(shí)習(xí)經(jīng)驗(yàn)、工作經(jīng)驗(yàn)、參與項(xiàng)目等，HR主要看的都是這些。

為什么每份 Android 簡(jiǎn)歷都說(shuō) “熟悉 MQTT 協(xié)議”？

MQTT (Message Queuing Telemetry Transport，消息隊(duì)列遙測(cè)傳輸) 是一種基于 TCP/IP 協(xié)議族的應(yīng)用層協(xié)議。MQTT 協(xié)議是專(zhuān)門(mén)針對(duì)硬件性能低下 網(wǎng)絡(luò)狀況不穩(wěn)定的場(chǎng)景設(shè)計(jì)的，這使得 MQTT 在物聯(lián)網(wǎng)和移動(dòng)應(yīng)用等受限場(chǎng)景得到廣泛應(yīng)用。

目前，MQTT 主要分為兩個(gè)大版本：

物聯(lián)網(wǎng)和移動(dòng)應(yīng)用場(chǎng)景的特點(diǎn)是硬件性能低下和網(wǎng)絡(luò)狀況不穩(wěn)定，而 MQTT 協(xié)議就是專(zhuān)門(mén)針對(duì)這種環(huán)境設(shè)計(jì)的，主要在四個(gè)方面有優(yōu)勢(shì)：

結(jié)論：這三種協(xié)議并沒(méi)有絕對(duì)的優(yōu)勝者，最好的協(xié)議取決于具體的需求和限制條件。但如果只從帶寬、電池、功能多樣性這些基本條件看，MQTT 在其中是更占優(yōu)的選擇。

MQTT 協(xié)議的設(shè)計(jì)特性中包含了一項(xiàng) “高可靠性交付”，它需要一個(gè)保證可靠的底層傳輸層協(xié)議，因此 TCP 協(xié)議、TLS 協(xié)議、WebSocket 協(xié)議都可以作為 MQTT 的底層協(xié)議。而無(wú)連接的 UDP 協(xié)議會(huì)丟失或重排數(shù)據(jù)，不能滿(mǎn)足 MQTT 協(xié)議的傳輸需要。

MQTT 是基于發(fā)布 - 訂閱模型 (pub/sub) 的消息傳遞協(xié)議，與請(qǐng)求 - 響應(yīng)模型不同，發(fā)布 - 訂閱模型主要有三種角色： publisher subscriber subscriber ：

當(dāng) client 發(fā)布某個(gè)主題的消息時(shí)，broker 會(huì)將該消息分發(fā)給任何已訂閱該主題的 client。通常來(lái)說(shuō)，client 不會(huì)存儲(chǔ)消息，一旦消息被發(fā)送到這些 client，消息就會(huì)從 broker 上刪除。另外，保留消息、持久連接和服務(wù)質(zhì)量 QoS 可能會(huì)導(dǎo)致消息臨時(shí)存儲(chǔ)在 broker 上。

發(fā)布 - 訂閱模式使得 消息的發(fā)布者和訂閱者解耦 ，主要體現(xiàn)為空間解耦和時(shí)間解耦：

圖片引用自 —— cxuan 著

一個(gè) MQTT 消息由三部分組成：

1、固定報(bào)頭： 每一個(gè) MQTT 消息都包含一個(gè)固定報(bào)頭，包含消息類(lèi)型、標(biāo)志位和剩余長(zhǎng)度三個(gè)部分。固定報(bào)頭長(zhǎng)度為 2 ~ 5 字節(jié)，具體取決于 “剩余長(zhǎng)度” 的大小，格式如下：

2、可變報(bào)頭： 不同消息的可變報(bào)頭內(nèi)容不一樣，不過(guò)其中有一個(gè)比較通用的字段：

3、載荷： 某些 MQTT 消息會(huì)包含一個(gè)有效載荷，對(duì)于 PUBLISH 消息來(lái)說(shuō)，有效載荷就是應(yīng)用消息。

MQTT 的連接總是發(fā)生在 client 和 broker 之間，兩個(gè) client 之間不會(huì)互相感知。請(qǐng)求連接時(shí)，client 會(huì)向 broker 發(fā)送 CONNECT 連接消息，broker 接受連接后會(huì)響應(yīng) CONNACK 連接確認(rèn)消息。一旦連接建立，連接會(huì)一直保持打開(kāi)狀態(tài)，直到 client 發(fā)送 DISCONNECT 斷開(kāi)連接消息或連接異常中斷。

CONNECT 是 client 發(fā)送給 broker 的首個(gè)消息，并且在一次連接中，client 只能發(fā)送一次 CONNECT 消息，發(fā)送的第二個(gè) CONNECT 消息會(huì)被 broker 當(dāng)作違反協(xié)議處理，并斷開(kāi)連接。在 CONNECT 消息中，主要包含以下內(nèi)容：

CONNACK 消息用于確認(rèn) CONNECT 消息。CONNECT 是 client 發(fā)送給 broker 的首個(gè)消息，相應(yīng)地，broker 發(fā)送給 client 的首個(gè)消息一定是 CONNACK 消息。在 CONNACK 消息中，主要包含以下內(nèi)容：

DISCONNECT 消息由 client 發(fā)送給 broker，用于斷開(kāi)連接。 DISCONNECT 消息沒(méi)有可變報(bào)頭和有效載荷，也沒(méi)有對(duì)應(yīng)的確認(rèn)應(yīng)答消息，表示一個(gè)干凈利索地?cái)嚅_(kāi)連接操作 。斷開(kāi)連接后，client 不能再發(fā)送除 CONNECT 消息之外的消息，broker 也需要丟棄和當(dāng)前會(huì)話有環(huán)的遺囑消息。

MQTT 是基于發(fā)布訂閱模型的協(xié)議，在建立連接后，client 可以向 broker 訂閱感興趣的一個(gè)或多個(gè)話題。

SUBSCRIBE 消息由 client 發(fā)送給 broker，用于訂閱感興趣的話題，SUBSCRIBE 消息主要包含以下內(nèi)容：

SUBACK 消息用于確認(rèn) SUBSCRIBE 消息。SUBACK 消息主要包含以下內(nèi)容：

UNSUBSCRIBE 消息由 client 發(fā)送給 broker，用于退訂不感興趣的話題，UNSUBSCRIBE 消息主要包含以下內(nèi)容：

UNSUBACK 消息用于確認(rèn) UNSUBSCRIBE 消息。UNSUBACK 消息非常簡(jiǎn)單，只有一個(gè)包唯一標(biāo)識(shí)（位于可變報(bào)頭）。

當(dāng) MQTT client 在連接到 broker 之后就可以發(fā)送消息了，每條 PUBLISH 消息都包含一個(gè) topic ，broker 會(huì)根據(jù) topic 將消息發(fā)送給感興趣的 client。除此之外，每條消息還會(huì)包含一個(gè) Payload，Payload 是真正發(fā)布的應(yīng)用消息，載荷的內(nèi)容和格式由應(yīng)用層決定，MQTT 協(xié)議層不關(guān)心。

PUBLISH 消息可以由 client 發(fā)送給 broker，也可以由 broker 發(fā)送給 client，用來(lái)運(yùn)送應(yīng)用層消息。PUBLISH 消息主要包含以下內(nèi)容：

PUBLISH 消息的接收方需要發(fā)送確認(rèn)應(yīng)答，不同 QoS 等級(jí)的 PUBLISH 消息響應(yīng)的消息不同：

當(dāng) client 和 broker 在一段時(shí)間內(nèi)沒(méi)有數(shù)據(jù)交互時(shí)，client 會(huì)發(fā)送 PINGREQ 探測(cè)消息，用于判斷連接是否正常，來(lái)決定是否要關(guān)閉該連接，這就是 MQTT 協(xié)議的保活機(jī)制。

PINGREQ 消息由 client 發(fā)送給 broker。

PINGRESP 消息由 broker 發(fā)送給 client，代表 client 是存活的。

MQTT 主題本質(zhì)上是一種 “尋址形式” ，用于將應(yīng)用層消息分發(fā)到期望的客戶(hù)端。MQTT 主題是一種類(lèi)似于文件系統(tǒng)的分層結(jié)構(gòu)，使用 “/” 正斜杠 作為分隔符。

客戶(hù)端訂閱主題時(shí)，可以訂閱確定的主題（例如 “group/group123”），也可以使用 “通配符” 來(lái)同時(shí)訂閱多個(gè)主題。需要注意的是： 在發(fā)布消息是不允許使用主題通配符，client 每次發(fā)布消息只能發(fā)布到單個(gè)主題。

$SYS 主題是 broker 上默認(rèn)創(chuàng)建的只讀主題，除此之外，broker 不會(huì)默認(rèn)創(chuàng)建任何主題，所有主題都是由客戶(hù)端訂閱或發(fā)布才創(chuàng)建的，都不是永久性的。關(guān)于 $SYS 主題的更多介紹在 這里

當(dāng) client 連接到 broker 時(shí)，可以使用持久連接或非持久連接，這是通過(guò) CONNECT 消息中的 CleanSession 標(biāo)志來(lái)決定的（當(dāng) CleanSession = 0 時(shí)表示持久連接）。對(duì)于持久會(huì)話，broker 會(huì)存儲(chǔ)會(huì)話狀態(tài)；而對(duì)于非持久會(huì)話，broker 不會(huì)存儲(chǔ) client 的任何內(nèi)容。會(huì)話狀態(tài)主要包含以下內(nèi)容：

QoS 0 等級(jí)的 PUBLISH 消息的交付能力完全依賴(lài)于底層傳輸層，QoS 1 和 QoS 2 等級(jí)開(kāi)始在應(yīng)用層提高 PUBLISH 消息的交付能力。當(dāng)消息丟失時(shí)，發(fā)送端會(huì)重新發(fā)送早前嘗試發(fā)送過(guò)的 PUBLISH 消息（DUP = 1），接收者收到消息也會(huì)發(fā)送確認(rèn)響應(yīng)消息。

在 QoS 0 的等級(jí)的 PUBLISH 消息中不包含包唯一標(biāo)識(shí)。發(fā)送者不考慮消息交付結(jié)果，接收者也不發(fā)送響應(yīng)。接收者最多只能收到一次消息，也有可能一次也收不到。

在 QoS 1 等級(jí)的 PUBLISH 消息中包含包唯一標(biāo)識(shí)，發(fā)送方會(huì)一直將該消息當(dāng)作 “未確認(rèn)” 的消息，直到收到對(duì)應(yīng)的 PUBACK 確認(rèn)消息。具體消息流如下：

QoS 2 是最高的服務(wù)質(zhì)量，保證消息不會(huì)丟失也不會(huì)重復(fù)，缺點(diǎn)是會(huì)增加開(kāi)銷(xiāo)。在 QoS 2 等級(jí)的 PUBLISH 消息中包含包唯一標(biāo)識(shí)，發(fā)送者會(huì)一直將該消息當(dāng)作 “未確認(rèn)” 的消息，知道收到對(duì)應(yīng)的 PUBCOMP 確認(rèn)消息。

當(dāng) client 發(fā)布某個(gè)主題的消息時(shí)，broker 會(huì)將該消息分發(fā)給任何已訂閱該主題的 client，隨后這條消息會(huì)從 broker 上刪除。可以設(shè)置 RETAIN 保留標(biāo)志設(shè)置該 PUBLISH 消息為保留消息，broker 會(huì)存儲(chǔ)該主題的最后一條保留消息，當(dāng)新的 client 注冊(cè)訂閱時(shí)，并且匹配該消息主題時(shí)，該保留消息會(huì)發(fā)送給訂閱者。 需要注意：broker 只會(huì)為每個(gè)主題保存最近一條保留消息，新收到的 RETAIN = 1 的消息會(huì)覆蓋原本那條保留消息；

持久會(huì)話 服務(wù)質(zhì)量等級(jí) 保留消息都會(huì)影響新訂閱者是否接受消息，總結(jié)如下表：

標(biāo)記 DUP = 1 的消息是重復(fù)發(fā)送的消息，MQTT 消息重傳有兩種場(chǎng)景：

需要注意：DUP 標(biāo)志只對(duì) OoS 0 的消息有效，所有 QoS = 0 的消息 DUP 標(biāo)志必須設(shè)置為 0；

TCP 協(xié)議的報(bào)文重傳機(jī)制是對(duì)所有 TCP 報(bào)文有效的重傳機(jī)制，而 MQTT 協(xié)議的消息重傳機(jī)制只對(duì)一小部分消息有效，用于實(shí)現(xiàn)更可靠的消息交付保證。雖然 TCP 協(xié)議在一般情況下可以保證不丟包，但是這并不是絕對(duì)的，依然存在請(qǐng)求超時(shí)或者連接中斷等情況。而 MQTT 協(xié)議的 QoS 1 和 QoS 2 要求更可靠的交付能力，并且需要在客戶(hù)端重連后也能保證交付。因此，MQTT 協(xié)議也定義了一個(gè)消息重傳機(jī)制。

到這里，關(guān)于 MQTT 協(xié)議的工作原理 協(xié)議消息格式 核心特性等內(nèi)容就介紹完了。我知道你應(yīng)該會(huì)對(duì) MQTT 協(xié)議的實(shí)戰(zhàn)應(yīng)用更加感興趣，下一篇文章里，我將帶你實(shí)現(xiàn)基于 MQTT 協(xié)議的 IM 服務(wù)，請(qǐng)關(guān)注。

android簡(jiǎn)歷上的自我評(píng)價(jià)怎么寫(xiě)

自我評(píng)價(jià),可以稍微寫(xiě)一下自己的優(yōu)點(diǎn),可以寫(xiě)一些自己能吃苦加班.

我想應(yīng)聘android開(kāi)發(fā)工程師，簡(jiǎn)歷應(yīng)該怎么寫(xiě)比較好

首先是實(shí)事求是，不要弄虛假簡(jiǎn)歷。

首先自我介紹：姓名、年齡、學(xué)歷、工作了幾年、郵箱、如果Github出彩或者有出色的博客可以把地址寫(xiě)上。

掌握的職業(yè)技能，像Android開(kāi)發(fā)工程師就可以寫(xiě)比如：精通Android開(kāi)發(fā)平臺(tái)及框架、精通Android GUI程序開(kāi)發(fā)、英語(yǔ)六級(jí)能熟練閱讀開(kāi)發(fā)文檔......等等寫(xiě)個(gè)10條差不多了，但是一定要是你確定掌握的技能，不然到時(shí)候面試一問(wèn)稍微有點(diǎn)水平的面試官就能問(wèn)出來(lái)了，就會(huì)很尷尬。

應(yīng)聘崗位：Android開(kāi)發(fā)就寫(xiě)Android開(kāi)發(fā)工程師就可以了。

工作經(jīng)驗(yàn)：如果曾經(jīng)做過(guò)類(lèi)似的工作比如java開(kāi)發(fā)或者Android開(kāi)發(fā)都可以寫(xiě)上，并且寫(xiě)上日期、公司名、負(fù)責(zé)崗位。沒(méi)有工作經(jīng)驗(yàn)的就不用寫(xiě)了。

項(xiàng)目經(jīng)驗(yàn)：如果是有項(xiàng)目經(jīng)驗(yàn)的就把做過(guò)的有技術(shù)含量的項(xiàng)目寫(xiě)上，主要是項(xiàng)目開(kāi)發(fā)時(shí)間、項(xiàng)目介紹、負(fù)責(zé)部分、項(xiàng)目技術(shù)要點(diǎn)、難點(diǎn)寫(xiě)上就可以。如果是自己寫(xiě)著玩的項(xiàng)目就不要寫(xiě)了，就是說(shuō)這里寫(xiě)的項(xiàng)目一定是要有一定技術(shù)含量、意義的，比如像是學(xué)校社團(tuán)項(xiàng)目或者老師要求的學(xué)校項(xiàng)目也可以寫(xiě)上。但一定在項(xiàng)目的技術(shù)要點(diǎn)上你要能列出一些有技術(shù)含量的東西出來(lái)，并且要能夠解釋給面試官聽(tīng)，項(xiàng)目寫(xiě)個(gè)4到5個(gè)正好，最少3個(gè)。

最后是自我評(píng)價(jià)，比如：熱情開(kāi)朗，團(tuán)隊(duì)意識(shí)強(qiáng)；勤奮刻苦，能適應(yīng)加班.....寫(xiě)個(gè)七八條就差不多了。

本文名稱(chēng)：android簡(jiǎn)歷,android簡(jiǎn)歷 sdk開(kāi)發(fā)
本文鏈接：http://chinadenli.net/article17/dsgdhgj.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供外貿(mào)網(wǎng)站建設(shè)、網(wǎng)站營(yíng)銷(xiāo)、手機(jī)網(wǎng)站建設(shè)、建站公司、品牌網(wǎng)站制作、網(wǎng)站制作

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶(hù)投稿、用戶(hù)轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)