用產品思惟寫好你的簡歷

時間 2019-12-09

標籤產品思惟寫好簡歷简体版

原文原文鏈接

因爲本人精力有限，若是內容有更新可能沒法及時更新其餘渠道的內容，請移步簡書查看文章javascript

剛離職幾天，這幾天在對上一份工做進行一個全面的總結，首先是先把簡歷更新一下，兩年沒有更新過簡歷了，加上離職前在公司也參與了一些招聘工做，因此收集總結了一下目前應屆畢業生至3年工做經驗的簡歷出現的一些常見的問題，在整理的過程當中愈加越感受作簡歷就是作產品，以前老大總是對咱們技術的說，要作個有產品思惟的程序員，雖然我如今仍然沒法說得清楚什麼是產品思惟（請原諒個人標題這麼寫吧），但腦子裏隱約地造成了一些概念，如今談一下我對簡歷的一些淺見吧。css

因爲本人只是一名 Android 程序員，並無專業 HR 的工做經驗，若是有哪些說得不對，歡迎 HR 給我指正，若是你有什麼本身的見解也歡迎給我留言html

下面的大部份內容都是面向程序員的，可能並不適用於其餘行業前端

格式

使用 Word 或者 Pages 製做簡歷

固然你也可使用其餘文檔工具來寫，但務必參考下面幾條關於格式和排版的建議，你也能夠用 Markdown 來寫，這樣子會更佳~java

導出爲 PDF 格式，考慮不一樣平臺下的閱讀體驗

可閱讀性強，美觀大方，支持跨平臺，版本兼容性強，在 Windows、Linux、Mac 上排版都不會改變，各版本之間兼容性也至關的好，因此PDF是最推薦的簡歷格式，除了PDF外，Word格式也是比較推薦的格式。node

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

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

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

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

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

排版

使用標準A4紙的尺寸

A4紙應該是使用最普遍的打印尺寸，爲了打印方便，不該該使用一些奇怪的尺寸。ios

設置合理的頁面邊距

設置合理的邊距可讓閱讀體驗更佳，或者增長頁面可閱讀內容。
一些很差的例子

看到這兩個例子，我想你應該對於邊距問題內心也大概有個數了吧~

控制頁數爲2~3頁

如下內容來自糗百HR阿濤的文章
TAOTAO，請問如何寫簡歷才能被HR從衆多簡歷裏選中呢？

先普及下HR通常是怎麼篩選簡歷的，通常兩個過程：先是初選，這個過程很快，每份簡歷通常只看幾個關鍵詞或者看看有沒有知名公司，基本平均就10秒一份簡歷，別怪咱們對你們的誠心誠意不負責任，咱們也沒辦法，天天從幾十個招聘網站裏初選上千的簡歷。初選通常會選擇10%左右的簡歷進行復選，複選階段通常會仔細看簡歷，篩選掉初選時看的不是太仔細而混進來的簡歷或匹配度相對低的簡歷，複選通常還會篩選掉10%左右。通常來講能過初選的候選人基本上離面試也不遠了。

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

不添加標題或者標題寫爲姓名

不要添加 我的簡歷 或 簡歷 這樣的標題，標題會佔用必定的頁面空間，而且沒有什麼做用，使用姓名做爲簡歷的標題也是不錯的選擇。

避免打印時會出現空白頁或只有半頁的狀況

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

碰到這種狀況適當對內容進行一下調整，最好的狀況是，內容結束是最後一頁的末尾。

不要製做簡歷封面（會增長頁數）

寫封面這種狀況確定是在網上下載了一些奇怪的模板，或者網上一些奇怪的教程（多是其餘行業的簡歷教程）而增長上去的。

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

使用了名人的照片
使用了帶有不禮貌表現的我的照（豎中指等）
使用了奇怪的自拍照
留有照片位，但不放置照片

前面三種狀況可能不是有心爲之，多是設置了招聘網站的頭像致使的，一些招聘網站會把你帳號的頭像看成簡歷照片投遞出去。可是第四種狀況就很不該該了。

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

某勾生成的簡歷仍是能夠接受的，畢竟是專作互聯網的，可是你從一個傳統招聘平臺上生成的簡歷，我就徹底接受不了~

上面的 Tab 是什麼鬼
簡歷編號又是什麼鬼
簡歷更新日期又是什麼鬼
身高0CM又是什麼鬼
提供住房又是什麼鬼
工做經歷裏的工資保密又是什麼鬼

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

不要給簡歷增長背景圖

背景圖一樣會使打印後的閱讀效果變得不好，這份簡歷是把封面和背景都增長了。

使用標準的字體，合理的字體大小

務必使用宋體、黑體等較經常使用的字體，選用適中的字號。

絕對不容許出現內容重複問題

這個出現的仍是比較少，這個目前只看到一份簡歷（小伍閃亮登場）存在這種問題，項目經驗和工做經驗直接寫了兩份，這個是因爲複製粘貼形成的，但這種低級錯誤實在不該該啊！

增長頁碼

在使用紙質簡歷閱讀時能夠更加有不容易弄亂順序，超過2頁時建議必定加上~

話術

避免口語化

如下是小伍簡歷中出現的工做經歷的職位職責的描述

人員:跟一個設計師，一個安卓開發者合做開發一個小衆應用：X物職能:負責後臺開發，產品構想，客戶
端實現，公衆號後臺對接以及後臺自動化測試
團隊只有3我的,後臺跟美工都是外包的,在職期間表現良好,獨自一人承擔 iOS 開發工做
學校的移動開發實驗室，作過我的項目，指導過比我技術差的同窗，由於學校也沒有作 ios 的大牛，期間
表現良好，實驗室項目有 O2O 的水果買賣等

如下是 小伍簡歷中開發細節的描述

項目進展:項目原本是拿來融 A 輪的項目，可是屬於低頻需求，並且耗時過長，最後公司放棄這個項目，全力發展愛分享，項目的展現我有 Demo,appstore 審覈中.
因爲兼職後臺，真的好忙，咱們的聊天是採用新浪微博這種形式，利用 http 去解決,而後用推送模擬長連接效果，固然，若是長連接下聊天體驗更好

仍是得很是嚴肅地對待找工做這件事情，口語給人的感受是不嚴謹不專業~

不要輕易使用精通二字

精通 Java;
精通掌握 C,Objective-C,熟悉 C++,熟練使用 iOS SDK 以及開發工具 Xcode
精通Objective-C語言 ,熟練掌握Cocoa Touch等框架
精通Objective-C/C等開發語言
熟練使用GCD用於多線程的開發,解決並預防常見的線程安全問題
精通使用各類UI控件的自定義和功能模塊的封裝、擁有良好的編碼習慣

精通二字慎用，這部份內容出現的很少了，更多出現這精通的是在招聘平臺裏的技能資料裏，看過一份簡歷，一個半年工做經驗的iOS小夥，居然已經多個語言達到了專家級別。因此沒有100%的把握，輕易不要寫精通，但也不能都寫成了解~

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

如下是 小伍 簡歷中出現的抱怨內容

因爲老闆最後沒錢不搞了，appstore 沒有上線成功
耐得住寂寞跟困難（由於以前都是小團隊,獲得幫助資源很少）

還有一個更極端的，每一個工做經歷都寫滿了對公司和項目的不滿

簡歷中應該要體現出本身是個積極向上，不怕困難的人。我最懼怕的並非團隊裏沒有牛人，我最怕的是團隊帶有負能量的人，切身體會，真的會影響團隊其餘人的工做熱情和效率~

可是我以前把這個觀點發到一個微信羣裏，就有人持有不一樣的觀點：

離職難道還有由於正能量的麼
滿滿的正能量，誰還願意從那離職啊
每次面試都問爲啥，還不讓說上家壞話，明知道我會撒謊，仍是要問，人類就是這麼自欺欺人

離職的緣由有不少，固然由負面問題形成的確定佔了多數，其實這個時候不該該是埋怨而是反思一下爲何出現這種狀況，該如何解決，但也絕對不是滿滿正能量就不會形成離職，你們都有本身追求的目標，咱們爲了本身的目標而作出各類選擇，這也是很正常的。被問到離職的問題就必定要說上一家公司的很差嗎？被問這個問題的時候更應該從自身的角度去思考，思考本身和公司的問題，而不是一味埋怨，我最近常常跟一個朋友吐槽一些產品的缺陷，朋友和我說不要老是看到別人的不足，也要看到別人的優勢，學習別人的優勢。

不要使用認爲、以爲、應該之類的帶有不肯定語氣的詞語

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

確保不出現錯別字，缺乏字等低級錯誤

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

不要出現扁低別人他人的詞語

例如：

指導過比我技術差的同窗，由於學校也沒有作 iOS 的大牛
我在此項目中負責商品列表展現模塊，不一樣於通常的實習生，我很快的就融入了U8平臺開發部，固然也是最快被導師分配到協助正式員工工做。在隊友的幫助下，我很快就熟悉了我所負責模塊的具體任務，而且完成隊友給個人排版切換工做。

從扁低他人的一些話裏也是能夠看出你對以前公司的不滿，對同事的不滿，也是能夠從中看出一些問題來的。第2個例子這位同窗出現了一點小得意，這應該算是過分表現本身的一種體現吧。

經常使用名詞拼寫不規範

可能你們都不以爲這是什麼大問題，因此幾乎沒有人會注意這個，雖然有可能就是一些大小寫的問題，若是你認真去拼寫這些名詞每一個大小寫都認認真真去拼，真的可讓人知道你是個特別嚴謹的人。

請詳細閱讀如下兩份文檔，這是目前發現的比較寫得比較好的規範文檔
LeanCloud 文案風格指南
 DaoCloud 寫做規範和格式規範

如下是常見名詞及錯誤的範例

Java（錯誤：JAVA、java）
Objective-C（錯誤：OC、oc、objective-c）
Xcode（錯誤：xcode、XCODE、XCode）
Linux（錯誤：linux、LINUX）
App / 應用（錯誤：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
...

這些經常使用名詞還有太多太多了，把本身簡歷或者一些博客拿出來看一下均可以找到太多，並且目前看過的國內的一些技術文章也有太多會有這個問題的了，真的沒什麼人會挑這種毛病。

以前邀請一位 Android 的朋友加入了一個Swift交流羣裏，朋友就是由於不當心經過手機輸入法發了一個 ios 所以羣裏起了討論致使被踢，對於我來講，把正確拼寫也是一種尊重。

不要隨便使用或更改縮寫，以官方名稱爲準

AFNetworking 縮寫爲 AFN
MVC 修改成 MCV
ThinkPHP 縮寫爲 TP
Android Studio 縮寫爲 AS

或許你會對MVC有着本身的見解，但請在簡歷上仍是保持着通用的寫法。這些見解你能夠留在面試的時候和麪試官聊~

只使用一種日期格式

爲了保持整個文檔的統一性，只使用一種日期格式
例如：

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

或：

2016
2016.3
2016.3.1

我的資料

儘可能不使用 QQ 郵箱

這裏說的QQ郵箱特指 數字@qq.com 的郵箱，雖說用 QQ 郵箱也沒什麼問題，可是好像 QQ 郵箱是在鄙視鏈最下面的~

不要寫家庭地址

這個信息是毫無心義的，HR們在初次篩選簡歷時應該不會關心求職者住在哪裏的。

不要寫目前行業和目前崗位

若是你目前行業寫的不是互聯網行業，估計會大大的扣分的。或者目前崗位不是相應的崗位，同理。

專業信息與教育經歷的專業信息重複

不少簡歷都出現了這個問題，在我的信息那塊寫個專業，但同時也在教育經歷裏出現了一樣的信息，因此建議把專業信息放在教育經歷裏。

我的博客連接地址過長過於複雜

例如個人簡書主頁是：
http://www.jianshu.com/users/7f33d5b97f55/latest_articles
若是我是在電子版簡歷上看還能夠複製，若是是紙質簡歷的話那要輸入這個連接的話估計也是至關的困難，因此我用了本身的我的域名作了個跳轉：http://blog.jianying.li ，建議你也註冊一個本身的專屬域名。

工做經歷

倒序排列工做經歷

來源百度百科簡歷

有許多職業指導和招聘專家認定時序型格式是簡歷格式的固然選擇，由於這種格式可以演示出持續和向上的職業成長全過程。它是經過強調工做經歷實現這一點的。時序型格式以漸進的順序羅列你曾就任的職位，從最近的職位開始，而後再回溯。區分時序型格式與其餘類型格式的一個特色是羅列出的每一項職位下，你要說明你的責任、該職位所須要的技能以及最關鍵的、突出的成就。關注的焦點在於時間、工做持續期、成長與進步以及成就。

把最近的工做經歷放在最前面可讓HR判斷你的經驗和他當前招聘的崗位是否符合，也能夠看到你的成長狀況~

缺乏在職的時間

在職時間最能體現出你更換工做是否是過於頻繁，也能從中找到你是否是出現過長時間的無業狀態（雖然有可能你是在休假或者是自由職業），因此說若是你換工做過於頻繁，那我建議你慎重考慮一下怎麼寫你的在職時間囉。

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

將薪資寫上去會給HR提供一個參考值，若是你如今薪資11k，但你以爲你如今值20k了，但HR看到你上一份工做薪資是11k的話，可能會讓HR對你能力的質疑，或者給你較低的薪資。寫保密就真的沒有任何意義了，沒能提供半點有用的信息。

缺乏職位職責

這個也是能夠判斷你的經驗和當前招聘的崗位是否符合，多個職位職責描述一樣能夠看到你的能力成長。

將職位職責寫成了項目職責或技能列表

把項目經驗和職位職責混在一塊兒直接寫在職位職責去了

崗位職責: 一、獨立負責公司 iOS 平臺下應用程序的設計開發; 二、負責調試並修改應用所存在的問題;三、負責接口調試及與公司其餘同事技術交流; 四、負責 iOS 開發工做計劃安排及相關技術文檔的書寫;五、負責項目測試及打包上傳至 AppStore;項目經驗: 項目一:有點意思項目時長:三個月項目職責:我的完成項目描述:這裏有海量的段子囧圖讓你笑翻天; 這裏的一切均可以成爲你尋找樂趣、killing time 的好伴侶! 有點意思—最有趣的內容分享社區! 主要技術: 一、使用七牛上傳圖片到七牛雲存儲; 二、使用 CollectionView 實現自定義瀑布流;三、使用 Reachability 檢測網絡情況; 四、集成第三方友盟 SDK 實現應用的登陸及分享; 五、利用第三方框架 SDWebImage 實現圖片異步加載; 六、實現搜索查詢、評論、發表圖文帖子等功能。項目二:Sense 項目時長:三個月項目職責:我的完成項目描述: 一款相似微博的社區類 APP 主要技術: 一、項目重構;二、圖文、純圖、投票等多種帖子發表功能實現; 三、私信、拉黑等功能; 四、CoreAnimation、Quartz2D 技術使用; 五、大量使用通知、block、代理等傳值; 六、圖片高斯模糊處理、壓縮處理及其餘優化;

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

如今 iOS 水平大概是個中級,因爲社會和行業壓力,本人會努力學習快速成爲一個高級開發人員。成果以下: 一個上線的資訊類APP(正在審覈),熟悉上架流程;熟練掌握 C/Objective-C 編程語言,有良好的編程習慣,較強的邏輯思惟能力; 熟練掌握 MVC、KVC、單例、代理等經常使用的設計模式; 熟練掌握各類 UI 控件,熟悉多視圖開發,能實現複雜的界面和簡單的動畫;熟練掌握 Block、 Notification、代理的使用; 熟練掌握 JSON、XML 等相關數據的解析; 熟練掌握代碼約束及 XIB 自動佈局實現屏幕適配; 熟練掌握 GCD /NSOperation 實現多線程和並行開發; 熟悉AFNetworking、SDWebImage、SDAutoLayout、MJRefresh 等第三方庫的使用; 深刻了解 UITableView 的性能優化、cell 的高度自適應; 會使用 storyboard 和 xib 進行開發; 瞭解 SQLite、FMDB 實現本地化儲存,瞭解 Plist、歸檔等數據永久化操做; 瞭解定位服務及百度地圖; 瞭解 ShareSDK/友盟社會化分享的使用;瞭解SVN代碼管理軟件;

職位職責應該應該要總結你的平常主要工做，負責的內容，不須要將細節寫進去，更不該該將項目細節寫進去。

職位職責過於籠統

例如：

獨立開發app 和團隊合做開發app
由於公司是外包公司,常常接到外面的項目,產品經理作完架構以後就會分配工做給每一個人,我主要負責當時的社交化分享功能,經過集成友盟或者 Mob 的第三方分享和登錄功能 ,應用優化以及 bug 收集。
舊項目的維護和版本迭代,新項目的研發

若是寫成第一種這種倒不如不寫呢，你根本不清楚本身在公司的定位。第二種和第一種就恰好相反，把工做細節所有寫了進去。

項目經驗

倒序排列項目經驗

項目經驗倒序和工做經歷經驗倒序是有一樣的做用，都是可讓HR判斷你的經驗和他當前招聘的崗位是否符合，也能夠看到你的成長狀況~

只寫了項目名稱和時間，不描述其餘細節

項目經驗是簡歷中最爲重要的內容，若是你在拉勾上投簡歷沒有項目經驗極可能會自動被過濾掉的，以前有一位應屆的小夥直接過來霸面來着，後來我翻了一下拉勾，從已自動過濾裏找到了，看到項目經驗不到十個字就寫完了，可是在聊的時候卻發現有一個項目仍是他在學校本身創業的項目，包括了融資、編碼、運營等等的事情都有在作，他說他是由於時間太緊而沒寫的，這些其實都不能當成理由的，否則你的簡歷只會出如今已自動過濾裏~~~~

項目簡介篇幅過長

小伍的項目經驗

易商爲企業提供傻瓜化後臺製做漂亮的移動畫冊,用戶能夠關聯企業獲取移動畫冊,並進行轉發。易商會記錄畫冊的轉發路徑,若是有人對畫冊表示感興趣,發起轉發的關聯用戶將會收到感興趣用戶的信息 ,雙方就能夠開始洽談了。若是達成交易 ,轉發路徑上的全部用戶均可以得到彼此的信息,以及企業提供的獎勵。用戶還能夠利用易商最大限度地獲取人脈,迅速找到潛在客戶。

這個是針對企業的(特別是東莞的傳統企業),是一個經過易商 App,微信,微博,QQ 來傳播企業文檔,以及提升企業銷售產品曝光率的應用

已經把項目簡介寫成了項目詳細介紹了，這個例子已經把項目的全部細節都寫出來了，簡介顧名思義就是要簡潔明瞭，一句話把項目說清楚，細節什麼的都不用寫。

未寫本身在項目的職責

不知爲什麼，在多份簡歷上看到過一樣的這份好豆菜譜的項目經驗

1.業務介紹

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

這個對於項目的描述還算是比較條理清楚的了，可是這個描述並無我最關心的一點 —— 項目職責，你是在擔任架構師呢？仍是作測試呢？仍是作產品的呢？沒有這個最關鍵的信息點，這個項目經驗就沒有任何價值~

GitHub 項目內容做假

這個問題出如今一個應屆生的簡歷中，對於這個問題個人態度是沒法容忍，簡歷中出現了四個GitHub項目：ZhihuDaily、 Uber、weather、WB，對於使用GitHut分享本身代碼的，給個人感受還不錯，因此我就去看了一下。造假的痕跡真的很容看出來的。

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

只有 first commit，Create README.md，Update README.md 三個commit
倉庫裏未添加 .gitignore 文件，因此在 xcuserdata 文件夾裏發現了 cabbage.xcuserdatad 文件，搜索發現一個Weibo-Swift 項目，而且時間提交記錄早了5個月，clone下來對比內容所有同樣，只是註釋的做者名字修改過了。

描述關鍵技術點過多或過於業餘，且未能和職責聯繫起來

技術要點:

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

沒有寫開發時間，或只寫了項目週期甚至沒寫

經過項目簡介再經過開發時間，也是能夠斷定這個項目的難度的，項目難度也是能夠拿來對技術水平進行評估的。建議寫上項目時間，不要寫開發週期，緣由和倒序排列工做經歷項目經驗相似。

未寫項目爲團隊開發或我的開發

不少招聘信息裏都有寫着有獨立開發的能力，若是是我的開發的，那正好能夠告訴招聘者我有獨立開發能力，團隊開發同理~

已上線應用的建議提供短連接

若是直接提供一個 App Store 的完整下載連接可能一行是放不下的，一換行就對閱讀體檢產生必定的影響，這時候可使用一些短網址服務將你的下載連接縮短。

項目職責與項目關鍵技術點混淆不清

• 使用 AFNetworking進行數據請求與解析

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

這是寫在了項目職責裏的內容了，這徹底是項目關鍵技術點的內容，必定要明確分清項目職責和項目關鍵技術點。

對於流產的項目，不要描述流產細節

因爲老闆最後沒錢不搞了,appstore 沒有上線成功
項目原本是拿來融 A 輪的項目，可是屬於低頻需求，並且耗時過長，最後公司放棄這個項目
產品經理跑路啦！App項目廢棄啦！我特麼被動失業啦！

專業技能

將技術點寫成了語言

熟悉html、js、ajax等前端語言。
AJAX 並非語言，而是一種技術，寫成這樣不知道是無心爲之仍是，但這樣子給人的感受就是業餘

描述篇幅過長或過於業餘

其中一份描述專業技能的例子：

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

熟練掌握 iOS 內存管理機制, MRC, ARC 編程;
熟練使用 MVC 模式, 單例模式, 代理模式, 觀察者模式等設計模式編程;
瞭解 MVVM 開發架構模式;
熟練掌握 UI 控件特性, 手勢, 熟悉多視圖應用開發, 能實現複雜界面佈局及視覺效果;
熟練自定義 UI 視圖控件, UI 佈局, 動畫編程;
熟練使用 Storyboard, xib 進行可視化編程;
熟練掌握 NSThread, NSOperation, GCD 多線程編程技術;
熟練使用 BLOCK 進行頁面傳值及方法回調;
熟練掌握 XML 解析, JSON 解析方式;
熟悉使用 SQLite, CoreData 數據庫, 歸檔和反歸檔, NSUserDefault 數據持久化方式, 能
熟練編寫各種 sql 語句;
熟悉 UIKit 框架的使用以及對控件進行重寫和封裝, 知足項目需求;
熟練使用 AFNetworking, Reachability, MJRefresh, SDWebImage, FMDB 等第三方類庫的使用;
熟練使用 CocoaPods 管理第三方開源框架工具;
熟練掌握 Appstore 上架流程以及本地推送和遠程推送;
瞭解 HTTP, TCP/IP, UDP, Socket 等協議;
熟悉 XMPP 的環境配置, 實現即時通信功能;
熟悉 Swift 開發語言;
有相關團隊開發經驗, 也能根據設計需求獨立做業;

像這份簡歷已經達到了6頁之多，而且光是我的技能已經滿滿一頁了，實際上是像Xib，XML / JSON 解析，第三方類庫使用等等是能夠直接寫到項目經驗裏去的，我的技術只挑具備表明性的內容便可。

校內經歷

不要寫社會實踐經歷

例如：

高中寒暑假期間作過廠工、服務員、網管

大學讀書期間固定兼職武術跆拳道教練
組織指導並參加 2016 中山市少兒春晚演出

不要寫社團經歷 / 校內職務

例如：

大一和大二服務於武術協會的公關策劃部和雙節棍部,主要負責策劃活動,籌集經費,帶領訓練和編排節目

大一到大三一直爲校區藝術團武術隊成員,編排和參加各類表演

不要寫榮譽證書

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

投遞

經過郵件發送時請檢查發信暱稱，避免出現對方顯示的發件人是個非主流名稱

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

發送簡歷時請認真對待標題和正文

郵件標題不能爲空
郵件正文不能爲空
稍微寫一些客套話，但也不建議把簡歷直接寫在正文裏

加分項

使用 Git
使用 Markdown
參加或發起過開源項目（使用 GitHub）
堅持寫博客

其餘

霸面時提供紙質簡歷，更不要拿網頁版的簡歷過來

就是上次那位霸面的小夥，沒有帶紙質簡歷，並且某勾上下載回來的簡歷是沒有內容的，而且仍是使用了網頁版的簡歷（小夥設計專業轉前端的），致使我還得等他把電腦打開打開他的網頁版簡從來看（Windows電腦真的用不慣啊）

預先準備好演示做品

當時我剛自覺轉行作Android第一次面試一家小公司的時候就要求我作演示，當時我是用着 iPhone 手機，而後面試官就拿着他的Android手機到應用商店下載了一個進行演示，固然不太順利啦。因此仍是作好這個準備吧。

對於加班的見解

我是不贊同企業任何的加班文化的，加班的效率真的是很低很低的，並且形成加班很大一部分緣由是由於項目安排不合理，其實更應該是合理的安排，讓出更多的時間來學習成長，這樣子就不會走進一個加班的死循環。因爲我的的起點較低，近4年都幾乎處於加班的狀態，忽略了生活，學習，交際等等事情，剛開始以爲無所謂，到最近才發現，本身和別人的差距一直在變大，因此我更但願若是做爲Leader更應該優化項目安排，提升效率，給下屬騰出更多的時間來提高本身，提升效率。