作為一個程序員，一個合格的程序員，我覺得至少應該有追求，至少得對你所在的行業有所關注，關注業界的最新動向，關注最新的技術，與時俱進，跟上時代的發展。
有的人是工作了10年，學習和積累了10年，而有的人是一個經驗用了10年，一直不求上進過於保守。
說幾個真實的例子：公司一個工作了N（N>5）年的NET程序員，從一開始就是做.NET的，他不知道Reshaper，不會用nuget，Reshaper這個可以不知道，但他連facebook和twitter都沒聽過，我十分汗啊。我給他說博客園他沒聽過，說老趙他更沒聽過，估計MSDN他幾乎都不會上。出了問題只會百度不會google。我們項目用EF和WEBAPI他有點鄙視我們，說EF性能不好，WEBAPI僅僅是怎么怎么的。在他眼里一切ORM都是浮雲，就只有存儲過程和ADO.NET，加上一點WCF。存儲過程和ADO.NET我曾經一直用，現在不用，是因為不適合，不是什么項目都要用存儲過程和ADO.NET，反正他就是說我們用EF性能不行，我給他說開發效率高啥，不需要犧牲很多東西來取得那么點沒必要的運行效率，再說根據公司的情況加上項目需求使用ORM（EF）是最適合的選擇。提到程序效率我想說，我看到他的代碼還停留在在C#2.0時代，代碼里面沒有一個lambda表達式，看不到C#的那些新關鍵字，新特性，如： Func、Dynamic、Action、async、var、對象初始化器和集合初始化器，擴展方法，自動屬性等。反正代碼一點都不“美”，寫程序一切都是以實現功能為主，一切只以實現當前功能為主的代碼肯定不是好的代碼，像這樣搞開發，我估計做N個項目也不會有自己的類庫和工具產出。他們的程序很多地方代碼寫得死，寫得不夠健壯，各種不講究代碼的"美"和運行效率，我和他說寫程序要注意代碼的運行效率，他的回答是現在硬件這么好，這點不需要考慮，我又想說程序的效率是從每個細節上摳出來的，在說我們EF效率不行的同時自己寫的程序都不注重代碼的運行效率，我只能翯翯……。當我們聊起前端MVVM、MVC、AMD\CMD、FIS的時候我又被鄙視了一把，他說這些各種不好用，甚至AMD\CMD、FIS(百度提的)他都沒聽過，更不說那些具體的框架了，我問他為啥MVVM不好用，他說是他們以前的同事自己寫的但不好用，於是他及其鄙視MVVM。
我也想說任何東西都有它的用武之地，把它用在適合它的地方才能發揮出它的威力。哲學上有句話：“存在即合理”。看事物要看到它的兩面性，不要只看一面,只看一面你就是片面，必然了解不到它的本質。就像Jquery確實很好，難道它就沒得不好的嗎，肯定是有的，如果你不了解你就會亂用。
今天看到一大神發的微博，覺得他說的很對………
