本来准备写点技术的，转念一想，思维比技术更加重要，做正确的事，做重要的事儿。
技术到哪里都能学，而思维理念就像认知，随着认知的提高，剩下的就是实践了。
风言风语
1 如何定义正确的事
一份故障报告，完整的记述了整个事故的处理流程，在其中有反思，在后来有改进，在其中有步骤，在后来有复盘，这就是正确的事。
随着经历的越来越多，你会发现原来你认为正确的，到后面会觉得越来越不正确，或者换个说法，得到了越来越多的完善和改进。但是本质上就是，原来认为的都是错误的，现在的认为可能也是错误的，因为你只能看到这么多，你做的只是在当前的局限范围内做到的最佳水平。
何为正确的事，正确的事不一定指结果是完美的，皆大欢喜的，正确的事是从中有所获，有所知，有所思。
正确的事，其实也不好衡量，只有不断的反思，不断的复盘，才能从中有所收获，才能慢慢的迭代改进，没有一个程序是完美的，没有bug的，除非都是理论上的东西，实践出真知。
就像人一样，满身都是bug，你修或者不修，bug就在那里，总有一刻会触发。
2 故障复盘实例
最近看可扩展性，在其中根据服务划分有两种架构模式，一种是SOA的架构模式，一种是微服务架构模式，微服务接触的蛮多的，还算是稍微熟悉的，但是对于SOA的模式，确是一无所知的，所以找了一位大神去聊聊SOA的事儿。
我关注的角度在于SOA如何去进行版本升级，如何确保应用优雅的启动，关闭，应用之间的依赖关系如何梳理。我需要进行对比微服务的优缺点，然而关键点在于SOA属于传统的企业架构，那么问题来了。。。
传统，是否带有歧视的含义？？？
传统意味着技术落后？并没有。。。传统以为着思维停职？不可能。。。用错了词，从而导致进入了一种防御模式。。。
关注的角度不同，从而导致结果迥异。。。我吻人贼甜，但是聊天不行，人定胜天，毕竟。。。我能把天聊死。。。
我聊天贼好，就是聊着聊着能把你气死的那种。。。
那既然知道传统带有歧视的含义，为何我还会这么说呢？SOA架构模式的落地，只有传统企业落地，但是亚马逊落地了SOA，也恰恰促进了云计算的诞生，是好是坏？是对是错？
其实不分对错，不同的架构模式是为了适应不同的场景，是为了解决截然不同的问题，就像SOA的架构模式是为了解决异构系统重复构建和建设的问题，而微服务则解决了快速迭代和突破了ESB性能瓶颈的问题。
避免指责，提供建设性的意见。。。如果你都想到了，那么我的意见就毫无意义，我在浪费你的时间，如果你看了这篇文章，也是毫无所获，那么说明，我在浪费我自己的时间，也在浪费你的时间。
就像我这种蠢货的存在，让你突破思维瓶颈，打掉传统就是落后的代名词一样的效果。
3 指责还是指出对错
指责？毫无意义，指责你，不会增加我的价值，攻击你，不会提高我的战斗力，而指出你的对错，对你的成长有益，你能听，那就或许有点价值，你要是不听，就当我是放屁，不但臭而且长。。。我不听我不听，和尚念经。。。
在技术面前，对的就是对的，错的就是错的，bug就是bug，不会因为你的胡搅蛮缠，不会因为你的狡辩就变成了对的，变成了黑白不分，技术面前，黑白分明。
什么是气质，就是你站在我身边，能让我身价翻倍的那种，倍儿有面子，虽然我的脸都肿了，哈哈哈
你觉得我什么都能考虑到，那说明你们还不了解我，我这种蠢货。。。蠢到那种打破砂锅问到底的那种。
都说学习是避免失败的最好方法，但是。。。好像我从来没成功过，莫非我的学习都假的。。。那又有什么关系呢，反正还有风。。。
在一切面前，技术占比又不高，对错又如何？真真假假，是是非非。。。
生活，就是有太多的不确定，才扑朔迷离，才有魅力。。。如梦如风。
为什么？正确的问题能引发我们的思考，而我。。。没脑子，那怎么思考。。。正确的问题一般很尖锐，正确的问题一般很刁钻，正确的问题一般很难回答，正确的问题一般很少有人去思考。。。
而回答为什么，则体现了你思考的深度，体现了你思考的深度。
加快问题暴露的速度，才能更快的修复问题，否则。。。只能随着时间，然后你会感叹，啊。。。不但穷，还老了。。。人如果没有梦想，那么和我有什么区别？
复盘不是例行公事，而是一个使得你变得不那么蠢的机会，让你变得更加可靠的机会。
