技术转型的阵痛在所难免。公司内的接口研发和后台管理系统研发是分开由不同人员负责，能够同时开发接口和后台系统的人并不多。笔者技术体系相对完善，在团队中获得不少尊重。也曾亲自带团队做研发，写完接口又带兄弟研究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会相对容易，但必须逃离几个陷进：
1、对基础知识务必要重视：C#是一门非常出色的语言，它提供的语法糖让复杂的业务表达起来也十分优雅，搭配伶俐的lambda表达式和linq，数据结构的基本原理在大部分场景下都被弱化，而数据结构和算法正是编程的精髓。
2、对原理的渴望和求知欲：用C#编程，无法查看大部分程序集内的方法，只能自己上论坛找或反编译，求知欲可能会逐渐弱化。而写Java后，经常会自己ctrl+鼠标进入方法查看源码。这一点Java真是非常性感。
3、懒人思维不可取：C#.net对于链表数组等数据结构的排序和查询都做了高度封装，几个表达式就能得到想要的结果，而Java的表达式则没这么伶俐。在Java世界里，自己弄明白原理，自己写是更高效、更对得起自己的方案。
使用Java完成商用项目的开发，只是技术转型的开始，只能算踏进门，算不得转型成功。笔者仍花了很多时间学习Java的数据结构；学习Apache的公共工具包，偶尔点进去看看实现源码；继续学习设计模式及其应用。在一些评估用C#研发更容易的项目，笔者仍然坚持用Java去完成。为了能有更多Java项目练手，笔者申请进入了搜索引擎研发部门，通过了Java团队架构师的技术面试，加入了渴望已久的团队，最终能专职写Java做搜索引擎服务。当然，离开了当初的部门，也就抛弃了在老团队中的地位和荣誉，但笔者觉得很值。
在多年开发经历中，笔者确实感悟 语言是互通的，万变不离其宗。学习新语言只要下决心并付出努力，基本都能办到。然而后续的挑战则是更大规模的项目的设计思路，设计模式的运用，架构设计策略，代码堆叠方案，甚至是不同功能模块的技术选型。这些都需要仰仗厚重的经验、扎实的功底和日积月累的技术实力。
未来大数据和机器学习的热潮已经如火如荼的展开，手握Java这一门利器，运用storm、elasticsearch、Hadoop、lucene等绝技的Java程序员，必然能更好的适应潮流。
最后，开发这么多年我也总结了一套学习Java的资料，如果你在技术上面想提升自己的话，可以关注我，私信发送领取资料或者在评论区留下自己的联系方式，有时间记得帮我点下转发让跟多的人看到哦。
返回搜狐，查看更多