（本文引用有點亂，大部分都是引用別人的觀點，但是記錄的時候沒記從哪搞的，所以這篇就只好先這樣記著了。。。以後一定記得標明引用地點）

重復性工作占了一大半，周末要加班，怎麽勞逸結合提升自己？
既然是重復性工作，就想辦法編程搞定他，然後別邀功，偷偷學習，保證低工資的基礎上學習。（沒那麽簡單，得想辦法找個機會試試可不可行）

我這種學習方法最大的毛病就是沒有反饋，完全不能知道自己在編程這條路上，進度條到底走了多少。我覺得，唯一的辦法只有參加工作，以職位和實際工程大小為標桿

人的發展就和寫小說一樣，你動筆前想的再多再合理，在動筆後就不一樣了，你寫的人物開始有了自己的經歷和情感，不再受你劇情的控制。
你實際經歷後是會成長的，這種成長必然會修正你的計劃。

最好學會一段代碼的辦法，是：
看需求和範圍——動手寫偽碼（類似流程圖，不具體寫代碼而是寫出這個功能是用什麽代碼實現的之類）——看程序代碼驗證自己的想法——丟一邊整理好，要用的時候翻出來改——有興趣或者覺得很重要的親手寫一遍

學習的過程中，入門階段不懂的，想的時間不得超過一天（不百度），記錄下來，以後（入門後）遇到這些和這些問題有關的回答，把解釋整理在同一個地方，交叉檢驗這些解釋。

先要有基本的知識儲備（一門編程語言和算法導論、數據結構的專業術語），然後是廣泛的大圖景視野和提問能力（閱讀優秀代碼和重構程序後對比優秀程序），先是這兩點把，其他的先搞完這些再說

玩網絡遊戲，出生就是一個劍客，魔防魔攻低你不會抱怨，你只會努力升級攢錢，把一點技能點加到魔防魔攻上，明白自己適合做什麽不適合做什麽，按自己定位合理分配自己技能點，做的任務盡力選自己優勢大的，學會溝通然後組隊幹那些有收益而自己優勢差的任務！

把算法導論當新華字典用，就是查定義而已

入門而言，斷網！拿書硬啃一遍實踐一遍後再說上網查資料和問人！當你什麽都不懂時，網絡繁多的知識和方法論對你來說就是雞肋。

考慮一段代碼在今後其他項目中的重用和在當前項目其他模塊（頁面）的重用是有區別的。
我認為，寫代碼時別想太多（不要想目前不需要的東西），等到不夠用的時候再直接重寫。但是，你的代碼必須分塊，快與快間不能是鳥之雙翼的關系，至少留個後路，能讓你輕易的廢除這個快加入另一個快不影響系統。這要怎麽做到？我不知道，只能等真的遇到這種事多了以後慢慢總結了

搬磚的人認為自己搬磚比國家主席厲害為什麽我不能當國家主席。
世界是網遊不是單機，pve再厲害出去還是要被pvp虐死

我目前的代碼之道，我認為就是最快速度熟悉一遍c++，然後閱讀代碼加看數據結構，這兩步完了再想下一步！！！！！

不同階段的編程之道是不一樣的！你是菜鳥，並不一定適合大牛的編程之道，因為你們的水平、眼界都不一樣，怎麽能有通用的代碼之道！


沒有嚴格意義上的真正編程能力,只有解決問題的能力。你解決的任何問題都依賴於別人解決過的子問題,所以不存在絕對的原創還是復用。
真正有趣的問題是如果你的上遊不存在了，你還能解決同樣的問題嗎？如果你依賴的開源項目不存在，你怎麽辦？如果存在但 bug 很多，你會選擇怎樣解決？分析和解決這種問題的 meta 能力很重要。你能做好的話，換不同的具體問題你都能有一套方法解決。

我的學習方法（一）