@letv 非常抱歉不小心触发关于“ Java 语言的地位”的圣战，这本身毫无意义而且违背你的初衷，我不会辩驳的，毕竟每个人所处的环境不一样，我只说了我在互联网创业公司技术圈的所见所闻，如果未来 5 年的趋势确实如我所言，如果你是做互联网创业，可以参考我的说法，如果不是，请看一看 V2 里其他大牛们的建议，希望对你有帮助，也祝愿你能顺利转型。

@dphdjy 非常感谢你能说一句公道话，要不然我还以为自己要被当成异端烧死了～
Nodejs 现在用 ES6 性能提高很多， Koa 的 Generator 编写方式由之前的授人诟病的异步编写逻辑变成了同步编写逻辑，而且由于原生支持了 Promise 等高级方法大大减少了第三方库的引入，压测数据显示速度和快而且非常省资源，目前我们是单核最低配阿里云来跑，多台弹性负载均衡，三台成功抗过了 Apple Stroe 的首页推广，搞过 IOS App 的人会深有体会吧～
不好意思，我在回复中只用了“蚕食”一词一笔带过，并没有说详细，非常抱歉；我的意思不是 HTML5 把 Android 技术栈占领了，而是现在大家都在试水，而且觉得这个前景很好，现在已经有好多知名 App 开始使用 HTML5 嵌入到 Android 应用中，我们经过测试也确实发现 Cordova 在老爷机上面表现不好，但关于 Android 的老爷机的问题，也是我们 App 开发者痛苦的深渊吧，后来产品人员做数据调研，二八定律，决定狠心割舍，毕竟不是土豪厂家，毕竟支持 Android2.3 所带来的收益要远远大于兼容开发的成本，而且如果产品真的做得好用户会有决心换一台时下常规配置的设备的吧～～我们对于 IE 浏览器的决策也是这样的，本人也比较信服产品人员的这种明智的取舍决策。

我本人很不愿意去用 Go ，觉得 Go 的应用场景更偏向于服务基建，我们曾经考虑过用 Go ，在技术选型的时候充分了解到了 Go 的优势和坑，当时 Go 它还并没有准备好作为全能的 WEB 开发技术，至少对于我们的领域来说是不适合的，所以决定继续使用 Nodejs 了。

@orianna 都说了不需要计较了嘛，我是做过项目的，所以我给出了预言，至于是否合理我们看时间的见证不就好了嘛～～我欢迎见识高远的人也来做预言，毕竟 V2 就是大家自由交流想法的地方，我相信这一点我们所有人都持相同立场哒。

@orianna 我有同学在阿里工作，他们内部已经开始向最新的技术转化了，比如 Nodejs 和 Go 还有 Docker ，之所以现在还在重度使用 Java 我相信只是历史遗留问题，毕竟无比硕大的软件系统体系不是说转就能转的，特别是他们内部之前自己造了很多轮子，都需要时间慢慢变化的。

@orianna 个人觉得其实并不是用语言用出优越感，我非常赞同语言不分好坏，每种语言或技术都是有自己的用武之地的，我也希望大家能理解这一点，不再对语言本身的优劣进行讨论。

并不是我不推荐 Java ，而是技术的发展趋势不推荐 Java 了， Java 无疑是人类最伟大的发明之一，但是在那个时代 Java 主要是被用来解决信息技术行业从无到有的问题的，技术在推进时代的发展，当今时代人们已经不再关注从无到有的问题了，关注的更多的是利用技术来改善世界的运转方式。以前人们习惯潜心研发，历时数年开发出完整的系统来上线运营；现在人们却希望快速实现、上线自己的 Idea ，以抢占市场和尽早拿到第一手数据；以前人们需要使用昂贵的物理服务器和无止境的算法优化来应对日益增长的业务量，现在人们可以直接使用云计算思想进行开发和部署，弹性按需结算成本，对系统性能容量直接进行倍数调整；以前只是实现服务本身就是一件很厉害的事，现在实现服务只是产品的第一步，需要使用大数据等技术来主动改善产品以贴合用户需求。虽然 Java 在当今时代依然能够用于生产，但是时代已经催生出了很多更加适应当今乃至未来发展趋势的技术，极度缩短了产品从无到有的过程，极度降低了开发和部署的成本，让人们能更早地投入产品运营的工作中。
鄙人啰嗦这么多，只是想说明为什么现在在潮流之中的是 Go 、 Nodejs 等等新技术，而不是 Java 、.Net 等老技术。各位朋友们觉得在理就好，若觉得不在理也不用计较。

@Amit 这个非常重要！哈哈哈

首先不建议转，原因如下：
1. Java 工程师供过于求，身价低，而 C++工程师相反；
2. Java 技术快被淘汰了，前段时间刚刚宣布彻底淘汰浏览器端 Java 应用技术，目前 Java 的用武之地只在于 Android 和国企 WEB 系统，其中 Android 的技术栈正在被 HTML5 蚕食；
3. Java 技术体系相当庞大和成熟，学习时间成本相当高，特别是你对 C++的诸多概念已经根深蒂固，转 Java 难以摆脱 C++的思维定势；吃透语言半年，领会思想一年，每个框架半年融会贯通，想成为有一定经验的 Java 工程师至少要 5 年的时间；
4. 虽然 Java 的抽象级别可以很高，做项目架构可以很清晰，但 Java 太重，执行效率太差，编译和运行环境配置过于烦琐和复杂（ IDE 也帮不了你，因为这些配置都是业务的一部分），我之前给 ICNTV 做 BOSS 的时候由于用小型机堆硬件也无法让 Java 承受住那样的高并发，所以最后并发最大的部分还是用 C++写的；
5. 你身边会很难遇到优秀的 Java 工程师，大多数人都是可能连 HTTP 协议都没有学过的培训生出身，特别是往往编码习惯很不好。

如果你一定要转，作为一个两年都没有碰 Java 的人也给不了什么最新的好建议，仅供参考， Java 大牛看到也请放过我：
1. 初学不要去找 Java 与 C++的相似点，很容易被思维定势带进坑，总之鄙人不才，觉得用完 C 系再完全理解 Java 的思想挺困难的；
2. Java 完全可以达到让开发者的精力集中在业务逻辑上，可以完全不用考虑内存、协议等等底层问题上，但后期因为性能问题肯定也会不得不研究 JVM 的机制细节；
3. 要研究好每个依赖库的版本号的兼容性，引入的包多了，兼容性解决不好是无法编译通过的；
4. 要了解正在使用的各个组件在当前版本所存在的问题，包括服务器、容器等，我曾经因为一个问题纠结了 3 天，最后在 Tomcat 官方的 Changelog 中发现是 Tomcat 在特定版本存在的 BUG ，需要构造程序绕过这个 BUG ；
5. Java 有好多的框架，如果你所在的团队是求稳的话，那么恭喜你有可能要去学用得最广泛的 SSH 框架，通常是 struts(或者 Springmvc 或者 Struts2)+spring+hibernate 这样的组合，这些东西每一个拎出来都很抽象，很难理解，不过一旦你完全理解了就非常好用，毕竟抽象级别高了。

Java 历史悠久，极度成熟，想知道看什么书比较好直接去网上搜一艘就可以，相信沉淀这么多年一定是有很多精品的教材的。

你的用户的 home 目录下的 .xinitrc 文件中要写入如下几条
export GTK_IM_MODULE=fcitx
export QT_IM_MODULE=fcitx
export XMODIFIERS="@im=fcitx"

注意，不是.bashrc 也不是.zshrc 等等命令行的配置文件，是 X 的.xinitrc 配置文件，这样可以保证这个用户在通过图形界面登陆的时候能将输入法变量赋值为 fcitx 。

金三银四，三四月份是一个人力变动的旺季，主要面向于熬到年终奖离职的人和大学毕业前出来实习的人。

如果你是 Hacker 、 Geek ，而且向往真正科学高效的团队协作的话，可以关注一下我们 http://www.lagou.com/gongsi/5706.html

@yuankui 我们也是创业公司，但比你们的情况好，主要我们是短时间快速迭代，虽然出代码很快，但是我们每个开发迭代后都有调优重构迭代，而且每个迭代需求评审后都有严格的技术评审（不好好评审出问题码农要请所有人喝酸奶），迭代结束的时候都有 Code Review ，可以将大多问题抹杀在头脑和纸张上，剩下的问题就是无法预料的了，需要在一个开发迭代上线之后收集性能和用户数据来分析出来。

虽然有的时候重构也挺痛苦的，但这种痛苦是阶段性的，不会越来越多。

第一个月，他做我看，不仅限于写代码，还有沟通、排期、学习、解决问题。
第二个月到半年，我做他看，模仿他的工作模式来独立完成工作。他会对细节给予评审；哪些做法不推荐，为什么不推荐，推荐什么做法，为什么推荐，哪里做得好。
半年，形成成熟的可自维护的工作模式，完全独立工作，涨工资。

工作中所有的事情都有科学的方法论支持，授人以渔，约定原则和规则并以身作则。
理智的时候说公道话，不理智之后主动道歉挽回。
发现问题及时单聊。
任何事情都可以商量，众人拾柴火焰高。
学习能力不亚于小自己 10 岁的人。
一起吃饭喝，一起玩，一起关注酷炫的东西，经常推荐文章和书籍。

北京一年房子最多的时候是年前，年后虽然房子也比较多，但是都是别人挑剩下、换剩下的坑爹房源，年前找房子的话要快狠稳，因为可能一个好房源刚放出来几个小时后就被人抢租了。

番茄时钟，休息时间去溜达一下。

腾讯企业邮 100 人以下免费，个人觉得很好用～

只用某宝～
某信的提现速度太慢。。。