最近，之前开发的「图床神器」小程序出了点问题，上传失败。

技术上，其实原因很简单，就是图片上传后，微博的返回结果有一点点变动。由于当时代码比较死板，缺少弹性，没能自适应这种情况，于是失败。

知道问题后，解决是很容易的。要么，是好好重写这部分代码，增加兼容性；要么，头痛医头，就改这部分功能。最后，我偷懒了，选择了后者。

另外，如果在开发时间，改这么个东西，简直不值一提。问题是，这个程序已经几年没动过了，相关的代码、开发环境、发布流程，都已经生疏了，改起来还是花了点时间。

给自己和别人的一点提示：软件开发，一定要考虑维护成本。要考虑金钱成本、自己会遗忘技术、软件运行环境会变化等等。技术架构越简单越好，功能越少越好。

如果小时候缺少零食吃，长大后，可能会很爱吃零食；或者，虽然不吃，但会认为零食是很好吃的东西。

今天教师节，想起一个币圈的例子。

一位大哥带一位小弟入了币圈，小弟赚钱了，每隔一段时间会给大哥打点币，当是零花钱。

教书育人，是教师的本分；
知恩图报，是学生的自觉。

把心思放到一件事上，反复思考事情的各个方面，在短时间内尝试各种改进办法，加快迭代速度。

伤其十指，不如断其一指；
多点开花，不如一招致胜。

交易是个多变、不确定的环境。在这样的情况下，如果没有些确定性的东西作为锚点，很容易在变动中迷失。

其中一个办法，就是把常用的操作，以流程化的方式确定下来。比如，每日清单、每周清单、开仓前检查清单、开盘前清单、收盘前清单等等。

确定并遵守这些流程，可以避免头脑发热，也可以一定程度避免亏损抗单这样的情况。