@hemingcn 当成主机的意思是可以完全替代，目前三星也可以，但是只能用一下 excel word 等工具实际上还不如 pad，我的意思是可以在手机上完成一切电脑可以做的，比如单机游戏、编码、编译等等东西

985 硕士啊，即使不如 985 计算机相关专业的硕士也非常牛逼了

后端和业务强关联，远程的话需求不好理解和传递

正常，我家兔子养两年了都不能抱，一抱就自己跑了

去看下各大公司的 java 研发岗位的 jd 不就知道了？

@lifesimple 人家好歹是正规专科自考本科。 本贴的楼主只是高中学历没有自考本科不过好歹雅思 6.5，上次哪个哥们儿高中辍学，初中学历，去培训机构深造了一段时间，出来找工作伪造学历简历，人家给他 12K 觉得是侮辱，开口要 19K 最低 15K

自学能考雅思 6.5 的话为什么不去多考点呢，哪怕自考本科也可以啊

下一个 GTA5

建议是最好去儒学圈国家，也就是东亚那几个：日本、新加披、韩国等等吧，去澳新、加麻大感觉各方面跨度太大了，如果你之前有西方国家留学经历还好。 日本的话和国内差不多，韩国不了解，感觉最好的还是新加坡

穿越回 2008 年然后买北京上海的房

简直和我情况一模一样啊，领导挽留的时候还说的你是元老以后公司发展越来越大你肯定越来越重要的，但是我倒是没有从工资上看出来，我也想通了，我们打工人就一切向钱看把

我滴个乖乖，武汉校招 19K ？？？

@sampeng 代码层面主要是考虑维护性，你现在是十个接口，如果后面越来越多了呢？然后比如说你知道这十多二十个接口，那你离职了后面的人呢》这个太考验文档性了，再比如说，我十个接口中有一个系统要下线了或者重启了，那你调用接口不久疯狂报错了吗？虽然可能是异步的不影响，如果用消息队列的话对接 message 就可以了，就算下游系统下线了没关系，并且 mq 还可以帮你解决重复消费、重试等问题

并且用消息队列还有个好处就是，你不需要定义“接口”，我只需要定义消息，下游系统直接消费我的消息就可以了，我不用对接口不用联调了，每接入一个新下游服务他们只需要去消费对应的消息就可以了，代码维护性也大大提高了

举个例子，我一个电商系统，客户下单之后有:计算积分、通知库管系统准备出货并且存量-1，自动领取一些优惠卷等操作，如果是微服务架构那么这些操作肯定是放在对应的服务上面的，如果假如说我们不用消息队列的话那么订单系统怎么通知这些服务做对应的操作呢？我能想到的是调用 Http 接口（ fegin ）或者 rpc 调用（ dubbo ），刚上线的时候我服务是单节点还行没啥问题，到了后面生意越来越好了我要做集群了，那么我就要保证我通知下游系统的接口是幂等的因为每个节点都可能调用，到了后面下单之后的操作越来越多（该死的产品经理），甚至是有部分下游系统不在我微服务里我要用 restTemplate 去调用了，这样又有了新问题：每接入一个新服务我都要去修改代码去和其他服务对接口然后联调，然后因为下游服务越来越多我的订单服务在双十一这种流量洪峰的时候已经快扛不住了，那么怎么解决？对，我可以导读抽出一个通知服务，让订单服务调用通知服务的接口获取订单信息，我下游系统去和通知服务进行对接，但是通知系统要不要持久化这些订单信息？万一下游系统挂了我的通知系统怎么去重复通知呢？怎么保证我的订单信息不丢失呢？消息队列就出来了，他实际上就是人家帮我们做好了的通知系统，他可以保证消息的重复消费、持久化、重试。并且自身也可以集群的。

@guangyaomiao 所以除了大型互联网公司，我觉得可以增加一些普通的偏传统行业的软件公司，比如海康、用友这种

@guangyaomiao 额做参考的意义在于，不是每个人都是大厂的程序员啊，实际上对于绝大多数普通程序员来讲这个城市的这个行业的薪资中位数才更具有参考价值，你可以去 Boss 上看看，boss 上的中位数和平均数甚至可以分年限来看，比如三年 java 是多少

@guangyaomiao
1 、真实性的问题，好像不需要校验啥？虽然一般防君子不防小人，但是这种统计性的网站最好可以学 maimai 加一个公司邮箱校验
2 、后端最好分的细一点，比如 golang 、java 、python 、php
3 、可以去找下 boss 上的每个城市的每种职位的的平均月薪和中位数月薪做一个比较

写啊，我连我两个月麦当劳扫地的经历都写上了