杉枫

每一个公司都有它的使命，那么稀土的是什么？掘金这个产品的目标又是什么？这是我每天都要去思考的，每一个团队成员都需要认可的，每一个用户都需要被满足的。看到标题，可能会觉得有点作，为什么不用中文呢？因为我实在不知道如何用一句漂亮的话来描述这家公司的使命。稀土公司的使命是加速新技术的…

自由职业后注册公司的经验

🙂🙂🙂关注微信公众号：【芋艿的后端小屋】有福利： RocketMQ / MyCAT / Sharding-JDBC 所有源码分析文章列表 RocketMQ / MyCAT / Sharding-JDBC 中文注释源码 GitHub 地址 您对于源码的疑问每条留言都将得到认…

转载请标明出处：http://blog.csdn.net/forezp/article/details/70037291 本文出自方志朋的博客在上一篇文章讲述 zuul 的时候，已经提到过，使用配置服务来保存各个服务的配置文件。它就是 Spring Cloud Config。 一、简介…

RocketMQ 提供了两种顺序级别： 普通顺序消息 ：Producer 将相关联的消息发送到相同的消息队列。 完全严格顺序 ：在 普通顺序消息 的基础上，Consumer 严格顺序消费。 绝大部分场景下只需要用到普通顺序消息。 例如说：给用户发送短信消息 + 发送推送消息，将两条消息发送到不同的消息队列，若其中一条消息队列消费较慢造成堵塞，用户可能会收到两条消息会存在一定的时间差，带来的体验会相对较差。当然类似这种场景，即使有一定的时间差，不会产生系统逻辑上 BUG。另外，普通顺序消息性能能更加好。 那么什么时候使用使用完全严格顺序？如下是来自官方文档的说明： 目前已知的应用只有数据库 binlog 同步强依赖严格顺序消息，其他应用绝大部分都可以容忍短暂乱序，推荐使用普通的顺序消息

HashMap 是我们平时很常用到的集合，但它是非线程安全的, 解决方案有 Hashtable 和 Collections.synchronizedMap(hashMap), 然而这两种方式太过低效, 所以 Doug Lea 为我们设计了既线程安全性能也相对优秀的 ConcurrentHashMap 类。

StackOverflow 官方博客骄傲的宣布，SO 已经帮助了超过 100 万不知道怎么从 VIM 退出的程序员 😂

转 ruby 大神 quake 的一篇文章