关于运维脚本如何在运维人员之间传承和再利用的问题？

运维人员不是开发人员，团队里没有代码交流的环境，上面没有特别擅长编程的上司，既不能依赖团队合作，也不能获得优秀指导（一看就能帮你发现问题）。因此运维人员不擅长编写、也不适合维护冗长的代码，即使写了，注定就是一个半成品，首先难以推广无法持续改进，对于本人也往往是用完既废的多 。

一个脚本中包含10~20条指令以下，是最佳记忆效果，可以随时修改复用，越用越熟练，越改越完善。 短小才是保持永恒的秘密！因为短小才能为继，为继才能持续优化改进。
代码一长，无论何种注释，对非编程工作环境下的运维人员而言都难以为继。语法规范等各项代码要求虽然好，但是对于运维团队而言，毕竟运维重心不是写脚本，所以也不好苛求。

笔者想说的是，与其为运维团队制订各种代码编写规矩，不如针对运维特色编写一些短小的脚本， 用搭模块的方式组合、调用。尽量让每个脚本变得精简短小。用于设计脚本模块与彼此调用的精力不能少于制订代码编写规则的精力。