Skip to main content

Front-end - Muito além do botãozinho

· 9 min read
Bruno Carneiro
Fundador da @TautornTech

Muitas pessoas ainda associam o termo frontend apenas à aparência visual de um site ou aplicativo — cores, botões, layouts.

Aquela famosa frase "é só um botão". Mas não entende o que está por trás daquele simples botão que dispara várias ações na interface do usuário e, na maioria dos casos, em outros sistemas via API, por exemplo.

O desenvolvimento Front-end é frequentemente mal compreendido. Muitas pessoas ainda limitam sua definição à camada puramente visual — "é só colocar um botão ali" ou "só precisa mudar essa cor". Este equívoco subestima a complexidade e o impacto que decisões arquiteturais têm no desenvolvimento web moderno.

E com a vinda do Vibe Coding, essa visão pode ser acentuada. Front-end é só HTML e Backend é um bando de CRUD.

Quem trabalha com desenvolvimento sabe que não é assim que funciona. Um sistema simples feito em 1h e que escale? Boa sorte.

Arquitetura Front-end

· 11 min read
Bruno Carneiro
Fundador da @TautornTech

Este é um artigo que quero escrever há muito tempo mas só enrolo... Hoje acordei às 5h e, por alguma força oculta da natureza, sentei em frente ao PC para poder escrever algo misterioso que sai da minha cabeça.

Sem mais enrolação, o objetivo aqui é descrever algumas arquiteturas Front-end que é um tema complexo e estranhamente abordado.

Neste artigo vou abordar um exemplo de arquitetura e armadilhas por não seguir um padrão bem definido. O que trago é uma visão do desenvolvedor de software e coisas que ele deve se preocupar para mitigar problemas futuros, para ele e para a empresa.

Arquitetura de software é sobre o que é importante para o negócio.

Arquitetura de Aplicações - Velocidade vs Escalabilidade

· 13 min read
Bruno Carneiro
Fundador da @TautornTech

Design de aplicações é um tema extremamente importante para o desenvolvimento de software. Vejo muitas pessoas não tendo ideia de como criar uma boa arquitetura, podendo criar grandes complicações à medida que o sistema vai evoluindo, novas features, novas demandas, problemas, pressão por entrega e muitos outros fatores que contribuem para o aumento da complexidade da aplicação.

Sistemas inteiros podem ser refeitos pelo simples fato do time não ter criado uma boa arquitetura, ao menos um início ideal que possibilite evolução e adaptação do projeto. Isso pode ocorrer por diversos fatores, falta de conhecimento e pressão para realizar a entrega (muito comum), este último cria uma armadilha por achar que pular etapas do software visando somente velocidade e entrega não vai afetar a qualidade e escala.

Neste artigo vou abordar alguns problemas que podem ocorrer por não seguir um padrão bem definido. O meu objetivo é trazer a visão do desenvolvedor de software e coisas que ele deve se preocupar para mitigar problemas futuros, para ele e para a empresa.