mirror of
https://github.com/bregman-arie/devops-exercises.git
synced 2026-02-04 15:49:11 +00:00
Translate to br-portuguese (#10604)
This commit is contained in:
Iury Novarino
GitHub
parent
0499332fc4
commit
9e49ef97f1
23
CONTRIBUTING-pt-BR.md
Normal file
23
CONTRIBUTING-pt-BR.md
Normal file
@ -0,0 +1,23 @@
|
|||||||
|
## Como contribuir
|
||||||
|
|
||||||
|
Use pull requests para contribuir com o projeto.
|
||||||
|
|
||||||
|
Siga o seguinte formato:
|
||||||
|
|
||||||
|
\<details>
|
||||||
|
<summary>[Pergunta]</summary><br><b>
|
||||||
|
|
||||||
|
[Resposta]
|
||||||
|
\</b></details>
|
||||||
|
|
||||||
|
* Se você adicionou várias perguntas e gostaria de saber quantas perguntas existem, você pode usar o script "count_questions.sh" no diretório de scripts.
|
||||||
|
|
||||||
|
## O que evitar
|
||||||
|
|
||||||
|
* Evite adicionar perguntas de instalação. Esses são o pior tipo de perguntas...
|
||||||
|
* Não copie perguntas e respostas de outras fontes. Eles provavelmente trabalharam duro para adicioná-las.
|
||||||
|
* Se você adicionar novas imagens, certifique-se de que elas são gratuitas e podem ser usadas.
|
||||||
|
|
||||||
|
## Antes de enviar o pull request
|
||||||
|
|
||||||
|
Você pode testar suas alterações localmente com o script `run_ci.sh` no diretório de scripts.
|
||||||
4087
README-pt-BR.md
Normal file
4087
README-pt-BR.md
Normal file
File diff suppressed because it is too large
Load Diff
22
credits-pt-BR.md
Normal file
22
credits-pt-BR.md
Normal file
@ -0,0 +1,22 @@
|
|||||||
|
## Créditos
|
||||||
|
|
||||||
|
Logo do Jenkins criado por <a href='https://twitter.com/ks_nenasheva'>Ksenia Nenasheva</a> e publicado através de <a href="https://jenkins.io">jenkins.io</a> está licenciado sob <a href="https://creativecommons.org/licenses/by-sa/3.0/">cc by-sa 3.0</a><br>
|
||||||
|
Logo do Git por <a href="https://twitter.com/jasonlong">Jason Long</a> está licenciado sob a <a href="https://creativecommons.org/licenses/by/3.0/">Creative Commons Attribution 3.0 Unported License</a><br>
|
||||||
|
Logo do Terraform criado por <a href="https://www.hashicorp.com">Hashicorp®</a><br>
|
||||||
|
Logo do Docker criado por <a href="https://www.docker.com">Docker®</a><br>
|
||||||
|
O logo do Python é uma marca registrada da <a href="https://www.python.org/psf-landing/">Python Software Foundation®</a><br>
|
||||||
|
Logo do Puppet criado por <a href="https://puppet.com">Puppet®</a><br>
|
||||||
|
Logo do Bash criado por <a href="https://prospectone.io/">Prospect One</a><br>
|
||||||
|
Logo do OpenStack criado por e uma marca registrada da <a href="https://www.openstack.org">The OpenStack Foundation®</a><br>
|
||||||
|
Logos do Linux, Kubernetes e Prometheus são marcas registradas da <a href="https://www.linuxfoundation.org/">The Linux Foundation®</a><br>
|
||||||
|
Logo do Mongo é uma marca registrada da <a href="http://www.mongodb.com">Mongo®</a><br>
|
||||||
|
Logo distribuído por <a href="https://www.iconfinder.com/Flatart">Flatart</a><br>
|
||||||
|
Ícone de desafio por Elizabeth Arostegui em Technology Mix<br>
|
||||||
|
Ícones "Pergunta que você faz" (homem levantando a mão) e "Banco de dados" por [Webalys](https://www.iconfinder.com/webalys)
|
||||||
|
Logo de teste por [Flatart](https://www.iconfinder.com/Flatart)<br>
|
||||||
|
Logo da Google Cloud Platform criado por <a href="https://about.google/">Google®</a><br>
|
||||||
|
Logo do VirtualBox criado por <a href="http://www.iconarchive.com/artist/dakirby309.html">dAKirby309</a>, sob a <a href="https://creativecommons.org/licenses/by-nc/4.0/">Creative Commons Attribution-Noncommercial 4.0 License</a>.<br>
|
||||||
|
Logo de certificados por <a href="https://www.iconfinder.com/Flatart">Flatart</a><br>
|
||||||
|
Ícone de armazenamento por <a href="https://www.iconfinder.com/iconic_hub">Dinosoftlab</a><br>
|
||||||
|
Ícone de CI/CD feito por <a href="https://www.flaticon.com/authors/freepik" title="Freepik">Freepik</a> de <a href="https://www.flaticon.com/" title="Flaticon">www.flaticon.com</a></div><br>
|
||||||
|
Logo de Engenharia do Caos feito por <a href="https://github.com/bregman-arie" title="Arie Bregman">Arie Bregman</a>
|
||||||
105
faq-pt-BR.md
Normal file
105
faq-pt-BR.md
Normal file
@ -0,0 +1,105 @@
|
|||||||
|
## FAQ
|
||||||
|
|
||||||
|
Perguntas mais frequentes.
|
||||||
|
|
||||||
|
### Qual é o propósito do repositório?
|
||||||
|
|
||||||
|
Aprender, é claro.
|
||||||
|
|
||||||
|
### Meu objetivo é me preparar para entrevistas de DevOps. Devo usar este repositório?
|
||||||
|
|
||||||
|
No geral, este repositório deve ajudá-lo a aprender alguns conceitos, mas não presuma em nenhum momento que sua entrevista incluirá perguntas semelhantes às incluídas neste repositório.
|
||||||
|
Em relação às entrevistas, adicionei algumas sugestões [aqui](prepare_for_interview.md)<br>
|
||||||
|
|
||||||
|
### Você vai parar em algum momento de adicionar perguntas e exercícios?
|
||||||
|
|
||||||
|
Tudo o que é bom chega ao fim...
|
||||||
|
|
||||||
|
### Como me torno um Engenheiro de DevOps melhor?
|
||||||
|
|
||||||
|
Essa é uma ótima pergunta.<br>
|
||||||
|
Não tenho uma resposta definitiva para esta pergunta, eu mesmo a exploro de tempos em tempos. O que acredito que ajuda é:
|
||||||
|
|
||||||
|
* Praticar - Praticar DevOps na prática deve ser a principal maneira de se tornar um engenheiro de DevOps, na minha opinião
|
||||||
|
* Ler - blogs, livros, ... qualquer coisa que possa enriquecer seu conhecimento sobre DevOps ou tópicos relacionados a DevOps
|
||||||
|
* Participar - existem ótimas comunidades de DevOps. Eu pessoalmente gosto da [comunidade DevOps do Reddit](https://www.reddit.com/r/devops). Visitando lá, aprendo muito sobre diferentes tópicos.
|
||||||
|
* Compartilhar - Esta é uma das razões pelas quais criei este projeto. O objetivo principal era ajudar os outros, mas um objetivo secundário rapidamente se tornou aprender mais. Ao fazer perguntas, você realmente aprende melhor um determinado tópico. Experimente, pegue um determinado assunto e tente criar perguntas que você faria a alguém para testar suas habilidades sobre esse tópico.
|
||||||
|
|
||||||
|
### Por que a maioria das perguntas não tem respostas?
|
||||||
|
|
||||||
|
1. Porque precisamos de mais contribuidores
|
||||||
|
2. Porque muitas vezes fazer perguntas é mais fácil do que respondê-las
|
||||||
|
|
||||||
|
### Onde posso encontrar respostas para algumas das perguntas neste repositório?
|
||||||
|
|
||||||
|
1. Procure por elas usando motores de busca, páginas de documentação, ... isso faz parte de ser um engenheiro de DevOps
|
||||||
|
2. Use as comunidades: muitas pessoas ficarão felizes em ajudar e responder às suas perguntas
|
||||||
|
3. Pergunte-nos. Se quiser, pode entrar em contato comigo ou iniciar uma discussão sobre este projeto.
|
||||||
|
|
||||||
|
### De onde vêm as perguntas e respostas?
|
||||||
|
|
||||||
|
Bem, de todos os lugares! - experiência passada, colegas, contribuidores, ... mas por favor, note que não permitimos copiar perguntas de entrevista de sites de perguntas de entrevista para cá. Há pessoas que trabalharam duro para adicioná-las aos seus sites e nós respeitamos isso.<br>
|
||||||
|
Como evidência, nós negamos pull requests com conteúdo copiado de outros sites.
|
||||||
|
|
||||||
|
### Quais são as principais habilidades de DevOps necessárias para ser um Engenheiro de DevOps?
|
||||||
|
|
||||||
|
É uma pergunta difícil e a razão é que se você perguntar a 20 pessoas diferentes, provavelmente obterá pelo menos 10 respostas diferentes, mas aqui está o que acredito ser comum hoje:
|
||||||
|
|
||||||
|
* SO - DevOps exige que você tenha um bom entendimento dos conceitos do sistema operacional. O nível exigido depende principalmente da empresa, embora na minha opinião deva ser o mesmo nível. Você deve entender como o sistema operacional funciona, como solucionar problemas e depurar, etc.
|
||||||
|
* Programação faz parte do DevOps. O nível novamente depende da empresa. Alguns exigirão que você saiba um nível básico de scripting, enquanto outros exigirão um profundo entendimento de algoritmos comuns, estrutura de dados, padrões de design, etc.
|
||||||
|
* Nuvem e Contêineres - embora não seja 100% obrigatório em todas as empresas/posições, essa habilidade está em ascensão a cada ano e muitas (se não a maioria) das posições/empresas exigem essa habilidade. Isso significa especificamente: AWS/Azure/GCP, Docker/Podman, Kubernetes, ...
|
||||||
|
* CI/CD - Ser capaz de responder a perguntas como "Por que precisamos de CI/CD?" e "Quais maneiras e modelos existem para realizar CI/CD?". Eventualmente, pratique a montagem de tais processos e fluxos de trabalho, usando quaisquer ferramentas com as quais você se sinta confortável.
|
||||||
|
|
||||||
|
### Sinto que há algumas perguntas que не deveriam ser incluídas neste projeto
|
||||||
|
|
||||||
|
Isso é uma pergunta? :)<br>
|
||||||
|
Se você não gosta de algumas das perguntas ou acha que algumas perguntas devem ser removidas, você pode abrir um issue ou enviar um PR e podemos discutir lá. Não temos regras contra a exclusão de perguntas (por enquanto :P)
|
||||||
|
|
||||||
|
### Posso copiar as perguntas daqui para o meu site?
|
||||||
|
|
||||||
|
Você pode (embora eu não tenha ideia do porquê você iria querer), mas:
|
||||||
|
|
||||||
|
* Não sem atribuição. Muitas pessoas trabalharam duro para adicionar essas perguntas e elas merecem o devido crédito por seu trabalho
|
||||||
|
* Não se você planeja ganhar dinheiro com isso. Direta ou indiretamente (por exemplo, ADS), pois este é um conteúdo gratuito e gostaríamos que permanecesse assim :)
|
||||||
|
|
||||||
|
O mesmo vale para copiar perguntas de diferentes fontes para este repositório. Vimos isso acontecer já com alguns pull requests e os rejeitamos. Não mesclaremos pull requests com perguntas e respostas copiadas de outras fontes.
|
||||||
|
|
||||||
|
### Posso adicionar perguntas e/ou respostas a este projeto?
|
||||||
|
|
||||||
|
Vou simplesmente imaginar que você não perguntou isso em um projeto de código aberto... :)
|
||||||
|
|
||||||
|
### Por que não posso adicionar perguntas de instalação?
|
||||||
|
|
||||||
|
Em geral, prefiro que as perguntas adicionadas a este repositório tenham certo valor educacional para o usuário. Seja em relação a um determinado conceito ou mesmo uma pergunta muito geral, mas que fará o usuário pesquisar sobre um determinado tópico e o tornará eventualmente mais familiarizado com alguns de seus conceitos centrais.<br>
|
||||||
|
Sei que este não é o caso para todas as perguntas neste repositório até hoje (por exemplo, perguntas sobre comandos específicos), mas isso é definitivamente algo a se aspirar.
|
||||||
|
|
||||||
|
Vejo pouco ou nenhum valor no que é conhecido como "Perguntas de Instalação". Digamos que eu lhe pergunte "como instalar o Jenkins?". Devo concluir da sua resposta que você está familiarizado com o que é o Jenkins e/ou como ele funciona? Em outras palavras, há valor em saber como instalar o Jenkins? Na minha opinião, não.
|
||||||
|
|
||||||
|
### Onde posso praticar codificação?
|
||||||
|
|
||||||
|
Pessoalmente, gosto muito dos seguintes sites
|
||||||
|
|
||||||
|
* [HackerRank](https://www.hackerrank.com)
|
||||||
|
* [LeetCode](https://leetcode.com)
|
||||||
|
* [Exercism](https://exercism.io)
|
||||||
|
|
||||||
|
### Como aprender mais sobre DevOps?
|
||||||
|
|
||||||
|
Listei alguns roteiros em [devops-resources](https://github.com/bregman-arie/devops-resources)
|
||||||
|
|
||||||
|
### Por que algumas perguntas se repetem?
|
||||||
|
|
||||||
|
Se você vir duas perguntas idênticas, isso é um bug.<br>
|
||||||
|
Se você vir duas perguntas semelhantes, isso é um recurso :D (= é intencional)
|
||||||
|
|
||||||
|
Por exemplo:
|
||||||
|
|
||||||
|
1. O que é escalonamento horizontal?
|
||||||
|
2. O ato de adicionar instâncias adicionais ao pool para lidar com o escalonamento é chamado de escalonamento ________
|
||||||
|
|
||||||
|
Você está certo, ambos perguntam sobre escalonamento horizontal, mas é feito de um ângulo diferente em cada pergunta e, além disso, acredito que a repetição ajuda você a aprender algo de uma forma que você не fica fixo na maneira como é perguntado, mas sim entende o conceito em si.
|
||||||
|
|
||||||
|
### Vocês estão abertos a fazer grandes mudanças no repositório?
|
||||||
|
|
||||||
|
Absolutamente. Não tenha medo de levantar ideias e iniciar discussões.<br>
|
||||||
|
Ficarei mais do que feliz em discutir qualquer mudança que você ache que devemos fazer para melhorar a experiência de aprendizado
|
||||||
151
prepare_for_interview-pt-BR.md
Normal file
151
prepare_for_interview-pt-BR.md
Normal file
@ -0,0 +1,151 @@
|
|||||||
|
## Como se preparar para entrevistas de DevOps/SRE/Engenheiro de Produção?
|
||||||
|
|
||||||
|
Nota: o seguinte é opinativo.
|
||||||
|
|
||||||
|
### Habilidades que você deve ter
|
||||||
|
|
||||||
|
#### Linux
|
||||||
|
|
||||||
|
Todo Engenheiro de DevOps deve ter um profundo entendimento de pelo menos um sistema operacional e, se você tiver a opção de escolher, eu diria que definitivamente deveria ser o Linux, pois acredito que é um requisito de pelo menos 90% das vagas de DevOps por aí. Além disso, o Linux é uma parte quase integral de qualquer subárea ou domínio em DevOps, como Nuvem, Contêineres, etc.
|
||||||
|
|
||||||
|
Normalmente, a pergunta seguinte é "Quão extenso deve ser meu conhecimento?" De todas as habilidades de DevOps, eu diria que esta, juntamente com a codificação, devem ser suas habilidades mais fortes. Esteja familiarizado com processos do SO, ferramentas de depuração, sistema de arquivos, rede, ... conheça seu sistema operacional, entenda como ele funciona, como solucionar problemas, etc.
|
||||||
|
|
||||||
|
Não muito tempo atrás, criei uma lista de recursos do Linux bem [aqui](https://dev.to/abregman/collection-of-linux-resources-3nhk). Existem alguns bons sites lá que você pode usar para aprender mais sobre o Linux.
|
||||||
|
|
||||||
|
#### Programação
|
||||||
|
|
||||||
|
Minha crença pessoal é que todo engenheiro de DevOps deve saber programar, pelo menos até certo ponto. Tendo essa habilidade, você pode automatizar processos manuais, melhorar algumas das ferramentas de código aberto que está usando hoje ou construir novas ferramentas e projetos para fornecer uma solução para problemas existentes. Saber codificar = muito poder.
|
||||||
|
|
||||||
|
Quando se trata de entrevistas, você notará que o nível de conhecimento depende muito da empresa ou da posição para a qual você está entrevistando. Alguns exigirão que você seja capaz de escrever scripts simples, enquanto outros mergulharão em algoritmos e estruturas de dados complexos.
|
||||||
|
|
||||||
|
A melhor maneira de praticar essa habilidade é codificando de fato - scripts, desafios online, ferramentas CLI, aplicações web, ... apenas codifique :)
|
||||||
|
|
||||||
|
Além disso, o seguinte provavelmente está claro para a maioria das pessoas, mas vamos esclarecer mesmo assim: quando tiver a chance de escolher qualquer linguagem para responder a tarefas/perguntas de codificação, escolha aquela com a qual você tem experiência! Alguns candidatos preferem escolher a linguagem que acham que a empresa está usando e isso é um grande erro, pois dar a resposta certa é sempre melhor do que uma resposta errada, não importa qual linguagem você tenha usado :)
|
||||||
|
|
||||||
|
Eu recomendo os seguintes sites para praticar codificação:
|
||||||
|
|
||||||
|
* [HackerRank](https://www.hackerrank.com)
|
||||||
|
* [LeetCode](https://leetcode.com)
|
||||||
|
* [Exercism](https://exercism.io)
|
||||||
|
|
||||||
|
Começar seu próprio projeto também é uma boa ideia. Mais sobre isso mais tarde.
|
||||||
|
|
||||||
|
#### Arquitetura e Design
|
||||||
|
|
||||||
|
Este também é um aspecto importante do DevOps. Você deve ser capaz de descrever como projetar diferentes sistemas, fluxos de trabalho e arquiteturas. Além disso, a escala é um aspecto importante disso. Um design que pode funcionar para uma dúzia de hosts ou uma quantidade X de dados, não necessariamente funcionará bem com uma escala maior.
|
||||||
|
|
||||||
|
Algumas ideias para você explorar:
|
||||||
|
|
||||||
|
* Como projetar e implementar um pipeline de CI (ou pipelines) para verificar PRs, executar vários tipos diferentes de testes, empacotar o projeto e implantá-lo em algum lugar
|
||||||
|
* Como projetar e implementar uma arquitetura ELK segura que receberá logs de 10.000 aplicativos e exibirá os dados eventualmente para o usuário
|
||||||
|
* Designs de microsserviços também são bastante populares hoje em dia
|
||||||
|
|
||||||
|
Em geral, você deve ser capaz de descrever alguns designs, projetos, arquiteturas, ... que você realizou.
|
||||||
|
|
||||||
|
#### Ferramentas
|
||||||
|
|
||||||
|
Algumas entrevistas se concentrarão em ferramentas ou tecnologias específicas. Quais ferramentas? isso é baseado principalmente em uma combinação do que você mencionou em seu C.V. e aquelas que são mencionadas na descrição da vaga e usadas na empresa. Aqui estão algumas perguntas que acredito que qualquer um deveria saber responder sobre as ferramentas com as quais ele/ela está familiarizado(a):
|
||||||
|
|
||||||
|
* O que a ferramenta faz? O que ela nos permite alcançar que não poderíamos fazer sem ela?
|
||||||
|
* Quais são suas vantagens sobre outras ferramentas na mesma área, com o mesmo propósito? Por que você a está usando especificamente?
|
||||||
|
* Como ela funciona?
|
||||||
|
* Como usá-la?
|
||||||
|
* Melhores práticas que você aplica/usa ao usá-la
|
||||||
|
|
||||||
|
Vamos nos aprofundar nos passos práticos de preparação
|
||||||
|
|
||||||
|
### Cenários || Desafios || Tarefas
|
||||||
|
|
||||||
|
Esta é uma maneira muito comum de entrevistar hoje para cargos de DevOps. O candidato recebe uma tarefa que representa uma tarefa comum de Engenheiros de DevOps ou um conhecimento comum e o candidato tem várias horas ou dias para realizar a tarefa.<br>
|
||||||
|
|
||||||
|
Esta é uma ótima maneira de se preparar para entrevistas e eu recomendo experimentá-la antes de realmente entrevistar. Como? Pegue os requisitos das descrições de vagas e converta-os em cenários. Vamos ver um exemplo:
|
||||||
|
|
||||||
|
"Conhecimento em CI/CD" -> Cenário: crie um pipeline de CI/CD para um projeto.
|
||||||
|
|
||||||
|
Neste ponto, algumas pessoas perguntam: "mas que projeto?" e a resposta é: que tal o GitHub? ele tem apenas 9125912851285192 projetos... e uma maneira gratuita de configurar CI para qualquer um deles (também uma ótima maneira de aprender a colaborar com os outros :) )
|
||||||
|
|
||||||
|
Vamos converter outro cenário:
|
||||||
|
|
||||||
|
"Experiência com provisionamento de servidores" -> Cenário: provisione um servidor (para torná-lo mais interessante: crie um servidor web).
|
||||||
|
|
||||||
|
E o último exemplo:
|
||||||
|
"Experiência com scripting" -> Cenário: escreva um script. Não perca muito tempo pensando "que script devo escrever?". Simplesmente automatize algo que você está fazendo manualmente ou até mesmo implemente sua própria versão de pequenas utilidades comuns.
|
||||||
|
|
||||||
|
### Comece seu próprio projeto de DevOps
|
||||||
|
|
||||||
|
Começar um projeto de DevOps é uma boa ideia porque:
|
||||||
|
|
||||||
|
* Fará você praticar codificação
|
||||||
|
* Será algo que você pode adicionar ao seu currículo e falar sobre com o entrevistador
|
||||||
|
* Dependendo do tamanho e da complexidade, pode te ensinar algo sobre design em geral
|
||||||
|
* Dependendo da adoção, pode te ensinar sobre o gerenciamento de projetos de Código Aberto
|
||||||
|
|
||||||
|
O mesmo aqui, não pense demais sobre o que seu projeto deve ser. Apenas vá e construa algo :)
|
||||||
|
|
||||||
|
### Exemplos de perguntas de entrevista
|
||||||
|
|
||||||
|
Faça uma lista de exemplos de perguntas de entrevista sobre vários tópicos/áreas como técnica, empresa, cargo, ... e tente respondê-las.
|
||||||
|
Veja se você consegue respondê-las de forma fluente e detalhada.
|
||||||
|
|
||||||
|
Melhor ainda, peça a um bom amigo/colega para desafiá-lo com algumas perguntas. Sua autoconsciência pode ser um obstáculo na autoavaliação objetiva do seu conhecimento :)
|
||||||
|
|
||||||
|
### Networking
|
||||||
|
|
||||||
|
Para aqueles que frequentam meetups e conferências técnicas, pode ser uma ótima oportunidade para conversar com pessoas de outras empresas sobre seu processo de entrevista. Mas não comece com isso, pode ser bem estranho. Diga pelo menos olá primeiro... (:
|
||||||
|
|
||||||
|
Fazer isso pode lhe dar muitas informações sobre o que esperar de uma entrevista em algumas empresas ou como se preparar melhor.
|
||||||
|
|
||||||
|
### Conheça seu currículo
|
||||||
|
|
||||||
|
Pode parecer trivial, mas a ideia aqui é simples: esteja pronto para responder a qualquer pergunta sobre qualquer linha que você incluiu em seu currículo.
|
||||||
|
Às vezes, os candidatos ficam surpresos quando são questionados sobre uma habilidade ou linha que parece não estar relacionada à posição, mas a verdade simples é: se você mencionou algo em seu currículo, é justo perguntar sobre isso.
|
||||||
|
|
||||||
|
### Conheça a empresa
|
||||||
|
|
||||||
|
Esteja familiarizado com a empresa na qual você está entrevistando. Algumas ideias:
|
||||||
|
|
||||||
|
* O que a empresa faz?
|
||||||
|
* Quais produtos ela tem?
|
||||||
|
* Por que seus produtos são únicos (ou melhores que outros produtos)? Esta também pode ser uma boa pergunta para você fazer
|
||||||
|
|
||||||
|
### Livros
|
||||||
|
|
||||||
|
Pela minha experiência, isso não é feito por muitos candidatos, mas é uma das melhores maneiras de mergulhar em tópicos como sistema operacional, virtualização, escala, sistemas distribuídos, etc.
|
||||||
|
|
||||||
|
Na maioria dos casos, você se sairá bem sem ler livros, mas para as entrevistas AAA (nível mais difícil) você vai querer ler alguns livros e, no geral, se você aspira a ser um Engenheiro de DevOps melhor, livros (também artigos, posts de blog) são uma ótima maneira de se desenvolver :)
|
||||||
|
|
||||||
|
### Considere começar em uma posição não-DevOps
|
||||||
|
|
||||||
|
Embora não seja um passo de preparação, você deve saber que conseguir um emprego de DevOps como primeira posição pode ser desafiador. Não, não é impossível, mas ainda assim, como o DevOps abrange muitas práticas, ferramentas, ... diferentes, pode ser bastante desafiador e também avassalador para alguém tentar alcançá-lo como primeira posição.<br>
|
||||||
|
Um caminho possível para se tornar um engenheiro de DevOps é começar com uma posição diferente (mas relacionada) e mudar de lá após 1-2 anos ou mais.
|
||||||
|
|
||||||
|
Algumas ideias:
|
||||||
|
|
||||||
|
* Administrador de Sistemas - Isso é perfeito porque todo Engenheiro de DevOps deve ter um sólido entendimento do SO e os sysadmins conhecem seu SO :)
|
||||||
|
* Desenvolvedor/Engenheiro de Software - Um DevOps deve ter habilidades de codificação e esta posição fornecerá mais do que o conhecimento necessário na maioria dos casos
|
||||||
|
* Engenheiro de QA - Este é mais complicado porque, na minha opinião, há menos áreas/habilidades sobrepostas com o Engenheiro de DevOps. Claro, os engenheiros de DevOps devem ter algum conhecimento sobre testes, mas geralmente, parece que suas habilidades/background sólidos são compostos principalmente por internos de sistema e habilidades de codificação.
|
||||||
|
|
||||||
|
### O que esperar de uma entrevista de DevOps?
|
||||||
|
|
||||||
|
As entrevistas de DevOps podem ser muito diferentes. Algumas incluirão perguntas de design, algumas se concentrarão em codificação, outras incluirão perguntas técnicas curtas e você pode até ter uma entrevista onde o entrevistador apenas repassa seu currículo e discute sua experiência passada.
|
||||||
|
|
||||||
|
Existem algumas coisas que você pode fazer sobre isso para que seja uma experiência menos avassaladora:
|
||||||
|
|
||||||
|
1. Você pode e provavelmente deve perguntar ao RH (em alguns casos, até mesmo ao líder da equipe) como é o processo de entrevista. Alguns serão gentis o suficiente para até mesmo lhe dizer como se preparar.
|
||||||
|
2. Geralmente, a descrição da vaga dá mais do que uma dica sobre onde o foco estará e no que você deve se concentrar em suas preparações, então leia-a com atenção.
|
||||||
|
3. Existem muitos sites que têm notas ou um resumo do processo de entrevista em diferentes empresas, especialmente grandes empresas.
|
||||||
|
|
||||||
|
### Não se esqueça de ser um entrevistador também
|
||||||
|
|
||||||
|
Algumas pessoas tendem a ver as entrevistas como um caminho de mão única de "Determinar se um candidato é qualificado", mas na realidade, um candidato também deve determinar se
|
||||||
|
a empresa na qual ele/ela está entrevistando é o lugar certo para ele/ela.
|
||||||
|
|
||||||
|
* Eu me importo com o tamanho da equipe? Mais especificamente, eu me importo em ser um show de um homem só ou fazer parte de uma equipe maior?
|
||||||
|
* Eu me importo com o equilíbrio entre vida profissional e pessoal?
|
||||||
|
* Eu me importo com o crescimento pessoal и como isso é feito na prática?
|
||||||
|
* Eu me importo em saber quais são minhas responsabilidades como parte da função?
|
||||||
|
Se você se importa, você também deve desempenhar o papel de entrevistador :)
|
||||||
|
|
||||||
|
### Uma Última Coisa
|
||||||
|
|
||||||
|
[Boa sorte](https://youtu.be/AFUrG1-BAt4?t=59) :)
|
||||||
Loading…
x
Reference in New Issue
Block a user