学计算机基础知识，免不了要写一些 c 语言代码，但在 macOS Arm 架构下会有点小麻烦，得安装 vm。

得益于 Arm 架构的普及，现在主流的 Linux OS 都已经支撑 Arm 体系，我在自己机器上就搭了好几台：

• Ubuntu 22.04
• CentOS Stream 9
• Debian 12

一开始，我直接进入 vm，安装 IDE（比如这里的 CLion），特别折腾，尤其是各种快捷键，跟 macOS 上不一样，很不适应。

后来，我突然想起很多 IDE 都支持远程啊，一看还真有。一键安装之后，我打开了 Linux vm 中的代码，编译，运行，一气呵成。

真香啊。

有时候，遇到一个事情很麻烦，劳心劳力，得反过来想想，是不是用错方法了？

大部分情况下，我们普通人遇到的雷和坑，大佬们可能都已经踩过，淌过。关键是，他们还提供了避雷针，感恩 (´ᴗ`ʃƪ)

That which has been, is that which is to be, and that which has been done, is that which will be done, and there is no new thing under the sun.
已 有 的 事 ，後 必 再 有 ；已 行 的 事 ， 後 必 再 行 ； 日 光 之 下 並 無 新 事 。 --《圣经》

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

这种行为不好，要警惕。

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

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

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

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

人真是一个奇怪的动物。

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

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

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

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