用了墨问便签之后，我的 flomo 开始吃灰了。

是什么原因呢？我开始思考。

想来想去，我觉得可能还是分享的欲望。每个人都希望被看见，被认可，尤其是做有价值有意义的事。

微信中有朋友圈，有看一看，有搜一搜，一个是我想被 xxx 认可，一个是我认可 xxx，以及我想知道 xxx。

如果 flomo 也做分享，也基于微信体系做分享，那墨问便签还有机会吗？估计很难。

那什么是有价值，有意义的事？读书，写作，思考，运动。

告诉自己，努力成为不让别人吐的程序员。

当我们在责备别人没有集体意识，不顾全大局的时候，是否又考虑到了对方的难处和感受。

投票是只是达成共识的手段，认可才是目的。

从另一个方面讲，“防人之心不可无”，会限制我们的成长，也是缺乏勇气的一种表现。

哈哈，医学大神集齐了，香啊。

吴军老师的《大学之路》第二版也有了，这印刷是真好啊，纸张非常有质感，喜欢。

如果生活没有乐趣，给自己找点乐趣，比如买书。

Foxmail 名字的由来，竟然是令狐冲，涨知识了。

墨问便签群里小伙伴发的，我还特定在找他做了 Double Check。

为啥我自己不直接去微博上确认？反思自己，可能还是思维上的懒惰，觉得对方一句话可以省略我几分钟。

这种行为不好，要警惕。

IOC 太晦涩看不懂？理解 DI 也一样。

在实现过程中，我们经常会用到依赖注入和 IoC 这两个术语，初学者很容易被这两个术语弄糊涂。其实，一开始只有 IoC，也就是控制反转，但是这个术语让人很难快速理解，我们不知道反转了什么东西。但是通过之前的实现过程，我们就可以理解这个词了。

一个“正常”的控制过程是由调用者直接创建 Bean，但是 IoC 的过程正好相反，是由框架来创建 Bean，然后注入给调用者，这与“正常”的过程是反的，控制反转就是这个意思。但是总的来说，这个术语还是过于隐晦，引发了很长一段时间的争议，直到传奇程序员 Martin Fowler 一锤定音，将其更名为“依赖注入”，一切才尘埃落定，“依赖注入”从此成为大家最常使用的术语。

每天打开微信，打开朋友圈，打开知识星球，看到的都是一群优秀的小伙伴在学习，思考，写作，分享，时间长了，我们会不由地见贤思齐。

人真是一个奇怪的动物。

我也犯了评论中小伙伴同样的错误，为何我不能多想一层，多动一次手去验证一番？

按理说，这样的实战课程，老师和编辑都会考虑到每节课的衔接，所以代码应该是有版本的，不会只有一个最终版。

我突然明白，如果大家都能深入思考，就无需多余的沟通。有些团队为什么效率高，也许就是因为大家在一个频道上，对于必须要做的事情，不必多说，自然都明白。比如，写代码时要不要写单元测试，要不要做代码 review 等，优秀的团队讲都不用讲，肯定是要做的。为什么？因为这是行业最佳实践。

思想上懒惰，行动上也懒惰，有时真的无法原谅自己。

想在 Java 的 interface 上使用 swagger 类库的 @Api 注解，问 AI，AI 说需要把 swagger 升级到 3.0.0 版本，折腾了一下，还是有点小麻烦。

目前框架中使用的 swagger 版本是 2.8.0，一番试验后，确实可行，但各种类库的版本冲突也是让人头疼，具体实施可参考下面三篇文章：

1、https://cloud.tencent.com/developer/article/1802047
2、https://juejin.cn/post/7156224463296544782
3、https://www.cnblogs.com/shisanye/p/13617644.html