diferença entre projetista e arquiteto  XML
Índice dos Fóruns » Assuntos gerais necessariamente ligados a tecnologia
Autor Mensagem
matheus564
Thread.start()

Membro desde: 26/03/2006 13:24:31
Mensagens: 26
Offline

Alguem poderia me explicar a diferença entre projetista e arquiteto ?? Eu entendo que o arquiteto é quem faz o projeto do software, não ??
Rubem Azenha
GUJ Master
[Avatar]

Membro desde: 28/06/2004 00:10:43
Mensagens: 1965
Localização: São Paulo, SP
Offline

Ate onde eu sei arquiteto eh quem define frameworks, estrutura, divisao de componentes do sistema, essas coisas mais alto nivel.

Projetista pega um caso de uso, le e escreve um projeto (diagrama UML por exemplo) explicando como deve ser codificado.

Algo assim.



Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning
[WWW]
Hal Jordan
JavaChild
[Avatar]

Membro desde: 24/04/2006 12:20:41
Mensagens: 138
Offline

microfilo wrote:Ate onde eu sei arquiteto eh quem define frameworks, estrutura, divisao de componentes do sistema, essas coisas mais alto nivel.

Projetista pega um caso de uso, le e escreve um projeto (diagrama UML por exemplo) explicando como deve ser codificado.

Algo assim.



Nao é por ae não... Arquiteto não é só isso não, é MUITO mais alem... Definir frameworks é só detalhe. Bom arquiteto se preocupa sim dim divisão de componentes, suas interfaces, etc... o que vale dizer é que arquiteto se preocupa principalmente com coisas importantes no sistema... Enfim... há muito que o arquiteto deve fazer, existem muitos artigos da IBM, etc que explica isso de forma mais correta (to com preguiça de ser mais detalhista), enfim...

Mas NUNCA confunda desenvolvedor senior com arquiteto.... existem muitos desenvolvedores seniors aqui que se considera arquiteto, principalmente no que se trata de tecnologia... Tem uma cambada de baba ovo de Spring aqui que mostra como qualquer idiota pode pegar um cracha e escrever arquiteto nele... Arquitetura é principalmente tomada de decisão, e não 'Eu sei Spring, babo ovo de Spring, e qualquer idiota que nao gosta é imbecil que nao sabe o que é AOP, IoC, etc bem feito e bla bla' ... Some desse tipo de arquiteto, ele nao é arquiteto, é um idota como varios em nossa profissao que nem sabe o que faz... Desenvolvedores não adoram falar mal de gerente de projeto que nao sabe o que é projeto de tecnologia? Entao esse gerentes sao idiotas e todo muito sabe... Da mesma forma existem arquitetos que nem sabe o que é ser um arquiteto, o problema é que ainda ninguem falou isso pra ele.
Hal Jordan
JavaChild
[Avatar]

Membro desde: 24/04/2006 12:20:41
Mensagens: 138
Offline

bom, tá aqui um doa artigos que estou falando:

http://www-128.ibm.com/developerworks/rational/library/content/RationalEdge/apr01/CommonMisconceptionsaboutSoftwareArchitectureApr01.pdf
s4nchez
Virtual Machine Man
[Avatar]

Membro desde: 05/06/2006 11:35:55
Mensagens: 722
Localização: London, UK
Offline

Hal Jordan wrote:
microfilo wrote:Ate onde eu sei arquiteto eh quem define frameworks, estrutura, divisao de componentes do sistema, essas coisas mais alto nivel.

Projetista pega um caso de uso, le e escreve um projeto (diagrama UML por exemplo) explicando como deve ser codificado.

Algo assim.



Nao é por ae não... Arquiteto não é só isso não, é MUITO mais alem... Definir frameworks é só detalhe. Bom arquiteto se preocupa sim dim divisão de componentes, suas interfaces, etc... o que vale dizer é que arquiteto se preocupa principalmente com coisas importantes no sistema... Enfim... há muito que o arquiteto deve fazer, existem muitos artigos da IBM, etc que explica isso de forma mais correta (to com preguiça de ser mais detalhista), enfim...


O que seriam essas "coisas importantes do sistema"?

Hal Jordan wrote:
Mas NUNCA confunda desenvolvedor senior com arquiteto.... existem muitos desenvolvedores seniors aqui que se considera arquiteto, principalmente no que se trata de tecnologia... Tem uma cambada de baba ovo de Spring aqui que mostra como qualquer idiota pode pegar um cracha e escrever arquiteto nele... Arquitetura é principalmente tomada de decisão, e não 'Eu sei Spring, babo ovo de Spring, e qualquer idiota que nao gosta é imbecil que nao sabe o que é AOP, IoC, etc bem feito e bla bla' ... Some desse tipo de arquiteto, ele nao é arquiteto, é um idota como varios em nossa profissao que nem sabe o que faz... Desenvolvedores não adoram falar mal de gerente de projeto que nao sabe o que é projeto de tecnologia? Entao esse gerentes sao idiotas e todo muito sabe... Da mesma forma existem arquitetos que nem sabe o que é ser um arquiteto, o problema é que ainda ninguem falou isso pra ele.


<brincadeira>
Quanta mágoa no coração!
</brincadeira>

Agora sério, se arquitetura é tomada de decisão, acredito que isto pode ser feito até pelo programador júnior, se ele tiver embasamento o bastante para isso e o resto da equipe for inteligente o bastante para dar ouvidos a ele neste caso. Então, qual a necessidade de se diferenciar tanto desenvolvedor de arquiteto afinal?

Ivan Sanchez | coding dojo | blog | twitter
[WWW]
Leozin
JWizard
[Avatar]

Membro desde: 18/06/2005 21:01:26
Mensagens: 2367
Localização: São Paulo/SP
Offline

Hal Jordan wrote:
Nao é por ae não... Arquiteto não é só isso não, é MUITO mais alem... Definir frameworks é só detalhe. Bom arquiteto se preocupa sim dim divisão de componentes, suas interfaces, etc... o que vale dizer é que arquiteto se preocupa principalmente com coisas importantes no sistema... Enfim... há muito que o arquiteto deve fazer, existem muitos artigos da IBM, etc que explica isso de forma mais correta (to com preguiça de ser mais detalhista), enfim...


Resumindo:

Microfilo wrote:arquiteto eh quem define frameworks, estrutura, divisao de componentes do sistema, essas coisas mais alto nivel.

http://www.leozin.com.br/blog
[ICQ]
pcalcado
Moderador
[Avatar]

Membro desde: 08/03/2004 17:19:35
Mensagens: 5174
Localização: Sydney - Australia
Offline

Em um ambiente onde as coisas são "jogadas por cima do muro" (coisa execrada em RUP, XP, Scrum e qualquer outra emtodologia séria) geralmente se chama de arquiteto o cara que toma macro-decisões sobre o projeto e de projetista o sujeito que tenta programar em UML.

Programadro é oc ara que pega toda a fanstasia e tenta criar a única coisa que importa: software.

'Projetista' é um papel que os gurus da ciência da computação já aboliram há décadas mas algumas empresas insistem em tentar mantêr. Fazia sentido quando você tinha uma śerie de transformações entre o modelo lógico e o físico mas hoje com um mapeamento quase 1-para-1 não faz qualquer sentido.

Phillip Calçado "Shoes"
http://fragmental.tw/
http://blog.fragmental.com.br/
"It is unfortunate that much of what is called 'object-oriented programming today is simply old style programming with fancier constructs." - Alan Kay
[Email] [WWW] [Yahoo!] [MSN]
Hal Jordan
JavaChild
[Avatar]

Membro desde: 24/04/2006 12:20:41
Mensagens: 138
Offline

Leozin wrote:
Hal Jordan wrote:
Nao é por ae não... Arquiteto não é só isso não, é MUITO mais alem... Definir frameworks é só detalhe. Bom arquiteto se preocupa sim dim divisão de componentes, suas interfaces, etc... o que vale dizer é que arquiteto se preocupa principalmente com coisas importantes no sistema... Enfim... há muito que o arquiteto deve fazer, existem muitos artigos da IBM, etc que explica isso de forma mais correta (to com preguiça de ser mais detalhista), enfim...


Resumindo:

Microfilo wrote:arquiteto eh quem define frameworks, estrutura, divisao de componentes do sistema, essas coisas mais alto nivel.



hummm, não.... Arquiteto ajuda a encontrar risco de projeto, procura principalmente necessidades não funcionais, promove conhecimento aos desenvolvedores, verifica se o plano de arquitetura/metricas/praticas esta sendo seguido pelos desenvolvedores, ajuda na formação da equipe (verificando qualificacao necessaria), ajudar a avaliar o planejamento do projeto (dando informações tecnicas ao gerente de projeto), enfim...

bom, mais 2 artigos que ajudam entender o que ´arquitetura:

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

http://www-128.ibm.com/developerworks/rational/library/mar06/eeles/index.html


Ps: Ignorem o que o s4nchez disse sobre que qualquer um é capaz de tomar decisão
s4nchez
Virtual Machine Man
[Avatar]

Membro desde: 05/06/2006 11:35:55
Mensagens: 722
Localização: London, UK
Offline

Hal Jordan wrote:
hummm, não.... Arquiteto ajuda a encontrar risco de projeto, procura principalmente necessidades não funcionais, promove conhecimento aos desenvolvedores, verifica se o plano de arquitetura/metricas/praticas esta sendo seguido pelos desenvolvedores, ajuda na formação da equipe (verificando qualificacao necessaria), ajudar a avaliar o planejamento do projeto (dando informações tecnicas ao gerente de projeto), enfim...

Ps: Ignorem o que o s4nchez disse sobre que qualquer um é capaz de tomar decisão


Seria mais fácil você responder meus questionamentos, não?

Apropósito, você citou tarefas que podem muito bem ser executadas por qualquer desenvolvedor (ajudar na formação da equipe, encontrar risco de projeto, dar feedback técnico aos gerentes). Se a empresa precisa de uma pessoa específica para este fim e dá o nome de arquiteto tudo bem, mas ainda não entendi qual a necessidade de se diferenciar tanto este papel do resto da equipe (e por isso respondi em primeiro lugar)

Ivan Sanchez | coding dojo | blog | twitter
[WWW]
MarcioTavares
Virtual Machine Man
[Avatar]

Membro desde: 09/11/2002 19:33:28
Mensagens: 738
Localização: Rio de Janeiro
Offline


Hal Jordan wrote:Ps: Ignorem o que o s4nchez disse sobre que qualquer um é capaz de tomar decisão
Gente, vamos conversar sem brigas, OK? Não há necessidade nenhuma de bate-boca.


Eu concordo com a descrição que o Jordan deu sobre o "cargo" de Arquiteto. Mas também concordo com o Sanchez que não há nada que um Arquiteto faça que um Desenvolvedor experiente não possa fazer. Essa pode não ser a definição correta de Arquiteto, mas é o que eu vejo e vi nas empresas que passei.

A impressão que eu tenho é que o Arquiteto é o degrau acima do Desenvolvedor Sênior, e com a diferença de que o Arquiteto está muito mais focado na infraestrutura do sistema do que com a lógica de negócios que aquele sistema implementa.

Existe uma definição de Arquiteto?


- Galera do RJ precisa prestigiar os eventos de Java!!

- Sou a favor da extinção do Cobol da face da Terra!
[Email] [MSN]
Hal Jordan
JavaChild
[Avatar]

Membro desde: 24/04/2006 12:20:41
Mensagens: 138
Offline

s4nchez wrote:
Hal Jordan wrote:
hummm, não.... Arquiteto ajuda a encontrar risco de projeto, procura principalmente necessidades não funcionais, promove conhecimento aos desenvolvedores, verifica se o plano de arquitetura/metricas/praticas esta sendo seguido pelos desenvolvedores, ajuda na formação da equipe (verificando qualificacao necessaria), ajudar a avaliar o planejamento do projeto (dando informações tecnicas ao gerente de projeto), enfim...

Ps: Ignorem o que o s4nchez disse sobre que qualquer um é capaz de tomar decisão


Seria mais fácil você responder meus questionamentos, não?

Apropósito, você citou tarefas que podem muito bem ser executadas por qualquer desenvolvedor (ajudar na formação da equipe, encontrar risco de projeto, dar feedback técnico aos gerentes). Se a empresa precisa de uma pessoa específica para este fim e dá o nome de arquiteto tudo bem, mas ainda não entendi qual a necessidade de se diferenciar tanto este papel do resto da equipe (e por isso respondi em primeiro lugar)


Existe uma grande diferença entre papel e cargo... Vc pode possuir um cargo de desenvolvedor e executar o papel, as tarefas, ou como vc quiser chamar, de um arquiteto e de um desenvolvedor... e contrario tb...

E em relação de seus 'questionamentos', se isso pode-se chamar de questionamento, eu postei 3 links e se pesquisar possuem vários na internet...

Bom, coisas importantes no sistema que o PAPEL de arquiteto deve verificar é POR EXEMPLO, é a interação entre alguns componentes. O componente de venda precisa do componente de clientes e do componente de produtos.... Pronto.
s4nchez
Virtual Machine Man
[Avatar]

Membro desde: 05/06/2006 11:35:55
Mensagens: 722
Localização: London, UK
Offline

Hal Jordan wrote:
Existe uma grande diferença entre papel e cargo... Vc pode possuir um cargo de desenvolvedor e executar o papel, as tarefas, ou como vc quiser chamar, de um arquiteto e de um desenvolvedor... e contrario tb...

Perfeito... E que eu me lembre nunca disse que eram a mesma coisa. Minha dúvida é só no que se refere a necessidade deste rótulo de "Arquiteto", uma vez que até onde eu vi ele não faz nada além do que os desenvolvedores mais experientes já fazem.
Hal Jordan wrote:
E em relação de seus 'questionamentos', se isso pode-se chamar de questionamento, eu postei 3 links e se pesquisar possuem vários na internet...

Se não quer responder basta ignorar. É mais fácil e fica menos feio do que desmerecer a pergunta.
Hal Jordan wrote:
Bom, coisas importantes no sistema que o PAPEL de arquiteto deve verificar é POR EXEMPLO, é a interação entre alguns componentes. O componente de venda precisa do componente de clientes e do componente de produtos.... Pronto.

Mais uma vez, isso é coisa que o PAPEL de desenvolvedor já inclui

Ivan Sanchez | coding dojo | blog | twitter
[WWW]
Hal Jordan
JavaChild
[Avatar]

Membro desde: 24/04/2006 12:20:41
Mensagens: 138
Offline

s4nchez wrote:
Se não quer responder basta ignorar. É mais fácil e fica menos feio do que desmerecer a pergunta.


Questionamento geralmente ocorre quando vc 'vai contra' contra um ideia... Aquilo foi uma simples pergunta

s4nchez wrote:
Mais uma vez, isso é coisa que o PAPEL de desenvolvedor já inclui


Hummm, não... uma das coisas que discutimos na pos de arquitetura é exatamente isso. Maioria NÃO consegue entender e NUNCA vai entender... Bom, go learn : http://www.sei.cmu.edu/architecture/arch_duties.html

PS: essa sua ultima frase foi um questionamento
s4nchez
Virtual Machine Man
[Avatar]

Membro desde: 05/06/2006 11:35:55
Mensagens: 722
Localização: London, UK
Offline

Hal Jordan wrote:
s4nchez wrote:
Mais uma vez, isso é coisa que o PAPEL de desenvolvedor já inclui


Hummm, não... uma das coisas que discutimos na pos de arquitetura é exatamente isso. Maioria NÃO consegue entender e NUNCA vai entender... Bom, go learn : http://www.sei.cmu.edu/architecture/arch_duties.html

PS: essa sua ultima frase foi um questionamento


Qual o curso de pós que você faz? Gostaria de ler a ementa do curso para entender do que se trata. No link que você me mandou há uma discussão sobre os deveres do Chief Software Architect, o que me parece ir mais além ainda do que o papel do Arquiteto, não?

Pra mim o difícil de entender não é o que é o Arquiteto, e sim o que justifica ter este papel destacado dentro da equipe, inclusive separando uma pessoa exclusiva para esta função.

Ivan Sanchez | coding dojo | blog | twitter
[WWW]
Hal Jordan
JavaChild
[Avatar]

Membro desde: 24/04/2006 12:20:41
Mensagens: 138
Offline

s4nchez wrote:
Hal Jordan wrote:
s4nchez wrote:
Mais uma vez, isso é coisa que o PAPEL de desenvolvedor já inclui


Hummm, não... uma das coisas que discutimos na pos de arquitetura é exatamente isso. Maioria NÃO consegue entender e NUNCA vai entender... Bom, go learn : http://www.sei.cmu.edu/architecture/arch_duties.html

PS: essa sua ultima frase foi um questionamento


Qual o curso de pós que você faz? Gostaria de ler a ementa do curso para entender do que se trata. No link que você me mandou há uma discussão sobre os deveres do Chief Software Architect, o que me parece ir mais além ainda do que o papel do Arquiteto, não?

Pra mim o difícil de entender não é o que é o Arquiteto, e sim o que justifica ter este papel destacado dentro da equipe, inclusive separando uma pessoa exclusiva para esta função.


Por isso que eu disse que ser arquiteto é muito alem de escolher frameworks e é muito alem de ser desenvolvedor senior...

Bom, eu faço na puc, nao to achando a ementa do curso pq acho q eles tiraram da internet... bom, te falo q é muito bom, te dá um otima visão sobre arquitetura, algo que nunca tinha imaginado...
 
Índice dos Fóruns » Assuntos gerais necessariamente ligados a tecnologia
Ir para:   
Powered by JForum 2.1.8 © JForum Team