老初学者致青春，软件工程师应该选择java 还是 c#

致青春

还记得自己那年考清华失败，被调剂到中科大软院，当初有几个方向可以选，软件设计、嵌入式、信息安全等等，毫不犹豫地选择了信息安全。

为什么选信息安全？这四个字听起来多牛多有感觉，我本科是学物理的，记得做一个光学实验的时候，一个老师看我做的结果，说，学物理不是什么人都可以的，这个是需要一点智商的。

好吧，当初其实并非对我一个人所说，但我确实感觉到受到了鄙视，同时，我没有任何在物理上的精湛技艺可以反击我的老师。

由于整个大学期间，我都在沉迷游戏和小说，以至于辅导员说，现在找你都得预约。

而我的同学基本在学期开始和考试前能见到我，当时为了应付考试，我不得不学习复杂的物理公式和推导，有一门课程是激光原理，老师是双博士学位，大概是很厉害的，在我考试时，过来看我的卷子，说你的”背功“很厉害。

考试时如期通过，但老师大概都对我评价不高。自然，我是感到不愉快的。

回到我的毕业论文，大概是做一个电离层特征参量的反演，其实就是用迭代法解病态方程。

这个论文基本是没有人选的，因为题目本身可能相对比较难，也需要编程实现，好吧，当时下载的是盗版的matlab，参考的是一个日本学者和我导师的论文，铿铿锵锵地写出来了。还做了个所谓的参数优化，以使得结果看起来更平滑。

当时觉得很得意，我女朋友（现在的老婆）也很惊讶，我一个月做完了。

其实这不是第一次领略程序的魅力，在很久之前，高中时期，为了追一个女生，我做过flash，当时我就觉得拖来拖去很麻烦，但苦于没有基础，看不懂actionscript，所以难以深入体会编程的精妙，如果看到网上有一些类似雪花飘落、旋转字等效果，都是直接拷贝修改到完工。

现在回到，为什么选择信息安全上来，因为在大学时，很喜爱游戏，尤爱单机，国情大家是清楚的，而且我没有钱，也不知道哪里可以买到正版，这个猥琐了，呵呵。

仙剑、上古、火炬之光、火焰纹章，各种类型都喜欢。也很喜欢生存类游戏。给一个单机游戏做的exe补丁和用lua拓展的mod至今看来仍让我怀念。

讨厌网游是因为自己没有钱，搞不过RMB玩家，而且砸装备总失败。
唯独一个，2006年时，我玩完美世界，后来玩它的SF，为了砸装备，我第一次想到写封包外挂，由于当时已经有一些socket、tcp/ip的概念了，虽然C++玩不转，还是各种参考，写hook、写字节转换，同时完美当时打击WG很厉害，游戏基址容易变，又加了很多防调试的功能。

但为了不手工砸装备（SF里的石头几乎免费，就是砸上去的几率太低），我欲望那个强啊，所以用OD调试找网络发送的函数地址， 然后C++写代码hook。

程序最终工作很好，我还分享给了几个玩友。

后面也写过一些类似跳舞自动击键的WG，主要也是为了自娱自乐，因为我真的反应不过来屏幕上瞬间出现太多的key！

与程序为伍的日子很少，但每一次接触，似乎都是为了达到自己的一些目标。

所以凌乱的编程体验，虽然不系统，不精湛，却让我快乐。

再次回到为什么选择信息安全上来？也许答案已经很清楚。

当时觉得虚拟机加密太高深了，联网解密也难搞定，所以觉得信息安全一定是能解决我的问题的！

后来你猜到了，就是C，就是汇编，就是linux，我当时是多么反感linux，当时还用的是ubuntu，但为了课程，实在是没有办法，为了考研，自己系统自学了数据结构、计算机网络、操作系统、组成原理，当时在考研论坛上还和一个清华搞计算机体系的探讨问题，刷了好几页的帖子，现在看来，多幼稚！但，快乐也是固定在那个过程之中了。

我讨厌汇编，我讨厌C，我讨厌linux，但他们强大，能够满足需求，这就够了。

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.net mvc3之后的razor引擎：

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

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

razor，强大、简洁、优雅。

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

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

青春的你，怎么选择？

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

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

.net方面呢？

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

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

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

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

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

为了回答java还是c#的问题，我会从我的经历提供一些参考，既然是我的，那就不会是全面的和准确的，你自己判断。

还是从故事开始吧！

在科大软院（苏州），因为老婆想和我一起在外面过个年，我不得不去临时找实习，当时c和汇编不行啊，所以得选个流行的，什么流行呢，当时是web。

所以我遇到了java还是c#的问题，确切的是我遇到了j2ee还是.net的问题。

因为经常使用windows，又因为.net门槛如此低，所以毫不犹豫选择了.net，当时是不会写SQL的，但是却系统学习了数据库设计原理。

进入公司就接触mvc3，觉得好，外企的技术确实比较新呢，比我学习.net时学的aspx优雅，那个时候开始接触并尝试理解mvc模式和ddd的概念。

当时，时薪25人民币。

6个月的实习，基本能玩javascript和c#，然后sql还是不行，当时记得一个高级开发跟我说，他以前做delphi开发的时候，团队写sql写的好就牛，我深以为然。

只会用Entitiframework + mvc3 + javascript，开发网站的我，用理解很浅的.net的web技术体系，支撑了我和老婆在上海的生活费用，当时10年，我们租的拎包式入住公寓1500一个月，不算生活费、水电费。

再一次，通过一项技术，达到了我的目标，支撑了我的计划，当时对技术的理解，但是偏执于.Net，对java阵营是不屑一顾的。

后来很快离开了科大软院和苏州，考取了中科院，到了北京，房租是1580一个月，照样不算生活费、水电费。

没办法，学校发的补贴根本不够押2付3的。

找实习，做过什么呢？office编程，而且当时的老板是从IBM下来的工程师，项目主要是java开发，jsf做页面，招我过去，做word编程，还不能使用.net，你猜到了，我用的是vba。

没做多久，公司发钱就开始拖延，两周后，我没有积蓄，只能被迫离职，后来加入一家公司，从4K到10k，用了8个月，在这里，我完善了程序员生涯中sql能力的快速成长，并且广泛地使用了silvelight、aspx、oracle、mssql技术。记得当时一个北邮毕业的同事，做了6个月的office文档在web展示，因为涉及到了com编程，所以运行非常不稳定也难于调试，更重要的是，拉一个页面到展示，需要20秒。

老板是中科院软件所的博士，架构很厉害，但对于这个技术细节并不擅长，问我有没有办法，我说做过vba，大概了解word的dom结构，我试试。那个同事说，如果你能做到稳定、快速的实现，你可以拿这个做你的毕业论文了。
我说，我试试。

临危受命，我猥琐地查找资料，研究百度文库如何实现等等，后来为了.Net环境的一致性和可维护，所以抛弃了pdf + flash。
通过大量看老外的东西，我选择了aspose.Net框架 + 一个能把word转为Xaml的框架 + silverlight实现，可惜这两个框架都收欧元，公司铁定不会出钱，所以我猥琐地对其进行了破解，也开始接触IL码。

docx文档在线编辑 + 展示的功能完成，给老板run了一下，老板点了个赞，显示时间缩短到5秒左右。

后来做了数据库的静态，显示时间缩短为1秒内。老板又点了个赞。

后来带领团队，从mssql迁移代码oracle，至今还记得和老板并肩一起写存储过程的情形，并感叹微软自身的数据库外迁还得依靠三方工具的搞笑。

时光很快，当时回想，.Net是多么的强大，是么？
在工作的同时，学业，为了凑够4个整天来实习，也为了自己的未来，我选择了数据挖掘、计算机图像处理、天文数据处理、文本检索、分布式计算、高性能计算等所有听起来很牛的东西。

不求甚解，一段一段的代码和注释，将能掌握的注入到自己的技术骨头里去。

还记得在学校周一开组会，同一个组的基本都是博士了，我放弃硕博连读，因为我实在年龄大了，得养家糊口。

后来一家西二旗的距离oracle很近的公司面上了，记得最后一轮面试是小屋子压力面，从董事长到我的小组领导都在，没有水。

首席架构师是科大少年班的，博士在网络所读的，问了一个问题：
你如何实现google的负载均衡？

那个问题我答的不好，其实即使不理解负载均衡的实现，也该从组成原理的总线仲裁知识中窥的一点参考。

所以那次又被鄙视了。但那次拿到了13K的月薪，当时的总监是汉王以前的副总裁，评价是，基础扎实，思维灵活，实习阶段就参与公司重大项目研发，值得培养。

直到现在，我，相信也还有很多程序员，遇到了数不清的技术，我经常会茫然，到底我该何去何从？

一些疑问：

访问数据库，随便找个高效的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推荐intellij IDEA.

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

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

所以外面的功夫容易忘记，有网络就能拾起，内功才是入骨的东西。
架构不是学出来的，是你的理解到位了，恰好工作中有这么个需求，你就开始整合你的已知，然后开始选择轮子。

最重要的是，你千万不要成为一个只会熟练使用框架的程序员，那样，你会疲于奔命，你也许永远只会使用hadoop，而写不出一个hadoop，你只是一个hadoop程序员，而不是一个分布式程序员。
你也许永远只会使用struts，而忘记了自己写filter，你只是一个ssh程序员，而不是一个web工程师。

后记

人言三十而立，如今二十有九，反反复复，虽然买房买车（俗了~），依然一事无成。

结婚5年，老婆再次怀孕，她很兴奋，我也很开心，由于时常加班，对她很抱歉。

目前离职，有些感触，特撰此文。