王巍的博客：王巍目前在日本橫濱任職於LINE。工作內容主要進行Unity3D開發，8小時之外經常進行iOS/Mac開發。他的陳列櫃中已有多款應用，其中番茄工作法工具非常棒。
http://onevcat.com
池建強的博客： 池建強，70后程序員，Blogger。98年畢業，先后就職於洪恩軟件、RocketSofeware和用友軟件工程公司（后更名為瑞友科技），現任瑞友科技IT應用研究院副院長。該博客最初每天發送一條Mac技巧，不過目前已經形成了一種技術和人文結合的風格，時而隨筆，時而技術。
http://macshuo.com/
唐巧的博客： 唐巧是前網易有道員工，現在在粉筆網創業中，負責iOS端的開發。博客中的每篇文章都堪稱精華，近期分析了支付寶客戶端的插件機制，值得細細品讀。
http://blog.devtang.com/
許小帥的博客：許小帥目前任職於騰訊，他還是iOS Feed站點的負責人。博客中對支付寶錢包插件分析的文章，引起了支付寶開發團隊的反思，大家可以去感受一下。
http://imallen.com/
藍晨鈺的博客：晨鈺目前就讀於中山大學。是一名90后iOS開發者。
http://gracelancy.com/
蕭宸宇的博客：蕭宸宇目前任職於Sumi Interactive。他出生於西南一個邊陲小鎮，夢想着能走出家鄉，看看祖國的大好河山。他擁有豐富的 iOS 開發經驗，在他的博客中發表了許多 iOS 開發的文章。
http://iiiyu.com/
陶豐平的博客：陶豐平目前任職於花瓣網，喜歡技術，喜歡音樂。他在軟件開發領域有豐富的開發經驗。
http://www.taofengping.com/
喬學士的博客：喬學士目前任職於創業公司拓詞，他正在為成為“代碼手工藝人”而努力，目前主要進行 iOS 開發。最近他做得非常精彩的一件事就是匯總了WWDC 2013 視頻英文字幕下載，大家可以前往他的博客感受一下。
http://joeyio.com/
破船的博客：破船在移動領域摸爬滾打多年，經歷了Symbian、Windows Mobile、Windows Phone和 iOS 等的洗禮。他希望能充分利用業余時間，努力做一名偽步道師。
http://beyondvincent.com/
陳詠聰的博客：陳詠聰現任職於百度，從事 iOS 相關開發。他熱愛Web事業，關注設計、產品、開發。沉迷代碼，無法自拔。
http://vinqon.com/
駱仕愷的博客：駱仕愷目前任職於愛折客 / 愛美味。他主要從事 iOS 和Java開發。擁有豐富的 iOS 開發經驗。
http://luosky.com/
耿健桓的博客：耿健桓目前在清華大學攻讀碩士，之前他是著名站點知乎的 iOS 技術主管。
http://dlog.dismory.com/
李擇一的博客：李擇一目前任職於百度，他在移動開發領域積累了豐富的經驗，特別是 iOS 開發。最近他在博客中發表關於OC中block的追究非常有深度，大家一定要去感受一下。
http://cnblogs.com/biosli
王軻的博客：王軻是一名 iOS 獨立開發者，也是IndieBros Studio創始人。在博客中有幾篇關於 iOS 性能優化的文章，值得大家去看看。
http://www.iwangke.me/
楊宇建的博客： 楊宇建目前任職於載信軟件。在他的博客中有許多 iOS 開發的文章，都是干貨。
http://www.cnblogs.com/easonoutlook/
連栩的博客： 連栩目前工作在加拿大溫哥華，運營着自己的公司 Beyondcow，他是一名 OSX、iOS 程序員同時也是用戶體驗，交互界面設計師。在開發的軟件 Miao 是一款全功能 Mac 微博客戶端。他的博客中有許多Cocoa開發的文章，值得大家去品讀。
http://lianxu.me/
高嘉峻的博客：高嘉峻目前任職於天貓。是一名資深80后，號稱會寫代碼的豬。最近他的博客中出現了兩篇關於iOS中單元測試的文章，非常棒。
http://jiajun.org/
webfrogs的博客：目前在北京當一枚程序猿，有幸成為80后的尾巴。目前行走在iOS開發的道路上，用博客記載一路上的所見所聞所想。
http://webfrogs.me/
sunny的博客：目前任職北京百度，對runtime有深刻講解，值得大家學習
http://blog.sunnyxx.com
景總的博客：目前任職於天貓國際移動開發CTO，曾就職於平安科技項目經理，對IM和APP性能優化有深刻見解
http://blog.csdn.net/justinjing0612
譚灝的博客：目前就職於騰訊mac管家部門，他是一名 OSX、iOS 程序員，他的博客中有許多mac，ios開發的文章，值得大家去品讀
http://tanhao.me/
田偉宇的博客：目前任職於天貓，全能人才。最近他的博客中出現了篇關於iOS應用架構詳談的文章，非常棒。
http://casatwy.com
念茜的博客：目前就職阿里旗下螞蟻金服，ios界女神，Qt、Android高級開發工程師,eoe優億認證開發者，ios反編譯大師，著作ios安全攻防
http://nianxi.net
我特別支持軟件開發者在他們掌握技術技能的同時去學習“軟技能”——事實上，我寫了一本關於這方面的書——但是不可否認的是：技術技能很重要。
我的意思是，如果你不能編寫代碼和開發軟件，那么你學習眾多軟技能有個卵用。也許你可以成為一名優秀的管理人員或指導人員，但不會是軟件開發人員。
如果你正在閱讀這篇文章，那么我假設你有興趣成為一個軟件開發人員——或者是更優秀的軟件開發人員——下面就讓我們來聊一聊你需要知道哪些技術技能。
用技能賺錢
現在，有這樣一種主流觀念，壓垮了很多新手軟件開發者，那就是你需要學習很多東西才能成為軟件開發人員，並且很多人不知道從哪里開始起步。
這里我會嘗試着具體說明那些在你追求成為軟件開發人員的路上將讓你受益的必要技術技能。
一篇文章當然不能詳盡說明作為軟件開發者，你可能需要掌握的所有技術技能，但是我會列出最關鍵的一些技術技能。
編程語言
我認為從這一條開始說起是最合適的。
不懂編程語言，怎么能成為一個真正的程序員？
不過，關於選擇哪種編程語言去學習可能並沒有我們想得那么重要這一點，請允許我一筆帶過。
相反，讓我們談一談為什么我們要從一種編程語言開始，而不是試圖去學習所有的東西。
許多新手程序員會試圖一次性或在第一份工作之前學習幾種編程語言，以便於有備無患。
雖然我認為你最終應該學會一種以上編程語言，但我不建議提前這樣做，因為這只會導致混亂，並且會分散你需要學習的其他技能的精力。
相反，我建議你應該深入研究，重點學習單一編程語言的來龍去脈，這樣你才能對用這種編碼語言來寫代碼信心十足。
那么在你決定想要成為什么樣的開發人員的時候，怎么樣才能盡可能地獨樹一幟呢？
如何構造代碼
在學習了一門編程語言之后——或者最好是在學習的同時——我堅信，你需要知道的下一件事就是如何正確地構造你的代碼。
有一個很好的資源來幫助你學習這個非常寶貴的技能：Steven McConnell的《Code Complete 》。
我所說的構造代碼是什么意思呢？
我的意思是，要寫出好的，清晰的，易於理解的代碼，不需要大量注釋，因為代碼本身就是一種表達方式。
很多軟件開發者在他們整個職業生涯都不曾去學習這個技能，這是不幸的，因為這是我——以及其他許多人——判斷一個軟件開發人員技術和能力的主要方式。
良好的代碼結構展示了對這種技藝的熱衷，而不僅僅是為了完成工作。
構建代碼是軟件開發真正的藝術部分，但它也是至關重要的，因為你和你的同事得花費相當多的時間來維護現有的代碼，而不是編寫新的代碼。
具體應該如何正確地組織代碼我就不說了，因為我已經給出了一個很好的資源，但是要努力學習如何從一開始就寫出好的、干凈的代碼，而不是事后學習這個技能。
我只能保證，即使你是個新手，如果你可以寫出好的、干凈又簡潔的、易懂的，本身就可以表達意思的代碼，那么任何面試官看到你的代碼都會覺得你是一個有經驗的專業人士。
並且在一定程度上，或者至少在這條道路上，因為你會將這個職業當作一種專業，而不是一份工作。
面向對象的設計
這一條是有爭議的，特別是如果你正在學習的編程語言並不面向對象，但是有大量的軟件開發世界會按照面向對象設計的思維思考，所以你需要確保你了解它。
面向對象的設計是一種將復雜程序設計分解為單獨的類或對象（類的實例）的方法，其中封裝功能且具有特定的角色和責任。
在軟件開發中，我們總是試圖管理復雜性。
從對象的角度思考可以幫助我們做到這一點，因為它能讓我們從一堆交互組件中定義並設計一個復雜的系統，而不是作為一個整體的試圖解決整個復雜性。
現在的編程世界有着大量的函數式編程語言，但你在軟件開發中找到的最流行的語言和模式，仍然深受面向對象設計和分析的影響。
你應該好好理解什么是類，繼承的不同類型——何時使用它們——還有理解像多態性和封裝等術語。
算法和數據結構
如果你上傳統院校學習並想獲得計算機科學學位的話，那么這是一個很大的考點。
算法是解決各種計算機科學/編程問題的常用方法。
例如，有若干常見的在程序上用於排序的算法。每一種排序算法都有一系列關於速度，內存大小要求，以及數據理想類型的不同屬性。
計算機科學領域有很多這樣的算法，並且理解如何變化這些算法來解決你可能遇到的棘手問題也很重要，當你解決現實編程問題的時候。
通常情況下，擅長這些算法可以讓一個開發人員在1個小時之內就能解決可能需要另一個開發人員幾天時間才能搞清楚的問題。
除非你熟悉和擅長算法，否則你甚至不知道已經有了優雅的解決方案在那里。因此，僅僅只為這個原因，我認為這也是一個值得掌握的寶貴技能。
數據結構也是如此，並且可以與算法結合使用。
有幾個所有軟件開發者都應該熟悉數據結構中的，包括：
- 數組或向量
- 鏈表
- 堆棧
- 隊列
- 樹
- 哈希
- 集合
通過熟練掌握數據結構和算法，你可以輕松又優雅地解決許多艱難的編程問題。
當我開始編程的時候，我在數據結構和算法方面非常糟糕，因為我主要是靠自學的。
我一直都沒有意識到它們的價值，直到我和一個名為TopCoder的網站競爭，而他們對數據結構和操作算法的了解使之有了很大的競爭優勢。
很快，隨着我遇到了一些我不知道如何解決的問題，我發現這些技能在真正的編程世界非常有用，而且解決起來相當簡單——和有趣。
事實上，我認為這是軟件開發最有趣的領域之一。解決難題並利用數據結構和算法來開發一個又干凈又優雅的解決方案，真的很有意義。
至少到寫這本書為止，目前最好的資源是Gayle Laakmann McDowell的《Cracking the Coding Interview》。
在這本書中，作者涉及了所有你需要了解的關於算法和數據結構的內容。
學習這些東西是一個挑戰，但非常值得。這是可以讓你超越眾多同行的技能之一。大多數軟件開發人員都不擅長這個領域。
如果你想通過如微軟或谷歌這樣的大公司的面試，那么你一定得掌握這個技能集。
開發平台及相關技術
你應該具備一些經驗，並至少掌握一個開發平台以及與之相關的技術或框架。
我所說的平台是什么意思呢？
好的，通常它的意思是操作系統（OS），但也適用於其他可以充當類似於操作系統角色的抽象。
例如，你可以是專注於Mac或Windows操作系統得Mac開發者或Windows開發者，你也可以是一名專注於特定的web平台的web開發人員。
具體確切的關於平台是什么就不討論了——不同的人會有不同的看法——但這里我要定義平台為你開發的特定環境，它有自己的生態系統和特殊性。
再者，這是另一個我認為選擇並非那么重要的技術技能，只要你選擇了一個就好。
企業通常會聘請開發人員針對特定的平台或技術開發軟件。
你作為iOS開發者將更容易找到工作，如果你專業於那個特定平台的話。
這意味着要熟悉平台本身，以及開發工具，慣用模式，還有大多數程序員在為那個平台開發時會使用的通用框架。
你可能會認為編程語言的選擇決定了平台，但實際上事實情況很少是這樣的。
就拿C＃舉例。如果你是一個C＃開發人員，那么你可以用這種編程語言為Windows，Mac，iOS，Android，Linux，甚至是嵌入式系統寫代碼。
所以，不要僅僅只是選擇語言；還要選擇平台。
框架或堆棧
除了學習特定的編程語言和平台，我高度建議去學習框架，或者更好的是，與之相配套的完整的開發堆棧。
什么是框架？
什么是堆棧？
框架就是一系列被用於在特定平台或多個平台上開發代碼的庫。它通常可以使得在該平台上的編程任務變得更加容易。
看這個C#的例子。大多數C#開發人員使用.NET框架來編寫C#應用程序。 .NET框架包括許多庫和類，能夠讓C#開發人員在更高的抽象級別上工作，因為每當他想做什么事情的時候，沒有必要完全重新發明輪子。
例如，.NET框架的部分還包含了處理圖像的代碼。這類代碼從頭編寫是極其困難的，所以框架極大地幫助了C#開發人員去編寫需要以某種方式處理圖像的代碼。
堆棧則有點不同。堆棧是一組技術，通常包括一個框架，並且常一起用於創造一個完整的應用程序。
例如，有一個常見的稱為MEAN的棧。它代表MongoDB，Express.js，AngularJS，和Node.js。
MongoDB是一個數據庫技術。
Express.js是一個用於創建web應用程序的Node.js框架。
AngularJS是一個用於為web應用程序創建用戶界面的前端JavaScript框架。
最后，Node.js是一個用JavaScript開發基於web應用程序的運行時環境。
有沒有理解所有這些東西並不重要—— 除非你打算成為一個MEAN開發者——重要的是要明白，如果你知道所有這些技術和框架，那么你就能夠開發一個完整的web應用程序。
棧使得創建應用程序變得更容易，因為它們提供了一種許多開發者用來開發應用程序的通用范式，因此知識可以很容易地共享，並且你也能確定哪些特定的技能集市可以一起工作的。
學習堆棧真的是非常有價值，因為這意味着你擁有開發一個完整的應用程序所有必要的技能。很多使用特定堆棧開發應用程序的企業，更願意雇用那些熟悉那類堆棧能夠立馬開展工作的軟件開發人員。
基礎數據庫知識
即使數據庫的景色在過去幾年時間里已經改變了不少，但我不認為數據庫會很快消失，因此對此了解一二總是不會錯的，對吧？
當前主要有兩種數據庫技術：關系數據庫和文檔數據庫。
現在的開發人員至少應該熟悉關系數據庫，並稍微了解文檔數據庫。
在軟件開發中，數據庫經常被用來存儲應用程序的數據。
當然，有些團隊甚至有專門的數據庫開發人員或數據庫管理員（DBA），但是這並不能真正允許你不懂至少是基本的數據庫知識。
最起碼，你應該知道：
- 數據庫如何工作
- 如何執行基本的查詢來獲取數據
- 如何插入、更新和刪除數據
- 如何連接數據集
此外，你可能會想知道如何以編程方式從你的代碼與你所選擇的平台和/或框架檢索和存儲數據。
大多數開發者被期待能夠編寫與數據庫進行交互代碼。
源代碼控制
源代碼控制是任何軟件開發項目的組成部分。
在我們使用源代碼控制之前，我們必須在網絡上共享項目的所有文件，或者通過U盤來回查看存儲在上面的不同軟件版本。
雖然我很不想承認，但我的確不止一次地玩過這個把戲。
但是，我還年輕。我蠢。你卻沒必要像我這樣。
當前，幾乎所有專業的開發者人員都被期待懂得如何使用源代碼控制來反復檢查代碼，並希望懂得合並來自多個源的變化。
最基本層面的源代碼控制可以讓你保持在一個軟件項目中對不同的文件所做更改的歷史記錄。
它還允許多個開發人員在同一時間工作於相同的代碼，然后合並這些更改。
具體就不細說了，但你應該知道如何熟練地使用至少一個源代碼控制系統，並且你應該熟悉大多數基本的源控制概念。
在當今軟件開發領域，幾乎所有專業的軟件開發團隊都會使用某種源代碼控制。
構建和部署
現在，大多數軟件開發項目都有着某種自動化的構建和部署系統。
有幾種不同的軟件應用程序，可以幫助軟對自動化這兩個任務，曾經是手動，當然對於某些團隊而言，現在仍然如此。
你問什么是構建和部署？
好問題。
你知道如何寫代碼，並檢入到源控制系統嗎？
擁有一些方法來確保代碼可在你檢入后真正能工作很不錯。
這就是構建系統的用武之地。
最起碼，構建系統將編譯所有代碼，並確保沒有編譯錯誤。
一個復雜的構建系統可以運行單元測試或用戶測試，運行代碼質量檢查，並提供關於代碼庫當前狀態的一些報告。
部署系統將負責部署代碼要么到生產機器要么可能到某種測試環境。
你不必成為這些技術的絕對專家，但是了解至少這些系統如何工作的基礎知識，以及構建和部署代碼的過程，是非常重要的。
通常情況下，創建和維護構建和部署系統的實際職責屬於所謂的DevOps（developer operations的簡寫）——這個快速增長的領域。
但是，這並不妨礙你至少了解關於這個過程如何工作的基礎知識。
測試
曾幾何時開發者並沒有必要知道太多關於測試的內容。
我們習慣於寫一串代碼，然后扔給測試人員，讓他們去找代碼中的各種bug，然后我們再來修復bug。
切不可再如此。
隨着越來越多的軟件項目開始采用所謂的敏捷過程，（后面再方法這一點中我們再細談），軟件開發人員和測試人員不得不更密切地一起合作。
質量已真正成為了整個團隊的責任——我倒是更想說，它一直都是。
隨之而來的是，你需要了解一些關於測試的東西。
你至少應該熟悉如下基本術語：
- 白盒測試
- 黑盒測試
- 單元測試（不是真的測試）
- 邊界條件
- 測試自動化
- 驗收測試
一個好的開發人員——我假設你至少想成為一個優秀的開發人員——會在將代碼交給別人之前測試自己的代碼。
如果你真的想被認為是專業的，並非浪者虛名，那么這一條沒有商量余地。
調試
嗯，很多新手軟件開發人員在調試時都感覺自己像是在用雞蛋碰石頭。
每個人都希望寫代碼，沒錯吧？
但好像沒有人願意調試自己的代碼？
這就是真相。
大約90％的時間軟件開發人員是用來搞清楚到底為什么代碼不能正常工作。
我知道你只是想能夠整天寫新的代碼，但是此路不通。
如果你采用如測試驅動開發這樣的方法，那么你可能會少花很多時間在調試上，但無論如何，不管你做什么，不管你如何努力，你都不得不學習如何調試代碼或其他人的代碼。
因此，與其采取一種隨意的方式來做一些你不得不做的事情，還不如咬緊牙關竭盡全力學會如何有效地做好這件事情。
方法
有沒有被我列出來的需要知道的事情清單嚇倒？
好吧，還有一個——但是我保證這是最后一個。
雖然一些軟件開發團隊才剛開始寫代碼，不擇手段只要完成任務即可，但是大多數團隊還是至少遵循某種方法的。
出於這個原因，熟悉一些最常見的軟件開發方法背后的基本理念至關重要。
今天，我要說的是瀑布式開發和敏捷開發。
大多數團隊會聲稱他們正在做敏捷。敏捷本身是一個非常松散的概念，但也有一些做法和——原諒我的措辭——固定程序是你應該知道的，如果你不想只是紙上談兵，想要打造一支敏捷團隊的話。
不堪重負？不需要
我知道這些內容通通要掌握的話，有點多，而且我僅僅觸及了大多數主題表面的東西。
現在，你可能會覺得有點不知所措，有點不堪重負，面對這些所謂的技術技能一片茫然。
沒關系。你不用不着這樣，除非你已經是一個軟件開發從業人員，在這種情況下，可恥的是你！（開個玩笑。但你真的最好需要提高自己了，真的。）
不管怎樣，我將在《What You Need to Know About Software Development》這本書中更深入地談論這些主題中。
所以，淡定點。
好吧，接下來，學習這些技術技能的時候到了，你准備好了嗎？