五年.net程序员Java学习之路

大学毕业后笔者进入一家外企，作企业CRM系统开发，那时候开发效率最高的高级程序语言，毫无疑问是C#。恰逢公司也在扩张，招聘了很多.net程序员，笔者做为应届生，也乐呵呵的加入到.net程序员行列中。

C#.net很是容易上手，以前在大学里，作过winform和webform开发，也曾经在老师那里承接太小项目，赚点外快。因而在工做岗位上得心应手，很容易就上手了企业开发框架，仅一年多，笔者就成为公司的开(jia)发(ban)骨(feng)干(xian)。

C#.net的网评比Java要差，笔者曾经在知乎上看到一个国外华裔程序员的文章，内容主要是国外的清闲不加班的生活，文末一句：“忘了说 我是作.net的”引起了讨论的高潮。知乎程序员中，写Java、python、go、JavaScript几乎成了政治正确，做为.net程序员的笔者不多在相关讨论中活跃，但对java的印象已经有了改变。那时笔者所在的外企仍在大规模使用C#.net，笔者也就拒绝去接受网上的喧闹的声音，专心写好代码，学习设计模式和前端技术等等。

恰逢互联网行业发展势头正劲，笔者天然顺势而为，加入了一家规模稍大的互联网公司，固然仍是写C#。因为以前在外企不辞辛苦，什么活都愿意揽过来干，积累到很多颇有用的研发知识和经验，因而在跳槽过程当中顺风顺水，基本人家问什么，我都能答出来，因而相对轻松地加入了新公司，开启了互联网研发之路。正是亲眼鉴证了互联网研发模式，才让笔者肯定了转型Java的决定。

新公司的框架很老旧，那时还在用.net framework2.0，业务代码很是复杂庞大，某个十年业务的项目里的一个方法，竟然有一千多行，单是阅读代码，就让笔者心累，更心累的是，这一千行代码的方法名，竟然被叫做“外观模式”（facade）……很难想象公司最核心的业务，跑在这么臃肿烦复的代码里。性能和效率都被看重的互联网研发模式，终于开始和C#.net产生了矛盾：.net framework和iis不开源。系统在运行过程当中遇到了以下几个问题：

一、接口服务项目的访问效率遇到瓶颈，基本只能上负载均衡加机器。

二、某些大项目要数十台机器去承载平常访问，运维难度加大（后续上了持续集成和平滑发布，运维方便了不少）。

三、较少数状况，系统会出现一些疑难杂症，当产生问题的代码在闭源工具包里，调试人员几乎一筹莫展。（反编译的代码真难看囧……）

四、不断增长机器，成本增长，这可不仅是机器成本，人家不开源，收费也不便宜……

五、可定制化较差。某些极端场景下，咱们但愿程序可以更大程度的消耗服务器硬件资源，而服务器程序都是别人的，人家为了安全都设定好“最佳阈值”了，很难更进一步压榨服务器资源。

六、缺少开源社区支撑、大数据相关研发乏力……

七、国内部分互联网公司提供的开放平台工具，竟然不提供C#的SDK……(根据http请求本身写SDK)

诸如此类，不胜枚举。

 

转Java吧。

技术转型的阵痛在所不免。公司内的接口研发和后台管理系统研发是分开由不一样人员负责，可以同时开发接口和后台系统的人并很少。笔者技术体系相对完善，在团队中得到很多尊重。也曾亲自带团队作研发，写完接口又带兄弟研究ckeditor源码并作定制化修改，忙的不亦乐乎。然而转Java成了笔者当时的心病：本职工做作得很好，团队不会容许贸然改用Java技术栈这种冒险行为。笔者已经私下学习了许久，却不能直接上项目实际操练，很是惋惜。

精诚所至金石为开，笔者终于等来了一个机会：成为公司新项目的主程序员，负责整个项目的后端架构、设计和研发。新项目人员很少，但都是各种技术中的优秀人才，包含ios、Android和H5研发人员，笔者为他们提供接口，并开发后台管理系统提供给产品和运营同事。

独立负责设计和研发，工做量虽大，自由度却大了很多，因而笔者决定用Java来完成整个开发任务。项目leader对笔者的技术功底非常信任，不过仍但愿团队用C#.net追求稳健，但看在笔者执着坚持，也就赞成了。为了下降技术转型对新项目带来的风险和进度影响，笔者仍是作了必定妥协：用Java研发接口服务，后台管理系统仍用C#.net。

接口研发期间笔者着实吃了很多苦头，项目框架搭建问题层出不穷，spring的运用不纯熟，致使常常在框架层面报错。新项目的座位与公司Java开发团队座位不在同一楼层，笔者几乎天天都要爬几回楼梯去Java研发团队取经。好几回遇到问题解决不了，都想放弃而后用回C#.net。项目leader屡次看到此情景曾屡次施压，笔者跟项目经理坦(zhuang)言(bi)：“若是Java搞不定，我会在两天内用C#.net把活干完，不拖项目进度。”靠着这份坚持和韧劲，还有屡次对Java研发团队的叨扰，项目框架终于搭建完成，笔者也借着屡次的取经，弄清楚框架的原理，完成了对spring的实践。拥有依赖倒置、控制反转的编程思想和设计模式的运用经验，理解Java框架的设计思路是很简单的，在框架搭建结束后，业务代码的输出几乎是行云流水，在项目完成之际，笔者都忘记本身曾是个.net程序员。项目最终顺利上线，而且仅用两台机器就抗住了较高的并发，笔者对Java有了更多的信任和喜好。

有.net的编程基础，学习Java会相对容易，但必须逃离几个陷进：

一、对基础知识务必要重视：C#是一门很是出色的语言，它提供的语法糖让复杂的业务表达起来也十分优雅，搭配伶俐的lambda表达式和linq，数据结构的基本原理在大部分场景下都被弱化，而数据结构和算法正是编程的精髓。

二、对原理的渴望和求知欲：用C#编程，没法查看大部分程序集内的方法，只能本身上论坛找或反编译，求知欲可能会逐渐弱化。而写Java后，常常会本身ctrl+鼠标进入方法查看源码。这一点Java真是很是性感。

三、懒人思惟不可取：C#.net对于链表数组等数据结构的排序和查询都作了高度封装，几个表达式就能获得想要的结果，而Java的表达式则没这么伶俐。在Java世界里，本身弄明白原理，本身写是更高效、更对得起本身的方案。

 

使用Java完成商用项目的开发，只是技术转型的开始，只能算踏进门，算不得转型成功。笔者仍花了不少时间学习Java的数据结构；学习Apache的公共工具包，偶尔点进去看看实现源码；继续学习设计模式及其应用。在一些评估用C#研发更容易的项目，笔者仍然坚持用Java去完成。为了能有更多Java项目练手，笔者申请进入了搜索引擎研发部门，经过了Java团队架构师的技术面试，加入了渴望已久的团队，最终能专职写Java作搜索引擎服务。固然，离开了当初的部门，也就抛弃了在老团队中的地位和荣誉，但笔者以为很值。

 

在多年开发经历中，笔者确实感悟 语言是互通的，万变不离其宗。学习新语言只要下决心并付出努力，基本都能办到。然然后续的挑战则是更大规模的项目的设计思路，设计模式的运用，架构设计策略，代码堆叠方案，甚至是不一样功能模块的技术选型。这些都须要仰仗厚重的经验、扎实的功底和日积月累的技术实力。

将来大数据和机器学习的热潮已经如火如荼的展开，手握Java这一门利器，运用storm、elasticsearch、Hadoop、lucene等绝技的Java程序员，必然能更好的适应潮流。