不忘初心

允许自己偷懒了两周，是时候回来了

今天公司团建，发现大家都在很努力地把自己活好，我的感触很深。 而我最近一段时间却有点消沉，让自己偷懒了两周。现在也差不多是时候回来了。 为什么消沉了 最近一段时间自己各方面状态都不是很好，包括公众号流量、身体状况、工作上的价值反馈等，再加上工作压力也大，就允许自己稍微消沉了一小段时间。 其实现在想想，对我积极性打击最大的应该还是公众号流量。我花了很大心血写的最新几篇文章，也只有几百的流量，甚至有一篇还没过百。 这其实都怪微信😂，我写了7年文章了，一直没有流量，我也没怎么关注过流量。但是不知道为什么，今年微信突然给了我很多流量，让我有点飘，对流量的预期也有点高了。 一旦我有了预期，那么写文章这件

当我第一次走进商家店里，我才知道自己的自以为是

做了这么多年程序员，第一次真正走进商家店里，我才发现，纸上谈业务，和面对面听业务，是两回事。 昨天和公司的产品、BD一起走访了一个商家，我原本以为自己对业务已经比较熟悉了，结果从开头到结尾也没插上几句话，因为很多东西跟我原来“想象”的完全不一样。 他们谈价格、谈库存、谈促销活动，我才发现，原来我们做的很多功能都太“自我”了，根本没有从商家角度考虑问题。我们过往做的很多东西都是为了让商家把更多的货给到我们、把价格降下来、把发货时效提上来，所有的目的都是为了“我们自己”更好，而完全不考虑商家最需要什么。 但是因为我们是行业里做的最大的平台，所以商家必须得用我们的 APP，然后他们为了解决自己的问题

七十二变变架构法：为什么需要架构？

什么是架构 架构是一系列高层次的设计决策，用来平衡系统在功能与非功能上的需求。 这句话包含几个关键点： 高层次决策：架构并不是细枝末节的代码实现，而是决定系统整体形态的核心选择。例如，选单体还是微服务？数据存储用关系型还是 NoSQL？ 功能需求：满足业务逻辑，能“做对的事”。 非功能需求：性能、可扩展性、可维护性、安全性、可靠性等。往往这些是架构师最需要权衡的部分。 平衡：没有完美的架构，所有决策都伴随取舍（trade-off）。比如，高一致性往往牺牲性能，高性能有时会降低可维护性。 为什么需要架构 很多同学在开发的时候，会觉得“直接写就好了，为什么要架构？”——但当系统复杂度越

真正可怕的，不是犯错，而是害怕犯错

我在辅导女儿写作业的时候，她总是在一些简单题目上犯错。刚开始的时候我还能很有耐心地教她和引导她，她也会很听话地改掉错误的题目。但是直到错了 5 次、10 次的时候，我就有点不耐烦了。我的不耐烦进一步会影响到女儿的情绪，氛围就会变得越来越紧张。 每当这个时候，我总是担心我这样的态度会不会给我女儿带来心理压力，甚至是心理阴影。会不会让她变得害怕犯错，进而抗拒学习这件事。 因为我发现，身边的所有人都特别害怕犯错，我也是一样。 上学的时候害怕课堂上回答错老师的问题，考试的时候害怕答错题目，工作后害怕写了 BUG。 感觉自己一直都活在一层“恐惧”的阴影里。 这种“阴影”让我做事情的时候更谨慎、更认真，我

要用好团队里的那些“懒人”，他们的懒才是真的勤奋

我们团队有这样一个人，每次我讲完技术方案后，他都会提出几个问题。 “为什么这个要手动啊？” “这个为啥不搞成配置啊？” “Java没有像golang这样的xxxx吗？” 他提的问题有些可能是我想过的，但也经常有一些是我没想到的。他的很多问题的出发点都是想要“偷懒”，这个“偷懒”不是说不想做事，而是从更远的角度思考，让自己更高效的做事。 当你的团队里也有这样的人的时候，不要给他们直接打上懒惰的标签，而要庆幸你拥有了一只懒蚂蚁。 什么是懒蚂蚁呢？ 懒蚂蚁效应 北海道大学的进化生物研究小组曾经做过一个实验。 他们对三个分别由30只蚂蚁组成的黑蚁群进行追踪，以观察它们的分工情况。结果发现，大多数蚂蚁都

为什么越来越多人不愿意思考了？

“那谁，报警了，快看一下原因。” 过了半小时。 “找到原因了吗？” “没有。” “啊，这不是刚做完的功能，没有找到原因吗？” “没有。” 然后就得我自己去查原因了。 这是最近我在团队里经常会遇到的情况。我们做了一个新的功能，上线后过了几天出了问题。让开发该功能的同学去排查，经常是半天找不到原因，或者只找到哪一行报错了，却不知道怎么修改。 很多时候，并不是因为他技术能力不行，而是因为他实在想不起来自己当时写的代码是干嘛的了。不清楚业务背景，不清楚产品功能，不清楚上下游逻辑。 为什么会这样呢？因为他很多时候只是为了完成被安排的任务，而不去思考为什么要这么做。 今天想聊的就是——为什么越来越多人不愿

A simple tool to help you change golang package name.

Go实现经典算法及一些面试算法。

基于 hexo 写的主题，可以用来做开源项目的文档。