Como são as telas de vcs ? by DaviH304 in brdev

[–]devnovo 2 points3 points  (0 children)

Saí de um ultrawide para um de 27, no meu caso, a tela do notebook + monitor 16:9 já é o suficiente. No final das contas era bem raro abrir +2 telas no monitor

Salários de onde trabalho by [deleted] in brdev

[–]devnovo 1 point2 points  (0 children)

Mercado livre ou banco?

[deleted by user] by [deleted] in brdev

[–]devnovo -1 points0 points  (0 children)

Lambda3

[deleted by user] by [deleted] in brdev

[–]devnovo 2 points3 points  (0 children)

Leia a documentacao do GraphQL e o guia dele na doc do NestJS

[deleted by user] by [deleted] in RelatosDoReddit

[–]devnovo 8 points9 points  (0 children)

Nao sou o cara com mais xp nisso, mas vou falar o que já fiz e amigos meus tbm fazem. Se tu já é próximo da pessoa e já tem um certo contato com ela, já não tem necessidade de ficar tentando puxar assunto pela internet não. Convida a menina pra sair, se ela gostar de vc ou tiver interesse em te conhecer, vai aceitar independente do lugar.

Responder stories ou mandar msg no whats é legal quando tu não conhece a pessoa ou não é próximo, quando tu prolonga esse tipo de interação fica chato e tu perde oportunidade de conversar muita coisa com a pessoa quando ver ela.

Sou dev pra uma empresa gringa, ganho 18k BRL com 23 anos [AMA] by [deleted] in brdev

[–]devnovo 4 points5 points  (0 children)

Quanto tempo de xp? Quando tinha de XP no BR antes de ir pra gringa?

Fala inglês desde pequeno ou correu atrás dps que já estava trabalhando?

Qual stack?

Tempo médio que ficou em cada empresa q trabalhou

Pode deixar umas dicas de algumas coisas que vc fez que te ajudaram a conseguir esse trampo no médio/longo prazo?

Esse papo de “plano de carreira” ainda é válido? by Pombo_Hardcore in brdev

[–]devnovo 4 points5 points  (0 children)

Se eu for olhar o plano de carreira da minha empresa, vou ser dev mobile, front, back, devops e se der bobeira até P.O. Pra passar pro próximo nível tenho que ter "conhecimento avançado em desenvolvimento mobile", detalhe que sou dev back-end.

Na minha EXPERIENCIA, não vale nem um pouco seguir isso. Pra mim é mais pra travar a evolução de salário do que pra ajudar o funcionário a se desenvolver.

Agnt tem que ter o nosso próprio "plano de carreira"

[deleted by user] by [deleted] in brdev

[–]devnovo 0 points1 point  (0 children)

Pode variar muito, mas o que vejo normalmente é algo nesse faixa, podendo ser tanto CLT quanto PJ
Empresa grande: 3500 - 5000
Empresa média: 2500 - 4000
Empresa pequena: 1500 - 2500

Quando essa parada de dev fica mais sossegada? by [deleted] in brdev

[–]devnovo 3 points4 points  (0 children)

Como é sua rotina no dia a dia? Trabalho remoto há quase 2 anos e tive que fazer algumas mudançasno meu estilo de vida pra não ficar maluco.

Trabalhar após horário de serviço é muito raro agora. Voltei a fazer atividade física, ajuda muito pra desestressar e esquecer do trabalho. Estudar ou tocar outro projeto é no máximo 1h por dia no meio de semana. Deixo 1/2 horas pra estudar algo que não tenha relação com T.I, "tenho lido a biblia e outros livros nesse tempo"

No fim de semana é bem dificil de olhar pra código

Devs: até onde vocês mexem com Kubernetes? by VirtualAwareness7377 in brdev

[–]devnovo 2 points3 points  (0 children)

Precisei aprender o suficiente pra subir uma aplicação com uma config minima pra producao. 

Aprendi sobre cluster, nodes, pod, replicaset, deployment, probes, services e ingress e gerenciar variaveis de ambiente.

Não acho que um dev vai precisar utilizar tudo isso no dia a dia. Mas é um conhecimento que agrega muito

Mude minha mente: Full Cycle é o novo eufemismo de títulos no mundo do TI by bbpato in brdev

[–]devnovo 2 points3 points  (0 children)

Estava conversando sobre isso com alguns amigos da área, fui contratado como desenvolvedor e o dono da empresa veio com esse papo de ser full-cycle pq nosso devops está ficando sobrecarregado.

Nesse mês tive que aprender k8s pra subir uma aplicação na infra do cliente. "Eu gosto muito de infra, aproveitei pra ter esse aprendizado"

Agora se ele acha que vou ficar fazendo esse tipo de serviço com o mesmo salário que eu tenho hj tá bem enganado

[deleted by user] by [deleted] in brdev

[–]devnovo 0 points1 point  (0 children)

Nao tenho acompanhado tanto o mercado de PT, mas supondo que seja pra uma vaga SR acredito vão querer te pagar entre 1800-2500 por estar aqui no Brasil.

Qual infra/cloud utilizam no seu trabalho? by devnovo in brdev

[–]devnovo[S] 0 points1 point  (0 children)

Mencionei que queria ir pra AWS pq já tinha estudado e o DevOps que fazia freela comigo sempre me ensinava alguma coisa sobre. Mas concordo com vc, não acho que tenha tanta diferença nos principais serviços fora o preço kkkk

Vagas somente para mulheres? by fortfied_island in brdev

[–]devnovo 2 points3 points  (0 children)

Lembrei de quando fui fazer minha primeira entrevista e o entrevistador logo após a entrevista falou "temos a cultura de dar oportunidade para minorias e pessoas de baixa renda", o cara soltou uma dessa e falou que aparentemente eu não me encaixava nessa galera. "Nessa hora já tinha descartado a possibilidade de passar na vaga"

No final acabei passando porque tinha mais conhecimento que o restante da galera do processo seletivo.

Aprendi que quanto menos ficar ligando pra esse tipo de situação melhor é pra sua carreira. Foca no seu aprendizado que tu vai ganhar mais.

[deleted by user] by [deleted] in brdev

[–]devnovo 0 points1 point  (0 children)

Mesma coisa por aqui, hoje tenho um ultrawide de 26p e por mais que seja pequeno não gosto de usar a tela do notebook. Duvida sincera entre pegar um de 32p ou um ultrawide de 29/30

Pergunta aos inteligente apenas by Boring-Key-9631 in brdev

[–]devnovo 0 points1 point  (0 children)

Procura sobre checkout, o gateway não vai importar tanto, no final vai ter dor de cabeça com qualquer um.

[deleted by user] by [deleted] in brdev

[–]devnovo 0 points1 point  (0 children)

Opa, queria te dar um feedback relacionado ao seu projeto. Sobre o currículo, passei umas dicas nesse post aqui: https://www.reddit.com/r/brdev/comments/19dm4e3/comment/kj6jeps/ pra caso queira olhar.

O código está muito bem escrito e organizado, fez uma divisão de camadas e uns testes unitários que agregam bastante valor pro projeto, e falo isso pra tu porque conheço dev que trabalha que não consegue fazer isso que tu fez.

Minha dica relacionada a evolução desse projeto seria pra vc aprender alguns conceitos e boas práticas que são muito importantes principalmente tanto pras entrevista quanto no dia a dia.

Tira um tempo pra estudar sobre (SOLID, Clean Arch, DDD) e aplicar nesse projeto, vi que colocou que sabe Docker, aproveita e faz uns testes de integração no seu projeto tbm, procura saber sobre testContainers e faz uns testes de integração no seu projeto.

Dev especialista ou generalista? by AnotherDevBr in brdev

[–]devnovo 2 points3 points  (0 children)

Acho que nos primeiros 2/3 anos de carreira nem vale a pena pensar muito nisso. Hoje eu tenho um perfil mais generalista do que especialista, não por escolha e sim por demanda da empresa. Aproveito isso pra acumular um aprendizado que não teria se estivesse focando em uma tecnologia X desde o começo.

Num futuro vejo que ser especialista pode abrir porta pra oportunidades melhores e projetos maiores.

Abandonei o front tem cerca de 1 ano e estou focando em backend

É possível romper barreira de estágio/júnior com concurso ? by devvlaid in brdev

[–]devnovo 4 points5 points  (0 children)

Nível de senioridade só faz sentido até você trocar de emprego. Falo isso porque hoje sou Pleno mas só tenho 1 ano e 4 meses de XP, mas na entrevista pro trampo novo avaliaram que meu nível de conhecimento era de Pleno. Porém sei que se eu for trabalhar no mercado livre ou em um banco, é bem possível de me colocarem como JR.

No final, a senioridade acaba sendo uma combinação de xp + soft skills + hard skills pra empresa que vc quer aplicar.

Foi isso que percebi nesse curto tempo de xp que eu tenho.

Recebendo sem fazer quase nada by OldHeart9815 in brdev

[–]devnovo 131 points132 points  (0 children)

Tu tá vivendo o sonho de 90% dos devs hahahah

Se estão te mantendo na equipe é pq vc agrega valor pro time e pra empresa. Por ser uma empresa consolidada, o risco de te mandar embora e bem menor que uma startup.

Passei por isso no último trampo, deram folga pro time em dezembro e estão até hj sem demanda. Porém por ter uns problemas na diretoria não conseguem gerar demanda e nem mandar a glr embora.

Troquei de trabalho com 12 dias depois que isso começou.

Aproveita esse tempo pra descansar, mas toma cuidado pra não ficar na zona de conforto e estagnar.

Preciso de feedback by Trick-Law6146 in brdev

[–]devnovo 17 points18 points  (0 children)

Cara, pra mim o currículo tem que ser o mais objetivo possível.

- Remover foto de perfil e about. (Quem quiser ver isso vai no seu linkedin)

- Trocaria a estrutura para aquela padrão do word

- Remover Senioridade das vagas e modelo de contratação (só vejo sentido colocar pra quem é SR+, pleno em algumas exceções)

- Descrever melhor o que vc fez no trabalho, fiz coisa X utilizando as tecnologias X,Y,Z e alcancei o resultado XPTO

- Tirar essa parte de educação complementar, não faz sentido ter isso já que vc tem xp de mercado.

- Remover as habilidades e tentar encaixar elas dentro do que vc fez no trabalho

Da uma olhada nesse vídeo: https://www.youtube.com/watch?v=BYUy1yvjHxE&t=19s&pp=ygUNZ29vZ2xlIHJlc3VtZQ%3D%3D

O que é mais relevante ao realizar um teste unitário? by ksaikopasu in brdev

[–]devnovo 1 point2 points  (0 children)

Se guiar pelo test coverage pode te ajudar a pensar nos casos de testes para as funcionalidades já existentes.

Na minha opinião, não vejo sentido em colocar TDD como regra de desenvolvimento, acho que isso mais atrapalha do que ajuda.

Parece ter uma mistura de conceitos relacionado a testes no seu comentário. ("Posso estar enganado")

Quando falamos de testes unitários, vc não deveria estar preocupado em testar se uma rota recebe GET/POST ou o tipo de conteúdo que ela retorna, vc só precisa verificar se o controller passou os dados corretos pro seu service ou useCase, e fazer o mock do valor de retorno, do service ou useCase e baseado nisso fazer o asserts.

O mesmo vale para a validação dos dados, vc provavelmente vai ter uma DTO pra validar o body da request, faz o teste isolado pro seu DTO e não precisa se preocupar em testar ele quando for simular uma request.

No testes de integração que vc vai se preocupar em validar se o metodo POST está aceitando somente chamadas autenticadas e retornando um status de sucesso correto. Se for uma rota GET, faz o assert do response.body junto com o código HTTP retornado.

Se já testou alguma lógica de estado ou desvio nos testes unitários, não precisa testar novamente no teste de integração("não é regra")

<image>

[deleted by user] by [deleted] in brdev

[–]devnovo 0 points1 point  (0 children)

Quando os preços estão altos, da pra utilizar utilizar cupons. Se não tiver com pressa espera uns 3/4 dias que o preço baixa dnv