做IOS開發這一年
算算應該是2011年6月份，我開始接觸了IOS開發，由於之前是做C++開發的，入門還算比較快，一周時間看完objective-c的語法就開始跌跌撞撞的寫一些簡單的界面，這一切好像來的都很快。事情往往就是這樣，開始很容易，做好卻很難，從6月份參與到項目中到12月份項目發布，中間沒少加班，也曾通宵n次，很累但是心里很開心，因為可以感覺到自己每天都能學到一些新的東西。
這一切貌似進行的貌似都很好，直到有一天我遇到一個問題，引發了我對前面半年IOS開發的思考。我發現前面做了這么久，的確學到了一些東西，但大多只是停留在表面，對很多事情沒有一個深入的理解。說實話剛開始做IOS開發，由於對整個框架的不熟悉，加上任務比較重，讓我沒有多少時間去系統的學習一些東西。這樣的日子已經半年了，必須想辦變，於是開始買一些書，自己下班的時候抽空看看。再后來發現看書上基本上也是教你怎么用一些控件，至於背后的東西一般不會提及，尋思着是不是可以從幫助文檔總找點自己想要的東西呢。當時正在被一些UIView的問題糾纏着，於是去幫助文檔中搜索一番，看到了很多關於UIView的東西，其中一個“View Programming Guide for iOS”的文檔吸引了我，在里面我對UIView和UIWindow有了更深入的理解。再后來我就很少買書了，有問題就去幫助文檔里面搜，找到對應的模塊，然后在其中尋找解決方法。
下面談一談我對幫助文檔的一點兒看法，純屬個人見解，如有不同見解，歡迎交流。
如果常看蘋果官方幫助文檔，你會發現文檔大概由四個部分組成，分別是Guide， Refference，Sample以及Q&A。
我對這四部分的見解如下：
1、Guide 精髓
告訴你一個控件或者技術該如何用、注意什么以及怎樣用才能更高效。
2、Refference 手冊
告訴你有那些方法可以用，功能是什么，參數是什么
3、Sample 官方例子
官方給出的使用某一種技術或控件的工程，實實在在的向你你怎樣使用這個技術，里面會把一些基礎的流程走一遍(還可能有一些容易被你忽略的地方，而這些地方也往往是精髓所在，一般在Guide里面會介紹到的)。
4、Q&A
程序員們遇到的問題及討論的地方，官方人員有時候也會給出答案，當你使用一個技術出現問題的時候可以去看看有沒有人出過類似的問題，或許可以在這里找到答案。
當我們工作中需要實現一些功能時可能會用到一些新的技術，這個時候不同的人可以會采取不同的解決方案：
1、直接去google找到別人寫好的東西，拿過來直接改改，這樣的確可以快速解決問題，可是有沒有想過以后出問題了怎么辦？我估計很難快速定位並解決問題。再說了要是以后又有新的需求了呢，你不可能總是能從google或者別的地方找到跟你需求差不多的東西，總是有需要自己動手的時候。“拿來主意”，如果能消化固然好，如果只是簡單的改改，那么你永遠也不會進步!!!
2、去查查幫助文檔中某些具體類的Refference，查查方法的參數和用法，然后自己動手去解決問題，這其中一些人也可能會順帶着把相關的官方例子下下來看看，看看官方是怎么用的，然后再自己動手去實現想要的功能，這樣的做法會稍微有點兒慢，但是以后出問題會比較容易定位和解決問題。
相信我們大多數程序員都基本上是第二種吧，當我們學習和使用一種新技術時，如果能抽時間去看看與之相關的Guide，學學這種技術的使用技巧和注意事項，然后再去寫代碼，這樣寫出來的代碼的健壯性和性能應該都是可以保證的，即使以后出問題，也能快速定位。
官方的幫助文檔都是英文的，很多人可能會說英文的看着頭疼，看一會兒就頭暈之類的話。說實話我看文檔，時間長了也會頭暈，開始很痛苦，現在基本上偶爾會碰到一些生詞，沒事兒這不影響，打開有道放在那兒，不會就查，一次，兩次，多查幾次就記住了。
熟練專業英語閱讀能力是我們在大學就應該掌握的，如果到現在都沒有掌握，那么只能更加的努力的補上來，而不是繞着走。因為大部分新的技術文檔都是英語的，要想盡快的學好這些技術，走在人前面，你就得先把英語閱讀能力練上來。
做程序員也有兩年了，今年23歲，很多人說程序員這個行業干到30就不行了，就得轉行。我一直都不贊同這個觀點，如果到了30歲你還是再跟一群剛畢業的人拼體力的話，如果你只是比別人多掌握了幾個API，那么你真的得轉行了，因為體力你是不可能拼的。所以在30歲前你應該掌握足夠多的知識(絕不僅僅是API)，要持續的學習，有更寬的視野以及對一個行業能有自己的見解等等，這些才是你的資本。程序員的確很苦，沒有像某房地產開發商說的那樣，坐在辦公室就可以拿着高工資，把中國平均購房年齡降到27歲(以我目前的條件還是無法實現的，對不起脫了大家的后退)，只是我們付出的努力他不懂而已。
僅以此文獻給做IOS開發滿一周年的自己，我仍然只是一個菜鳥，路漫漫，我會繼續努力。