关于软件架构师的成功与失败

无论架构师在为技术团队设计架构时多么的有弹性、高性能，为了这个目标付出多少的汗水，都会有一些意想不到的事情发生。

为什么有有意想不到的事情发生呢

我们在设计软件系统时，都能把系统尽量的做好。代码写好，测试好，遵守开发规范一切事情好像都在我们的控制之中，但总会有一些事情发生。

经常发生的问题：

无论我们怎么样都会将程序运行在电脑上，又需要大量的硬件交互。

System.out.println(“Hello World!”);

这个例子通常是我们都知道的。也是经常使用的一种办法。但他会影响总体性能大家有考虑过没有？输出一个字符串，需要运行多少的内容我们又知道吗？我们有时想知道，但没有时间与精力去了解。但我们用的代码库那么多 ，都要完全了解吗？

所以说呢，我们不应该过度的自信，即使一些不太重要的技术。

失败以后我们如何调节呢

我们可以换一 种心态了解，我们无论在写代码还是做人的过程之中，都是在学习。遇到了问题，想办法解决，把 我们的知识盲区一点点的减少就可以了。

最有的办法是把自己所遇到的问题与朋友进行分享，形成一个共同成长的环境。

不要让事情变得复杂

前几天我看到一本书说 ，擅长做饭的人能处理复杂的事情。想一想也是对的。做饭本身就是很复杂，我们国家的菜系口味又很多，朋友来了想吃什么才能满意呢？

其实一个事情越简单越好，把事情的本质搞清楚，把这些事情处理了就成功了一大半。

我们要做那一些能减少问题呢

除了我们本身的技术提升之外更多的是思维模式。小编 带过技术团队，同事一直在问我这个技术有多么好，咱们升级技术吧。我当时没有说话 。

新的技术比老的技术肯定有所提升，但我们要考公司成本，技术稳定性，人员结构，培养周期等一些事情。

我们平时要注意哪些呢？

事情发生了我们怎么办。

出现问题我们不要急于将问题进行掩盖式的处理。我们要找到根本问题。这样才能做相应技术调整。

总而言之所有的架构并不是完全稳定、可靠的。准备好面对问题，解决问题，完善问题预案才是最重要的