做IOS開發這一年

算算應該是2023年6月份，我開始接觸了ios開發，由於之前是做c++開發的，入門還算比較快，一周時間看完objective-c的語法就開始跌跌撞撞的寫一些簡單的介面，這一切好像來的都很快。事情往往就是這樣，開始很容易，做好卻很難，從6月份參與到專案中到12月份專案發布，中間沒少加班，也曾通宵n次，很累但是心裡很開心，因為可以感覺到自己每天都能學到一些新的東西。

這一切貌似進行的貌似都很好，直到有一天我遇到乙個問題，引發了我對前面半年ios開發的思考。我發現前面做了這麼久，的確學到了一些東西，但大多只是停留在表面，對很多事情沒有乙個深入的理解。說實話剛開始做ios開發，由於對整個框架的不熟悉，加上任務比較重，讓我沒有多少時間去系統的學習一些東西。這樣的日子已經半年了，必須想辦變，於是開始買一些書，自己下班的時候抽空看看。再後來發現看書上基本上也是教你怎麼用一些控制項，至於背後的東西一般不會提及，尋思著是不是可以從幫助文件總找點自己想要的東西呢。當時正在被一些uiview的問題糾纏著，於是去幫助文件中搜尋一番，看到了很多關於uiview的東西，其中乙個「

下面談一談我對幫助文件的一點兒看法，純屬個人見解，如有不同見解，歡迎交流。

如果常看蘋果官方幫助文件，你會發現文件大概由四個部分組成，分別是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開發滿一週年的自己，我仍然只是乙個菜鳥，路漫漫，我會繼續努力。

做IOS開發這一年

做IOS開發這一年

我做CTO的這一年

我做CTO的這一年

做IOS開發這一年

做IOS開發這一年

我做CTO的這一年

我做CTO的這一年

相關推薦