年轻人还是太浮躁了，这种情况明显应该让子弹再飞一会儿

一个四向鼠标解决问题

干货， mark

@agassi_yzh 你这工资让人羡慕啊~哈哈

@Charlie82 的问题几乎对于所有走技术栈的程序员来说，应该是比较典型的问题了。我现在也面临同样的问题，就像
@ck65 说的，现在已经不能拼技术栈了。所以我现在尝试的方向是两个：
1.夯实基础，比如，数据结构和算法，基础工具的深入，基础原理的理解。
2.深入某个技术领域，比如大数据方向，容器，金融模型， IM 云，或者 SAAS 等。

不管是什么语言，要替代 Java ，至少还有 5-10 年

@ihuotui 这跟责任链有毛线关系，学设计模式都学傻了吧

1 、英雄不问出身，关羽和张飞都不是科班出身，
2 、国外的 IT 行业早就不是科班的天下了，
3 、最终决定你命运的，还是能力和习惯。

哀兵必胜，用实力征服别人

并未觉得 null 有什么不好用的地方，有时候用 null 来做异常判断会更方便。

我觉得不要在利益上反复权衡，原因很简单，你无法预测将来的你会遇到什么样的机遇和什么样的人。
重要的是你现在想做什么，是想在国内像其他人一样上班，还是出国去挑战一些未知的东西？

@youxiachai 你这个真的略屌啊

看来 V2 还是前端多啊，这两个以后方向不同，前端的可以做的事情更多， Swift 就只能做 iOS 开发了，不过目测 iOS 开发的钱景稍好

好矫情+1 喷子不解释

我觉得 Android 开发的痛点并不是在语法级别，而是在于复杂的自定义 View ，目前也没有见过比较成体系的成熟的 UI 库，可能我离开 Android 时间有点久了，现在觉得还是用 H5 的方式来写 APP 比较舒服。

@julor @hantsy 的建议是非常中肯的，如果你有探讨技术架构的权限，我觉得你可以尝试改变一下，这也是技术管理者的义务和职责，没必要总是把眼光看着下面的人。

webservice 是基于 SOAP 的，既然用了 WS ，为何要用 JSON ？直接用对象序列化不就行了，你这种思路本身就有问题吧！
而且我认为做技术管理的人，最好不要对技术细节有过多干预，否则很容易引起别人的反感，尤其是老员工，最烦的就是别人自以为是地指手画脚。
如果你认为这个地方有问题，请从业务的角度提出质疑，而不是简单地批评别人代码写得不好。
另外，软技能是你需要提升的地方，偶尔请人吃个饭，润物细无声地对他们的劳动表示感谢，为自己平时的坏脾气道个歉，都会对你们的关系维系起到作用，起码不会让他对你的一些批评太过抵触。

不开启多个 MQ 应该能解决这个问题吧？如果单个 MQ 没有性能瓶颈的话，就不要开启多个了撒