所謂的「編程思想」

　　不少事情，當你把它想得很嚴肅、很莊重，而且當你作這些事情的時候，註定不少遺憾將永遠沒法獲得填補，編程也不例外。

　　不少時候，當一我的老是很嚴肅、很莊重，而且當他作一些事情的時候，註定不少細節將永遠留下遺憾，當他編程的時候也不例外。

　　因此，凡是事情，懷着輕鬆的態度把它作好就夠了。凡是爲人，保持愉悅的心情作好當下的事情就夠了。可能看了不少學究的書籍，看到編程思想，我天然而然就想到了面向對象的編程思想，想到了繼承、封裝以及多態三大特徵，想到SOLID五大特性，想到了「找到共性，隔離變化」。可是，這些理論，用起來就絕對變了味道。當你實際使用時，你毫不會想到，一個共性的東西抽象完了，變得更加複雜，更加難以引用，花了不少的時間，卻作了"虧本的買賣"。

　　今天，和一個心目中的高手聊天，向他請教一些編程中的問題，其實個人問題不外乎XML、Json應該用在什麼地方，網絡編程應該在遊戲開發中如何使用，諸如此類。可是大神一句話，醍醐灌頂、四大皆空。大神如是說：（1）關心寫算法 語言的知識之類的  面試官不會太關注於你掌握了多少知識 比較關心你可以掌握多少知識 。（2）至於一個遊戲開發中須要使用什麼技術 須要怎麼去作 你都不該該去關心這個問題 只會給你增長一些無謂的煩惱。 【而後拋出了「編程思想」這個高大上的概念。】 （3） 不要太去關注技術細節的實現方式和作法，哪些知識你掌握點就行 知道大概的流程，而後具體的會在工做中作更深刻的接觸。 你要先慢慢的培養編程思想，只是會寫代碼的話 就是碼農了，又有思想，又能寫代碼就是工程師了～～

　　仔細想一想，實際上是我太急燥，太急於求成，太急功近利。一個框架的構建，沒有架構者數十年深厚的積澱，如何可以穩固。對於一個學Unity三、4個月軟件項目數趨近於0.5的信號處理專業的學生而言，仍是先經過量變來改變本身的眼界，初期目標不該該是「架構」，而是可以經過一個項目觸類旁通，經過一種語言觸類旁通，經過一種技術觸類旁通，經過一種算法觸類旁通，等等等等。

　　接下來，我又瞭解到：（4）就是你能再也不糾結於技術的細節和實現，給你一個項目你能用很是清晰的思惟和思想以及毅力去作到最好

　　　　　　　　　　　　（5）如今大部分公司都是這樣子的，若是你老是要求本身作到最好的話，你就已經比別人厲害了，而不在於你技術有多牛

　　　　　　　　　　　　（6）就像你說的unity，在公司裏面作，從配環境到上手寫應該都不用超過一個星期

 　　我感受，清晰的思惟應該就是每一個項目完成後進行的反思，思想應該也差很少。可是毅力，我着實應該增強一下。其實，就我真實的感覺，當我靜下心來慢慢作一件事情的時候，每完成一步，就會得到一絲的愉悅，慢慢地就會走徹底部路程。關鍵仍是心中有一個微微的思路，哪怕很模糊，但只要我肯定，這麼走下去沒錯就夠了。而且，不要總是想用一種優雅的方式來完成，只要可以知足需求便可。優雅，一種可遇不可求的姿式，豈是能夠常常靠經驗得來。

　　好了，就寫這麼多吧。總結一下，我得到的最重要的收穫就是，用一種本身可以駕馭的方式來完成客戶或者本身提出的需求，不要一開始就逼着本身用一種只可仰視的方法完成，由於這種方法目前還不屬於本身。懷着輕鬆的態度、保持愉悅的心情作好當下的事情（編身邊的程序，不要覬覦太多，由於那些，早晚都會有的）。