由于本人精力有限，如果內(nèi)容有更新可能無法及時更新其他渠道的內(nèi)容，請移步簡書 查看文章

剛離職幾天，這幾天在對上一份工作進行一個全面的總結(jié)，首先是先把簡歷更新一下，兩年沒有更新過簡歷了，加上離職前在公司也參與了一些招聘工作，所以收集總結(jié)了一下目前應(yīng)屆畢業(yè)生至3年工作經(jīng)驗的簡歷出現(xiàn)的一些常見的問題，在整理的過程中越發(fā)越感覺做簡歷就是做產(chǎn)品，之前老大老是對我們技術(shù)的說，要做個有產(chǎn)品思維的程序員，雖然我現(xiàn)在仍然無法說得清楚什么是產(chǎn)品思維（請原諒我的標(biāo)題這么寫吧），但腦子里隱約地形成了一些概念，現(xiàn)在談一下我對簡歷的一些淺見吧。

由于本人只是一名 Android 程序員，并沒有專業(yè) HR 的工作經(jīng)驗，如果有哪些說得不對，歡迎 HR 給我指正，如果你有什么自己的看法也歡迎給我留言

下面的大部分內(nèi)容都是面向程序員的，可能并不適用于其他行業(yè)

格式

使用 Word 或者 Pages 制作簡歷

當(dāng)然你也可以使用其他文檔工具來寫，但務(wù)必參考下面幾條關(guān)于格式和排版的建議，你也可以用 Markdown 來寫，這樣子會更佳~

導(dǎo)出為 PDF 格式，考慮不同平臺下的閱讀體驗

可閱讀性強，美觀大方，支持跨平臺，版本兼容性強，在 Windows、Linux、Mac 上排版都不會改變，各版本之間兼容性也相當(dāng)?shù)暮?#xff0c;所以PDF是最推薦的簡歷格式，除了PDF外，Word格式也是比較推薦的格式。

使用有意義的文件命名方式，將信息包含于文件名里

下方是我收到簡歷一些錯誤的范例

3.pdf (mini)應(yīng)聘前端開發(fā)工程師_張某某_.pdf 個人簡歷.pdf 簡歷3.pdf 求職簡歷.pptx 覃某簡歷WORD.pdf 我的簡歷.pdf 我的簡歷安徽.pdf 姓名：朱某某.pdf 作品集.pdf Curriculum Vitae－V.pdf

像在前面加 (mini) 這個我真的無法理解是什么意思，像簡歷、我的簡歷、個人簡歷 這種命名和 新建文件夾 是一樣的效果的，這種簡歷下載回來后看完基本就找不回來了。

推薦的命名方式能提供小許信息，如姓名、職位 、文檔說明
好比說 李小明_Android工程師_簡歷.pdf

排版

使用標(biāo)準(zhǔn)A4紙的尺寸

A4紙應(yīng)該是使用最廣泛的打印尺寸，為了打印方便，不應(yīng)該使用一些奇怪的尺寸。

設(shè)置合理的頁面邊距

設(shè)置合理的邊距可以讓閱讀體驗更佳，或者增加頁面可閱讀內(nèi)容。
一些不好的例子

看到這兩個例子，我想你應(yīng)該對于邊距問題心里也大概有個數(shù)了吧~

控制頁數(shù)為2~3頁

以下內(nèi)容來自糗百HR阿濤的文章
TAOTAO，請問如何寫簡歷才能被HR從眾多簡歷里選中呢？

先普及下HR一般是怎么篩選簡歷的，一般兩個過程：先是初選，這個過程很快，每份簡歷一般只看幾個關(guān)鍵詞或者看看有沒有知名公司，基本平均就10秒一份簡歷，別怪我們對大家的誠心誠意不負(fù)責(zé)任，我們也沒辦法，每天從幾十個招聘網(wǎng)站里初選上千的簡歷。初選一般會選擇10%左右的簡歷進行復(fù)選，復(fù)選階段一般會仔細看簡歷，篩選掉初選時看的不是太仔細而混進來的簡歷或匹配度相對低的簡歷，復(fù)選一般還會篩選掉10%左右。一般來說能過初選的候選人基本上離面試也不遠了。

他在文章里說他碰到過19頁的簡歷，我在腦補他如何去人才市場找工作會是怎么樣的！

不添加標(biāo)題或者標(biāo)題寫為姓名

不要添加 個人簡歷 或 簡歷 這樣的標(biāo)題，標(biāo)題會占用一定的頁面空間，并且沒有什么作用，使用姓名作為簡歷的標(biāo)題也是不錯的選擇。

避免打印時會出現(xiàn)空白頁或只有半頁的情況

打印一份簡歷，出來的最后一頁是空白的，沒錯就是這種情況

碰到這種情況適當(dāng)對內(nèi)容進行一下調(diào)整，最好的情況是，內(nèi)容結(jié)束是最后一頁的末尾。

不要制作簡歷封面（會增加頁數(shù)）

寫封面這種情況肯定是在網(wǎng)上下載了一些奇怪的模板，或者網(wǎng)上一些奇怪的教程（可能是其他行業(yè)的簡歷教程）而增加上去的。

不使用照片或使用較正式的證件照

• 使用了名人的照片

• 使用了帶有不禮貌表現(xiàn)的個人照（豎中指等）

• 使用了奇怪的自拍照

• 留有照片位，但不放置照片

前面三種情況可能不是有心為之，可能是設(shè)置了招聘網(wǎng)站的頭像導(dǎo)致的，一些招聘網(wǎng)站會把你賬號的頭像當(dāng)作簡歷照片投遞出去。但是第四種情況就很不應(yīng)該了。

不使用招聘平臺生成的簡歷

某勾生成的簡歷還是可以接受的，畢竟是專做互聯(lián)網(wǎng)的，但是你從一個傳統(tǒng)招聘平臺上生成的簡歷，我就完全接受不了~

• 上面的 Tab 是什么鬼

• 簡歷編號又是什么鬼

• 簡歷更新日期又是什么鬼

• 身高0CM又是什么鬼

• 提供住房又是什么鬼

• 工作經(jīng)歷里的工資保密又是什么鬼

上面我列的這幾項都是無意義或者錯誤的信息，我不是想吐槽傳統(tǒng)招聘平臺生成的簡歷有什么問題，而是想鄙視一下使用這份簡歷的人，你都知道上某勾投簡歷，你就不能再認(rèn)認(rèn)真真再填一下某勾的簡歷嗎？你~就~這~么~懶~嗎？

不要給簡歷增加背景圖

背景圖同樣會使打印后的閱讀效果變得很差，這份簡歷是把封面和背景都增加了。

使用標(biāo)準(zhǔn)的字體，合理的字體大小

務(wù)必使用宋體、黑體等較常用的字體，選用適中的字號。

絕對不允許出現(xiàn)內(nèi)容重復(fù)問題

這個出現(xiàn)的還是比較少，這個目前只看到一份簡歷（小伍閃亮登場）存在這種問題，項目經(jīng)驗和工作經(jīng)驗直接寫了兩份，這個是由于復(fù)制粘貼造成的，但這種低級錯誤實在不應(yīng)該啊！

增加頁碼

在使用紙質(zhì)簡歷閱讀時可以更加有不容易弄亂順序，超過2頁時建議一定加上~

話術(shù)

避免口語化

以下是小伍簡歷中出現(xiàn)的工作經(jīng)歷的職位職責(zé)的描述

• 人員:跟一個設(shè)計師，一個安卓開發(fā)者合作開發(fā)一個小眾應(yīng)用：X物 職能:負(fù)責(zé)后臺開發(fā)，產(chǎn)品構(gòu)想，客戶
  端實現(xiàn)，公眾號后臺對接以及后臺自動化測試

• 團隊只有3個人,后臺跟美工都是外包的,在職期間表現(xiàn)良好,獨自一人承擔(dān) iOS 開發(fā)工作

• 學(xué)校的移動開發(fā)實驗室，做過個人項目，指導(dǎo)過比我技術(shù)差的同學(xué)，因為學(xué)校也沒有做 ios 的大牛，期間
  表現(xiàn)良好，實驗室項目有 O2O 的水果買賣等

以下是 小伍簡歷中開發(fā)細節(jié)的描述

• 項目進展:項目本來是拿來融 A 輪的項目，但是屬于低頻需求，而且耗時過長，最后公司放棄這個項目，全力發(fā)展愛分享，項目的展示我有 Demo,appstore 審核中.

• 由于兼職后臺，真的好忙，我們的聊天是采用新浪微博這種形式，利用 http 去解決,然后用推送模擬長鏈接效果，當(dāng)然，如果長鏈接下聊天體驗更好

還是得非常嚴(yán)肅地對待找工作這件事情，口語給人的感覺是不嚴(yán)謹(jǐn)不專業(yè)~

不要輕易使用精通二字

• 精通 Java;

• 精通掌握 C,Objective-C,熟悉 C++,熟練使用 iOS SDK 以及開發(fā)工具 Xcode

• 精通Objective-C語言 ,熟練掌握Cocoa Touch等框架

• 精通Objective-C/C等開發(fā)語言

• 熟練使用GCD用于多線程的開發(fā),解決并預(yù)防常見的線程安全問題

• 精通使用各種UI控件的自定義和功能模塊的封裝、擁有良好的編碼習(xí)慣

精通二字慎用，這部分內(nèi)容出現(xiàn)的不多了，更多出現(xiàn)這精通的是在招聘平臺里的技能資料里，看過一份簡歷，一個半年工作經(jīng)驗的iOS小伙，竟然已經(jīng)多個語言達到了專家級別。所以沒有100%的把握，輕易不要寫精通，但也不能都寫成了解~

不要寫任何帶有抱怨的詞語

以下是 小伍 簡歷中出現(xiàn)的抱怨內(nèi)容

• 由于老板最后沒錢不搞了，appstore 沒有上線成功

• 耐得住寂寞跟困難（因為之前都是小團隊,得到幫助資源不多）

還有一個更極端的，每個工作經(jīng)歷都寫滿了對公司和項目的不滿

簡歷中應(yīng)該要體現(xiàn)出自己是個積極向上，不怕困難的人。我最害怕的并不是團隊里沒有牛人，我最怕的是團隊帶有負(fù)能量的人，切身體會，真的會影響團隊其他人的工作熱情和效率~

但是我之前把這個觀點發(fā)到一個微信群里，就有人持有不同的觀點：

• 離職難道還有因為正能量的么

• 滿滿的正能量，誰還愿意從那離職啊

• 每次面試都問為啥，還不讓說上家壞話，明知道我會撒謊，還是要問，人類就是這么自欺欺人

離職的原因有很多，當(dāng)然由負(fù)面問題造成的肯定占了多數(shù)，其實這個時候不應(yīng)該是埋怨而是反思一下為什么出現(xiàn)這種情況，該如何解決，但也絕對不是滿滿正能量就不會造成離職，大家都有自己追求的目標(biāo)，我們?yōu)榱俗约旱哪繕?biāo)而做出各種選擇，這也是很正常的。被問到離職的問題就一定要說上一家公司的不好嗎？被問這個問題的時候更應(yīng)該從自身的角度去思考，思考自己和公司的問題，而不是一味埋怨，我最近經(jīng)常跟一個朋友吐槽一些產(chǎn)品的缺陷，朋友和我說不要總是看到別人的不足，也要看到別人的優(yōu)點，學(xué)習(xí)別人的優(yōu)點。

不要使用認(rèn)為、覺得、應(yīng)該之類的帶有不確定語氣的詞語

使用這種詞語給人的感覺就是不自信。

確保不出現(xiàn)錯別字，缺少字等低級錯誤

這個沒有什么好說的，檢查多幾遍再讓其他人幫你檢查幾遍~

不要出現(xiàn)扁低別人他人的詞語

例如：

• 指導(dǎo)過比我技術(shù)差的同學(xué)，因為學(xué)校也沒有做 iOS 的大牛

• 我在此項目中負(fù)責(zé)商品列表展示模塊，不同于一般的實習(xí)生，我很快的就融入了U8平臺開發(fā)部，當(dāng)然也是最快被導(dǎo)師分配到協(xié)助正式員工工作。在隊友的幫助下，我很快就熟悉了我所負(fù)責(zé)模塊的具體任務(wù)，并且完成隊友給我的排版切換工作。

從扁低他人的一些話里也是可以看出你對之前公司的不滿，對同事的不滿，也是可以從中看出一些問題來的。第2個例子這位同學(xué)出現(xiàn)了一點小得意，這應(yīng)該算是過度表現(xiàn)自己的一種體現(xiàn)吧。

常用名詞拼寫不規(guī)范

可能大家都不覺得這是什么大問題，所以幾乎沒有人會注意這個，雖然有可能就是一些大小寫的問題，如果你認(rèn)真去拼寫這些名詞每個大小寫都認(rèn)認(rèn)真真去拼，真的可以讓人知道你是個特別嚴(yán)謹(jǐn)?shù)娜恕?/p>

請詳細閱讀以下兩份文檔，這是目前發(fā)現(xiàn)的比較寫得比較好的規(guī)范文檔
LeanCloud 文案風(fēng)格指南
DaoCloud 寫作規(guī)范和格式規(guī)范

以下是常見名詞及錯誤的范例

• Java（錯誤：JAVA、java）

• Objective-C（錯誤：OC、oc、objective-c）

• Xcode（錯誤：xcode、XCODE、XCode）

• Linux（錯誤：linux、LINUX）

• App / 應(yīng)用（錯誤：APP、軟件、程序）

• Android（錯誤：android、安卓）

• iOS（錯誤：ios、IOS）

• iPhone（錯誤：IPHONE、iphone）

• App Store（中間有空格，錯誤：AppStore、app store）

• Runtime（錯誤：runtime）

• HTTP（錯誤：Http、http）

• HTML（錯誤：Html、html）

• CSS（錯誤：Css、css）

• JavaScript（錯誤：javascript、Javascript、js、JS）

• Git（錯誤：git、GIT）

• Eclipse（錯誤：eclipse）

• Android Studio（錯誤：android studio）

• MySQL（錯誤：mysql）

• SQLite（錯誤：sqlite）

• Node.js（錯誤：node、Node、NodeJS、nodejs）

下面還有一些常見的，但就不寫出錯誤的了

• XMPP

• JSON

• XML

• jQuery

• Ruby

• Python

• Web

• Docker

• Electron

• NW.js

• Mac OS X

• Atom

• ...

這些常用名詞還有太多太多了，把自己簡歷或者一些博客拿出來看一下都可以找到太多，而且目前看過的國內(nèi)的一些技術(shù)文章也有太多會有這個問題的了，真的沒什么人會挑這種毛病。

之前邀請一位 Android 的朋友加入了一個Swift交流群里，朋友就是因為不小心通過手機輸入法發(fā)了一個 ios 因此群里起了討論導(dǎo)致被踢，對于我來說，把正確拼寫也是一種尊重。

不要隨便使用或更改縮寫，以官方名稱為準(zhǔn)

• AFNetworking 縮寫為 AFN

• MVC 修改為 MCV

• ThinkPHP 縮寫為 TP

• Android Studio 縮寫為 AS

或許你會對MVC有著自己的看法，但請在簡歷上還是保持著通用的寫法。這些看法你可以留在面試的時候和面試官聊~

只使用一種日期格式

為了保持整個文檔的統(tǒng)一性，只使用一種日期格式
例如：

2016年
2016年3月
2016年3月1日

或：

2016
2016.3
2016.3.1

個人資料

盡量不使用 QQ 郵箱

這里說的QQ郵箱特指 數(shù)字@qq.com 的郵箱，雖然說用 QQ 郵箱也沒什么問題，但是好像 QQ 郵箱是在鄙視鏈最下面的~

不要寫家庭地址

這個信息是毫無意義的，HR們在初次篩選簡歷時應(yīng)該不會關(guān)心求職者住在哪里的。

不要寫目前行業(yè)和目前崗位

如果你目前行業(yè)寫的不是互聯(lián)網(wǎng)行業(yè)，估計會大大的扣分的。或者目前崗位不是相應(yīng)的崗位，同理。

專業(yè)信息與教育經(jīng)歷的專業(yè)信息重復(fù)

很多簡歷都出現(xiàn)了這個問題，在個人信息那塊寫個專業(yè)，但同時也在教育經(jīng)歷里出現(xiàn)了同樣的信息，所以建議把專業(yè)信息放在教育經(jīng)歷里。

個人博客鏈接地址過長過于復(fù)雜

例如我的簡書主頁是：
http://www.jianshu.com/users/7f33d5b97f55/latest_articles
如果我是在電子版簡歷上看還可以復(fù)制，如果是紙質(zhì)簡歷的話那要輸入這個鏈接的話估計也是相當(dāng)?shù)睦щy，所以我用了自己的個人域名做了個跳轉(zhuǎn)：http://blog.jianying.li ，建議你也注冊一個自己的專屬域名。

工作經(jīng)歷

倒序排列工作經(jīng)歷

來源百度百科 簡歷

有許多職業(yè)指導(dǎo)和招聘專家認(rèn)定時序型格式是簡歷格式的當(dāng)然選擇，因為這種格式能夠演示出持續(xù)和向上的職業(yè)成長全過程。它是通過強調(diào)工作經(jīng)歷實現(xiàn)這一點的。時序型格式以漸進的順序羅列你曾就職的職位，從最近的職位開始，然后再回溯。區(qū)分時序型格式與其他類型格式的一個特點是羅列出的每一項職位下，你要說明你的責(zé)任、該職位所需要的技能以及最關(guān)鍵的、突出的成就。關(guān)注的焦點在于時間、工作持續(xù)期、成長與進步以及成就。

把最近的工作經(jīng)歷放在最前面可以讓HR判斷你的經(jīng)驗和他當(dāng)前招聘的崗位是否符合，也可以看到你的成長情況~

缺少在職的時間

在職時間最能體現(xiàn)出你更換工作是不是過于頻繁，也能從中找到你是不是出現(xiàn)過長時間的無業(yè)狀態(tài)（雖然有可能你是在休假或者是自由職業(yè)），所以說如果你換工作過于頻繁，那我建議你慎重考慮一下怎么寫你的在職時間啰。

不要寫薪資，也不要寫為保密

將薪資寫上去會給HR提供一個參考值，如果你現(xiàn)在薪資11k，但你覺得你現(xiàn)在值20k了，但HR看到你上一份工作薪資是11k的話，可能會讓HR對你能力的質(zhì)疑，或者給你較低的薪資。寫保密就真的沒有任何意義了，沒能提供半點有用的信息。

缺少職位職責(zé)

這個也是可以判斷你的經(jīng)驗和當(dāng)前招聘的崗位是否符合，多個職位職責(zé)描述同樣可以看到你的能力成長。

將職位職責(zé)寫成了項目職責(zé)或技能列表

把項目經(jīng)驗和職位職責(zé)混在一起直接寫在職位職責(zé)去了

崗位職責(zé): 1、獨立負(fù)責(zé)公司 iOS 平臺下應(yīng)用程序的設(shè)計開發(fā); 2、負(fù)責(zé)調(diào)試并修改應(yīng)用所存在的問題;3、負(fù)責(zé)接口調(diào)試及與公司其他同事技術(shù)交流; 4、負(fù)責(zé) iOS 開發(fā)工作計劃安排及相關(guān)技術(shù)文檔的書寫;5、負(fù)責(zé)項目測試及打包上傳至 AppStore;項目經(jīng)驗: 項目一:有點意思 項目時長:三個月 項目職責(zé):個人完成 項目描述:這里有海量的段子囧圖讓你笑翻天; 這里的一切都可以成為你尋找樂趣、killing time 的好伴侶! 有點意思—最有趣的內(nèi)容分享社區(qū)! 主要技術(shù): 1、使用七牛上傳圖片到七牛云存儲; 2、使用 CollectionView 實現(xiàn)自定義瀑布流;3、使用 Reachability 檢測網(wǎng)絡(luò)狀況; 4、集成第三方友盟 SDK 實現(xiàn)應(yīng)用的登錄及分享; 5、利用第三方框架 SDWebImage 實現(xiàn)圖片異步加載; 6、實現(xiàn)搜索查詢、評論、發(fā)表圖文帖子等功能。 項目二:Sense 項目時長:三個月 項目職責(zé):個人完成 項目描述: 一款類似微博的社區(qū)類 APP 主要技術(shù): 1、項目重構(gòu);2、圖文、純圖、投票等多種帖子發(fā)表功能實現(xiàn); 3、私信、拉黑等功能; 4、CoreAnimation、Quartz2D 技術(shù)使用; 5、大量使用通知、block、代理等傳值; 6、圖片高斯模糊處理、壓縮處理及其他優(yōu)化;

把項目，技能等等信息全混在一起寫了

現(xiàn)在 iOS 水平大概是個中級,由于社會和行業(yè)壓力,本人會努力學(xué)習(xí)快速成為一個高級開發(fā)人員。成果如下: 一個上線的資訊類APP(正在審核),熟悉上架流程;熟練掌握 C/Objective-C 編程語言,有良好的編程習(xí)慣,較強的邏輯思維能力; 熟練掌握 MVC、KVC、單例、代理等常用的設(shè)計模式; 熟練掌握各種 UI 控件,熟悉多視圖開發(fā),能實現(xiàn)復(fù)雜的界面和簡單的動畫;熟練掌握 Block、 Notification、代理的使用; 熟練掌握 JSON、XML 等相關(guān)數(shù)據(jù)的解析; 熟練掌握代碼約束及 XIB 自動布局實現(xiàn)屏幕適配; 熟練掌握 GCD /NSOperation 實現(xiàn)多線程和并行開發(fā); 熟悉AFNetworking、SDWebImage、SDAutoLayout、MJRefresh 等第三方庫的使用; 深入了解 UITableView 的性能優(yōu)化、cell 的高度自適應(yīng); 會使用 storyboard 和 xib 進行開發(fā); 了解 SQLite、FMDB 實現(xiàn)本地化儲存,了解 Plist、歸檔等數(shù)據(jù)永久化操作; 了解定位服務(wù)及百度地圖; 了解 ShareSDK/友盟社會化分享的使用;了解SVN代碼管理軟件;

職位職責(zé)應(yīng)該應(yīng)該要總結(jié)你的日常主要工作，負(fù)責(zé)的內(nèi)容，不需要將細節(jié)寫進去，更不應(yīng)該將項目細節(jié)寫進去。

職位職責(zé)過于籠統(tǒng)

例如：

• 獨立開發(fā)app 和團隊合作開發(fā)app

• 因為公司 是 外包公司,經(jīng)常接到 外面的項目,產(chǎn)品經(jīng)理 做完架構(gòu)之后 就會分配 工作給每個人,我主要 負(fù)責(zé) 當(dāng)時 的社交化分享功能,通過 集成友盟或者 Mob 的 第三方分享 和登陸功能 ,應(yīng)用優(yōu)化以及 bug 收集。

• 舊項目的維護和版本迭代,新項目的 研發(fā)

如果寫成第一種這種倒不如不寫呢，你根本不清楚自己在公司的定位。第二種和第一種就剛好相反，把工作細節(jié)全部寫了進去。

項目經(jīng)驗

倒序排列項目經(jīng)驗

項目經(jīng)驗倒序和工作經(jīng)歷經(jīng)驗倒序是有同樣的作用，都是可以讓HR判斷你的經(jīng)驗和他當(dāng)前招聘的崗位是否符合，也可以看到你的成長情況~

只寫了項目名稱和時間，不描述其他細節(jié)

項目經(jīng)驗是簡歷中最為重要的內(nèi)容，如果你在拉勾上投簡歷沒有項目經(jīng)驗很可能會自動被過濾掉的，之前有一位應(yīng)屆的小伙直接過來霸面來著，后來我翻了一下拉勾，從已自動過濾里找到了，看到項目經(jīng)驗不到十個字就寫完了，但是在聊的時候卻發(fā)現(xiàn)有一個項目還是他在學(xué)校自己創(chuàng)業(yè)的項目，包括了融資、編碼、運營等等的事情都有在做，他說他是因為時間太緊而沒寫的，這些其實都不能當(dāng)成理由的，不然你的簡歷只會出現(xiàn)在已自動過濾里~~~~

項目簡介篇幅過長

小伍的項目經(jīng)驗

• 易商為企業(yè)提供傻瓜化后臺制作漂亮的移動畫冊,用戶可以關(guān)聯(lián)企業(yè)獲取移動畫冊,并進行轉(zhuǎn)發(fā)。易商會記錄畫冊的轉(zhuǎn)發(fā)路徑,如果有人對 畫冊表 示感興 趣,發(fā) 起轉(zhuǎn) 發(fā)的關(guān) 聯(lián)用戶 將會收 到感興 趣用戶 的信息 ,雙方就可以開始洽談了。如果達成交易 ,轉(zhuǎn)發(fā) 路徑上 的所有 用戶 都可以 獲得彼 此的信 息,以 及企業(yè) 提供的 獎勵。用戶還可以利用易商最大限度地 獲取人 脈,迅 速找到 潛在 客戶。

• 這個是針對企業(yè)的(特別是東莞的傳統(tǒng)企業(yè)),是一個通過易商 App,微信,微博,QQ 來傳播企業(yè)文檔,以及提高企業(yè)銷售 產(chǎn)品曝光率的應(yīng) 用

已經(jīng)把項目簡介寫成了項目詳細介紹了，這個例子已經(jīng)把項目的所有細節(jié)都寫出來了，簡介顧名思義就是要簡潔明了，一句話把項目說清楚，細節(jié)什么的都不用寫。

未寫自己在項目的職責(zé)

不知為何，在多份簡歷上看到過同樣的這份好豆菜譜的項目經(jīng)驗

1.業(yè)務(wù)介紹

好豆菜譜是中國美食大全,提供了家 常菜、 川菜、 粵菜、 特色 菜、私 房菜、 創(chuàng)意菜 等的菜 肴做法 ,是下 廚房 烹飪必備的美食菜譜軟件。
2.架構(gòu)介紹
這款軟件共分為4個模塊,每個模塊都是采用 MVC 框架實現(xiàn)數(shù)據(jù)與視圖的分離,MVC:即 Model 層、View 層、 控制器層,Model 層存儲對象和屬性,控制器層將解析的數(shù)據(jù)存儲到這些對象和屬性中,View 層則是將數(shù)據(jù) 顯示在頁面上。
3.技術(shù)點介紹
(1)采用 CocoaPods 引進第三方庫
(2)網(wǎng)絡(luò)請求使用第三方庫 AFNetworking 封裝了一個網(wǎng)絡(luò)請求工具類
(3)利用第三方庫 HTHorizontalSelectionList 實現(xiàn)多個頁面橫向滾動功能
(4)采用第三方庫 MJRefresh 實現(xiàn)下拉刷新,上拉加載效果
(5)利用 UIView 實現(xiàn)下拉菜單功能
(6)利用富文本實現(xiàn)圖文混排
(7)利用系統(tǒng)庫 MediaPlayer.framework 實現(xiàn)視頻播放功能
(8)通過圖片和文字的大小實現(xiàn) UITableView 的高度自適應(yīng)效果
(9)用 Core Animation 框架實現(xiàn)帶動畫的點贊功能
(10)通過設(shè)置導(dǎo)航欄的 alpha 值實現(xiàn)導(dǎo)航欄的透明度漸變效果

這個對于項目的描述還算是比較條理清楚的了，但是這個描述并沒有我最關(guān)心的一點 —— 項目職責(zé)，你是在擔(dān)任架構(gòu)師呢？還是做測試呢？還是做產(chǎn)品的呢？沒有這個最關(guān)鍵的信息點，這個項目經(jīng)驗就沒有任何價值~

GitHub 項目內(nèi)容作假

這個問題出現(xiàn)在一個應(yīng)屆生的簡歷中，對于這個問題我的態(tài)度是無法容忍，簡歷中出現(xiàn)了四個GitHub項目：ZhihuDaily、 Uber、weather、WB，對于使用GitHut分享自己代碼的，給我的感覺還不錯，所以我就去看了一下。造假的痕跡真的很容看出來的。

拿 WB 項目來舉例（iOS項目）

只有 first commit，Create README.md，Update README.md 三個commit

倉庫里未添加 .gitignore 文件，所以在 xcuserdata 文件夾里 發(fā)現(xiàn)了 cabbage.xcuserdatad 文件，搜索發(fā)現(xiàn)一個Weibo-Swift 項目，并且時間提交記錄早了5個月，clone下來對比內(nèi)容全部一樣，只是注釋的作者名字修改過了。

描述關(guān)鍵技術(shù)點過多或過于業(yè)余，且未能和職責(zé)聯(lián)系起來

技術(shù)要點:

1.火車、長途汽車、公交等不同模塊 基類的 合理運 用
2.實現(xiàn)自動定位到當(dāng)前用戶所在的城 市功能
3.利用CoreLocation框架實現(xiàn)地理編碼和反地理編碼功能
4.源數(shù)據(jù)請求以及解析
5.UI界面對Segment的合理應(yīng)用

沒有寫開發(fā)時間，或只寫了項目周期甚至沒寫

通過項目簡介再通過開發(fā)時間，也是可以判定這個項目的難度的，項目難度也是可以拿來對技術(shù)水平進行評估的。建議寫上項目時間，不要寫開發(fā)周期，原因和倒序排列工作經(jīng)歷項目經(jīng)驗類似。

未寫項目為團隊開發(fā)或個人開發(fā)

很多招聘信息里都有寫著有獨立開發(fā)的能力，如果是個人開發(fā)的，那正好可以告訴招聘者我有獨立開發(fā)能力，團隊開發(fā)同理~

已上線應(yīng)用的建議提供短鏈接

如果直接提供一個 App Store 的完整下載鏈接可能一行是放不下的，一換行就對閱讀體檢產(chǎn)生一定的影響，這時候可以使用一些短網(wǎng)址服務(wù)將你的下載鏈接縮短。

項目職責(zé)與項目關(guān)鍵技術(shù)點混淆不清?

? 使用 AFNetworking進行數(shù)據(jù)請求與解析

? 實時匯率計算,實時溫度
? 使用第三方(SDWebImage)實現(xiàn)圖片異步加載
? 使用高德地圖官方SDK,進行地圖的接入
? 實現(xiàn)UITableView的Cell自適應(yīng)大小
? 使用科大訊飛語音功能

這是寫在了項目職責(zé)里的內(nèi)容了，這完全是項目關(guān)鍵技術(shù)點的內(nèi)容，一定要明確分清項目職責(zé)和項目關(guān)鍵技術(shù)點。

對于流產(chǎn)的項目，不要描述流產(chǎn)細節(jié)

• 由于老板最后沒錢不搞了,appstore 沒有上線成功

• 項目本來是拿來融 A 輪的項目，但是屬于低頻需求，而且耗時過長，最后公司放棄這個項目

• 產(chǎn)品經(jīng)理跑路啦！App項目廢棄啦！我特么被動失業(yè)啦！

專業(yè)技能

將技術(shù)點寫成了語言

• 熟悉html、js、ajax等前端語言。
  AJAX 并不是語言，而是一種技術(shù)，寫成這樣不知道是無意為之還是，但這樣子給人的感覺就是業(yè)余

描述篇幅過長或過于業(yè)余

其中一份描述專業(yè)技能的例子：

熟練掌握 Objective-C, C 語言, 具有良好的編程思想;

熟練掌握 iOS 內(nèi)存管理機制, MRC, ARC 編程;
熟練使用 MVC 模式, 單例模式, 代理模式, 觀察者模式等設(shè)計模式編程;
了解 MVVM 開發(fā)架構(gòu)模式;
熟練掌握 UI 控件特性, 手勢, 熟悉多視圖應(yīng)用開發(fā), 能實現(xiàn)復(fù)雜界面布局及視覺效果;
熟練自定義 UI 視圖控件, UI 布局, 動畫編程;
熟練使用 Storyboard, xib 進行可視化編程;
熟練掌握 NSThread, NSOperation, GCD 多線程編程技術(shù);
熟練使用 BLOCK 進行頁面?zhèn)髦导胺椒ɑ卣{(diào);
熟練掌握 XML 解析, JSON 解析方式;
熟悉使用 SQLite, CoreData 數(shù)據(jù)庫, 歸檔和反歸檔, NSUserDefault 數(shù)據(jù)持久化方式, 能
熟練編寫各類 sql 語句;
熟悉 UIKit 框架的使用以及對控件進行重寫和封裝, 滿足項目需求;
熟練使用 AFNetworking, Reachability, MJRefresh, SDWebImage, FMDB 等第三方類庫的使用;
熟練使用 CocoaPods 管理第三方開源框架工具;
熟練掌握 Appstore 上架流程以及本地推送和遠程推送;
了解 HTTP, TCP/IP, UDP, Socket 等協(xié)議;
熟悉 XMPP 的環(huán)境配置, 實現(xiàn)即時通訊功能;
熟悉 Swift 開發(fā)語言;
有相關(guān)團隊開發(fā)經(jīng)驗, 也能根據(jù)設(shè)計需求獨立作業(yè);

像這份簡歷已經(jīng)達到了6頁之多，并且光是個人技能已經(jīng)滿滿一頁了，其實是像Xib，XML / JSON 解析，第三方類庫使用等等是可以直接寫到項目經(jīng)驗里去的，個人技術(shù)只挑具有代表性的內(nèi)容即可。

校內(nèi)經(jīng)歷

不要寫社會實踐經(jīng)歷

例如：

高中寒暑假期間做過廠工、服務(wù)員、網(wǎng)管

大學(xué)讀書期間固定兼職武術(shù)跆拳道教練
組織指導(dǎo)并參加 2016 中山市少兒春晚演出

不要寫社團經(jīng)歷 /?校內(nèi)職務(wù)

例如：

?大一和大二服務(wù)于武術(shù)協(xié)會的公關(guān)策劃部和雙節(jié)棍部,主要負(fù)責(zé)策劃活動,籌集經(jīng)費,帶領(lǐng)訓(xùn)練和編排節(jié) 目

大一到大三一直為校區(qū)藝術(shù)團武術(shù)隊成員,編排和參加各種表演

不要寫榮譽證書

不要寫一些非專業(yè)相關(guān)的證書（駕駛證這些真的不要寫），更加不要把相關(guān)證書拍下來貼上簡歷。

投遞

通過郵件發(fā)送時請檢查發(fā)信昵稱，避免出現(xiàn)對方顯示的發(fā)件人是個非主流名稱

蔣某某-ios-求職
發(fā)件人：┆若┮小律ˇ <122xxxx557@qq.com>
時 間：2016年1月20日(星期三) 下午4:51
收件人： leo <leo@example.com>

發(fā)送簡歷時請認(rèn)真對待標(biāo)題和正文

• 郵件標(biāo)題不能為空

• 郵件正文不能為空

• 稍微寫一些客套話，但也不建議把簡歷直接寫在正文里

加分項

• 使用 Git

• 使用 Markdown

• 參加或發(fā)起過開源項目（使用 GitHub）

• 堅持寫博客

其他

霸面時提供紙質(zhì)簡歷，更不要拿網(wǎng)頁版的簡歷過來

就是上次那位霸面的小伙，沒有帶紙質(zhì)簡歷，而且某勾上下載回來的簡歷是沒有內(nèi)容的，并且還是使用了網(wǎng)頁版的簡歷（小伙設(shè)計專業(yè)轉(zhuǎn)前端的），導(dǎo)致我還得等他把電腦打開打開他的網(wǎng)頁版簡歷來看（Windows電腦真的用不慣啊）

預(yù)先準(zhǔn)備好演示作品

當(dāng)時我剛自覺轉(zhuǎn)行做Android第一次面試一家小公司的時候就要求我做演示，當(dāng)時我是用著 iPhone 手機，然后面試官就拿著他的Android手機到應(yīng)用商店下載了一個進行演示，當(dāng)然不太順利啦。所以還是做好這個準(zhǔn)備吧。

對于加班的看法

我是不贊同企業(yè)任何的加班文化的，加班的效率真的是很低很低的，而且造成加班很大一部分原因是因為項目安排不合理，其實更應(yīng)該是合理的安排，讓出更多的時間來學(xué)習(xí)成長，這樣子就不會走進一個加班的死循環(huán)。由于個人的起點較低，近4年都幾乎處于加班的狀態(tài)，忽略了生活，學(xué)習(xí)，交際等等事情，剛開始覺得無所謂，到最近才發(fā)現(xiàn)，自己和別人的差距一直在變大，所以我更希望如果作為Leader更應(yīng)該優(yōu)化項目安排，提高效率，給下屬騰出更多的時間來提升自己，提高效率。

一些零星看法

• 程序員的簡歷只需要做到簡潔，條理清晰

• 程序員的簡歷的質(zhì)量高不高不在于簡歷的模板有多漂亮，而在于里面的內(nèi)容。

• 目前網(wǎng)上可搜索到的簡歷，分別來自應(yīng)屆生、較少經(jīng)驗者、培訓(xùn)機構(gòu)學(xué)生流出、簡歷平臺、招聘平臺等，可供參考價值較少。

有些問題，想問專業(yè)的HR

關(guān)于對簡歷頁數(shù)的看法

關(guān)于對標(biāo)題的看法

關(guān)于對貼不貼照片的看法

關(guān)于對專業(yè)信息與教育經(jīng)歷的專業(yè)信息重復(fù)的看法

關(guān)于對使用QQ郵箱的看法（如果是投騰訊呢？）

最在最后

當(dāng)時我在整理這篇文章的時候一個朋友（某現(xiàn)網(wǎng)CTO）和我說：簡歷改好了又怎么樣，人還是那拔人，這樣只只會增加篩選成本。其實我倒覺得不會，結(jié)果應(yīng)該是好的人才被發(fā)現(xiàn)了，渣的人還在那里~

關(guān)于我

剛離職幾天，這段時間在整理近兩年的工作經(jīng)驗，把自己一些經(jīng)驗心得分享給大家，希望不斷的優(yōu)化開發(fā)體驗，改進交付方式，將更多的時間花在學(xué)習(xí)以及生活上，也希望找一份為開發(fā)者服務(wù)的工作，坐標(biāo)深圳。

4年工作經(jīng)驗，近2年從事Android應(yīng)用開發(fā)，熟悉從項目啟動到上線的完整流程，對產(chǎn)品及體驗有一定的理解，對Node.js及前端有著強烈的興趣，希望可以為優(yōu)化開發(fā)體驗改進交付軟件交付方式出一點微薄之力~

我的簡歷：https://github.com/lijy91/resume

筆記及參考文章

在整理文章時記錄的腦圖筆記

TAOTAO，請問如何寫簡歷才能被HR從眾多簡歷里選中呢？

總結(jié)

以上是生活随笔為你收集整理的用产品思维写好你的简历的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。