Comentários · Página 4 · obrenoalvim

"Faz sentido focar em back e devops. Next acaba sendo uma exceção boa pra quem vem desse lado: o modelo mental de rotas e server-side é mais próximo de API do que de componente visual. Mas não tem urgência, se back está respondendo, continua aí."

· 0 comentário · ·

"Verdade, e o ciclo vai continuar. A diferença é que no Node cada nova solução costuma vir com um DX diferente e às vezes genuinamente melhor, mesmo que o problema central seja o mesmo de sempre. Não justifica reinventar tudo, mas explica por que o ecos..."

· 0 comentário · ·

"Faz todo sentido trocar a stack quando a reescrita já é inevitável de qualquer jeito. React mal estruturado é das piores heranças, porque a liberdade da biblioteca vira armadilha: cada dev fez do seu jeito, sem convenção nenhuma. Qual stack você foi?"

· 10 comentários · ·

"O ponto do fluxo complexo é o divisor de águas. Quando você tem 10+ serviços com healthchecks encadeados, secrets diferentes e dependências de startup, o Compose começa a ficar ilegível e K8s passa a fazer sentido real. O problema é que a maioria adota..."

· 0 comentário · ·

"A divisão faz sentido na prática. Go para WebRTC é forte, o Pion é maduro para isso. A parte do C# só para ecossistema Microsoft é um pouco restritiva, ASP.NET Core compete bem em qualquer contexto hoje. O Node 'para o resto' acaba sendo o que acontece..."

· 2 comentários · ·

"A comparação com gambiarra é justa historicamente. O ecossistema JS cresceu no sentido de tapar buracos da linguagem: TypeScript para tipagem, Zod para validação em runtime, esbuild porque o tooling nativo era ruim. Funciona, mas você sente o peso acum..."

· 0 comentário · ·

"Tailwind porque a velocidade de iteração é muito maior do que CSS puro. Sem precisar nomear classe, sem arquivo separado, sem contexto quebrado. Com Next.js o fluxo fica natural: componente e classes no mesmo lugar. Componente reutilizável com HTML+CSS..."

· 2 comentários · ·

"Leptos é uma escolha bem corajosa pra painel em produção. Tem bem menos material disponível comparado ao React e o modelo de reatividade é diferente do que a maioria está acostumada. Curioso pra saber: a migração tá sendo mais difícil pela falta de eco..."

· 12 comentários · ·

"Faz sentido. Muita gente entra no mercado pelo framework antes de entender o que ele abstrai, e isso cria buracos que aparecem na hora errada. Com o BloodLink senti isso no CSS: tinha que estilizar coisas fora do padrão e ficava dependendo de gambiarra..."

· 4 comentários · ·

"Concordo que Svelte tem elegância, especialmente no sistema de reatividade sem boilerplate. O ponto do post não era sobre a documentação em si, mas sobre como a sintaxe .svelte é um paradigma diferente: mistura template, script e estilos de um jeito qu..."

· 0 comentário · ·

"O argumento de custo é válido, mas depende muito do contexto. Para serviços de infraestrutura, workers, CLIs, Go é imbatível: binário único, sem runtime, memória baixa. Mas para produto, onde o time é pequeno e a velocidade de iteração importa mais que..."

· 0 comentário · ·

"O final com pergunta é um hábito que peguei escrevendo posts e acabou ficando artificial demais. Vou ajustar. Sobre os cartões, fui em gráfica local nos primeiros testes do BloodLink também. Online compensa mais em volume, mas a primeira tiragem pequen..."

· 1 comentário · ·

"O ponto do as any é real e bom. TypeScript te dá uma rede de segurança que você mesmo pode cortar quando o prazo aperta. Com Rust o compilador não negocia, você resolve o problema ou não compila. As server functions do Leptos são interessantes exatamen..."

· 14 comentários · ·

"PHP/Laravel é uma escolha legítima, especialmente pra projetos que precisam ir rápido com time pequeno. O Inertia.js resolveu um problema real de DX que o Laravel tinha. Minha dúvida é no longo prazo: quando o projeto cresce e a equipe precisa de espec..."

· 4 comentários · ·

"Esse ponto do Blazor é real: a reutilização de componentes entre front e back no mesmo ecossistema é uma vantagem que o Next.js não tem da mesma forma. No meu caso ainda prefiro Next.js pelo ecossistema de libs JS, mas entendo que pra quem já vive no ...."

· 0 comentário · ·

"Concedo o ponto: a sintaxe básica do Svelte é clean, bem mais próxima do HTML/JS puro do que JSX. O que me incomoda mais é a reatividade implícita com $: e a forma como os arquivos .svelte misturam tudo num único lugar sem uma separação clara de respon..."

· 0 comentário · ·

"Faz sentido: o overhead do boundary WASM/JS equilibra o jogo em fluxos comuns, mas processamento intensivo client-side é onde WASM realmente se destaca. O exemplo do parquet é exatamente o tipo de caso que qualquer framework JS vai sofrer, sem volta. M..."

· 16 comentários · ·

"Essa definição é boa: framework virou identidade em vez de ferramenta. Tem muita empresa que aprende React e daí encaixa em tudo, até onde HTML com um pouco de JS resolveria mais rápido. O problema é que o mercado de trabalho reforça isso, React no cur..."

· 0 comentário · ·

"Essa história resume bem o problema: IA gera código que funciona, mas que só ela entende. Manipulação de viewport em escala, sem contexto claro de como as funções se relacionam, é receita pra refatoração impossível. O desfecho pro Svelte faz sentido, c..."

· 0 comentário · ·

"Cartão físico com QR code é algo que eu já pensei, faz todo sentido para o contexto de emergência. O problema hoje é custo de produção e distribuição para um produto que ainda está validando o modelo. Começar digital foi deliberado por isso. Planos cas..."

· 3 comentários · ·

"Concordo que o custo da boundary WASM/JS é o ponto mais ignorado quando alguém cita Leptos. As demos de benchmark sempre mostram código que mal toca o DOM, que é exatamente onde WASM brilha. Numa aplicação real com formulários, drag-and-drop, animações..."

· 18 comentários · ·

"A parte dos colegas que evangelizavam React e hoje não tocam nele bate demais. Virou quase um rito de passagem: defende com unhas e dentes por 2 anos, depois descobre que existia mundo além e muda completamente. Sobre o Alpine, acho que você acertou na..."

· 2 comentários · ·

"O ponto da medula é o mais afiado da sua crítica: o cadastro proativo funciona porque a chamada é específica para aquela pessoa. A BloodLink tenta algo parecido, mas para sangue, onde a compatibilidade é mais simples. O problema real não é convencer do..."

· 0 comentário · ·

"Transformar Figma em código com equipe fora da stack é exaustivo. Ser o único que entende Vue e ainda ter que adaptar o HTML dos outros... isso soma. O problema do pixel fora do lugar em escala é inevitável quando cada um constrói componente isolado se..."

· 6 comentários · ·

"Obrigado pelo feedback e por se inscrever! Dei uma olhada aqui e o Maranhão (junto com todos os outros estados) está sim na lista, mas entendo que pode ter dado algum problema na hora de carregar o seletor para você. Pode ter sido instabilidade pontual..."

· 0 comentário · ·

"Obrigado pelas ideias. API para consulta é algo que penso a longo prazo, mas o desafio é que dados de saúde têm implicações legais sérias, especialmente no contexto de LGPD. Carteirinha física é criativa, mas por enquanto foco em validar o produto digi..."

· 5 comentários · ·

"Você tocou num ponto real: pra doação de rotina, o hospital resolve. O BloodLink é pensado pra urgências de tipo específico, tipo AB negativo. Nesse caso, a família posta uma campanha e a plataforma notifica doadores compatíveis que já se cadastraram c..."

· 2 comentários · ·

"Mobile está no roadmap. A ideia é ter app nativo para facilitar o cadastro e principalmente para campanhas urgentes chegarem como notificação, que é onde faz mais diferença de verdade. Por enquanto o site funciona no mobile via browser, mas não é a mes..."

· 0 comentário · ·

"Faz sentido a trajetória. A mudança do .NET para Java naquela época foi comum por esse mesmo motivo, Microsoft era fechada e o ecossistema corporativo já era Java. Node com TypeScript é escolha sólida, especialmente para quem tem background em Java por..."

· 1 comentário · ·

"Sprint de 1 semana já ajuda bastante. O problema do Scrum na maioria das empresas é que virou ritual obrigatório sem ninguém questionar o porquê de cada cerimônia. Daily de 5 minutos só funciona de verdade se o time se comunica fora dela, senão é só um..."

· 2 comentários · ·

obrenoalvim

Conteúdos de obrenoalvim navigation