go test ./... 是真香啊...

边写代码，边写测试，这应该算是真正的第一次吧。

以前要么是没有时间写测试，要么是所有业务代码都写完了才写测试，更难以启齿的是：我可能不会写测试。

那么，何时才能具备先写测试，再写业务代码的水平呢？

仔细想想，我跟一流大佬的差距该有多大啊。

我就是一个卖糖水的，你们到底要干啥，😂😂😂

“就因为手里拿着书，我觉得自己变得成熟、严肃了。”
“拥有某一本书——你自己挑选的书——就是定义你自己。”
“我去逛书店就像病人去看医生、少年犯去收容所。”
“写作的时候不是废寝忘食不过日子。恰恰相反，我敢建议别人写作，是因为写作就像是一个人生活的房子增添了一个房间。人要有生活，也要思考生活，那也是热情生活的一种方式。”
......

书店对于某些爱书的人来说，是一个精神上的圣地，一个现实中的避难所。但书中很多作者对实体书店的没落，归咎于网络书店和电子书的崛起，颇有微辞。对此，我是不太认同的，我觉得网络书店和电子书是线下纸质书店的有力补充，而不是对立。

我喜欢读电子书，有两方面原因：一是无需背着一本书到处跑，打开电子设备就能继续；二是，电子书 APP 都有学习时长，读的多，越有成就感，而成就感又促使我读更多。对于我这种普通人来说，由此带来的正向激励简直太赞了。

当然，那种拿一支笔在书上写写画画，还是纸质书体验最好。我认为纸质书依然会继续下去，不会消亡，因为总有一拨人深爱着它们，就像书中的那些作者一般。

年度目标完成的怎么样了，下半场又开始了...

三人行，必有我师。昨天上午的半年总结，认真观察其他同事编写的 keynote ，有很多亮点值得学习借鉴，准备在下一个 keynote 中就用上。自我提升就是这样，路漫漫，一点一滴积累。

• word 截图板式，缩略图
• 偏差分析将问题放大，提升到二级标题（让人重视），再将原因按列表展示（体现自己的深入思考）
• 工作成果贴图样式：散开
• 整体架构图、流程图：定位并明确自己的工作再整体中的位置
• …

太诱人了…😭😭😭

将 Markdown 格式的文章 copy 到微信公众号里面，涉及到代码片段的地方，总是各种格式问题，快整疯了...

一定是我没有找到技巧，那个 best practice 到底是啥呢？

回头我再试试其他的转换工具。

人生啊...

为啥有了各类编辑器之后，还有 Markdown 的生存空间？因为对于普通文字工作者（比如写博客，微信公众号）来说，Markdown 比 Office 套件，Html 要简单的多，语法不多，上手快。当然，像画图这种稍微复杂的功能，一般人我估计也不用。

这本书没有看完，只是翻完了，重点看了第 1-2 章，后续几章快速翻阅了一下，Typora、VS Code、以及各类笔记 APP 都有所了解，平时主要使用有道云笔记，其他的如果有需要再来翻阅或搜索一下。

reveal.js 没听说过，涨姿势了。用 GitHub Pages 写博客，再绑定一个域名转发，太赞了。可惜呀，访问 GitHub 经常…另外，经常看到网上有 GitBook 电子书，这也是一个多人协作写书的不错方案。

最后，了解了 Markdown 的演进过程，现在基本上都在用 GFM (GitHub Flavored Markdown)：https://github.github.com/gfm/

一件事情，你必须把它抽象化，因为抽象化之后才可以简化，简化后才可以标准化，标准化的事情才能自动化，自动化的事情才能规模化。

具体（样例）--> 抽象（模型）--> 简单 --> 标准（流程）--> 自动（程序）--> 规模