Los SysAdmins (System Administrator-Administrador de sistemas), son responsables de la instalación, configuración, mantenimiento, el funcionamiento pleno y confiable de los sistemas informáticos; tan importantes son que tienen su día de celebración en el último viernes del mes de Julio y lo comparten con otros perfiles afines del mundo de TI (IT Workers).
La diferencia entre los SysAdmins y los Developers se puede resolver mediante la comparación de Hombres Lobos y Vampiros respectivamente, pero regresando al tema de los administradores recuerdo muchas enseñas dentro de los cursos, certificaciones y experiencia laboral que quiero compartir.
Por ejemplo desarrollar habilidades básicas como:
- Ser autodidacta.
- Saber leer y sobre todo entender.
- Ser humilde, volver a leer si no se ha entendido y saber preguntar, recuerda antes de preguntar deberás.
- Filtrar las fuentes de documentación; como administrador de sistemas Unix, GNU/Linux siempre busca en el mismo sistema configuraciones de ejemplo, $ man command, $ command -h, $ info command, en /usr/share/doc/.
- Cuando no esta documentado siempre deberás ir al código fuente y una vez entendido documentar.
- Si aún no se ha entendido, antes de preguntar revisar y plantear la pregunta partiendo de todo lo que has probado presentando un resumen.
Esto es sólo el comienzo y son hábitos que deberás alimentar mientras seas SysAdmin, en medida que vas incrementando tú conocimiento sugiero compartir tú documentación con dos fines.
- Colaborar bajo la misma filosofía del Open Source, Software Libre y movimientos a fines, lo que también nos permite.
- Estar bajo el escrutinio de un mundo de posibilidades y donde todo comentario, critica positiva o negativa, deberá ser tomado en cuenta para mejorar.
Siempre se debe buscar perfeccionar el método, solución, proceso, procedimiento, script, código fuente o mecanismo a fin de buscar la eficiencia y efectividad, busca el perfeccionamiento pero este debe ser incremental, toma en cuenta lo siguiente.
- Tener una estrategia, hacer un plan, establecer pasos o puntos de revisión, métricas y tiempo.
- Saber cómo funciona las cosas, estudiar antes de, hay que pensar para hacer y no hacer para pensar.
- Tener al menos un plan alternativo, partiendo del mejor-peor escenario y donde te quieres ver, por lo que todo lo que hagas debe ser reversible a nivel técnico.
- Realiza cambios de manera incremental y tener respaldo o punto de recuperación.
- Probar y probar antes de liberar.
- Busca funcionalidad antes que perfección pero, «no te pierdas en la textura».
- No pongas en riesgo la información por la funcionalidad,»más vale prevenir que amamantar»
- No te conformes con que flote o funcione, «no lo dejes al hay se va».
- Investigar si hay o habrá una nueva versión, «en el mundo de TI nada es aparentemente estático».
- Trazar una ruta o ciclo de vida, planear la obsolescencia o renovación constante, «camarón que se duerme…».
Técnicamente puedes ayudarte de la siguiente secuencia.
Install.
Configure.
Enable.
Test.
Document.
Por hoy suficiente, si es necesario imprimir y pegarlo frente a ti en tu área de trabajo no dudes en hacerlo, si quieres memorizar, hacer un resumen, mejorar y compartir adelante, si quieres citar la fuente original sería excelente.