10 COISAS QUE EU NÃO FARIA SE INICIASSE HOJE UM PROJETO DE SOFTWARE

[@valdirmendesdev]

Mano, não tem condições, tem alguém que odeia o Erick. Todo vídeo tem um cara que dá dislike assim que o vídeo sai! O cara faz um trampo top, com muita qualidade, a maior parte do conteúdo de graça para contribuir com a comunidade e o cara ainda dá dislike!

[@gustanobreza]

Não entendo tbm não. Tem gente que odeia só por odiar mesmo. 🤷🏼‍♀️

[@ErickWendelTraining]

Ahhahahha é doidera. Sempre tem mesmo, mas acho que o KZbin deve considerar esses casos pra considerar um video relevante x um hater

[@alangabriel1671]

deve ser o cara que acha uma falta de respeito ele produzir um curso e colocar o preço que ele considerar equivalente ao curso kkkkk

[@DavidSilva-cp8hg]

kkkk tem gente que não tem nada pra fazer e nem bom senso kkk

[@rogeriopst450]

sao os hatters de js. fogo..trabalho top demais do Erick

[@romulo2928]

Muito bom as dicas! Friso bastante a questão de exagerar nas horas de trabalho. As vezes se descansarmos legal podemos fazer em 2-4 horas algo que com cansaço levariamos umas 8-10 horas

[@antoniocsjunior]

1. Frontend e Backend na mesma aplicação 2. Começar o projeto sem testes unitários 3. Não usar docker para o desenvolvimento 4. Não combinar um dia de refactoring com o time 5. Trabalhar mais de 10 horas sem pausa para entregar mais rápido 6. Dar prazos sem entender o problema 7. Demorar muito para validar a expectativa do cliente 8. Não configurar a esteira de deploy antes da data de entrega 9. Não configurar uma ferramenta de monitoramento antes do deploy em produção 10. Não dimensionar o que vamos precisar de infraestrutura antes de ir para deploy

[@juaooliveiralp]

Massa. Agora tem que sair as 10 coisas que eu faria kk

[@edu_franco94]

Up, de acordo haha

[@ErickWendelTraining]

opaaaa hahahhaha ótima ideia!

[@caeduob]

Muito boa as dicas. Poderia fazer um vídeo falando de ferramentas e técnicas para monitorar deploy em produção.

[@andretonelli4015]

Muito top. Compartilhando uma que me assombra por anos. JAMAIS defina uma infraestrutura antes de contratarem os desenvolvedores.

[@orubenlopes]

Wendel, seu conteúdo é muito bom. Vou repetir: seu conteúdo é *muito bom*! Gostei de outros vídeos do seu canal e bastante desse. Já me inscrevi. Continue!

[@ErickWendelTraining]

Powwww muito obrigado Ruben!! Tmjjj

[@JulioSantos-pg3le]

Dicas boas.

[@CantoDasAves]

Poderia criar um projeto para que pudéssemos aprender com as suas boas práticas?

[@ClaudeiltonDantas]

Cara muito massa, eu já passei por essa etapa de dimensionar errado e ainda mais entrega de forma equivocada os requisitos que o cliente pediu totalmente diferente, vale a pena segui cada dica #valeumavida

[@felipedealcantaramonteiro3824]

Você é fera cara, show de bola! Continue sempre com os ótimos conteúdos!

[@andersonarorjdev]

Um dos meus maiores erros foi estagiar em uma empresa que achava que frontend se faz em 1 dia independente da complexidade kkkkkkk. Foi tenso!

[@edmiltonviniciuspansanato4433]

Shooow, boas dicas.

[@ErickWendelTraining]

boaa fico feliz que curtiu o/

[@adrianoteixeirajoao478]

muito massa, me identifiquei bastante

[@ErickWendelTraining]

Que demais! Fico feliz que curtiu o/

[@DavidSilva-cp8hg]

Show de bola o vídeo Erick! Parabéns e obrigado!

[@ErickWendelTraining]

Que demais David, fico feliz que curtiu o/

[@williamscalado]

Rapaz essa história ficou marcada e faz muito tem, trabalhava na empresa como programador PHP e a mesma contratava freelancer para fazer alguns projetos extras. No dia anterior da reunião com cliente me passaram a aplicação que caiu de paraquedas, detalhe não sabia nada sobre o projeto, resumindo... Sistema já no servidor e fazendo alguns ajustes para realizar uma nova atualização ao servidor do nada toda a aplicação para de funcionar, depois de rodar quase boa parte da noite encontramos o problema fácil de resolver kkkkkk o servidor sofreu uma atualização da versão do PHP e nessa nova versão uma maneira de declarar uma variável foi descontinuada e adivinha qual forma o programador usou??? isso passei a madrugada modificando todas as variáveis do sistema. no final entregamos mas dai foi meu primeiro cabelo branco kkkkkkk eita ficou um textão hahaha forte abraço voltando a programar depois de alguns anos valeu Erick!

[@dausterbarbosa7945]

Kra faz uma lista pra iniciantes em node

[@edu_franco94]

Ele tem um treinamento no site dele, da uma olhada talvez possa te ajudar

[@edu_franco94]

É gratuito

[@ErickWendelTraining]

Opa!! ótima ideia!! Valeu Eduardo pela recomendação o/

[@rodrigobatista9084]

Muito bomm!!

[@ErickWendelTraining]

Boa Rodrigo!! Fico feliz que gostou, manda para a galera aí!!

[@kesleydaviddev5569]

Parabéns por todo o conteudo! Como você utiliza o docker para nodeJs e reactJs ?

[@douglaseusilva]

Show de bola! Dicas valiosas!

[@TheSostenesg7]

Meu erro mais grave foi uma estimativa aue fiz, sem avaliar com calma as funcionalidades, tempo pra testes, implementação, etc. Não tinha experiência com estimativas e quase me ferrei. Essa de fazer pra depois corrigir, passo isso ainda hoje, infelizmente, pois estou num projeto todo cagado, que, de verdade, temos que fazer algumas gambiarras, pra entregar certas funcionalidades que não foram definidas no início do projeto.

[@xMorthy]

KKKK Erick, parece que voce passou pela mesma empresa que eu hahahaha Só dica fera, estou lutando ai pra mudar culturas desse tipo na empresa, tmj!

[@ErickWendelTraining]

ahahha loucura né? ahha Sao bem comuns esses problemas

[@edu_franco94]

Estou atento, sou estagiário e to prestando atenção nessas dicas ai em!! Kkk 👀😂

[@ErickWendelTraining]

Que fantástico Edu haha, é importante!

[@tiagosouzasantos1989]

Boa muito bom o/

[@leandrowx1]

Essa lista é em ordem de importância ? Você mencionou em separar o frontend do backend, achei bem interessante, mas nunca vi ninguém adotar. E esse foi o primeiro item que você falou.

[@luizromariolopesdesantanaf5849]

Cara, hoje em dia a uma boa parte das empresas (inclusive a minha) usam APIs para separar front de back... é basicamente você encapsular todas as regras atrás de uma chamada de endpoint e o front só servir para melhorar a usabilidade do cliente.

[@leandrowx1]

@@luizromariolopesdesantanaf5849 Sim, eu sei. Aqui nós também adotamos isso. Porém, é tudo no mesmo repositório. E pelo que entendi (posso ter entendido errado) o que ele quis dizer é separar o front end do back end até em repositório. Exemplo, você tem um código fonte com seu front end e você tem outro código fonte separado com seu backend que vai servir a API.

[@luizromariolopesdesantanaf5849]

@@leandrowx1, então, eu posso ter entendido errado também, mas acho que o que ele chama de separação é muito mais arquitetural, é no aspecto de o front não quebrar caso o back quebre ou vice e versa, dessa forma você consegue fazer deploy separado, consegue fazer cache de front, todos esses benefícios. Isso pode ser feito em nível de repositório ou não, mas acho que o foco é na arquitetura que ele quis dizer.

[@FrancisRodrigues]

A maioria são problemas relacionados à DevOps.

[@aldycolares3663]

Pode falar sobre a arte de pesquisar em inglês no Google para dev.

[@AlvaroCamilloNeto]

Brabo!

[@Rico220990]

Dar prazo sem entender o real problema. Me custou muito kkkk

[@ErickWendelTraining]

ahahahahha custa a muita gente até hoje ahhaa

[@zaton11]

Muitos dos tópicos levantados não se aplicam para todos os projetos, tratar a variedade de situações que existem como uma formula mágica é um erro. Quanto a criar um projeto com o back e o front juntos utilizando alguma lib spa para o front não é problema algum, afinal o front é "modular" e compilado completamente independente do backend, ele apenas otimiza recurso utilizando um mesmo servidor ou uma mesma conta. Nenhuma das justificativas para separar, citadas como problemas fazem sentido. Caso seja algo completamente integrado como aquela aplicações legadas em PHP eu concordo. Segundo ponto até onde eu vi, utilizar o docker em todo e qualquer projeto é algo completamente sem necessidade, mas isso pode variar de acordo com o gosto do desenvolvedor. Essas são minhas ressalvas, espero que elas sejam entendidas de forma construtiva para quem sabe gerar debates saudáveis.

[@ErickWendelTraining]

Opa com certeza! ahha valeu pelas palavras! [1] nao se aplicam a todos os projetos - Isso depende mesmo, mas eu tento ao máximo seguir estes pontos nos projetos que inicio e já fazem parte do meu planejamento [2] concordo contigo, isso é algo pessoal, eu não curto trabalhar com Monorepo, eu prefiro criar pacotes NPM separados para o que é compartilhado entre projetos. Sobre o front, o que eu quis dizer no video é extamente isso, a pessoa vem e coloca um no meio do HTML (no contexto aqui, usa esses renderizadores tipo o Pug, pra fazer algo como ) e acho isso péssimo pra manter [3] entendo sua opinião sobre, no meu caso, eu já deixo um template base pra tudo, com livereload, suite de testes e tudo que preciso pré-configurado. Quando eu executo o programa, nem parece que está no Docker, é um pouco mais lento, mas eu ganho muita velocidade na hora de fazer deploy em diferentes ambientes

[@Edu4Dev]

curti, tive q curti, #prazos

[@ErickWendelTraining]

Tmj Milton!!

[@esquilo_atomico]

Iron M *vscode* iden

[@DelPieroJoga10]

oq mais sofri/sofro são os 4, 6 e 7 kkkkkkkkkkk

[@ErickWendelTraining]

Ahahhahahahha dificil essa vida haha

[@Joao_PedroT]

salve galera vamos criar um projeto, baseado no que o Erik Wendel comenta aqui curte ai e reforça o comentário

[@ErickWendelTraining]

boraaaa! Eu ajudo!