Disfruto aprendiendo sobre varios aspectos de los proyectos de código abierto, especialmente cuando están ganando popularidad en el campo de DevOps. Los proyectos designados como "DevOps" pueden ser sistemas colaborativos escalables que abordan una amplia gama de problemas, desde la mensajería hasta la supervisión. Siempre hay algo nuevo para explorar, instalar, relajarse y explorar.
Sin embargo, DevOps no puede existir sin principios. Algunos de estos conceptos son verdades obvias que tomó algún tiempo aceptar. A su vez, existen otras ideas que nos ayudan a reconocer mucho e ir más allá de nuestros sesgos cognitivos .
Si bien no es DevOps estrictamente hablando, uno de los principios que cambió todo para mí es Kanban . La simple idea de que el trabajo debería ser transparente y simplificado era radical para una persona con múltiples tareas crónicas como yo. Mantengo un flujo de trabajo claro hasta el día de hoy. La capacidad de no perderme en las tareas fue un gran alivio para mí. Además, ya no me regocijo con los éxitos intermedios: ahora me regocijo con las tareas cumplidas.
Para averiguar qué influyó en mis colegas, les pedí a los miembros del equipo de DevOps de OpenSource.com que compartieran sus opiniones sobre el tema:
¿Qué concepto de DevOps (práctica, principio o modelo) cambió su carrera?
Alex Bunardzic
Comete errores más rápido, comete errores temprano, comete errores con la mayor frecuencia posible. Antes de profundizar en este asombroso concepto, luché y trabajé en vano con el modelo estándar de cascada. Mi carrera consistió en una serie de proyectos fallidos, y todos comenzaron con la tesis "¡No se permiten rechazos!" Este es un modelo extremadamente tedioso que reduce la eficiencia del trabajo y lleva al hecho de que de una frustración a otra hay que pasar a la siguiente.
Dar vida a un aluvión de rechazos rápidos y violentos es lo mejor que me ha pasado en mi carrera. La frustración dio paso a una sensación de fuga. Esto llevó a la adopción / implementación masiva de prácticas TDD [desarrollo basado en pruebas] y a la comprensión de que TDD no es una "prueba" , sino"CONDUCIENDO" !
Catherine Louis
Piratería cultural . No tenía idea de que había un nombre para el método que yo (como partidario) usé para cambiar la cultura corporativa, pero luego vi el video de Seb Paquet "Ignite Montreal" y me alegré de que no fuera solo yo quien estaba haciendo esto.
Clemente Verne
Mejora continua . Hasta que conocí las ideas de la mejora continua, no buscaba formas de crecer en mi trabajo o carrera. La mejora constante me hizo darme cuenta de lo que depende exactamente de mí. Me di cuenta de que podía desafiarme a mí mismo aprendiendo cosas nuevas y saliendo de mi zona de confort. Esto me llevó a comenzar a contribuir a un proyecto de código abierto (Fedora) y luego a trabajar en Red Hat. Definitivamente cambió mi carrera.
Jason Hibbets
Todo comenzó con “The Lean Startup” en mi primera Cumbre Code for America . Recuerdo vívidamente el punto de inflexión en mi carrera en 2012. Eric Rees, autor de The Lean Startup y miembro de la Junta Directiva de Code for America, estaba en el escenario con Tim O'Reilly, hablando sobre la ruptura de códigos, la cultura y las fallas en las pruebas de conocimiento. Mi mayor logro fue Presentamos The Lean Startup. Descargué el libro y leí la mayor parte en el vuelo a casa. Cambió la forma en que trabajo y dirijo un equipo.
El mayor cambio que hice fue la introducción de ciclos de retroalimentación.... Esto ha influido de forma crítica en mi estilo de trabajo y en mi equipo. Cambié los hábitos de mi equipo hacia la toma de decisiones basada en datos. Comenzamos a intercambiar información e ideas a través de circuitos de retroalimentación. También realizamos chequeos médicos semanales y exploramos continuamente nuestros flujos de trabajo e hipótesis. Además, experimentamos con nuevas ideas y evaluamos estos experimentos. Celebramos reuniones al comienzo de una tarea durante el trabajo en ella y después de su finalización; esto nos permite comprender qué hacer a continuación y qué no, para poder seguir adelante.
Willie-Peter Schaub
En mi año sabático de dos meses en 2018, me di cuenta de que el miedo al fracaso me estaba robando la energía y la pasión por el desarrollo de software, y amaba esa carrera. Me di cuenta de que los errores no son una tragedia, sino una herramienta para la innovación, la colaboración y el aprendizaje continuo que alimenta DevOps. Y esta comprensión se ha convertido en un momento clave en mi carrera. Transparencia de la colaboración, exposición progresiva, desarrollo impulsado por hipótesis y pruebas y técnicas de CD: todas estas prácticas crean oportunidades para fallas tempranas, validación y adaptación de las soluciones en las que estamos trabajando (y nuestras carreras).
Tu turno
DevOps puede enseñarle mucho, incluso si nunca abre una terminal o ningún programa. Así que les hago la misma pregunta:
¿Qué concepto de DevOps ha tenido el mayor impacto en su carrera?
Por favor comparta sus pensamientos en los comentarios.
Descubra los detalles de cómo obtener una profesión de alto perfil desde cero o subir de nivel en habilidades y salario tomando los cursos en línea pagados de SkillFactory:
- Curso de DevOps (12 meses)
Más cursos
- - (8 )
- UX- (9 )
- Web- (7 )
- Machine Learning (12 )
- Data Science (12 )
- (9 )
- «Python -» (9 )
Útil
- 450 cursos gratuitos de la Ivy League
- Tendencias en ciencia de datos 2020
- La ciencia de datos está muerta. Larga vida a la ciencia empresarial
- Ciencia de datos sobre esteroides: Introducción a la inteligencia de decisiones
- Proyecto de ciencia de datos más exitoso y controvertido: Cambridge Analytica