Відео

gratidão pelo conteúdo pessoal!

Boa análise. Acabei de entrar na primeira oportunidade remoto pros EUA, numa pré-seed ganhando 35k ja convertidos sem stocks. Minha estratégia é usar essa pra meter o pé na porta da gringa pra nos próximos anos almejar um salario mais alto em alguma Series A ou encontrar a rara empresa gringa que não distingue regionalidade na hora de pagar. Dependendo do caso aí já endgame haha

Video apareceu para mim ! Ja tem 8 anos rapaz ainda ta mto relevante para meus estudo. Obrigado @Waldemar.

Quando iniciei em desenvolvimento de software, não existia outra alternativa a não ser instalar e configurar servidor linux + banco de dados na mão. Todos os desenvolvedores dessa geração que conheci sabiam fazer esse tipo de coisa. Nessa época não existiam sistemas de banco em memória ou mensageria, portanto você implementava as filas na mão no próprio banco de dados com triggers e tabelas. Quando vi que inventaram redis e rabbitmq, fiquei feliz pois facilitou muito (além de melhorar a performance). A única coisa necessária era entender como funcionavam os arquivos de configurações desses sistemas, instalar no linux e ler as documentações das bibliotecas para implementar. Pra deixar tudo ainda mais fácil veio o Docker. Uma verdadeira revolução. Portanto, nunca entendi em que ponto sistemas auto gerenciados de cloud se tornaram "necessidade". Qual a dificuldade em alugar servidores vps, atualizar, configurar ssh, instalar o docker, configurar e subir o openVpn, nginx, banco de dados e demais serviços? Difícil era ter que lidar com ponteiros e DLLs em pascal ou C++

Acho que precisamos sim evoluir o Nodejs, iniciativas como essa do Marco são importantissimo para o ecosistema. Parabéns pela entrevista

Vídeo excelente. Parabéns!!!

Caraca, linha de pensamento boa

Novo por aqui 😀

Velho mascaro ha de novo

Varias reflexões importantes e também muito aprendizado. Sobre o livro da capa vermelha (hahahaha) realmente muito bom, faz a gente pensar de uma maneira diferente sobre software e lembrando DDD é para ajudar a diminuir a complexidade do software e não aumentar.

um possivel problema de nao fazer over engineering desde o dia 01 , e que as empresas tendem a deixar o codigo como esta e nao calculam o debito tecnico .

Empresas grandes criaram essas arquiteturas/tecnologias para resolver o problema específico delas e ai queremos usar isso em todos projetos/empresas sendo que são contextos totalmente diferentes. Conteúdo bom demais 🚀

Sensacional, muito bom o conteúdo 👏

Muito top cara, conteúdo extremamente valioso, sou grato por ter acesso a esse tipo de conhecimento!

fala mestre!, otimo conteudo... poderia estudar trazer o Rodrigo Manguinho para debater sobre clean arch?

top ... muito bom... ensina tópicos rápidos e ensina a ser crítico elevando nosso conhecimento a questionar e como responder às situações problema que ocorrem no nosso dia a dia como desenvolvedor de sw parabéns mais uma vez pelo conteúdo produzido

Gostei do vídeo, daqui fala de Angola

muito legal essa conversa eim

Eu realmente não tenho mais motivos para usar Node.JS enquanto existir o Deno. Simplesmente Ryan Dahl(Criador do Deno e do Node) estava certo o tempo todo. Usar JS puro foi um erro e muita coisa que foi usado para conceber o Node também foi um erro e a redenção foi a criação do Deno. Agora tudo é questão da comunidade perceber.

Muito boa a entrevista!

Node.js lentamente alcançando o Bun e o Deno em termos de features. Parabéns e obrigado pela entrevista com o Marco!

Fantastico!

Será que navegadores um dia terá suporte nativo ao typescript ou vai pular direto para webassembly?

Eu passo por isso na minha atual empresa, cobrança por um código que tem que ser entregue rápido e cobram uma qualidade que é impossível de ser entregue com o atual momento do projeto.

Eu uso o Prisma

Muito bom! eu também acho que vai ser hype arquitetura modulares e evolutivas, eu estudo isso desde 2012 e sempre gostei. vale muito para criar negócios lucrativos com tecnologia. também quero ajudar a virar hype ;]

Muito bom conteúdo, obrigado pelo conhecimento compartilhado!

Nao consegui configurar o eslint. erro: npm run lint > completo@1.0.0 lint > eslint ./src ./test --ext .ts Invalid option '--ext' - perhaps you meant '-c'? You're using eslint.config.js, some command line flags are no longer available. Please see eslint.org/docs/latest/use/command-line-interface for details.

Muito bom o vídeo!

Eu juro que eu tento, mas até hoje tudo o que eu vejo tem objetivo de chegar no que existe há quase 20 anos, no caso aqui pelo que vejo, daqui uns 10 anos eles conseguem chegar no que o Hibernate do Java já faz há 20 anos..... Começaram a usar JS no backend com nodeJS porque queriam "simplificar" o backend trazendo o cara do front para o backend na mesma linguagem, viram a merda que fizeram, aí ao invés de abandonar isso, NÃO!!! inventaram o TYPESCRIPT, que deixa o JS tipado e mais "parecido" com o java, aí começaram a trazer os frameworks tradicionais para o TS também, ou seja, é uma roda gigante indo e voltando p/ o mesmo lugar... Sinceramente, aos novos, se não for front end, estudem java que vcs vão ter o melhor de tudo, porque nesse contexto ninguém inventa nada novo, é só narrativa.....

Nesse caso onde os modulos são desacoplados, não seria melhor usar a parte do Microservice do próprio nestjs onde facilita a comunicação, seja por Fila o TCP etc em um monorepo?

Primeiramente dizer que a conversa é muito interessante e faz MUITO BEM as pessoas prestarem atenção e entender tudo o que foi discutido, PORÉM é muito mais importante na minha opinião ressaltar que tudo isso não é coisa nova e muito menos uma "evolução" da arquitetura de software no geral, simplesmente porque quem já trabalhou em bancos por exemplo, seja no backend (mainframe) ou no front end, que vai consumir os serviços do backend sabe que todas essas "regras" de design de serviços/camadas/agregração já existem há mais de 50 anos, vc pode até discutir a linguagem, mas na parte de desenho mesmo, nada muda, 30 anos atrás eu já consumia serviços de mainframe em sistemas bancários onde alguns eram orientados para operações mais básicas como "depósito" ou "saque" e outros para "serviços" como "transferência", o qual "agrega" os serviços "depósito" e "saque". E tudo isso escrito na década de 70/80 em COBOL (pasmem). Ou seja, como eles disseram em alguns momentos aí na conversa, a tecnologia não importa tanto, o que importa é saber realmente DESENHAR o sofware de forma que atenda os requisitos de negócio e quem vai usar realmente consiga o fazer das formas mais claras. Uma boa experiência de trabalhar em empresas gigantes, como bancos por exemplo, é que vc vivencia na realidade como essa divisão de responsabilidades funciona e acaba aprendendo o impacto de design de serviços em sistemas que consomem os serviços.

essa linha 18 "if err := weaver.Run(context.Background(), serve); err != nil { " na IDE no vídeo aparece "if err := weaver.Run(ctx: context.Background(), app:serve); err != nil { " da onde veio esse "ctx" e "app:"

Amigos, estou com dificuldade na implementação do middlewre do expressPino, revisei código e pacotes, mas não fui capaz de resolver. arquivo server.ts (...) this.app.use( expressPino({ logger, }) ); logger exibe o seguinte erro: No overload matches this call. Overload 1 of 2, '(opts?: Options | undefined, stream?: DestinationStream | undefined): HttpLogger', gave the following error. Type 'Logger<never>' is not assignable to type 'Logger<LoggerOptions> | undefined'. Type 'Logger<never>' is not assignable to type 'Logger<LoggerOptions>'. Type 'Logger<never>' is not assignable to type 'LoggerExtras<LoggerOptions>'. The types returned by 'child(...)' are incompatible between these types. Type 'Logger<string>' is not assignable to type 'Logger<LoggerOptions & ChildOptions>'. Type 'Logger<string>' is not assignable to type 'LoggerExtras<LoggerOptions & ChildOptions>'. The types returned by 'flush(...)' are incompatible between these types. Type 'void' is not assignable to type '() => void'. Overload 2 of 2, '(stream?: DestinationStream | undefined): HttpLogger', gave the following error. Object literal may only specify known properties, and 'logger' does not exist in type 'DestinationStream'.ts(2769) Agradeço se alguém enviar alguma sugestão. Abraço a todos.

"Vamos deixar mais idiomatico". 🤔

Se você se interessa por arquitetura de software venha participar do meu workshop grátis dias 13 e 14 de agosto sobre arquiteturas evolutivas e modulares, inscreva-se agora workshop.aplicacoes-enterprise.com.br/

Os melhores do Brasil reunidos 👏🏼 👏🏼 👏🏼

To aqui pelo Golang ahhaha :)

Tu mora aqui em pelotas mano? Caracaaa, um dia pode me dar umas dicas ai man.

O hype que os microsserviços trouxe em fazer quebrar aplicações em N's tá cobrando um preço alto das empresas justamente porque a galera que quebrou essas apps não pensou em bounded-contexts e acabaram criando "nano-services".

Uau que conversa sensacional! Alto nível e muito conhecimento e experiência juntos. Parabéns Waldemar.

Eu trabalho com microservices no dia a dia, é incrível como todos meus colegas querem fazer projetos pessoais com microservices na nuvem. E eu fico batendo na tecla "faz primeiro um monólito, roda numa vps, valida sua ideia, depois quando seu monólito estiver maduro você pensa na arquitetura distribuída". Se você cuida da arquitetura de um monólito com DDD, você vai ter um monólito super Modular e capaz de ser evoluído para microservices se for o caso

caraca q da hora mano, eu sou dev pleno e se usei o vim 10x na carreira foi muito, mas pelo seu video fiquei com vontade de aprender mais sobre, sempre usei o vs code

Simm, por isso uso e curto o service weaver. monolito/monorepo, modular.