程序员应该选择java还是c#？

java还是c#？其实这不应该是我们真正的主题，而且入了行的也很少会java还是c#这么比，但初学的，java和c#往往就代表了两大流派，java代替了j2ee，c#代替了.net，ok，没有关系，这么作为title，不影响我们说事。如果从语言的角度上来讲，c#毫无疑问胜出，易用、门槛低、优雅、较为简洁。但java和c#的语言特性是相似的。在很多类的命名上，它们都如出一辙：

//javaSystem.out.println("java比C#强！j-a-v-a！")

//C#System.WriteLine("你没看到#是4个+吗，我比c++还强2个+，你就歇菜吧！")

c#出现的时间比java晚，所以自然吸收、借鉴，同时又御陵有它的创新，比如很早就支持lamda表达式、比如event和委托，比如var，比如linq。但如果从面向接口来讲，java同样可以做到event和listener，只不过对象引用的传递比较直接。而.Net的类库和jdk则各有千秋。

如果从应用的角度来看，javaee和.Net体系几乎都涵盖了主流的开发方向：桌面、Web、服务端、数据库、网络、移动端、中间件。哪个方向，哪个更强？这个留给读者自己体会吧。

微软给.Net一个宇宙最强的IDE，也给了各个方向统一而平滑的编程体验，不得不说，微软的上手要容易的多。

而java则一开始就和开源分不开，多如牛毛的框架、引擎、包，blabla，用java开发，程序员要懂得东西更多一些。应为你大部分情况下得自己整合。但整合的好了就是很强大的，比如SSH。

在近几年很热的大数据和云计算领域，hadoop、spark、tez、leveldb、mongodb、mariadb、hive、hbase，还有oracle，都各自在自己不同的层面发力，大部分的这些都对java是极为友好的。

很多java程序员，都觉得搞.net开发的，就是拖拖控件而已，其实我可以告诉你，说出这种话的java程序员一般都还比较小白，如果你是搞.net的，你也可以说搞java的都是拷贝别人的开源软件的代码，然后改改而已。

当然改改没什么问题，谁都不喜欢重复造轮子，比如，google里面也并非全部是创新，经常”拿“别人的东西自己改吧改吧，淘宝就很不用说了谈毁，招了一些能改c、会点编译的程序员，经常拿各种开源框架开刀，然后表明是自己的东西。比如双11的那个问题。

当然不是说淘宝找的人有问题，而是这个企业的文化就是销售和广告文化，后来的google也如此。

回到正题，wpf和silverlight（虽然已经EOL）中最大的创新含拆备莫过于xaml技术，如果你认为wpf只是winform的简单升级，或者说你只会在wpf中拖控件，说明你还是一个非常初级的.net程序员，不管你工资上w没有，或者你已经是项目经理了。

xaml天生就是为mvvm模型而生，这一点，搞前端的同学，应该熟悉，即使你不懂wpf，js和html怎么做mvvm，你也应该体会过它的好处。

wpf中在xaml中布局控件，并支持INotifyPropertyChanged接口，可以非常容易的实现界面和数据分离，做出一个mvvm模型出来。

说到标记性语言，我们看看jsp的jstl、struts2的tags，还有asp.netmvc3之后的razor引擎：

jstl和aspx的标签类似，自由、强大，可以很容易的穿插交织到html标记中；

struts的标签就是个另类，我个人反感这种既不遵循主流标准也不简洁的东西，虽然好多人会说好用，那是个习惯问题，我这么说，不是说这东西难学难掌握，只是比较一下和razor引擎中的标签语法，弱爆了。

razor，强大、简洁、优雅。

你肯定觉得我是微软.net的粉丝，其实我想告诉你的是，最强的标签语言只有两种，html和xml，穿插动态语句到服务端页面上，然后刷出html，从来都不是好的做法，因为不只你一个人写代码，后面可能会有其他人维护这个页面，本来这是需要由webdesigner来做的事情，但是有了语句，他的维护成本就很高。

规范的页面开发，程序员是不会染指一个css、style的，动态语言在aspx、view、jsp上面应该尽量少用。否则你不如使用php和asp。这一点，你会在工作中会深有体会的。

青春的你，怎么选择？

看看现在的招聘吧，动不动就是

精通j2ee，精通struts、springmvc、hibernate或者mybatis，对mysql、oracle有深入理解，精通webservice、精通多线程，能处理高并发，有的还得懂jvm，最好有hadoop等开发经验。最后再来个211以上。

.net方面呢？

精通.Net，精通mvc3-5、精通wpf、wcf、多线程，mssql等等等等。

我现在处于离职状态，所以每天收到猎聘上的一些推荐，都很郁闷，因为没有一项是我精通的。

但是不妨碍我在2012年实习中，就拿到了13K的月薪，比一些正式员工可能还要高。

而且，仔细想想，代码中经常讲到要容易维护、这个设计模式、那个AOP，这个大并发，那个高性能，我个人没有见到容易维护的代码。学习一个新公司的一套模式，一套老产品，比学习一门新技术需要的时间长得多，你会发现，99%的情况下，你最需要的，不是什么代码，模式，而是对产品的理解、对业务的理解，很多情况下，除非太菜太小白，大家的代码都差不多，谁有时间重构代码？程序员又为何加班？

这是行情，一个项目接一个项目，公司需要挣钱的，这是大部分公司的现状。

一些疑问

访问数据库，随便找个高效的connector或者driver就行了，一般提供数据的厂家，谁不提供connector？ORM是很必要，但是追求性能和反框架泛滥的公司不在乎ORM带来的那点便利性，用一个jdbc+sql照样写稳定高效的数据访问。

做web前端，真的需要自己写一个框架出来？真正需要这种开发的项目有几个呢？jQuery和d3，原生的javascript就够了，你写的也许不叫框架，最多就是个wrapper。

数据库的唯一性索引、聚合索引、辅助索引都没搞清楚，就开始搞hadoop、spark、hbase、mongodb，用人单位也一再这么要求的，你的项目中真的有那么大的数据量？在传统的rdbms下解决不了？

你开始知道轮子的概念了，并且知道不要重复造轮子。可是你快不是程序员了，而是框架员了。

所以，回到java还是c#，这个问题，要比我遇到的技术分裂要简单的多。

我的意见是，忘记java或者c#的对立，如果要做一个开心、有自我追求、同时满足就业的程序员，你需要重视以下方面：

1.函数调用栈，这个很多高级程序员只知其然不知其所以然。你可以不懂的汇编、函数入口、返回地址、寄存器，但你需要调试，你得深刻理解函数调用栈，无论是在dev模式调试struts开发的jsp页面，还是debug模式调试aspx页面，你得看懂调用栈的信息；

2.基本的数据结构和算法，数据库中索引的组织方式，是B+树还是Hash，还是堆，你的公司有Web、桌面、移动用户，有社区，有产品，你可能要做个推荐什么的，或者研究个社交图谱什么的，这门技术可以帮助你。

3.一门动态语言。lua、python、javascript，都可以，你需要随时和系统进行交互，或者实现一个原型，或者用程序的方式来画点界面、数据图什么，它们够轻量、够快捷

4.一门重量级语言。比如java或者c#。你靠它们吃饭。

5.理解跨平台的含义。掌握一些基本的跨平台技术，比如xml、c、html、json。

6.重视网络编程的练习和理解，在你使用URLConnection或者MySqlConnection或者WebRequest的时候，你是否理解它们的生命周期和底层实现，用什么语言无所谓，你要记住tcp/ip协议和http的基本特性。这样不至于你写了几年程序，还不知道method=post是什么原理。

7.找一个顺手的IDE，我个人不是CLI控，虽然不得不CLI，一个顺手的IDE真的可以提高生产效率。搞.Net推荐vs+resharper，搞java推荐intellijIDEA.

8.关注一些热门而经典的领域，比如机器学习、图像处理、数据挖掘，即使已经有了mahout，不代表你不需要了解这些领域，你可能永远不会在工作中使用它们，但它们的思想值得你拥有，因为你选择了做程序员，而不是哪个公司的程序员。

剩下的，就是你的解决问题的思路和你实现的硬功夫（编码能力），我相信，很多看这篇文章的人，不能够轻易写出一个ftp服务器，不能够不参考、不联网查询资料写出一个简单的快速排序，也不能够轻易写出一段通用分页SQL，但他们依然可以正常工作。

所以外面的功夫容易忘记，有网络就能拾起，内功才是入骨的东西

前端和后端，程序樱敬员应该如何选择？前端或者后端，主要看自己的兴趣选择和公司工作。没有什么苦恼的，对于肯专研的人来说如果有时间和项目甚至两样都可以兼得。当然自己如果有兴趣，也可以专精前端或者后端，也许发展更好也说不定穗知。

不管是前端、后端要专要精都不容易。前端学习的内容很多，HTML、CSS、Javascript、JS特效、算法、JQuery、AJAX等等，很多很杂，所以很多搞前端的人如果真要搞好，必须得花很多时间去钻才行，而且现在技术更新也快新东西出来也快。但是正因为这样，很多人能学习到新东西特别是技术控的人就会很喜欢了。

后端要搞精通同样也不简单。先选择工具，然后专研后端知识。有些人觉得后端单调枯燥，其实也不是的，主要看自己的兴趣与想法。比如以Java为例，即使是搞后端还是要会一些前端的知识，另外还有框架、MVC开发、分布式架构、数据库等等，需要学习的知识同样很多，特别是要搞精通。

很脊族慎多公司的工种可能并没有把前端和后端固定死，而是根据实际项目进行分配。所以要求比较全面，既要做前端也要做后端，也许很多人想来可能一样都搞不精通。个人认为也不一定，最重要的是自己是否愿意花时间去学习，在项目中是否认认真真去搞。当然每个人的精力都有限，适当选择一个为主多个为辅的方式做到一专多能是比较好的吧。

---