Gosto de aprender sobre vários aspectos dos projetos de código aberto, especialmente quando eles estão ganhando popularidade na área de DevOps. Designados como "DevOps", os projetos podem ser sistemas colaborativos escalonáveis que tratam de uma ampla gama de problemas, desde mensagens até monitoramento. Sempre há algo novo para explorar, instalar, descontrair e explorar.
No entanto, DevOps não pode existir sem princípios. Alguns desses conceitos são verdades óbvias que levaram algum tempo para serem aceitas. Por sua vez, existem outras ideias que nos ajudam a reconhecer muito e a ir além de nossos vieses cognitivos .
Embora não seja propriamente DevOps, um dos princípios que mudou tudo para mim foi o Kanban . A ideia simples de que o trabalho deve ser transparente e simplificado era radical para uma pessoa cronicamente multitarefa como eu. Eu mantenho um fluxo de trabalho claro até hoje. A capacidade de não me perder nas tarefas foi um grande alívio para mim. Além disso, não me alegro mais com os sucessos intermediários: agora me alegro com as tarefas realizadas.
Para descobrir o que influenciou meus colegas, pedi aos membros da equipe de DevOps da OpenSource.com que compartilhassem suas ideias sobre o assunto:
Qual conceito de DevOps (prática, princípio ou modelo) mudou sua carreira?
Alex Bunardzic
Cometa erros mais rápido, cometa erros logo no início, cometa erros sempre que puder. Antes de mergulhar neste conceito incrível, lutei e trabalhei em vão com o modelo padrão em cascata. Minha carreira consistiu em uma série de projetos malsucedidos, e todos eles começaram com a tese "Não são permitidas rejeições!" Este é um modelo extremamente tedioso que reduz a eficiência do trabalho e leva ao fato de que de uma frustração para outra, você tem que passar para a próxima.
Dar vida a uma enxurrada de rejeições rápidas e violentas é a melhor coisa que aconteceu em minha carreira. A frustração deu lugar a uma sensação de fuga. Isso levou à adoção / implementação em massa de práticas de TDD [desenvolvimento orientado a testes] e à compreensão de que TDD não é um "teste" , mas"CONDUZINDO" !
Catherine Louis
Hacking cultural . Eu não tinha ideia de que havia um nome para o método que eu (como partidário) usava para mudar a cultura corporativa, mas então eu vi o vídeo de Seb Paquet "Ignite Montreal" e fiquei feliz por não ser só eu quem estava fazendo isso.
Clement Verne
Melhoria contínua . Até que fui apresentado às idéias de melhoria contínua, eu não estava procurando maneiras de crescer em meu trabalho ou carreira. A melhoria constante me fez perceber o que exatamente depende de mim. Percebi que poderia me desafiar aprendendo coisas novas e saindo da minha zona de conforto. Isso me levou a começar a contribuir para um projeto de código aberto (Fedora) e depois a trabalhar na Red Hat. Definitivamente mudou minha carreira.
Jason Hibbets
Tudo começou com “The Lean Startup” no meu primeiro Code for America Summit . Lembro-me vividamente do momento decisivo em minha carreira em 2012. Eric Rees, autor de The Lean Startup e membro do Conselho de Diretores da Code for America, estava no palco com Tim O'Reilly falando sobre quebra de código, cultura e falhas no teste de conhecimento. Minha maior conquista foi Apresentando a startup enxuta. Baixei o livro e li a maior parte dele no voo para casa. Isso mudou a maneira como trabalho e lidero uma equipe.
A maior mudança que fiz foi a introdução de ciclos de feedback.... Isso influenciou de forma crítica meu estilo de trabalho e minha equipe. Mudei os hábitos de minha equipe para a tomada de decisões baseada em dados. Começamos a trocar informações e ideias por meio de ciclos de feedback. Também realizamos exames de saúde semanais e exploramos continuamente nossos fluxos de trabalho e hipóteses. Além disso, experimentamos novas ideias e avaliamos esses experimentos. Realizamos reuniões no início de uma tarefa durante o trabalho e depois de sua conclusão - isso nos permite entender o que fazer a seguir e o que não fazer, para que possamos seguir em frente.
Willie-Peter Schaub
No meu ano sabático de dois meses em 2018, percebi que o medo do fracasso estava roubando minha energia e paixão pelo desenvolvimento de software, e eu amei essa carreira. Percebi que os erros não são uma tragédia, mas uma ferramenta para inovação, colaboração e aprendizado contínuo que alimenta o DevOps. E essa constatação se tornou um momento chave em minha carreira. Transparência de colaboração, impacto progressivo, desenvolvimento baseado em hipóteses e testes e métodos de CD - todas essas práticas criam oportunidades para falhar, testar e adaptar as soluções nas quais estamos trabalhando (e nossas carreiras) o mais rápido possível.
Sua vez
DevOps pode ensinar muito, mesmo se você nunca abrir um terminal ou qualquer programa. Portanto, faço a mesma pergunta:
qual conceito do DevOps teve o maior impacto em sua carreira?
Por favor, compartilhe seus pensamentos nos comentários.
Saiba mais sobre como obter uma profissão de alto perfil do zero ou Subir de nível em habilidades e salários, fazendo os cursos online pagos da SkillFactory:
- Curso DevOps (12 meses)
Mais cursos
- - (8 )
- UX- (9 )
- Web- (7 )
- Machine Learning (12 )
- Data Science (12 )
- (9 )
- «Python -» (9 )