arquitetura de software e o arquiteto - secomp londrina - vinicius quaiato

Arquitetura de Software

um pouco sobre arquitetura e o arquiteto

Vinicius Quaiato

Wednesday, September 14, 11

Arquitetura de Software

um pouco sobre arquitetura e o arquiteto

Vinicius Quaiato

@vquaiato(vinicius quaiato)

programadorpalestrante

paisantista

entusiastaconsultor

etc, etc, etc

http://viniciusquaiato.comhttp://crafters.com.br

vinicius.quaiato@gmail.com

um blog

um podcast

uma comunidade

um(ns) evento

começando

fazer software não é fácil

bons projetos de software, reutilizáveis, são ainda mais difíceis

solução spaguetti

difícil de manter

difícil de evoluir

difícil de trabalhar

e a vida fica triste

um dos grandes problemas em

software

incrível vontade de sair fazendo

confiamos muito em nosso

conhecimento

mas nossa visão é limitada

isso não é um defeito, apenas

um fato

alguns problemas emergem neste

cenário

há enorme fragilidade

o software passa a quebrar com frequência

a menor alteração causa efeitos catastróficos

o bater de asas de uma borboleta em Tóquio pode provocar um

furacão em Nova Iorque

“Wednesday, September 14, 11

</filosofando>

o software não é sólido, não passa

confiança

o time e principalmente o cliente têm medo

as coisas são confusas

não existe coerência lógica

e/ou física

gasta-se tempo tentando entender o que faz o que(e onde)

a bagunça não é organizada

não se sabe o que está em uso e o

que é lixo

<fato>

em software o que não está em uso é

</fato>

aquilo que você jura fazer X faz Y

tudo é incerto neste cenário

corrigir um problema é outro

problema

adicionar uma funcionalidade é

um problema

não há previsibilidade de tempo e/ou esforço

estamos sempre tateando no

escuro

o que deveria ser simples é muito

complexo

o muito complexo é impossível

tudo isso somado resulta em uma enorme falta de flexibilidade

as bases sobre as quais criamos o software não são sólidas

mas quais bases?

é preciso pensar na fundação do nosso sistema

pensar suas bases

compreender estas bases

organizar o sistema

trabalhar com abstrações

separação de responsabilidades

traçar um ‘road map’ do que é

necessário

existem muitas outras características mas

podemos dizer que estas definem um pouco o que é

arquitetura de software

ou de uma maneira mais

formal

organização fundamental de um sistema incorporada em seus

componentes, suas relações entre si e entre o ambiente e os princípios

guiando seu design e evolução - IEEE

ou de uma maneira menos

formal

arquitetura é aquela coisa que é difícil mudar

os significados e definições(de

arquitetura) são um pouco nebulosos

algumas pessoas não acreditam que ela exista

o fato é que ela sempre está

presente

pode não ter sido definida, ou bem

definida, mas ela existe

até mesmo na forma de uma

péssima arquitetura

quais benefícios existem em pensar na arquitetura?

conhecimento

clareza e organização

solidez / robustez

certezas

firmeza na tomada de decisões e

cálculo de tradeoffs

decisões tomadas de forma mais

racional

previsão e mitigação de

riscos

analisar, gerenciar e planejar mudanças

mas essa tal arquitetura não

cai do céu

para que ela exista de forma eficiente

alguém precisa criá-la

alguém precisa pensar em tudo

arquiteto de software

<palavra aqui> mais mal compreendida

em TIprofissão, papel, cargo, habilidade, título

além disso o termo gera algum

<palavra aqui>stress, desejo, conflito, rixa

mas o que é o arquiteto?

o papel arquiteto de TI é resolver um problema

definindo um sistema que possa ser implmentado usando

tecnologia.

um bom arquiteto define sistemas utilizando abstrações e métodos provados para um conjunto de

tecnologias criando uma solução extensível e manutenível.

quais conhecimentos um arquiteto possui?

um bom entendimento do

domínio do problema

o problema é específico de um

segmento?

quais desafios um segmento possui com relação aos outros?

perspicácia técnica

não há como conhecer profundamente toda e

cada tecnologia

mas é necessário conhecer o propósito por detrás de seu uso

o arquiteto deve entender a quais

requisitos a tecnologia atende

conceitualizar

comunicar a parte técnica e a não

técnica

capaz de explicar para o time de negócios e o

time de desenvolvimento

mais que explicar: dar visibilidade e

clareza

conhecimento de padrões

criam um vocabulário e entendimento

concisos

possibilita o uso de soluções provadas

para o cenário

o uso indiscriminado e aleatório de padrões causa

doenças graves e pode levar o projeto à morte

</alerta>

quais competências um arquiteto possui?

liderança

o arquiteto define a fundação dos

sitemas

possibilita que os outros enxerguem o que precisa ser feito para atingir o

objetivo

cabe ao arquiteto tomadas de decisões e assumir estas decisões

em muitas vezes não são simples

em muitas vezes não são as melhores escolhas técnicas

visão estratégica

deve conseguir observar as coisas como um todo

transformar o todo em partes simples

de alcançar

fazer escolhas que maximizem ROI

gestão de relações humanas

lida com pessoas de negócio não somente internas

precisa compreender implicações políticas

para as decisões

deve ser acessível

boa comunicação

deve ser capaz de ouvir as áreas de negócio, gerenciais e técnicas

deve ser capaz de explicar modelos para a área de

negócios, as necessidades à gerenência e a arquitetura aos

técnicos

deve saber utilizar um vocabulário próprio para cada situação

todos os arquitetos são

iguas?

arquitetos podem atuar com: <cargo

aqui>CIO, gerentes, analistas de negócio,

programadores

enterprise architect

garante que os investimentos de TI estão alinhados com a estratégia de negócios da empresa

implementa a visão e estratégia

do CIO em TI

solution architect

implementa programas

estratégicos de TI

possui conhecimentos técnicos em diversas

plataformas

lida com times técnicos e de

negócios

technical architect

profundo conhecimento técnico em uma

tecnologia/plataforma

conhece e entende seus pontos fortes

e fracos

define a melhor arquitetura possível com

a tecnologia em questão

mas de fato precisamos de um

arquiteto?

alguém precisa assumir este papel

ainda que formalmente ninguém o tenha

assumido, alguém o desempenha

talvez não seja alguém com todas as

características de um arquiteto

muitas vezes não são necessárias todas

estas características

em muitos cenários um líder técnico com bom

conhecimento do domínio assume este papel

em alguns cenários o papel é compartilhado entre membros do time

é preciso atentar aos pontos que fogem ao

domínio do conhecimento técnico

liderança, relações interpessoais, conceitualização, comunicação: fogem às linhas

de código

por que programadores não

gostam de arquitetos?

experiências frustradas

arquitetos que não possuíam além da

parte técnica

arquitetos tecnicamente defasados

ocupação de cargo por tempo

de casa

um programador medíocre pode projetar

um desejo de “crescimento”

programadores podem ser arquitetos

é preciso compreender que são dois papéis distintos para uma

mesma pessoa

mesmo que se ocupe os dois papéis

simultaneamente, eles ainda são distintos

o papel de arquiteto não é o futuro de um desenvolvedor

programadores brincam com editores

de código fonte

arquitetos brincam com quadros,

desenhos, idéias

http://viniciusquaiato.comhttp://crafters.com.br

vinicius.quaiato@gmail.com

• http://en.wikipedia.org/wiki/Software_architecture

• http://www.computer.org/portal/web/guest/home

• http://viniciusquaiato.com/blog/efeito-borboleta-e-o-software/

• http://www.ibm.com/developerworks/rational/library/feb06/eeles/

• http://cnx.org/content/m17524/latest/

• http://www.bredemeyer.com/whatis.htm

• http://www.sei.cmu.edu/architecture/

• http://msdn.microsoft.com/en-us/architecture/aa699358

• http://www.opengroup.org/togaf/

• http://www.ieee.org/index.html

arquitetura de software e o arquiteto - secomp londrina - vinicius quaiato

Technology

minicurso vii secomp e 3º seel - jataí - go

projeto secomp 2014 - finalizado.pdf

apresentação vii secomp e 3º seel - jataí - go

apresentação de ruby on rails - secomp/ufs

o arquiteto despachante. a participação do arquiteto na...

mini-curso de git -- secomp-ufs

manualdo arquiteto descalÇo

301 - arquiteto

viii secomp londrina - desvendando o sharepoint 2010

lucas de marchi guia petic 2.0 - secomp versao 1.0

palestra sobre competiÇÕes de robÓtica na secomp – uesb

arquiteto concurso

arquiteto imagens · title: arquiteto imagens author: jo o...

design de interação - secomp 2011 - segundo dia

arquiteto imagens - permacursos.files.wordpress.com ·...

empregabilidade e empreendedorismo em tecnologia da...

test driven development - tdd - vinicius quaiato

001 – arquiteto

michelangelo, arquiteto

o arquiteto criativo!