忙於工作，每天加班到晚上11點，最近終於是閑了一些，通過最近工作，得到了好多的啟示與教訓，本人是真的太菜，希望通過多多記錄，多多反思，多多總結，能夠盡可能的提升自己的技術吧。

因為自己是培訓班出身，大學雖然接觸了編程，但像大部分不好好學習的同學一樣，最終沒能對編程有所了解，不是有人說過嗎，培訓班其實就是用三四個月的時間把在大學逃課不學的東西補回來，

也算是提供了機會真正接觸了編程吧。通過這一年多的工作，真的得到好多啟示。

首先，在培訓時和找工作時，信心滿滿（不知道信心從何而來），覺得肯定會有很好的發展到找工作三個月依然沒有收到offer時的火急火燎，當得到一份offer時，真的是覺得其實工作不好找，在此也

奉勸一下將要加入這行，通過培訓機構的同學們，培訓不是讓你一步登天的，能不能得到你想要的，還是需要看你付出多少的。

在來公司半年的多的時間裏，每天都是在幹一些特別瑣碎的工作，可能都和編程無關了，只是再調動畫，調整人物的位置，再有就是修改bug了，簡直可以讓人發瘋的。

一年經歷了三個主程，三個總監的男人，呵呵，說實話，剛開始真的提升很少，自己每天看書，可實際用不到，總是會忘，後來技術部總算穩定下來了，跟著總監幹了三個月，基本上是自己負責一個大塊了

（對於我來說），感覺這三個月學的東西比半年來學的要多的多，慢慢的，在別人提出的意見裏，在看別人如何解決問題的過程中，懂了很多。

對於剛剛入行的小菜來說（比如我），就編程來說，最重要的不是學多少api,學多少數據結構，寫多少代碼，做多少功能，也不用去學什麽其它的語言，首先該幹的就是要入門，沒錯，是入門，你可能會說

我都培訓了幾個月了，也工作幾個月了，很多東西都使用的很熟練了，早就入門了吧，其實不是，你有覺得你的代碼寫的很亂嗎，有覺得一個相似的功能你能重復的寫好幾遍嗎，你的上級會說你代碼要簡潔一些嗎。

所以是肯定的，你的代碼一定被說過，亂，很亂，你寫的東西可能有無數bug,所以，代碼的美觀，代碼的簡潔，代碼的設計真的是無比的重要，寫代碼，不就和寫文章一樣嗎？好的代碼是讓人精神亢奮的。

寫好代碼，可以讓自己有信心繼續寫下去，也給自己日後的維護擴展打好基礎，有沒有這種時候，自己好不容易寫出的功能，過了幾天再看，自己都懶得去看了，找一個問題，來來回回的還是找不見，自己都看不

懂自己寫的了。總之，我是這樣的，也被說了好多好多次，人嘛，都是有自尊心的，不想總被人說，所以，我一直在努力的改，從變量名做起，不在寫 int a = 0, 也不要寫一個類寫一千行了，我在慢慢的改，

把自己改的更像一個程序員。

代碼的整潔毋庸置疑是很重要的，雜亂無章的代碼只會讓人心生厭惡，所以，盡量做好。再者讓我體會比較深刻的就是對於面向對象的理解，c#是一門面向對象的語言，大家都是知道的，很多很多人也都知道面向對象的

三大特性：封裝、繼承、多態，也知道要寫可擴展，已維護，復用率高的代碼，但是，這不是學會背幾個概念就懂了的，重復代碼是大部分新手最容易犯的錯，ctrl c ctrl v總是要比動腦筋想要來的簡單，“就是論事“的慣性思維

總是伴隨著我們。

有沒有遇到過讓你寫一個功能的時候，比如得到一個人的所有信息（名字，年齡，性別等）把他保存起來，然後你定義的是string peopleName = xx, int peopleAge = xx, string peopleSex = xx， 忽然過了一段時間

這個人的信息要顯示在面板裏了，於是你寫了個方法ShowPeopleInfo(string name, int age, string sex), 把這些信息顯示出來了，又突然，又需要把這些信息傳遞給服務器了，所以你又寫了一個方法SendPeopleInfo(string name, int age, string sex)

ok，到這裏一切還算順利，只是方法的參數有點多了，可是，這個時候這個信息開始多了，你需要添加他的家庭住址了，需要知道他是不是結婚了，得知道他的孩子叫什麽名字，需要知道他的工資是多少，然後你又把這些

再次添加上去，好吧，你都會覺得ShowPeopleInfo(string name, int age, string sex，string address， bool isMarried，childName, int salary )怎麽這麽長，更可悲的是，這個時候你還需要記錄乙和丙的這些信息

你要一個一個去記嗎？ 是不是又要把它做成一個類的沖動 People 類是不是好一些。

我舉的是很簡單的例子，應該大部分人不會那麽做的，因為都知道那樣很蠢，問題是顯而易見的，不要用你的慣性思維去考慮問題，也不要寫成流水賬，一個步驟一個步驟的寫，當一個步驟不能進行下去了，接下來的功能都不能用了。

養成以面向的對象的方式去考慮問題，可能你想不到，抽象不到那種程度，可是，誰都不是剛開始就會的，慢慢來，去嘗試的做，難道不應該是這樣嗎。

解決問題的能力對於自己的發展也是很重要的，給你一個任務，當然，是需要看結果的，可是解決的途徑是你通過以前的功能舉一反三出來的，還是通過問你身邊的人解決的，還是你百度谷歌出來的還是有差別的。

比如你沒有接觸過json,現在你寫了登錄了，需要驗證用戶名密碼了，你用的是post請求，服務器給你返回來一個json結構，這時候你手足無措了，你不知道該怎麽得到這個結構中的信息了，這時候你是停下來問一下你的主程嗎？no, 千萬別這樣，

他可能會和你說，你能查一下嗎，我也在忙啊，是啊，你自己去查不就好了？如果當前項目裏有，你看看，模仿項目裏的來，不就解析出來了嗎？下次遇到了不就會了嗎？你也找到一種方法呀，不會的東西，看看別人怎麽寫的，然後，

去模仿的來，最後不就會了嗎？這不就是你的能力了嗎？你也可以去上網查呀？ 搜個 json， 你還能了解了解什麽是json, 你還知道了怎麽把一個字符串轉換成json了，當然，怎麽解析json你也會了，這不都能解決問題了嗎？如果當時

主程告訴你了，下一次遇到字符串轉json 你不是還不會嗎，還不是得問嗎，下一次把人問煩了，會不會罵你呀。 要到個bug第一反應不是去調試，去找它可能發生的地方，而是問別人為什麽會報錯，然後盯著代碼看半天，這樣真不是解決問題

的辦法，當然，一個問題你解決一天了，還是沒解決，可以問一下別人有好的解決方案嗎，在寫一個功能時，沒有思路，也可能借鑒一下別人的，但你寫的代碼就是你寫的，別人替你解決不了，所以，大部分時間還是多去自己研究吧，當然我沒說

不可以正常的學術交流，服務器的東西你不懂了，你當然可以多問問寫服務器的哥們，如果他不介意的話。

學習也充斥著我們的職業生涯，活到老學到老同樣適合我們，但是，學習也要有規劃，也得適合自己。《從學徒到高手》中提到了，你得先學一門主修的語言，這會給你信心，如果你在學c# ,僅僅是剛剛懂了一點，能寫一些代碼了，然後你覺得

c/c++很重要，你要補充，然後又去學c/c++, 這樣的方法我認為是不好的，人的精力畢竟是有限的，最後的結果可能是c#也不熟練，c/c++也用不好，不要什麽都想學，業在於精不在多。 我曾經就犯了這個錯誤，c#學還沒學好，就又像看c/c++

又像學java 看了一段時間書，還是放棄了，因為沒有用到的環境，很容易忘。 拿我來說，我現在覺得我最應該是把編程的門入了，還得入好了，代碼寫的好看點，結構寫的清楚點，邏輯在明確一些，我不怕別人說我很菜，到現在工作一年多，還是這麽

菜，但我在努力，我在一點點變好。當然我說的不是說不去學習別的東西，剛才已經說了，是要適合自己的學習，更有效率的去學習，比如現在你們公司要求，你們是前後端一起開發，自己負責前端和後端，這個時候不是不去學，是以後很好的機會

去了解你不了解的東西的時機，總之就像《代碼整潔之道》作者說的，並行開發嗎，只是讓學習更有效率，切忌貪多嚼不爛。

總而言之，言而總之，這些都是我遇到的問題，也是我在提升的方向，希望與大家一起努力。

總結總結，回顧回顧