13 薪，可以过个“肥年”了

你的目的是防止客户端对接口滥用，解决思路应该是从后端角度处理

怕数据库撑爆，可以用 Redis，简单点的，用计数器法就可以实现限流

搞一个国外代理

国内和代理 2 个节点都可以访问，没有被墙

国内不可以，国外可以，被墙了。。

比较简单粗暴的思路。。。

微服务简单理解就是功能拆分为服务

MQ 本身的作用在于解耦，微服务也是一样

Feign，只是通讯手段，用 RestTemplate 也是一样的效果

至于 01 模块 MQ 项目和 02 模块的调用顺序，则取决于你们项目划分的粒度了。

文中你提到，为什么不在 01 直接用 MQ 调用 02 模块，如果 01 和 MQ 是耦合在一起的，某天当 MQ 出现性能问题需要优化，可能不是太方便，随着业务发展，可能有多个项目依赖于 MQ，如果项目和 MQ 是解耦的，则只需要处理好 MQ 即可，其他项目作为调用方也不需要关心 MQ 项目的实现细节，反之，如果耦合在一起，则会比较麻烦。

微服务只是一个工具，前提是服务划分和治理，仅供参考。

转 java 半年多，感觉一切良好

没 java 么

一年以来，在单位领导的正确领导下，在直属 leader 和同事们的大力支持和帮助下，较好地履行了工作职责，完成了本职工作任务。现将一年来的工作情况作以总结。　　

第一，代码能力得到了锻炼，严格要求自身，对产出的代码高标准、严要求，在 Bug 率比去年同期水平降低 20%，交付时间也降低了 15%。

第二，业务水平实现了增长，业务能力在领导的得力指挥下，在测试同事的积极反馈下、在产品同事的大力支持下，公司产品的业绩得到了显著增长，超过同行业标准的 30%，客户满意度再上新台阶。

第三，思想觉悟不断提高，认真学习领导讲话，积极投入到公司业务当中，进一步提高思想觉悟，认真学习业务知识，积极接触新的技术，主动抽出业余时间，在原有 Java 的知识上，学习了 PHP、Python、Go 等语言。实现码农编码，码为公司，不断加强自身码性锻炼和知识修养。

第四，改正了自身存在的缺点，在公司要求码农要成为复合型人才的基调下，我所处的后端的领导班子提出“班要多加，觉要少睡”的工作精神，在前期我对此有些抵触情绪，也收到了一些批评，在后期经过领导的不断教育和财务部门善意的减少补贴，我认识到了自己的不足，努力向单位优秀员工学习，以部门为家，以公司为家。

搭讪讲究的是一步到位，大家都挺忙的，上去来一句：姑娘，合葬吗？

学了 python 之后，开始鄙视 java 泛型，这本身就是某种优越感在作怪。

在语言、应用层面纠缠根本没有任何意义，他以为自己发现了新世界，惊为天人，实则是不值一提的。

相信我，他学了其他语言之后，发现某个新特性强于 python，他又会回来喷 python 的。

996 重灾区，奋斗逼之都，不是吹的。

试试，说不定会有好运气

去菲利宾应该没事，只要不是菲律宾就行，楼主大胆一点，美好未来就在眼前。

倒着走？