2304阿里云故障有感

为什么会写一个如此奇怪的议题。
人的生活轨迹，不一定只有唯一的叙事方式，可以不那么苦，不那么累，不那么怕，不那么憋屈。
不再去追求宏大的叙事，而是去关心自己的感受，吃没吃饱，穿没穿暖。

上周的新闻阿里云换了老板，因为他们前几周的香港机房故障，当时我还在社交媒体上看到了事件当时很多用户都在骂这个问题，导致他们的服务完全不可用了。受影响最长的公司似乎有十五个小时不可用，原因因为机房散热系统故障，触发了消防设施，喷了自来水到服务器上降温，导致不能启动，处理完了才启动的。

稳定性对于这种 基础云服务，可以说是一旦出过一次问题，就永远的定在耻辱柱上了，对于客户而言，肯定是希望购买了云服务，不能出任何的线上问题，影响生产使用。但是作为一个程序猿来说，谁又能保证自己的代码，永远没有bug和故障呢？

我个人的视角，如何成为某个领域的专家，要把所有的错误都犯一遍，其他人都没遇到过的问题，你遇到了，成功解决了，就可以成为专家。当然这个没有任何理论依据，都是凭空想象的。

在商业化的工作里，是没有容错性的，上线了代码就要保证正确，出了问题就要走人。在这种高压下，会有什么成长呢？会变得畏手畏脚，同事之间，部门之间会互相甩锅，时刻都顶着压力，不能出现任何事故。击鼓传花，看谁能挺到最后，挺到最后的人会赢吗？不会，只是会进入下一轮的循环，继续淘汰。

大公司，需要的是员工能成为一个稳定的螺丝钉，可以站好每一班岗，做好每一件事。
创业团队，个人开发者，可以自由的去做各种创造性的工作，可能会成功，可能会失败，但是不会要求百分百成功，不需要做好每一件事，可能这就是不同。

ps

看了下我的 GitHub 年终总结，可以说是 彻彻底底的 是一个 markdown 工程师了。
基本上全部的提交都是 自己写的 markdown 文档，以及拿不出手的 demo 项目，从起步到烂尾