Como engenheiro de software, o lado social da computação recebe mais atenção e mais destaques, afinal em longos Desenvolvimentos queremos evitar as perguntas do tipo: “Por que você fez a minha parte do trabalho?”, “Eu já fiz essa parte, por que você fez?”, “Por que ninguém fez isso?”, “Era pra enviar tal dia”, “Não era pra você ter feito assim”, “Por que você não pediu ajuda?”, “Por que entregou só agora?”.
Não importa o tamanho ou importância do serviço. Grandes e pequenos sistemas precisam seguir normas e ordens previamente documentadas. Assim, é possível identificar os pontos comuns entre duas soluções diferentes para um mesmo problema. Conhecer esses pontos comuns nos permite desenvolver soluções cada vez melhores e mais eficientes que podem ser reutilizadas.
É muito comum, nas empresas que passei, que o conhecimento de um determinado módulo da aplicação ficasse restrito a um ou dois programadores. Assim, toda vez que chega uma nova demanda que interagisse com esse módulo, a tarefa ficaria a cargo desse programador. Com o trabalho em equipe e documentação padronizada esse problema desaparece.
Problemas expecíficos exigem tecnologias específicas, eu não associo minha carreira a limitações de Frameworks, afinal, tecnologias mudam porém lógica, algoritmos e experiência são eternos. Podem ver o que eu estou atualmente aprendendo em meu portfólio no github
O Jenkins se insere dentro de um ambiente de Integração Contínua. A Integração Contínua soluciona alguns problemas antigos pra quem trabalha com desenvolvimento de software. Já a junção de ferramentas como o Docker, ajudam a aprimorar o trabalho em equipe solucionando problemas antigos de engenharia. Como por exemplo: "Deu erro? Mas tá funcionando aqui na minha máquina..." ou "Poxa, eu tenho que continuar a codificação, mas antes preciso configurar toda a máquina para rodar e isso vai demorar um pouco..."
Sim, esse html é um template, meus estudos atuais estão focados em tarefas de backend. Deixar os dados bonitinhos não é comigo...
Quero buscar soluções de problemas reais utilizando minha área de tecnologia.
Arquitetura, lógica de programação e Conexões de bancos de dados são minhas preferências
Pergunte o que é 2+2 para mim e eu responderei function(a,b)=>{return a + b;} para N possibilidades
Quando não encontro solução, busco sempre sair da caixinha e pensar mais a fundo sobre o tema. Depois de solucionar chegou o papel da refatoração.
Estou construindo uma base de criatividade para construção de testes que englobem todas as possibilidades de falhas
Melhor maneira de aprender tecnologias novas é ler documentações das novas tecnologias