⑴ 面試android高級開發工程師具備哪些技能
1、關於團隊：對內：能提升團隊內聚力和執行力，注重個人成長，能快速提高團隊戰鬥力；對外：能住區更多的資源，使項目和組內成員獲得更好的成長和發展。
2、關於技術：領導項目優化，架構變更、核心模塊的修改，也能不斷引入新技術、對標競品，不但技術上領先，也能做出更優秀的作品。
一、了解系統核心機制
1. 了解SystemServer的啟動過程
2. 了解主線程的消息循環模型
3. 了解AMS和PMS的工作原理
4. 能夠回答問題」一個應用存在多少個Window？「
5. 了解四大組件的大概工作流程
二、基本知識點的細節
1. Activity的啟動模式以及異常情況下不同Activity的表現
2. Service的onBind和onReBind的關聯
3. onServiceDisconnected(ComponentName className)和binderDied()的區別
4. AsyncTask在不同版本上的表現細節
5. 線程池的細節和參數配置
6.熟悉設計模式，有架構意識
三、技術要求
1.稍微深入的知識點
2.系統核心機制
3.基本知識點的細節
4.設計模式和架構
當然，除了上面的知識點和技能外，你還要能玩轉Rxjava、掌握自定義view 、要會進程間通信與進程保活、熱修復等知識點。
⑵ 一個初級android程序員都要掌握什麼
如果你J2se語法本身不存在太多問題， 首先做到非常熟悉Activity的生命周期，並能做到一些簡單的實例。真實案例就更好了。 其次了解或深入了解一下以下設計模式 1。 MVC 2。 模板方法 3。 命令模式，觀察者模式。 4。 等等。 然後看看這幾個模式在Android的SDK中哪一些被應用上了，是如何應用的，如果是你，，你會怎麼用。
⑶ 怎樣的android程序員才是合格的程序員呢
作一個真正合格的程序員，或者說就是可以真正合格完成一些代碼工作的程序員，應該具有的素質。
1：團隊精神和協作能力把它作為基本素質，並不是不重要，恰恰相反，這是程序員應該具備的最基本的，也是最重要的安身立命之本。把高水平程序員說成獨行俠的都是在囈語，任何個人的力量都是有限的，即便如linus這樣的天才，也需要通過組成強大的團隊來創造奇跡，那些遍布全球的為linux寫核心的高手們，沒有協作精神是不可想像的。獨行俠可以作一些賺錢的小軟體發點小財，但是一旦進入一些大系統的研發團隊，進入商業化和產品化的開發任務，缺乏這種素質的人就完全不合格了。
2：文檔習慣說高水平程序員從來不寫文檔的肯定是乳臭未乾的毛孩子，良好的文檔是正規研發流程中非常重要的環節，作為代碼程序員，30％的工作時間寫技術文檔是很正常的，而作為高級程序員和系統分析員，這個比例還要高很多。缺乏文檔，一個軟體系統就缺乏生命力，在未來的查錯，升級以及模塊的復用時就都會遇到極大的麻煩。
3：規范化，標准化的代碼編寫習慣作為一些外國知名軟體公司的規矩，代碼的變數命名，代碼內注釋格式，甚至嵌套中行縮進的長度和函數間的空行數字都有明確規定，良好的編寫習慣，不但有助於代碼的移植和糾錯，也有助於不同技術人員之間的協作。
有些coding fans叫囂高水平程序員寫的代碼旁人從來看不懂，這種叫囂只能證明他們自己壓根不配自稱程序員。代碼具有良好的可讀性，是程序員基本的素質需求。
再看看整個linux的搭建，沒有規范化和標准化的代碼習慣，全球的研發協作是絕對不可想像的。
4：需求理解能力程序員需要理解一個模塊的需求，很多小朋友寫程序往往只關注一個功能需求，他們把性能指標全部歸結到硬體，操作系統和開發環境上，而忽視了本身代碼的性能考慮，有人曾經放言說寫一個廣告交換程序很簡單，這種人從來不知道在百萬甚至千萬數量級的訪問情況下的性能指標是如何實現的，對於這樣的程序員，給他深藍那套系統，也做不出太極鏈的並訪能力。性能需求指標中，穩定性，並訪支撐能力以及安全性都很重要，作為程序員需要評估該模塊在系統運營中所處的環境，將要受到的負荷壓力以及各種潛在的危險和惡意攻擊的可能性。就這一點，一個成熟的程序員至少需要2到3年的項目研發和跟蹤經驗才有可能有心得。
5：復用性，模塊化思維能力經常可以聽到一些程序員有這樣的抱怨，寫了幾年程序，變成了熟練工，每天都是重復寫一些沒有任何新意的代碼，這其實是中國軟體人才最大浪費的地方，一些重復性工作變成了熟練程序員的主要工作，而這些，其實是完全可以避免的。
復用性設計，模塊化思維就是要程序員在完成任何一個功能模塊或函數的時候，要多想一些，不要局限在完成當前任務的簡單思路上，想想看該模塊是否可以脫離這個系統存在，是否可以通過簡單的修改參數的方式在其他系統和應用環境下直接引用，這樣就能極大避免重復性的開發工作，如果一個軟體研發單位和工作組能夠在每一次研發過程中都考慮到這些問題，那麼程序員就不會在重復性的工作中耽誤太多時間，就會有更多時間和精力投入到創新的代碼工作中去。
一些好的程序模塊代碼，即便是70年代寫成的，拿到現在放到一些系統裡面作為功能模塊都能適合的很好，而現在我看到的是，很多小公司軟體一升級或改進就動輒全部代碼重寫，大部分重復性工作無謂的浪費了時間和精力。
6：測試習慣作為一些商業化正規化的開發而言，專職的測試工程師是不可少的，但是並不是說有了專職的測試工程師程序員就可以不進行自測.
⑷ 急！開發手機APP的程序員需要具備怎樣的技能
iOS 需要熟悉oc 面向對象，有完整的app開發經驗，了解第三方接入協議，熟練掌握ios
的框架，開發環境，以及sdk的應用， 建議招收兩年工作的經驗的為主程，一年的輔助開發，大概兩個到三個人就夠了。
Android 熟練java 語言，相應的控制項、sdk 也得熟練掌握，Android需要適配的工作量較大，建議招4至5人。一個高級軟體工程師為主，中級開發工程師輔助。
這種項目不太難，一般人員都會涉及到
⑸ android手機軟體開發程序員,需要掌握的最核心技術是什麼
這種游戲
算是大型游戲了
~別說一個人了~
少說5個
半年左右~
因為是
rpg游戲
關卡還多~~
而且程序員只能寫代碼
~~
美工怎麼辦？
⑹ android程序員面試時要注意什麼
第一個問題就是「不求甚解」。
何為不求甚解？其大多數的問題就是在於大量的使用第三方的jar包，問他個原理一點也答不上來，甚至是最基礎的。舉個例子說明，比如我問他json數據怎麼解析，都知道哪些解析器，直接不知道，因為現在的開發者都直接去使用GJSON，從來不去了解解析的整個過程和原理，更不會寫。雖然用google提供的工具可以輕松實現，但是原理和過程還是得要學習的。學了總會有用，現在第三方的jar包多的是，封裝的也都比較好，不是不能用，但是一定要學習原理和機制，這樣才能提高自己，舉一反三，如果只會用第三方，只會粘貼復制，你還僅僅處在碼畜的級別，甚至有可能還不如。這個問題你犯了嗎？記得要對號入座哦！
第二個問題就是不思進取，或者說叫技術落後。
怎麼說呢，技術是不斷在進步的，不斷的在革新，尤其是我們程序員這個行業。很多程序猿一旦學習完了，工作了，雖然用舊的知識和技術也能實現這種效果，但是從不會考慮效率，不去學習新的技術，明明有更好的控制項提供了，也不知道，或者知道並不去學習，還停留在以前的知識，面試時要的工資還挺高。再舉個例子，面試時，問他們ListView的復用，大家答的都挺好的，都非常明白，我再問一句:Android5.0提供了新的控制項替代了它，你們知道嗎？用過嗎？就全都啞火了。我都不知道該說什麼好？程序猿之所以累，之所以叫猿就是因為他要時時刻刻保持一顆活到老學到老的心，要利用最新的技術知識解決新的難題。
講到這里，兩個問題已經講完了，不知道你自己是否也有這樣的毛病呢？請記得對號入座哦。現在我們再說一說面試者的另一方面的事，那就是簡歷的書寫。
我相信大家寫面試簡歷肯定都有誇大的成分，都會吹牛，這不要緊，牛吹好了，工資自然高，但是別吹過頭，面試的時候我看到面試者的簡歷時，給我的感覺是：我靠，好屌，好厲害啊！這時一個情不自禁的想法就來了，我要問問他這方面的知識。比如：一個面試應用層開發的，非把自己底層開發也寫的很牛逼，你真的像你簡歷上寫的那樣「精通」嗎？面試者把簡歷寫的每個技術知識點都是精通與熟練，有時候，反而是搬起石頭砸了自己的腳，吹牛可以，誇大也可以，都是為了生存嗎？但是要適可而止，要在自己掌握的一個度里，這樣既能自己面試的漂亮和順利，給面試官也有好的印象，這樣的情況不招你，招誰啊？
⑺ android編程程序員擴充職業技能需要學習哪些
移動架構
移動架構是 2017 移動技術年度TOP5話題之一，從中就體會到架構是有多火，記得剛開始學 Android 時候，哪有現在那麼框架，那時候談架構的更多是在服務端開發，比如多層架構，有展示層、業務邏輯層、數據訪問層這就是簡單的三層模式，Android系統則是基於事件驅動響應機制設計的單頁面架構，其實跟瀏覽器中的窗口頁面是一樣的， 系統中一直有個消息輪詢監聽機制，哪個事件被觸發了，相應的響應代碼進行處理，這些處理操作是被提前注冊到系統中。
早開始的開發模式基本是基於Android 系統自帶 MVC 模式，Activity 基本類似於Control 的作用了，View 和Mode 互相耦合，後來才演化出現在主流的 MVP、MVVM 模式，順便提一句，MVVM 模式其實是在微軟 WPF 技術體系中提出來。
顯示兩個方面：
展示層： MVC、MVP、MVVM、Clean、Flux、Android Architecture Components
架構層：模塊化->組件化->插件化->沙盒/雙開技術，比如可以雙開微信，類似Docker， 每個頁面都是插件，類似Vue.js中每個頁面都是組件。
性能優化
簡單來說，一個APP 是需要從三個方面被關注的，業務功能、符合邏輯的交互、性能響應。如果我們在使用一個 APP 時候，經常滑動時經常卡頓、時不時崩潰、有些功能設計簡直非常規，比如在 Web 網站有樹層級等麵包屑點擊，你非要在手機也搞一個類似樹級點擊載入，那是不是有點強人所難了，我上拉下拉、左滑右滑不行嗎，非要通過點擊才行嗎?那麼性能優化核心是什麼呢?追求快、穩、省、小，關注卡頓、內存泄漏和崩潰、代碼質量和邏輯、安裝包大小四個方面。
APP安全
APP從代碼安全、到傳輸安全，再到存儲安全。代碼可以通過混淆、加固來保證、傳輸安全基本基於加密演算法和Token來保證傳輸的唯一性、存儲應用不可逆加密演算法進行設置、所以掌握一些密碼學理論尤為重要，起碼要知道哈希散列演算法，對稱加密和非對稱加密等一些常見的加密演算法。
基礎進階
我們平常在工作中碰到的View滑動沖突問題、其實通過掌握View工作機制和Android觸摸事件體系就能輕易解決掉，常見解決方式有外部攔截法和內部攔截法，基於橫坐標滑動距離與縱坐標滑動距離相減得出的值，判斷出是左右滑動還是上下滑動。還有對於需要開發絢麗的動畫效果，那麼對於視圖動畫和屬性動畫一些特性必須有一定的了解。JNI 和 NDK 開發也是比較常見，特別對於一些做 SDK 項目為主的，這一塊開發流程也是需要掌握，Android 中的四大組件工作機制其實底層應用的是Binder機制，我們不妨從 AIDL 這個介面來了解 Binder。
持續集成
持續集成編譯環境是敏捷開發中很重要的一個組成部分，它能夠有效地提高整個團隊的生產效率，大化的減少人為的出錯的可能。比如，通過代碼的持續提交，可以減少代碼合並的痛苦，更快地與其他人代碼集成，通過集成編譯，能夠及早地發現代碼庫存在的錯誤，並支持產品、測試等人員及時取包進行功能驗證，所以對於Git、Gradle工具、Jenkins伺服器需要掌握起來。
開發語言
今年可以說是 Kotlin 年，在 Google IO 之後 Kotlin 著實風光了一把，開發者對於效率的追求是 Kotlin 如此受歡迎的大原因，而它的勢頭也很不錯，跨平台的野心讓更多人有了使用它的理由，如今看起來，它甚至比 Swift 更有前途。既然 Kotlin 已然成為 Android 世界的頭等公民，與 Java 完全兼容，我們有什麼理由不去擁抱它呢。
大前端
其實移動端開發也是屬於前端開發，只不過原來我們所指的前端往往都是Web的前端開發人員，開發的是網站，而移動端何嘗不是一種展示載體，同樣有入口，只不過相比網站端移動端具體天然的可移動性、可便捷性等特性。隨著 H5 興起，原生能實現的功能同樣在 H5 端也能實現，並且在體驗性方面也逐漸提高，並且H5天生就具有動態性和跨平台，這也是 H5 能夠一時潮流的原因之一。
設計原則
這些設計原創才是本質，才是不變的，才是我們需要真正要掌握的，開發語言特性、開發框架發展實在是太快了，我們更不上，不是有這么一句話嗎，封裝具體變化的，抽象起來就行，去追尋哪些不變的內容。掌握一種設計模式其實也就掌握一種解決方案，這些都是前人總結的知識結晶，基本都是基於特定領域解決特定的問題，我們需要學會在前人肩膀上解決問題。
服務端開發
近微服務火的一塌糊塗，雖然我們基本是做移動端開發，但是基於全棧發展的趨勢，對於服務端開發勢必要了解，可能沒有實戰項目讓你真刀真槍的干，但是對於微服務的結構理論、服務與服務之間通信、聚合是什麼樣的流程也是需要有所耳聞，在自己擅長領域深入專研的同時橫向擴展關注也是需要的，不能關起門來閉門造車，兩耳不聞窗外事那是不行的。
閱讀源碼
對於Android源碼和第三方庫源碼閱讀，可以根據自己感興趣的類型，選擇相應的源碼庫或模塊，給自己約定一個時間點，看完之後後有個流程圖，哪些是核心類，類與類之間都有什麼關系，這些開源代碼實現的機制是什麼，用到哪些解決思想，這些要點終可以通過文章輸出，我覺得輸出倒逼輸入是一種很不錯的學習方式。
移動AI
AI，也稱人工智慧，1956年，在達特茅斯學院舉行的一次會議上正式確立了人工智慧的研究領域。會議的參加者在接下來的數十年間是AI研究的人物，他們中有許多人預言，經過一代人的努力，與人類具有同等智能水平的機器將會出現。現在來看AI這個概念很早就存在了，之前沒發展很大原因是基礎設施不夠完善、研究成本高，現在能夠大力發展是基於我們的網路帶寬變大、計算機性能提升、計算成本降低等等因素備齊了。AI是需要通過演算法來落地，那麼對於演算法理論背景就是數學，所以想進階AI開發，就需要去學習相關數學知識，特別是線性代數和概率論這兩門，是支撐很多演算法的理論知識。
小結
總的來說，技術發展能推動社會的進步，解放生產力，進而提高人的社會生產效率，創造價值。技術落地是需要商業應用場景配合，如何配合呢，就是通過每個不同商業模式來實現。終一門技術是需要與具體使用業務緊密結合起來，如果脫離技術談業務顯得空洞，脫離業務談技術顯得偏理論，好是兩者相結合。這也就要求我們這些從事軟體開發人員在追求技術積累的同時要注重業務積累，讓業務驅動技術發展，用技術手段來解決實際業務問題，在技術積累中，辨別哪些是不變的道，哪些又是一時流行的而已，這就需要練就一雙火眼金睛了。
作者：cryAllen
⑻ 安卓開發學習什麼
Android開發，需要掌握以下知識：
android以java為基礎的，所以前提要學好Java基礎知識，比如基本類型、集合等。
android api，學習基本的Activity、service、intent等基本的知識，可以開發一些界面。
計算機網路基本知識。
Linux命令、C編程基礎、Android Java編程、Google Android Linux操作系統具體操作等
安卓系統開發的方法，簡單來說分成四層：
第一層，以Inventor為代表的繪圖工具，是Google推出的簡單開發工具，主要是針對初級玩家的玩意兒，操作起來確實容易，一個不懂程序開發的用戶就可以通過拖拽搞出一個能在安卓平台上跑的應用來，有點像做PPT，但任何事情都有兩面性，這種容易上手的繪圖工具，無法實現業務邏輯，運行效率也比較低。
第二層，以Rexsee為代表的無線中間件，這種方法就不是玩家用的了，必須是工程師來用，但對技術門檻的要求很低，會用HTML和JS的技術員就可以方便的使用，在技術要求大幅度降低的同時，基礎功能的封裝也是一大亮點，這些中間件已經把所有應用需要的基礎功能封裝好，程序員直接使用JS去調用就可以了，不再需要吭哧吭哧從零開始寫代碼，比如你想調用個GPS，本來要編幾千行的代碼，用中間件只需一行JS代碼即可搞定，難怪說做中間件的廠商都說：「用了我的東西，你的程序已經做了一大半啦!」此言不虛。
第三層，基於JAVA的JDK JDK(Java Development Kit)，目前絕大部分應用都是用這種方式來開發，對程序員的要求比較高，首先要有比較好的JAVA底子，然後要對Android平台本身有很深的研究，門檻不算低。
第四層，基於C++的NDK( Native Development Kit)，很多大型游戲是用這種方法開發的，相對於JDK，這種方法的門檻就更高了，目前使用的比較少，畢竟現在是智能手機的時代，硬體和網速都大幅提升，沒必要動不動就Touch底層。安卓開發應該怎樣學習：http://e.51cto.com/training/training_id-19.html
⑼ Android程序員的較好的職業規劃應該是怎樣
Android程序員的職業規劃,怎麼說呢？一句話叫做：早知如此，又何必當初。命運有些是自己可以掌握的，有些可能需要運氣和機會。
一、路徑可達
先說說路徑可達這個詞吧？有些人會覺得他的路看不到未來，有些人就可以清晰的看到他的方向。如果你現在所做的工作過兩年會不會有所成長，達到你的目標。如果答案是否定的，那麼說明現在的工作是沒有上升通道的，就需要改變。當然安於現狀不思進取是另外一回事。時刻反思自己所走的路，然後迅速調整，可能會少走很多彎路，畢竟時間不可逆。
二、時間規劃
我有時候會想我五年後在哪裡？做什麼？大部分人對於這個都會比較模糊。因為時間跨度太大。五年時間相當於整個生命長河其實比較短，但在職業規劃中確是很長的段，特別是剛畢業的那五年。從時間規劃來講肯定會用到時間的切分。宏觀的東西只有落地到一件件事上才是有效的，才算得上完整的規劃。但是話又說回來人是有惰性的，人對於這種有限制的東西有天然的排斥感，執行起來非常痛苦，即使開始執行起來很有激情，過不了幾個月，所有的計劃都縮水了，這同時也導致了很多時間的浪費和做事情的盲目性。所以計劃的時效性和執行很重要，這里又會涉及一個詞：「執行力」。
沒有計劃也導致學習變成一個一個孤立的點，完全沒有串連性。因為你是想到學什麼學什麼，而不是計劃著學，一段時間後可能會有一些積累，但是永遠深度不夠。這可以做一個簡單的實驗，把自己腦子里的東西理一理，如果時間需要很長說明整體知識體系已經有些混亂，可以對比一下操作系統的磁碟整理。如果一個人能很好的管理時間那麼必成大牛。好學生好在哪裡，排除智商的因素外，就是時間管理和善於思考。我覺得我自己最大的問題：時間管理，自律性，溝通能力。這三塊是我覺得自己最缺乏一定程度上是致命的，很大程度上會決定我未來的所發展的高度。
三、項目經理還是架構師
在程序員中一直有個討論就是將來要做項目經理還是做架構師。這兩條路的側重點不一樣，所以積累的東西也可能不同。項目經理更強調綜合能力，比如說協調能力，溝通能力等一系列偏管理的能力。而架構師可能更專注於技術本身，技術上的宏觀方向。兩條路有重疊，但是更多的是區別。有些項目經理可能就不會寫代碼。但是同樣可以帶好一個項目，一個團隊。
我曾經也問自己要是以後這兩條路走哪條，其實都可以嘗試一下。比如說給一個項目讓我帶帶，我能否把它帶好，其實需要機會，同時也需要自己去爭取這樣的機會。所以我的答案就是如果有機會的話兩條路都可以嘗試走走，就是兩個方向的一些能力都可以進行積累。很多人認為項目經理是一個職位，我倒覺得是動態的，這個項目中你做項目經理，另外一個項目中可能又是開發工程師。所以不永遠是項目經理，也不永遠是開發工程師。
就程序員而言，專注技術是沒有任何問題的，先技術後管理。管理這個東西總的說有點虛無飄渺，各都有各的一套理論，比較難以評估。但是技術是可測量的，通過一定的努力技術水平都會有定的躍升。記得在《肖申克的救贖》裡面說到地質的形成只需要兩個條件：壓力和時間。其實對於學技術也是一樣的。只要肯學一定會達到某個水平。到大牛級別的確實需要一些悟性和天分。
四、我的選擇
我為什麼覺得自己應該走架構師這條路，這和我職業終極目標是契合的。這里先說一下架構師做什麼？架構師負責整個項目甚至整個系統的構架（這一句話等於廢話）。一般型的項目可能這個設計項目就做掉甚至可能就不需要架構。但是系統復雜度上升的時候，會涉及到系統之間的交互，還有技術的可行性和整個設計的方案。這個時候架構師就出場了。另外的工作就是承擔一定的培養新人的工作。所以架構師都需要具備比較好的口才，很多人都說程序員不會說話，錯了，那是低端的，到了高端的程序員口才都很好，看一下那些程序員大會中侃侃而談的架構師們，是不是有種「高端大氣上檔次」的感覺。這後面會發現有一個發展方向就是「培訓師」，還可以寫書，其實這些都可能是一些「副產品」。技術到一定的境界很多事情到都是水到渠成。
架構師寫代碼嗎？當然寫。他們肯定不會寫那些簡單的代碼，他們一般寫什麼代碼？框架，一般來講優秀的框架都是一個人或者極少人寫出來的。比如說Linux的核心就是一個人寫出來的。好的代碼絕不是人堆出來的。你給100個初級程序員也整不出一個Struts來。這里會衍生出另外一條路，就是開源框架，很多牛人都是開源社區的愛好者。都或多或少的參與了一些開源項目。甚至把自己寫的一些東西開源出來。一般來講能做到這個級別那是相當厲害的了。
五、領域方向
我記得以前總有人問我你最擅長的領域是什麼？這個問題一問我就懵了，因為我從來就沒想過這個問題。可能本身還沒到分領域的級別，還處於一種「原始積累」階段。技術學到一定階段的時候是分領域的。領域之間會有一些交叉。
我所知道的大方向是「高性能，大數據量，移到平台「。這是我給Java這所分的三個方向。其實我上面所說的三個方向不一定是同一個維度。但是我認為寫Java的如果沒有沾上這三個方向中的一個，一定沒有前途。高性能和大數據量的處理需要比較多的技術儲備。很多人說寫個Java就是CRUD（嚴格來講，對於計算機本身所有的操作都是CRUD）。可是在高性能情況下所涉及的問題一下成指數級增長。各種「水平擴展」，「服務化」，「容災」，」緩存」等各種牛B的詞彙就來了，你寫一般的CRUD最多也就知道個SSH，這是不一樣的。比如說做大數據量的處理一定會知道Hadoop，然後就是雲計算，雲存儲。反正什麼牛B什麼來。移動平台和上面我所說的維度不一樣，因為移動平台相對應的是PC平台。但是由於移動平台的發展時間很短。所以能搭上這趟快車也有不錯的發展。要是早些年（2012年以前）進入移動平台的開發，現在同水平的程序員工資肯定更高。這是平台發展所帶來的紅利。雖然三年前我預見到了移動平台的無可限量，但是那時候就像一個一無所有的人，還管它什麼移動平台還是PC平台，能寫代碼做項目就OK。以至於我學了一個月的Android就偃旗息鼓。
不管怎麼樣技術的底層都是一樣的，所以扎實的基礎是必要的，這就是為什麼演算法和數據結構是永恆不衰的。很多人說演算法和數據結構無用那就是無知的表現。這個無知就像在討論讀大學有沒有用一樣。
六、總結
上面所說的一些東西可能都會比較虛，很多人都可能明白其中的道道，比如說到時間管理，這個估計從學生時代就在講。但是真正的執行還是千差萬別。所以又回歸到哪裡？回歸到人本身。後來我想明白一件事情，即使道理再明白，沒有好的執行仍然等於空談。這里我回想起劉未鵬的《暗時間》。裡面非常細致的講了對於時間的管理。這個我讀大學的時候同樣在一本書《讀大學，究竟讀什麼》裡面也有所論述。當然兩個方向是不一樣的，一個是程序員的思維，另外一個是文科生的思維。但是道理只有一個，時間利用率的本質是什麼。
另外就是實踐，強烈的實踐。我記得大學的時候讀《人性的弱點》真是心潮澎湃，可是過不了多久我就忘了書中的內容。所以沒有把書中的一些東西深刻的印記在腦海里並轉化成你自己的東西，它永遠只是知識。