少搞點語法糖，多寫點功能

c#一年一個變化，給c#的學習者帶來困惑！

C#立刻要7.0了！
.net要變成.net core了！
如今版本這麼多，保不許公司與公司之間，使用的版本就不同。
舉個例子：
A同窗從甲公司跳到乙公司
狀況一：版本一致,慶幸吧
狀況二：乙公司版本高，而後A同窗看不懂乙公司的代碼，而後A同窗仍是老的代碼編寫方式被乙公司的同事鄙視
狀況三：乙公司版本低，而後A同窗被強制使用乙公司的代碼風格（老的代碼編寫方式），而後A同窗各類不適應

咱們學編程語言的目的是什麼?

咱們學編程語言是爲了解決計算機問題，而不是爲了學習而學習。
什麼是最快的解決問題的方式？是軟件複用，而不是從頭開始編寫——即便這種語言被宣稱很是很是很是smart了，1行代碼頂其它語言10行。
解決問題最難的是什麼？是解決問題的方法，一旦解決問題的方法被找到，寫代碼自己是行雲流水通常。

語言應不該變化?

若是一個語言具備至關的生產力，個人觀點是那它就不該該變化。
在c#這麼多年的變化中，我最欣賞的是1.1到2.0的變化，而欣賞的惟一緣由是由於2.0支持泛型！爲何呢？
由於編了N年程序以後發現，打交道最多的就是集合這些東西了。沒有泛型，不少時候不得不自定義一個集合類，沒有泛型，不得不爲一樣的邏輯寫一次又一次的代碼。
沒錯，這是生產力的巨大進步！
若是新的特性，不能爲語言帶來生產力的進步，那麼若是不是一種玩票性質的語言，就不要總是讓它變。
程序員這麼苦逼的職業已經被各類需求變動累得夠嗆了，就不要再折磨咱們了！
若是你做爲語言的提供商，實在羨慕別的語言各類特性，那麼我建議學蘋果，直接換一種語言發佈（直接用swift替代objective-c），而且一次性把這種新語言應該擁有的特性想到90％。

少換花樣，多寫功能

據今天oschina.net收錄顯示，java開源項目收錄7508款，c#開源項目收錄1233款，Java是c#的6倍還要多。
舉這個數字，並非想說java的從業人員數量比c#多得多，而是說明java的可複用組件，比c#的選擇性大得太多了。
在追隨c#變化的時候，寫java的同行用追隨c#變化的時間考慮了更多的問題，解決了更多的實際的問題。