场景类似这样：
当发现不同品类库存不足低于警戒值时，我们就会发送一封低于警戒值品类的邮件给管理员，管理员就会通过后台调动资源补足。
当时我觉得，简直完美！这样就避免了当库存不足时管理员手足无措的慌忙，而管理员也不需要天天盯着库存量。老板也觉得这个方案挺好，我心里也很满足。
过了差不多一年以后，再去看这段逻辑，我竟觉得非常荒唐，简直是愚蠢至极！没有直接解决问题，为什么要绕弯去解决问题？
于是改成这样：
-----------------------------------------------------------------------------------------
总结：
我是想借由这个例子，去提醒自己在往后的编程生涯里，一定要解决根本性实质性的问题，而不是去做一些看起来很好的迂回的方案。
编程的出现本来就是为了解放生产力，能不手动的，就不要让用户去动手，这才是编程的意义所在。