很多事情，當你把它想得很嚴肅、很庄重，並且當你做這些事情的時候，注定很多遺憾將永遠無法得到填補，編程也不例外。
很多時候，當一個人總是很嚴肅、很庄重，並且當他做一些事情的時候，注定很多細節將永遠留下遺憾，當他編程的時候也不例外。
所以，凡是事情，懷着輕松的態度把它做好就夠了。凡是為人，保持愉悅的心情做好當下的事情就夠了。可能看了很多學究的書籍，看到編程思想，我自然而然就想到了面向對象的編程思想，想到了繼承、封裝以及多態三大特征，想到SOLID五大特性，想到了“找到共性，隔離變化”。但是，這些理論，用起來就絕對變了味道。當你實際使用時，你絕不會想到，一個共性的東西抽象完了，變得更加復雜，更加難以引用，花了很多的時間，卻做了"虧本的買賣"。
今天，和一個心目中的高手聊天，向他請教一些編程中的問題，其實我的問題不外乎XML、Json應該用在什么地方，網絡編程應該在游戲開發中如何使用，諸如此類。但是大神一句話，醍醐灌頂、四大皆空。大神如是說：（1）關心寫算法 語言的知識之類的 面試官不會太關注於你掌握了多少知識 比較關心你能夠掌握多少知識 。（2）至於一個游戲開發中需要使用什么技術 需要怎么去做 你都不應該去關心這個問題 只會給你增加一些無謂的煩惱。 【然后拋出了“編程思想”這個高大上的概念。】 （3） 不要太去關注技術細節的實現方式和做法，哪些知識你掌握點就行 知道大概的流程，然后具體的會在工作中做更深入的接觸。 你要先慢慢的培養編程思想，只是會寫代碼的話 就是碼農了，又有思想，又能寫代碼就是工程師了～～
仔細想想，其實是我太急燥，太急於求成，太急功近利。一個框架的構建，沒有架構者數十年深厚的積淀，如何能夠穩固。對於一個學Unity3、4個月軟件項目數趨近於0.5的信號處理專業的學生而言，還是先通過量變來改變自己的眼界，初期目標不應該是“架構”，而是能夠通過一個項目舉一反三，通過一種語言舉一反三，通過一種技術舉一反三，通過一種算法舉一反三，等等等等。
接下來，我又了解到：（4）就是你能不再糾結於技術的細節和實現，給你一個項目你能用非常清晰的思維和思想以及毅力去做到最好
（5）現在大部分公司都是這樣子的，如果你總是要求自己做到最好的話，你就已經比別人厲害了，而不在於你技術有多牛
（6）就像你說的unity，在公司里面做，從配環境到上手寫應該都不用超過一個星期
我感覺，清晰的思維應該就是每個項目完成后進行的反思，思想應該也差不多。但是毅力，我着實應該加強一下。其實，就我真實的感受，當我靜下心來慢慢做一件事情的時候，每完成一步，就會獲得一絲的愉悅，慢慢地就會走完全部路程。關鍵還是心中有一個微微的思路，哪怕很模糊，但只要我確定，這么走下去沒錯就夠了。並且，不要老是想用一種優雅的方式來完成，只要能夠滿足需求即可。優雅，一種可遇不可求的姿勢，豈是可以經常靠經驗得來。
好了，就寫這么多吧。總結一下，我獲得的最重要的收獲就是，用一種自己能夠駕馭的方式來完成客戶或者自己提出的需求，不要一開始就逼着自己用一種只可仰視的方法完成，因為這種方法目前還不屬於自己。懷着輕松的態度、保持愉悅的心情做好當下的事情（編身邊的程序，不要覬覦太多，因為那些，遲早都會有的）。