保持简单实用

    好久没有更新了。

    最近真是苦于考试，烦与考试！国人真是太喜欢考试了，不管啥都可以出一份试卷，评出个高中低，而真正的创新确实与这种模式背道而驰的。有些人也是掌握了这个体系下的生存之道，乐于考试，也学会了从中得到利益与彰显“个人能力”。而笔者确是比较讨厌这样的方式，做IT行业的关注于价值，是需要有输出，而不是这样的毫无生气的死知识。

    这几天在写技术报告，从案例与事故中反思，然后总结成一篇篇有用的知识和流程分享给组里的人员。解决了一个具体的问题，当然不能止于此，而是要这个问题后即整理成文档，把排查步骤写清楚，提升自己和同组人的工作效率。有流程，那么就可以使用编程或脚本来实现一些自动化，排查问题的方法和逻辑固化为小工具，重新定义了效能问题并找到更好提效的办法。有问题，开发了工具，再进一步，将此问题背后根因找到，从业务原理或者产品功能上去找解法，从单纯的技术提效看到了架构合理性问题，并尝试在业务上寻求彻底根治的办法。

    上面的提炼价值的过程也是笔者在日常实践中循序的价值观，也是笔者从阿里开发者论坛里面学习到的知识和经验。贯穿这个价值观，笔者回想了一下自己的以往工作，发现其实提炼价值还不够，懒于思考。不管在问题解决，工具开发，架构合理上，这个价值提炼的过程始终需要保持一个原则就是简单实用。不管逻辑多么复杂，笔者觉得需要理出一根线出来，将复杂的逻辑使用工具隐藏起来，业务上一定要简单实用。其实按照编程来说，就是将属性和方法封装成一个类，将这个类的接口对外，那么就可以保持这个业务的简单实用了。

    前几天也遇到一个失败的案例。一个监控网页，查询设备告警日志方面，发现只有知道设备具体的告警信息才能查询，要是不知道告警类型一定查询不了，顿时觉得这个业务真的不是合格的。有问题，发现问题，找到怎么有效查询的方法，笔者使用python直接读取数据库来查找最近的日志，然后使用bat批出来脚本来提供功能选择，方便使用。最后和产品厂家保持协作，从产品功能上根本解决这个问题，保持监控页面的简单实用。