Como vocês montariam um portifólio trabalhando com Back-End?
Fala Pessoal como vocês montariam um portifólio como dev back-end/engenheiro de dados?
3
4
Faz um crud utilizando várias opções de BDs.
Um webhook.
Uma API serverless utilizando provedores de Cloud.
Uma pipeline para provisionamento da infra e publicação da sua API que rode os testes automatizados da aplicação e disponibilize o endereço para consumo.
para engenharia de dados só consigo pensar em uma pipeline de ingestão de dados. Da pra tentar aplicar nela tudo que vc conhece, cdc, kafka, nifi, spark, etc
3
Acho válido o que o Beto falou tbm, mostrar que você domina as tecnologias em geral. Mostrar no seu README qual arquitetura você usou e mostrar como você montou seu banco, usando uma imagem da estrutura de relações. E se tiver um container e testes rodando no seu backend melhor ainda! Não deixe de mostrar tudo isso na apresentação do seu projeto.
4
Opa Luís, acho que eu criaria APIs para resolução de problemas do mercado de trabalho (como eu expliquei em um post que fiz aqui no TabNews). Como exemplo vou pegar um projeto meu que estou fazendo, uma API de deliveries, se você notar no README fala sobre o que a API faz e quais são as melhorias que estou querendo fazer. Então caso um Tech Recruit entre no seu GitHub, ele observará várias soluções de problemas reais no seu portifólio.
4
Interresante tua pergunta. Vou favoritar essa discussão.
Mas vou tentar ajudar desde já.
Eu acho que eu começaria fazendo um projeto de escopo bem limitado e de algo muito específico, sabe? Pensa comigo, fazer algo pequeno mas com um certo grau de dificuldade já prova que você faz o basico, como os famosos (e chatos) CRUDs.
Eu por exemplo fiz meu portifólio em um repositório com um readme muito bem elaborado, o projeto, em node.js usando typescript, é um chat simples, mas que explora socket.io, mongodb (usei o driver), typescript. Tinha funcionalidades como listar as conversas, mandar msg pra uma conversa, bem como editar os teus dados como usuario (nome só kkkk). Eu fiz o chat em um arquivo html só bem básico pra mostrar o funcionamento mesmo.
Essa é a ideia, escopo limitado, KISS, keep it simple stupid, mas com um certo nível de complexidade!
4
Cara, muito legal essa thread!
Acho que o principal desafio seja 'explicitar' o seu projeto back-end né?
Eu sou do universo Java e existe um carinha chamado Swagger que é uma interface front-end que ao mesmo tempo documenta e é um client para sua API. (não sei se ele é só aplicável para o universo Java, imagino que não)
Olha como a API fica documentada/visualizada aqui
É importante ter um README bem escrito nos repositorios.
E por último ter um site pessoal, onde você centraliza todas os teus projetos (nem que sejam só links para o github), mas é super-interessante também.
1
Ótima pergunta Luis!
Talvez uma coisa que eu faria é fazer um repositório que mostre duas versões de um código backend:
- A versão não refatorada e por comentário ou README você todos os erros e oportunidades de melhoria do código.
- A versão refatorada, limpa e com todas as melhorias aplicadas.
Isso vai demonstrar se você sabe identificar oportunidades de melhorias, padrões, qualidade de código e se sabe de fato construir algo melhor
No passado no Pagar.me a gente aplicava um teste com essa natureza, a gente entregava para pessoa um código ruim e o desafio dela era refatorar. O mais interessante é que até pessoas mais avançadas deixavam passar coisas como somente expor a API http, depois que o banco de dados estivesse pronto para receber queries.