拥抱变化 快速迭代
需求变化很快是软件行业的本质，所以才会有那么多相关的流程提高生产效率。比如agile。
期待需求稳定 一点不变只不过是一种理想状态而已。
作为一个程序员，也应该了解自己所做的系统到底是做什么的，每次发生变更的原因是什么。

程序员应该在能力范围内从一开始就纠正一些不合符实际使用和习惯的feature。

这是一个长久的改进过程...

这种一般都得自己去写了。。。因为每个公司的基础架构都有自己的特点。

还好用GIT的 觉得没啥压力。。。 不过养成了不停ctrl + s的恶劣习惯

@CICTECH sorry 今天才跑上来看。不过短期内还木有跳槽的打算呢

深有同感。。大概是工作2-3年左右 身体衰退非常厉害，不知不觉其实体力已经下降了。 还是要多户外运动运动

在我的经验里面，运维分为系统运维和产品运维，系统运维负责的大致是1楼所说的那些事项。比如说disk满了，cpu太高了，等待。需要有一系列的工具以及追踪问题的能力找到是什么东西干了坏事。产品运维职责比较类似开发人员，只是侧重主要是在产品的逻辑层面而不是底层的网络，OS层面。
在某企业做了数年的运维工程师，有以下体会：

1. 必须熟悉整个产品的运作方式，换句话说就是清楚整个产品的设计，integration方式。不然出了问题就是一脸茫然
2. 必须掌握一门产品所在的OS脚本类语言，原因就不重复了
3. 解决问题为第一要务，因为运维人员就算是对程序再熟悉也比不过开发人员。响应时间是衡量灾难处理和恢复的唯一要素。
4. 责任感，作为战斗在一线的人员，熬夜加班半夜被电话打起来 那是家常便饭。。
4. 逻辑能力，沟通能力。

差不多就这些，现在也开始转向做DevOps了.... 深藏功与名

这种情况，只有找个网吧了。。另外@likuku 说的很对啊，做运维的，需要外出肯定要做好相关安排的。
苦逼每年春节都要呆在家里remote...

@lc87624 亲身经历。。确实很悲催