Arquitetura de software

Assunto identificado no título, nas tags ou nos metadados da entrada.

Não se trata mais dos off-by-one errors (aqueles erros onde você trocou um maior por um maior-ou-igual), mas sim de arquitetura, usabilidade da interface do usuário, e decisões erradas por falta de um contexto mais amplo.

Ela também sugere a “revisão por exceção”, e usar pessoas para revisar código quando o julgamento de uma pessoa externa realmente importa: mudanças fundamentais de arquitetura, alteração de segurança, áreas críticas pouco familiares, etc.

A IA não corrige arquitetura frágil nem substitui julgamento técnico.

Assunto identificado no título, nas tags ou nos metadados da entrada.

Tenho um escritório de arquitetura usando.

É olhar para o todo, não deixando a IA pular decisões importantes, tanto de arquitetura quanto de negócio, e continuar alimentando ela com contextos e decisões cada vez mais precisas e assertivas para que você possa então focar no próximo “grande peixe” do negócio.

Mas os meus grandes aprendizados, aqueles que me fazem senior, aconteceram pq eu estava ali tomando parte de decisões complexas de arquitetura, de negócio, e de operação.

Exemplo: um email detalhando números para meu time, um texto resumindo o conteúdo de 10 posts dos nossos concorrentes na internet, um RFC para discutir mudança de arquitetura, etc.

A arquitetura e a experiência do usuário continuam exigindo decisões humanas bem fundamentadas, enquanto os agentes ampliam a capacidade de executar e verificar mudanças.

Mantenha um revisor humano responsável por cada alteração criada pelo agente, porque a revisão somente por bot e o feedback automatizado de baixo sinal não são substitutos fortes o suficiente para o julgamento humano quando a correção, a arquitetura ou o contexto de negócios são importantes.

Nesta palestra, falarei sobre escolhas reais de arquitetura e design que antes pareciam razoáveis, ou mesmo “as melhores”, mas que mais tarde se tornaram responsabilidades que restringiram as equipes, retardaram a entrega e complicaram a evolução.

Selecionar a biblioteca errada pode impactar gravemente um projeto de software em termos de custo, tempo e esforço de desenvolvimento, com a gravidade do impacto dependendo da função da biblioteca na arquitetura de software, entre outros.

Padrões como Linguagem Ubíqua, Bounded Context e Arquitetura em Camadas não acontecem juntos com os padrões da Parte II.

Ensinar arquitetura de software é difícil.

…relatando problemas de design que podem potencialmente afetar qualquer tipo de sistema, independentemente da sua arquitetura (por exemplo, Classe Complexa).

Um vasto catálogo de code smells foi definido na literatura e inclui code smells que podem ser encontrados em qualquer tipo de sistema (por exemplo, God Classes), independentemente da sua arquitetura.

Os desenvolvedores de software geralmente contam com padrões de arquitetura de software bem conhecidos, como MVC, para construir seus aplicativos.

No entanto, as ferramentas e técnicas atuais não levam em consideração a arquitetura do sistema (por exemplo, MVC, Android).