Pular para o conteúdo principal

Arquiteto de Software




Olá,
Na postagem de hoje falaremos um pouco sobre arquiteto de Software, o que ele faz e quais são as expectativas - é uma profissão em alta ou está sendo extinta?
A discussão foi baseada no podcast Profissão arquiteto de software, do dotNet Arc cast. Fique a vontade para se juntar a nós com o seu comentário! :)

O que um arquiteto de software faz? Essa foi a questão debatida no podcast inteiro (kkkk).  Dentre as opiniões apresentadas, eu fiquei inclinada a concordar principalmente com o Giovanni Bassi e o Luciano  Condé. Eles não deram uma definição explícita, mas para resumir, para eles e pra mim, um arquiteto de software ele atua num projeto mais para dar diretrizes ao time, por isso ele tem que
saber bastante coisa e estar sempre atualizado.
Uma “definição” que eu gostei bastante, foi a do Condé, ele definiu o que faz o
arquiteto em diferentes perspectivas, tais como: arquiteto corporativo, que está mais alinhado ao
negócio, possui visão estratégica e tecnológica; arquiteto de infraestrutura, mais próximo do
desenvolvedor; arquiteto de soluções, que fica no meio termo.
- É uma profissão em alta? Ou está sendo extinta?
O arquiteto de software, na minha opinião, é uma profissão em alta. Como disse o Giovanni Bassi, estamos caminhando para a especialização e com isso, o arquiteto de software vem sendo cada vez mais fundamental na empresa, porque, enquanto o desenvolvedor está preocupado com
coisas de baixo nível, qual versão de tecnologia usar e etc; o arquiteto de software está preocupado com outras coisas, tendo que possuir uma visão global do projeto para futuras
tomadas de decisão.
Isso tudo me lembrou ciência de dados, no qual dentro de um determinado problema, temos a fase de análise exploratória de dados. Nessa fase, tentamos entender os dados, conhecer sua forma e verificar tendências. Aqui, ainda não temos um modelo, queremos encontrar um. Aí que se parece com o arquiteto de software, porque o arquiteto de software ele dá diretrizes, ajuda a encontrar um melhor “modelo”, no caso, o melhor padrão de projeto a ser usado por exemplo.
Para concluir, caso alguém tenha mais afinidade com data science do que com arquitetura de software, fica mais fácil entender a importância de um arquiteto de software num projeto pensando nessa linha; ele aponta o melhor caminho a ser seguido pela equipe.



Comentários

Postar um comentário

Postagens mais visitadas deste blog

TDD e BDD

Olá pessoal, Hoje nós falaremos sobre TDD e BDD! Logo que eu ouvi sobre eles gerou um confusão enorme na minha cabeça. O que é TDD e BDD ? TDD – Test-Driven Development (Desenvolvimento Orientado a Testes) é o Desenvolvimento de Software orientado a Testes. O processo de desenvolvimento do TDD seria: Escrever um teste, sem mesmo ter escrito o código real a ser testado (Imagine o que deseja testar). Executar os testes e acompanhar a falha (Pode ser um código falso que retorne o  erro) Escrevemos a funcionalidade do sistema que iremos testar. Testar novamente, agora para passar (Se não passou algo saiu errado, faça novamente o passo 3) Refatore sua funcionalidade e a escreva por completo (o teste também) (Refactor) Passe para o próxima estória ou caso de uso e inicie novo teste. Confesso que isso é bem estranho, principalmente os passos 1 e 2 rs, até porque se funcionasse sem código seria mais estranho ainda kkk. BDD – Behavior Driven...

Padrões GRASP

Olá pessoal! Hoje nós vamos falar sobre os padrões GRASP. Engraçado né? Está no plural. Isso porque GRASP é um acrônomo para General Responsability Assignment Software Patterns ( Padrões Gerais para Atribuição de Responsabilidades). Bom, para esse post nós teremos como base esse minicurso do YouTube sobre   padrões GRASP . Vamos lá! Uma definição feita no minicurso sobre padrões GRASP é que: é um conjunto de princípios fundamentais para modelagem de objetos e atribuição de responsabilidades escrito na forma de padrões. Um padrão do GRASP é um par: problema e solução. Já que é um par problema solução, vamos falar primeiro o problema e depois o padrão mais adequado para a ocasião. 1) Qual princípio básico para se atribuir responsabilidade a objetos ? Ora, vamos atribuir a responsabilidade a quem tem a informação para realizá-la. Qual o padrão que estamos utilizando ? O information expert! Os benefícios ao usar são: Encapsulamento mantido  Comportamento é bem mais...

Qualidade de Software

Olá pessoal, O assunto de hoje é qualidade de software! :) A discussão foi baseada na apostila do Ricardo Falbo¹ e o podcast Qualidade de Software do dotnet Architecs Cast. Qualidade é algo bem subjetivo - concordando com a fala do Alexandre. O que tem qualidade para mim, pode não ter para você e vice-versa, ainda mais quando se trata de software, algo que costuma ser bem abstrato na sua construção. O que é, afinal, qualidade de software ? De acordo com a apostila do Ricardo Falbo¹, qualidade de software está fortemente relacionada à conformidade com os requisitos e o ponto principal, qualidade diz respeito à satisfação do cliente. Vamos ter como exemplo base para toda essa postagem o WhatsApp², um aplicativo de troca de mensagens instantâneas. Recentemente, o WhatsApp realizou uma atualização³ no qual, ao invés de escrever alguma mensagem no status, as pessoas postavam fotos. Isso gerou uma grande insatisfação entre a maioria dos usuários e fez com que ele voltasse at...