[OFF] Certificações para um Arquiteto de software

[Leandro Lustosa]

Acredito que esta discussão já tenha aparecido aqui no grupo, mais
decidi criar uma nova thread.

Tomando como ponto de vista o do mercado de trabalho para um arquiteto
de software, vocês acreditam quem certificações são importantes?
Até que ponto elas contribuem?
O quanto uma certificação agrega a um profissional?

[Johann]

Ou mais importante que certificações, aproveito para extender a pergunta: 

Que cursos ou áreas de conhecimento um arquiteto precisa dominar para efetivamente ser considerado um arquiteto?

--
Você recebeu esta mensagem porque faz parte do grupo .Net Architects hospedado no Google Groups.
Para postar envie uma mensagem para dotnetar...@googlegroups.com
Para sair do grupo envie uma mensagem para dotnetarchitec...@googlegroups.com
Para mais opções visite o grupo em http://groups.google.com/group/dotnetarchitects?hl=pt-br

[Thi]

O Waldemir Cambiucci falou disso no DNAD deste ano:

http://blogs.msdn.com/b/wcamb/archive/2011/06/20/um-mapa-sobre-arquitetos-do-mercado.aspx

At,

[Jorge Joaquim]

O mercado tem o arquiteto como um programador que conhece um monte de framework, e algumas certificações.

O mercado tem o programador, como o profissional que conhece um monte de framework.

Ser arquiteto no meu ponto de vista, é o profissional que tem a capacidade de modelar um sistema orientado a objeto, definido qual o modelo de camadas melhor para o negocio que será implementado e definir qual frameworks utilizar seguindo a premissa de design pattners para resolver uma possiveis questões sobre determinadas implementações e performance das mesmas.

Certificação é bom, o mercado gosta, mas não diz se o cara é bom no que faz.

Tem um monte de cara ai se achando programador ou arquiteto e nem sabe desenvolver orientado a objeto.

Jorge Joaquim

Analista Desenvolvedor de Sistemas
jorgej...@gmail.com
(11) 8410-5757 / 6227-3889

[Vinicius Quaiato]

Sem Orientação a Objetos não existe arquitetura? <o>

Se não usar Design Patterns não é arquiteto?

2011/8/16 Jorge Joaquim <jorgej...@gmail.com>

[Renato Cantarino]

só é preciso ter o ensino fundamental completo.

[stefhan rafael]

Sempre é preciso usar frameworks?

2011/8/16 Vinicius Quaiato <vinicius...@gmail.com>

[Raphael Silvestre Molesim]

Mais um pouco de confusão entre Arquitetura e Design???

[Rodrigo Silva de Andrade]

sendo pratico, acho difícil alguém fazer algo decente hoje sem usar algum Framework, você pode até não usar, mas vai estar deixando de entregar o valor que podia entregar pro seu cliente.

2011/8/16 stefhan rafael <kra...@gmail.com>

[Cassio Batista Pereira]

Eu acredito que arquiteto é quem "estrutura" uma aplicação e não a "desenvolve" em si.

Ele prepara o "terreno" para os desenvolvedores... no caso ele diz um exemplo:

Ahh projeto tal, vai ser em 3 camadas, UI, facade e DAL, vai usar sql 2008 o padrão de nomenclatura é esse, a camada tal acessa isso e aquilo por esse e esse motivo, etc.

Ele define o ROTEIRO que os desenvolvedores devem seguir para que sua aplicação cresça sobre essa "casca" que o arquiteto projetou...

resumindo acho que é isso...

2011/8/16 Raphael Silvestre Molesim <raphae...@gmail.com>

[Jorge Joaquim]

OO é fundamental, Design Partner não, acredito eu.

Jorge Joaquim
Analista Desenvolvedor de Sistemas
jorgej...@gmail.com
(11) 8410-5757 / 6227-3889

[Renato Cantarino]

meu conceito de "arquiteto" vai alem desse Cassio, o que voce descreveu um senior faz.

[Rogério Garibalde]

no caso do ASP.NET, o EF 4.1 ainda é muito lento, então, na minha opinião temos que trocar por rotinas especificas desenvolvidas para dar o tratamento adequado com rapidez e eficiencia. (isso quer dizer desenvolver todo um conjuntos de classes para tratar o acesso ao dado)

Ou estou enganado? Estou falando de aplicações profissionais que tem que ter performance para funcionar.

Cordialmente,
Rogerio G Miranda

2011/8/16 Rodrigo Silva de Andrade <dang...@gmail.com>

--
Cordialmente,
Rogerio G Miranda

[Jorge Joaquim]

Concordo,

O importante é sempre pensar em desenvolver um framework da aplicação, ou seja, quando for desenvolver um software, a camada de negocio tem que ser o framework da empresa, sendo orientado a objeto e utilizando conceitos de DDD, principalmente no que diz respeito a definição dos domínios e desacoplar a aplicação do modelo/banco.

Jorge Joaquim

Analista Desenvolvedor de Sistemas
jorgej...@gmail.com
(11) 8410-5757 / 6227-3889

Em 16 de agosto de 2011 11:45, Cassio Batista Pereira <cass...@gmail.com> escreveu:

[daniel carli]

Caraca, antes do DDD não existia nada.

[Renato Cantarino]

Nao pessoal. isso ae eu, que nem sei qual é meu nível, faço.

[Vinicius Quaiato]

O cliente te paga pra receber frameworks?

2011/8/16 Rodrigo Silva de Andrade <dang...@gmail.com>

sendo pratico, acho difícil alguém fazer algo decente hoje sem usar algum Framework, você pode até não usar, mas vai estar deixando de entregar o valor que podia entregar pro seu cliente.

[Vinicius Quaiato]

Na verdade isso o projeto diz se precisa ou não... não é arquiteto nem senior quem dia isso ;)

2011/8/16 Renato Cantarino <renato.c...@gmail.com>

[Renato Cantarino]

Vinicius,

Falei baseado na definição do Cassio sobre as atribuição do arquiteto.

[Vinicius Quaiato]

vc não precisa abandonar o EF4 no projeto inteiro: pode ter a visão de onde, quando e como utilizar em alguns pontos o sistema.

Da mesma forma que não precisa usar um banco relacional para login e senha por exemplo. Pode melhorar a performance disso deixando login e senha em um banco key-value nosql e os dados "cadastrais" em um relacional talvez. 

São diversas questões e saídas que podem melhorar seu desempenho ;)

2011/8/16 Rogério Garibalde <rogerio...@gmail.com>

[Vinicius Quaiato]

Jorge nem só de OO vive o mundo ;)

2011/8/16 Jorge Joaquim <jorgej...@gmail.com>

[dm.ga...@gmail.com]

Vou além quando saímos do mérito certificação e pensamos em pós... ai fica mais difícil!

Da pra virar um PMO (certificação reconhecida + pós reconhecida) e qual a segunda opção?!

Mais da metade do pessoal que eu conheço que fez a pós de Fucking ArchTortura Ninja e continuam sendo programadores (e suas skills não melhoram em nada). PMO são "promovidos" na hora. 

Acho que o mercado diz da maneira dele o que realmente quer/se importa. Não digo que não existe oportunidades mas o caminho do arquiteto é mais tenebroso, longo e a com reconhecimento a longo prazo.

 

Deivison M. Gandini
dm.ga...@gmail.com | msn: dm_ga...@hotmail.com
Before printing, think about your responsibility and commitment to the ENVIRONMENT!
Antes de imprimir pense em sua responsabilidade e compromisso com o MEIO AMBIENTE!

2011/8/16 daniel carli <dansa...@gmail.com>

[Vinicius Quaiato]

Jorge DDD não é indicado para todos os casos. Cuidado com suas crenças.

POO pode ser uma péssima escolha para alguns cenários.

Não preciso ter um framework da empresa para criar um sistema. http://pt.wikipedia.org/wiki/Framework

2011/8/16 Jorge Joaquim <jorgej...@gmail.com>

[Bruno D'Alessio]

Depende do prisma

O Extract Method é seu amigo!

"Vocês riem de mim por ser diferente, eu rio de vocês por serem todos iguais..." (Bob Marley)

Bruno D'Alessio
Arquiteto de Software
(21) 9441-1214
GTALK: bruno...@gmail.com
MSN: brun...@hotmail.com

[Vinicius Quaiato]

Acreditar que só existe uma forma e é a única livre de falhas e máculas é uma péssima "visão de arquiteto".

2011/8/16 Bruno D'Alessio <bruno...@gmail.com>

[Vinicius Quaiato]

você pode até usar POO em 100% dos sistemas que vc faz. Mas não considerar que existem outras formas de resolver os problemas significa que você pode ter chego a uma solução ruim em 100% dos casos.

2011/8/16 Bruno D'Alessio <bruno...@gmail.com>

Depende do prisma

[Raphael Silvestre Molesim]

Ainda me pergunto, o que tudo isso: POO, EF, DDD tem haver com Arquitetura...

Dado que DDD é Design, POO é paradigma de programação e EF técnologida de acesso a dados..

[Vinicius Quaiato]

Joga no bolo da arquitetura estes ingredientes ahahha...

A maioria das apps é "tão simples" que "arquitetura" se resume a design.

[dm.ga...@gmail.com]

Leandro,

Eu acho (achismo meu)  que isso aumenta sua empregabilidade. 

Deivison M. Gandini
dm.ga...@gmail.com | msn: dm_ga...@hotmail.com
Before printing, think about your responsibility and commitment to the ENVIRONMENT!
Antes de imprimir pense em sua responsabilidade e compromisso com o MEIO AMBIENTE!

2011/8/16 Vinicius Quaiato <vinicius...@gmail.com>

[Leonardo R. Aguiar]

A um tempo atrás quando me perguntavam o que eu queria para a minha carreira eu respondia que eu queria ser arquiteto de software.

Na minha opinião, o arquiteto de software era o cara que deveria pegar o problema do cliente, entende-lo e propor uma solução para esse problema em forma de sistema. Dizendo como seria esse sistema. WEB, Desktop, Mobile, os três? Armezenando os dados em banco de dados relacional, orientado a objetos ou noSQL? Utilizar Web Service, WCF, REST?

Enfim... Eu achava que esse tipo de decisão deveria ser tomada pelo arquiteto. E que ele mapearia tudo isso, mostrando o que acessaria o que e o pq para entregar isso a equipe de desenvolvimento.

Enfim, essa era minha visão.

Conforme fui estudando algumas coisas e acompanhando as discussões aqui do grupo fiquei com duvida sobre essa "definição" de arquiteto de software. Hoje ainda como desenvolvedor, muitas vezes me pego tomando esse tipo de decisão durante o desenvolvimento de um software. O que me fez pensar sobre o real papel de um arquiteto de software e se ele é mesmo uma evolução do desenvolvedor.

Hoje, eu tenho uma visão um pouco diferente da citada a cima, eu acredito que todo desenvolvedor é um arquiteto de software. E que as decisões que eu citei a cima devem ser tomadas em conjunto pelos próprios desenvolvedores.

E vocês, o que acham sobre esse ponto de vista?

Atenciosamente,

Leonardo Aguiar

Celular: +55 (11) 7589-6122

http://leonardoraguiar.com.br/blog
http://twitter.com/leonardoRaguiar

[Cassio Batista Pereira]

É válido esse pontos de vista, até pq eu quando júnior a 6 nos atráz trabalhei em uma empresa de logística de armazenagem, e o sistema era simplesmente o INFERNO e tinhamos que integrar com o Microsiga na época, porém só um detalhe, na empresa só tinha EU pra cuidar do sistema, arrumar mouse e instalar Office nas máquinas da galera!

Resumindo, eu fui o Arquiteto, analista, desenvolvedor, tester, etc... egraças a Deus deu certo... um trabalho de 1 ano.

Então tem consultoria que paga um cara só pra fazer isso, tem empresa que dependendo da necessidade tem que jogar com o time que tem, seniors, plenos e juniors tem que assumir responsabildiades sem querer, e as vezes sem ter o dominio tecnico para tal.

Porém eu acho que o "mundo perfeito" seria cada empresa ter um departamento, time ou pessoa resposável por esse papel de arquiteto, e não assumir riscos com "o time que tem", sem querer menosprezar as equipes em si.

2011/8/16 Leonardo R. Aguiar <leonardo...@gmail.com>

[Jorge Joaquim]

Nem só de OO vive o mundo, mas o mundo com OO é mais bonito.

Jorge Joaquim
Analista Desenvolvedor de Sistemas
jorgej...@gmail.com
(11) 8410-5757 / 6227-3889

Em 16 de agosto de 2011 12:09, Vinicius Quaiato <vinicius...@gmail.com> escreveu:

[Leonardo R. Aguiar]

Eu sei o que é isso Cassio, passei por uma situação bem semelhante no meu primeiro estágio.

Mas acho que uma equipe de desenvolvimento deve ter skill para tomar esse tipo de decisão.

Atenciosamente,

Leonardo Aguiar

Celular: +55 (11) 7589-6122

http://leonardoraguiar.com.br/blog
http://twitter.com/leonardoRaguiar

[Cassio Batista Pereira]

Simmm também acho rsrs aki no banco somos em 10 desenvolvedores, nenhum líder técnico apenas um coordenador de "tarefas" então quando tem algo novo, a gente se conversa, define, e implementa com o "aval" da diretoria americana e alemã... rsrs eles não querem fazer, mas querem palpitar sabe? rsrs em fim!

[daniel carli]

Dijkstra não concorda com isso não rapaz.

[Jorge Joaquim]

Aff... qdo eu me lembro dos codigos ASP e PHP que eu peguei com 3000 , 6000 linhas de codigo .... estruturado ainda por cima ...

Eu concordo que OO não resolve tudo, mas JAVA e .NET trouxe uma coisa muito boa para os desenvolvedores....mesmo não sabendo OO ... usam encapsulamento ... isso ajuda muito, porem, eles poderiam ter desenvolvido melhor de forma procedural ... usando funções para encapsular ....

Jorge Joaquim
Analista Desenvolvedor de Sistemas
jorgej...@gmail.com
(11) 8410-5757 / 6227-3889

[Milton]

http://marcomendes.com/blog/2011/08/os-treze-comportamentos-de-lideranca-do-arquiteto-de-software/

2011/8/16 Vinicius Quaiato <vinicius...@gmail.com>

--

Saudações

Milton Jr

Twitter: @MiltonSJr

[Dado CE]

Pois é. O Arquiteto terá o papel de ditar o design também?

[Brener Araújo]

Veja

http://www.opengroup.org/itac/

http://www.opengroup.org/togaf9/cert/

Abraços

Em 15 de agosto de 2011 18:40, Leandro Lustosa <leandro....@gmail.com> escreveu:

Acredito que esta discussão já tenha aparecido aqui no grupo, mais
decidi criar uma nova thread.

Tomando como ponto de vista o do mercado de trabalho para um arquiteto
de software, vocês acreditam quem certificações são importantes?
Até que ponto elas contribuem?
O quanto uma certificação agrega a um profissional?

--
Você recebeu esta mensagem porque faz parte do grupo .Net Architects hospedado no Google Groups.
Para postar envie uma mensagem para dotnetar...@googlegroups.com
Para sair do grupo envie uma mensagem para dotnetarchitec...@googlegroups.com
Para mais opções visite o grupo em http://groups.google.com/group/dotnetarchitects?hl=pt-br

--

Brener Araújo

[Dado CE]

Cara, essa parada de "sempre" e "tem que" deixa tudo muito mecânico pra mim. Acho que o ideal é deixar a necessidade responder o que "tem que" ser usado, mas não "sempre".

[Allan]

O interessante é que todo primeiro estágio de alguém que troquei idéia foi a mesma coisa. Atuar em todas as áreas, também passei por isso.

Mas o pior é você ver por aí uma penca de desenvolvedor senior se passar por arquiteto pq a empresa precisa de um arquiteto, mas não querendo pagar o justo, o resolve com o "que tem" !

Em 16 de agosto de 2011 13:53, Leonardo R. Aguiar <leonardo...@gmail.com> escreveu:

[Juan Lopes]

Dijkstra > Martin Fowler

2011/8/16 daniel carli <dansa...@gmail.com>

[Hugo Estevam]

Este assunto é muito amplo, permite visões distintas e é sempre
complicado chegar ao entendimento.
Recentemente lendo o livro "Enterprise Architecture at Work", logo na
introdução, uma abordagem do autor veio de encontro com essa
dificuldade de entendimento da Arquitetura de Software.
Ele cita que antes de tudo é necessário entender o que é Arquitetura,
onde é utilizada, em que se aplica, etc.
Neste link [http://www.sei.cmu.edu/architecture/] tem um boa definição
de arquitetura (Na minha opinião).
Baseado nisso ele define um Arquiteto de Software como um pessoa que é
capaz de viabilizar a Arquitera de Software plena. E sugere que
baseado na definição de arquitetura é que deve-se buscar o aprendizado
em cada uma das áreas.

Isto tem me ajudado a buscar conhecimento, cursos, treinamento, etc,
se está certo ou não, fica para discussão.

[]s
Hugo Estevam

On 15 ago, 19:17, Johann <jwjos...@gmail.com> wrote:
> Ou mais importante que certificações, aproveito para extender a pergunta:
>
> Que cursos ou áreas de conhecimento um arquiteto precisa dominar para
> efetivamente ser considerado um arquiteto?
>
> Em 15 de agosto de 2011 18:40, Leandro Lustosa

> <leandro.lustos...@gmail.com>escreveu:

[daniel carli]

Concordo

[Renan Henrique]

Aoooo, aproveitando o tópico.

Hoje passei na certificação 70-433(MCTS).

 

\o/

[Vinicius Quaiato]

http://office.microsoft.com/pt-br/templates/CT010104300.aspx

2011/8/16 Renan Henrique <rena...@gmail.com>

[Edegilson S. Silva]

LoL

Edegilson S. Silva

Desenvolvedor de Sistemas.

[Renato Cantarino]

kkkkkkkkkkkkkkkkkkkkk

gostei.

CERTIFICAMOS QUE FULANO DE TAL É ARQUITETO DE SOFTWARE.

ACME Corporation

Em 16 de agosto de 2011 17:41, Vinicius Quaiato <vinicius...@gmail.com> escreveu:

[Jorge Joaquim]

hauhahuahuauauhauaha

sensacional .....

Jorge Joaquim
Analista Desenvolvedor de Sistemas
jorgej...@gmail.com
(11) 8410-5757 / 6227-3889

[Johann]

Em 16 de agosto de 2011 17:44, Renato Cantarino <renato.c...@gmail.com> escreveu:

[Emmanuel G. Brandão]

Por favor, mantenham o assunto na discussão da arquitetura.

Brandão, Emmanuel G. (Moderação)
@egomesbrandao
blog.egomesbrandao.net

___________________________________
Ao encaminhar esta mensagem, por favor:
1 - Apague meu endereço eletrônico;
2 - Apague também os endereços dos amigos que receberam juntamente com você a mensagem, antes de enviar;
3 - Encaminhe como Cópia Oculta (Cco ou BCc) aos seus destinatários. Dificulte assim a disseminação de vírus, spams e banners.

2011/8/16 Johann <jwjo...@gmail.com>

[Vinicius Quaiato]

Lendo um doc da Microsoft sobre Windows Server AppFabric agora de noite:

Today architecture is a commonly overused term. However, within its many diverse definitions there are some common core concepts that define an architecture as follows:

• A group of key choices about how a software system is composed

• The fundamental association of system components through their relationships and interfaces

• The principles surrounding the solution creation and ongoing evolution

(negrito e itálico por minha conta)

2011/8/16 Emmanuel G. Brandão <egomes...@gmail.com>

[Fabrício Cabral]

Este negócio de definições diferentes é muito comum na área da informática.

Para vocês terem uma ideia, um amigo meu comentou um dia que leu um

artigo (baseado na análise de vários artigos, documentações e whitepapers)

que nem a indústria ou a academia chegam a um denominador comum do

que seja "Cloud Computing".

Essa de não haver um denominador comum é devido principalmente a

velocidade de desenvolvimento das soluções no ramo da informática.

Assim cada pesquisador ou indústria começa definindo o que pra ele é

aquele termo ou conceito. A coisa só começa a se "padronizar" mais,

quando chega alguém (consórcio ou instituto) para tentar padronizar

as definições, termos e tecnologia.

Atenciosamente,

2011/8/16 Vinicius Quaiato <vinicius...@gmail.com>

--
--fx

[Raphael Silvestre Molesim]

Pelo menos o documento da Microsoft esta planetas de distancia mais próximo de arquitetura do que qualquer coisa que foi falado nesta thread anteriormente...

[Daniel]

Arquiteto e o kra que saiba algo alem do que padroes e nomenclaturas e
consegue se infiltrar em outrar areas pra decidir a arquitetura

Em 17/08/11, Raphael Silvestre Molesim<raphae...@gmail.com> escreveu:

> Pelo menos o documento da Microsoft esta planetas de distancia mais próximo
> de arquitetura do que qualquer coisa que foi falado nesta thread
> anteriormente...
>
> Em 17 de agosto de 2011 00:37, Vinicius Quaiato
> <vinicius...@gmail.com>escreveu:
>
>> Lendo um doc da Microsoft sobre Windows Server AppFabric agora de noite:
>>

>> Today architecture is a commonly overused term. However, within its *many
>>> diverse definitions* there are some common core concepts that define an
>>> architecture as follows:
>>>
>>> - A group of key choices about how a software system is composed
>>>
>>>
>>> - The fundamental association of system components through their
>>> relationships and interfaces
>>>
>>>
>>> - The principles surrounding the solution creation and ongoing

>>> evolution
>>>
>>> (negrito e itálico por minha conta)
>>
>> 2011/8/16 Emmanuel G. Brandão <egomes...@gmail.com>
>>
>> Por favor, mantenham o assunto na discussão da arquitetura.
>>>
>>> Brandão, Emmanuel G. (Moderação)

>>> @egomesbrandao <http://www.twitter.com/egomesbrandao>

>>> blog.egomesbrandao.net
>>>
>>> ___________________________________
>>> Ao encaminhar esta mensagem, por favor:
>>> 1 - Apague meu endereço eletrônico;
>>> 2 - Apague também os endereços dos amigos que receberam juntamente com
>>> você a mensagem, antes de enviar;
>>> 3 - Encaminhe como Cópia Oculta (Cco ou BCc) aos seus destinatários.
>>> Dificulte assim a disseminação de vírus, spams e banners.
>>>
>>>
>>>
>>> 2011/8/16 Johann <jwjo...@gmail.com>
>>>
>>>> [image: image.png]
>>>>
>>>> Em 16 de agosto de 2011 17:44, Renato Cantarino <
>>>> renato.c...@gmail.com> escreveu:
>>>>
>>>>> kkkkkkkkkkkkkkkkkkkkk
>>>>>
>>>>> gostei.
>>>>>
>>>>> CERTIFICAMOS QUE FULANO DE TAL É ARQUITETO DE SOFTWARE.

>>>>> *ACME* Corporation

>>>>>
>>>>> Em 16 de agosto de 2011 17:41, Vinicius Quaiato <
>>>>> vinicius...@gmail.com> escreveu:
>>>>>
>>>>> http://office.microsoft.com/pt-br/templates/CT010104300.aspx
>>>>>>
>>>>>> 2011/8/16 Renan Henrique <rena...@gmail.com>
>>>>>>

>>>>>>> Aoooo, aproveitando o tópico.****
>>>>>>>
>>>>>>> Hoje passei na certificação 70-433(MCTS).****
>>>>>>>
>>>>>>> ** **
>>>>>>>
>>>>>>> \o/****
>>>>>>>
>>>>>>> ** **
>>>>>>>
>>>>>>> *De:* dotnetar...@googlegroups.com [mailto:
>>>>>>> dotnetar...@googlegroups.com] *Em nome de *daniel carli
>>>>>>> *Enviada em:* terça-feira, 16 de agosto de 2011 14:19
>>>>>>> *Para:* dotnetar...@googlegroups.com
>>>>>>> *Assunto:* Re: [dotnetarchitects] [OFF] Certificações para um
>>>>>>> Arquiteto de software****
>>>>>>>
>>>>>>> ** **
>>>>>>>
>>>>>>> Concordo****

>>>>>>>
>>>>>>> Em 16 de agosto de 2011 14:11, Juan Lopes <m...@juanlopes.net>

>>>>>>> escreveu:****
>>>>>>>
>>>>>>> Dijkstra > Martin Fowler****
>>>>>>>
>>>>>>> 2011/8/16 daniel carli <dansa...@gmail.com>****
>>>>>>>
>>>>>>> Dijkstra não concorda com isso não rapaz.****

>>>>>>>
>>>>>>> Em 16 de agosto de 2011 13:52, Jorge Joaquim <jorgej...@gmail.com>

>>>>>>> escreveu:****
>>>>>>>
>>>>>>> ** **
>>>>>>>
>>>>>>> Nem só de OO vive o mundo, mas o mundo com OO é mais bonito.****

>>>>>>>
>>>>>>>
>>>>>>> Jorge Joaquim
>>>>>>> Analista Desenvolvedor de Sistemas
>>>>>>> jorgej...@gmail.com
>>>>>>> (11) 8410-5757 / 6227-3889
>>>>>>>

>>>>>>> ****

>>>>>>>
>>>>>>> Em 16 de agosto de 2011 12:09, Vinicius Quaiato <

>>>>>>> vinicius...@gmail.com> escreveu:****
>>>>>>>
>>>>>>> Jorge nem só de OO vive o mundo ;)****
>>>>>>>
>>>>>>> ** **
>>>>>>>
>>>>>>> 2011/8/16 Jorge Joaquim <jorgej...@gmail.com>****
>>>>>>>
>>>>>>> Concordo,****
>>>>>>>
>>>>>>> ** **

>>>>>>>
>>>>>>> O importante é sempre pensar em desenvolver um framework da
>>>>>>> aplicação,
>>>>>>> ou seja, quando for desenvolver um software, a camada de negocio tem
>>>>>>> que ser
>>>>>>> o framework da empresa, sendo orientado a objeto e utilizando
>>>>>>> conceitos de
>>>>>>> DDD, principalmente no que diz respeito a definição dos domínios e

>>>>>>> desacoplar a aplicação do modelo/banco.****
>>>>>>>
>>>>>>> ** **
>>>>>>>
>>>>>>> Jorge Joaquim****

>>>>>>>
>>>>>>> Analista Desenvolvedor de Sistemas
>>>>>>> jorgej...@gmail.com
>>>>>>> (11) 8410-5757 / 6227-3889
>>>>>>>

>>>>>>> ****

>>>>>>>
>>>>>>> Em 16 de agosto de 2011 11:45, Cassio Batista Pereira <

>>>>>>> cass...@gmail.com> escreveu:****

>>>>>>>
>>>>>>> Eu acredito que arquiteto é quem "estrutura" uma aplicação e não a

>>>>>>> "desenvolve" em si.****

>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Ele prepara o "terreno" para os desenvolvedores... no caso ele diz um
>>>>>>> exemplo:
>>>>>>>
>>>>>>> Ahh projeto tal, vai ser em 3 camadas, UI, facade e DAL, vai usar sql
>>>>>>> 2008 o padrão de nomenclatura é esse, a camada tal acessa isso e
>>>>>>> aquilo por
>>>>>>> esse e esse motivo, etc.
>>>>>>>
>>>>>>> Ele define o ROTEIRO que os desenvolvedores devem seguir para que sua
>>>>>>> aplicação cresça sobre essa "casca" que o arquiteto projetou...
>>>>>>>

>>>>>>> resumindo acho que é isso...****
>>>>>>>
>>>>>>> ** **
>>>>>>>
>>>>>>> 2011/8/16 Raphael Silvestre Molesim <raphae...@gmail.com>****
>>>>>>>
>>>>>>> Mais um pouco de confusão entre Arquitetura e Design???****

>>>>>>>
>>>>>>> Em 16 de agosto de 2011 13:49, Jorge Joaquim <jorgej...@gmail.com>

>>>>>>> escreveu:****
>>>>>>>
>>>>>>> ** **

>>>>>>>
>>>>>>> O mercado tem o arquiteto como um programador que conhece um monte de

>>>>>>> framework, e algumas certificações.****

>>>>>>>
>>>>>>> O mercado tem o programador, como o profissional que conhece um monte

>>>>>>> de framework.****
>>>>>>>
>>>>>>> ** **

>>>>>>>
>>>>>>> Ser arquiteto no meu ponto de vista, é o profissional que tem a
>>>>>>> capacidade de modelar um sistema orientado a objeto, definido qual o
>>>>>>> modelo
>>>>>>> de camadas melhor para o negocio que será implementado e definir qual
>>>>>>> frameworks utilizar seguindo a premissa de design pattners para
>>>>>>> resolver uma
>>>>>>> possiveis questões sobre determinadas implementações e performance
>>>>>>> das

>>>>>>> mesmas.****
>>>>>>>
>>>>>>> ** **

>>>>>>>
>>>>>>> Certificação é bom, o mercado gosta, mas não diz se o cara é bom no

>>>>>>> que faz.****
>>>>>>>
>>>>>>> ** **

>>>>>>>
>>>>>>> Tem um monte de cara ai se achando programador ou arquiteto e nem
>>>>>>> sabe

>>>>>>> desenvolver orientado a objeto.****
>>>>>>>
>>>>>>> ** **
>>>>>>>
>>>>>>> Jorge Joaquim****

>>>>>>>
>>>>>>> Analista Desenvolvedor de Sistemas
>>>>>>> jorgej...@gmail.com
>>>>>>> (11) 8410-5757 / 6227-3889
>>>>>>>

>>>>>>> ****
>>>>>>>
>>>>>>> Em 16 de agosto de 2011 08:51, Thi <thiag...@gmail.com> escreveu:**
>>>>>>> **
>>>>>>>
>>>>>>> ** **
>>>>>>>
>>>>>>> O Waldemir Cambiucci falou disso no DNAD deste ano:****
>>>>>>>
>>>>>>> ** **
>>>>>>>
>>>>>>>
>>>>>>> http://blogs.msdn.com/b/wcamb/archive/2011/06/20/um-mapa-sobre-arquitetos-do-mercado.aspx
>>>>>>> ****
>>>>>>>
>>>>>>> ** **
>>>>>>>
>>>>>>> At,****
>>>>>>>
>>>>>>> Em 15 de agosto de 2011 19:17, Johann <jwjo...@gmail.com> escreveu:*
>>>>>>> ***
>>>>>>>
>>>>>>> ** **

>>>>>>>
>>>>>>> Ou mais importante que certificações, aproveito para extender a

>>>>>>> pergunta: ****
>>>>>>>
>>>>>>> ** **

>>>>>>>
>>>>>>> Que cursos ou áreas de conhecimento um arquiteto precisa dominar para

>>>>>>> efetivamente ser considerado um arquiteto?****
>>>>>>>
>>>>>>> ** **
>>>>>>>
>>>>>>> ** **

>>>>>>>
>>>>>>> Em 15 de agosto de 2011 18:40, Leandro Lustosa <

>>>>>>> leandro....@gmail.com> escreveu:****
>>>>>>>
>>>>>>> ** **

>>>>>>>
>>>>>>> Acredito que esta discussão já tenha aparecido aqui no grupo, mais
>>>>>>> decidi criar uma nova thread.
>>>>>>>
>>>>>>> Tomando como ponto de vista o do mercado de trabalho para um
>>>>>>> arquiteto
>>>>>>> de software, vocês acreditam quem certificações são importantes?
>>>>>>> Até que ponto elas contribuem?
>>>>>>> O quanto uma certificação agrega a um profissional?
>>>>>>>
>>>>>>> --
>>>>>>> Você recebeu esta mensagem porque faz parte do grupo .Net Architects
>>>>>>> hospedado no Google Groups.
>>>>>>> Para postar envie uma mensagem para dotnetar...@googlegroups.com
>>>>>>> Para sair do grupo envie uma mensagem para
>>>>>>> dotnetarchitec...@googlegroups.com
>>>>>>> Para mais opções visite o grupo em

>>>>>>> http://groups.google.com/group/dotnetarchitects?hl=pt-br****
>>>>>>>
>>>>>>> ** **

>>>>>>>
>>>>>>> --
>>>>>>> Você recebeu esta mensagem porque faz parte do grupo .Net Architects
>>>>>>> hospedado no Google Groups.
>>>>>>> Para postar envie uma mensagem para dotnetar...@googlegroups.com
>>>>>>> Para sair do grupo envie uma mensagem para
>>>>>>> dotnetarchitec...@googlegroups.com
>>>>>>> Para mais opções visite o grupo em

>>>>>>> http://groups.google.com/group/dotnetarchitects?hl=pt-br****
>>>>>>>
>>>>>>> ** **
>>>>>>>
>>>>>>> -- ****

>>>>>>>
>>>>>>> Você recebeu esta mensagem porque faz parte do grupo .Net Architects
>>>>>>> hospedado no Google Groups.
>>>>>>> Para postar envie uma mensagem para dotnetar...@googlegroups.com
>>>>>>> Para sair do grupo envie uma mensagem para
>>>>>>> dotnetarchitec...@googlegroups.com
>>>>>>> Para mais opções visite o grupo em

>>>>>>> http://groups.google.com/group/dotnetarchitects?hl=pt-br****
>>>>>>>
>>>>>>> ** **
>>>>>>>
>>>>>>> -- ****

>>>>>>>
>>>>>>> Você recebeu esta mensagem porque faz parte do grupo .Net Architects
>>>>>>> hospedado no Google Groups.
>>>>>>> Para postar envie uma mensagem para dotnetar...@googlegroups.com
>>>>>>> Para sair do grupo envie uma mensagem para
>>>>>>> dotnetarchitec...@googlegroups.com
>>>>>>> Para mais opções visite o grupo em

>>>>>>> http://groups.google.com/group/dotnetarchitects?hl=pt-br****
>>>>>>>
>>>>>>> ** **
>>>>>>>
>>>>>>> -- ****

>>>>>>>
>>>>>>> Você recebeu esta mensagem porque faz parte do grupo .Net Architects
>>>>>>> hospedado no Google Groups.
>>>>>>> Para postar envie uma mensagem para dotnetar...@googlegroups.com
>>>>>>> Para sair do grupo envie uma mensagem para
>>>>>>> dotnetarchitec...@googlegroups.com
>>>>>>> Para mais opções visite o grupo em

>>>>>>> http://groups.google.com/group/dotnetarchitects?hl=pt-br****
>>>>>>>
>>>>>>> ** **
>>>>>>>
>>>>>>> -- ****

>>>>>>>
>>>>>>> Você recebeu esta mensagem porque faz parte do grupo .Net Architects
>>>>>>> hospedado no Google Groups.
>>>>>>> Para postar envie uma mensagem para dotnetar...@googlegroups.com
>>>>>>> Para sair do grupo envie uma mensagem para
>>>>>>> dotnetarchitec...@googlegroups.com
>>>>>>> Para mais opções visite o grupo em

>>>>>>> http://groups.google.com/group/dotnetarchitects?hl=pt-br****
>>>>>>>
>>>>>>> ** **
>>>>>>>
>>>>>>> -- ****

>>>>>>>
>>>>>>> Você recebeu esta mensagem porque faz parte do grupo .Net Architects
>>>>>>> hospedado no Google Groups.
>>>>>>> Para postar envie uma mensagem para dotnetar...@googlegroups.com
>>>>>>> Para sair do grupo envie uma mensagem para
>>>>>>> dotnetarchitec...@googlegroups.com
>>>>>>> Para mais opções visite o grupo em

>>>>>>> http://groups.google.com/group/dotnetarchitects?hl=pt-br****
>>>>>>>
>>>>>>> ** **

>>>>>>>
>>>>>>> --
>>>>>>> Você recebeu esta mensagem porque faz parte do grupo .Net Architects
>>>>>>> hospedado no Google Groups.
>>>>>>> Para postar envie uma mensagem para dotnetar...@googlegroups.com
>>>>>>> Para sair do grupo envie uma mensagem para
>>>>>>> dotnetarchitec...@googlegroups.com
>>>>>>> Para mais opções visite o grupo em

>>>>>>> http://groups.google.com/group/dotnetarchitects?hl=pt-br****
>>>>>>>
>>>>>>> ** **

>>>>>>>
>>>>>>> --
>>>>>>> Você recebeu esta mensagem porque faz parte do grupo .Net Architects
>>>>>>> hospedado no Google Groups.
>>>>>>> Para postar envie uma mensagem para dotnetar...@googlegroups.com
>>>>>>> Para sair do grupo envie uma mensagem para
>>>>>>> dotnetarchitec...@googlegroups.com
>>>>>>> Para mais opções visite o grupo em

>>>>>>> http://groups.google.com/group/dotnetarchitects?hl=pt-br****
>>>>>>>
>>>>>>> ** **
>>>>>>>
>>>>>>> -- ****

>>>>>>>
>>>>>>> Você recebeu esta mensagem porque faz parte do grupo .Net Architects
>>>>>>> hospedado no Google Groups.
>>>>>>> Para postar envie uma mensagem para dotnetar...@googlegroups.com
>>>>>>> Para sair do grupo envie uma mensagem para
>>>>>>> dotnetarchitec...@googlegroups.com
>>>>>>> Para mais opções visite o grupo em

>>>>>>> http://groups.google.com/group/dotnetarchitects?hl=pt-br****
>>>>>>>
>>>>>>> ** **

>>>>>>>
>>>>>>> --
>>>>>>> Você recebeu esta mensagem porque faz parte do grupo .Net Architects
>>>>>>> hospedado no Google Groups.
>>>>>>> Para postar envie uma mensagem para dotnetar...@googlegroups.com
>>>>>>> Para sair do grupo envie uma mensagem para
>>>>>>> dotnetarchitec...@googlegroups.com
>>>>>>> Para mais opções visite o grupo em

>>>>>>> http://groups.google.com/group/dotnetarchitects?hl=pt-br****
>>>>>>>
>>>>>>> ** **

>>>>>>>
>>>>>>> --
>>>>>>> Você recebeu esta mensagem porque faz parte do grupo .Net Architects
>>>>>>> hospedado no Google Groups.
>>>>>>> Para postar envie uma mensagem para dotnetar...@googlegroups.com
>>>>>>> Para sair do grupo envie uma mensagem para
>>>>>>> dotnetarchitec...@googlegroups.com
>>>>>>> Para mais opções visite o grupo em

>>>>>>> http://groups.google.com/group/dotnetarchitects?hl=pt-br****

[Winston Pacheco Junior]

Essa discursão é engraçada... Eu não tenho opinião formada sobre o assunto, mas Martin Fowler tem umas que eu gosto bastante: http://martinfowler.com/ieeeSoftware/whoNeedsArchitect.pdf ... Derrepentemente, ajuda a melhorar as idéias de vocês também.

[Marcus Alexandre Silva]

Arquiteto é o cara que sabe ensinar e conduzir tecnicamente um time de programadores para atender as necessidades do seu cliente da maneira mais eficiente e padronizada possível.

Em 16 de agosto de 2011 11:43, Dado CE <dad...@gmail.com> escreveu:

Pois é. O Arquiteto terá o papel de ditar o design também?

--

[Bruno D'Alessio]

c:\>troll start
troll> addTrollMessage "O Arquiteto é um personagem fictício aparecendo nos dois últimos filmes da trilogia Matrix, criado pelos irmãos Wachowski."
troll> quit
...

[Vinicius Quaiato]

no way!

Isso se chama líder técnico.

2011/8/17 Marcus Alexandre Silva <inf.marcu...@gmail.com>

[Marcus Alexandre Silva]

Então arquiteto é o cara que não foi macho o suficiente para ser líder técnico e nem baitola o suficiente pra ser design.

[Vinicius Scardazzi]

Se vergonha alheia matasse, eu tinha morrido umas 30x depois dessa.  

[Marcus Alexandre Silva]

Arquiteto então que tomas as decisões técnicas necessárias para que o Líder Técnico consiga conduzir seu trabalho?

Em 17 de agosto de 2011 18:27, Vinicius Quaiato <vinicius...@gmail.com> escreveu:

[Marcus Alexandre Silva]

Isto porque você não viu um bocado de código que eu tenho me deparado ultimamente.... se esta piadinha sem graça te mata isto tudo....

[Jorge Joaquim]

Gente, acabou a thread, não tem definição e pronto, cada empresa adota sua definição de arquiteto de software.

Jorge Joaquim
Analista Desenvolvedor de Sistemas
jorgej...@gmail.com
(11) 8410-5757 / 6227-3889

[Bemjamin Quintino]

A definição mais genérica que a gente pode ter é essa:

"Arquiteto é aquele que consegue fazer com que o sistema tenha alta coesão e baixo acoplamento" 

Eu acho essa a melhor forma de expressar o que é um arquiteto.

Benjamin Quintino
---
Mend your speech a little, lest it may mar your fortunes. - Shakespeare, King Lear.

[Elemar Jr]

Um livro! Sem querer ser chato, mas basta ler um livro sobre arquitetura de software para evitar tanta besteira.

Pessoal, que isso?!

[]s

Elemar Jr

Enviado via iPhone

[ElemarJR]

Pessoal, desculpem pelo tom da msg anterior, mas, considerem, por exemplo:

Lean Architecture, Beautiful Architecture, Pattern-oriented software Architecture ...

Todos livros que respondem a pergunta...

Se querem algo mais formal, considerem o guia oficial da TOGAF

[]s

Elemar Jr

Enviado via iPad

Em 17/08/2011, às 19:34, Bemjamin Quintino <ben.qu...@gmail.com> escreveu:

[Raphael Molesim]

Olha só, finalmente alguém falando em arquitetura!!

[Raphael Molesim]

Juro que eu não entendi...

[Bemjamin Quintino]

Não entendeu? Então ta ruim einh? hehehehe Isso ai é o principio da arquitetura de software pra quem não sabe... Qualquer faculdade de informática ensina isso nas primeiras aulas.

[Stefhan Rafael]

nada cara...tava complicado ler essas definições de arquitetura de software.

PoEA...apesar de desatualizado é um classico....mas so "Who needs architects?" mudaria o rumo dessa thread.

[Raphael Molesim]

Começa que qualquer "faculdade de informática" deveria ensinar programação e não arquitetura... aliás sua frase se encaixa perfeitamente se aplicada a um desenvolvedor..

[Bemjamin Quintino]

Se você acha assim ... Quem sou eu pra falar o contrário.

[Stefhan Rafael]

Estranho...seguindo essa linha de raciocinio faz parecer que arquitetos nao programam ou programacao/desenvolvimento é um atributo "fraco" para um arquiteto. Arquiteto da torre de marfim eh uma cilada bino.

Acredito que faculdade não forma um arquiteto mas, não quer dizer que nao deva preparalo. O problema é que o ensino basicamente é: "Arquiteto é aquele que consegue fazer com que o sistema tenha alta coesão e baixo acoplamento" nas primeiras aulas.

Em 17 de agosto de 2011 21:05, Raphael Molesim <raphael...@gmail.com> escreveu:

[ElemarJR]

Stefhan, 

Garantir baixo acoplamento e alta coesão não é responsabilidade  do arquiteto, somente.

O arquiteto define componentes, seus papéis, relacionamentos e responsabilidades. Baixo acoplamento é um atributo de qualidade.

Há tempos escrevi um post que pode ajudar:

http://elemarjr.net/2011/02/18/voc-no-ou-pode-no-ser-arquiteto-saiba-o-porqu-e-aceite-isso/

[]s

Elemar Jr

Enviado via iPad

[stefhan rafael]

O problema é que o ensino basicamente é: "Arquiteto é aquele que consegue fazer com que o sistema tenha alta coesão e baixo acoplamento" nas primeiras aulas.

Opa Elemar, talvez eu nao tenha deixado claro mas é um comentario de como arquitetura é ensinado hj em dia. Basicamente o arquiteto Chuck Norris.

2011/8/17 ElemarJR <elem...@gmail.com>

[Vinicius Quaiato]

Discordo destas definições. E na verdade eu discordo da maioria das definições de "arquiteto" e até de tentativas de definir o que é "arquitetura".

Grandes players do mercado, bem como renomados profissionais não sabem definir isso(e estamos falando de um termo cunhado nos anos 60!!!). Os papéis variam em cada empresa e em cada projeto.

Acho a discussão romântica por demais. 

2011/8/17 ElemarJR <elem...@gmail.com>

[ElemarJR]

Desculpe Stefhan, 

Ainda não entendi o que você está dizendo: você viu um professor dizer isso ou é um exemplo.

[]s

Elemar

Enviado via iPad

[Vinicius Quaiato]

Acho esse papo de "relação entre componentes", "estrutura dos componentes" etc vazia por demais também... "componente" é algo vago.

Pode ser um component de conexão entre sistemas, entre uma aplicação e um banco de dados, ou qualquer coisa que alguém queira chamar de componente.

Essas relações e estrutura podem beirar o design. Bem como "princípios e guias que orientam o design e a evolução" podem beirar o design ou ainda o "etéreo".

As citações acima são do TAGOF, um documento que por sinal eu acho por deveram metódico, quadrado e antiquado. Totalmente contrário ao que buscamos quando falamos em emergência, caos e agilidade.

Bom nem sei pq estou escrevendo :P

2011/8/17 Vinicius Quaiato <vinicius...@gmail.com>

[ElemarJR]

Desculpe Quaiato,

Mas há uma definição sim! Ela é defendida por quase todos os grandes teóricos e por profissionais.

A confusão existe porque tem muito "pseudo-algo" no mercado que não sabe o que faz e escolhe o nome que mais lhe convém para o cargo.

Se você pegar os descritivos de cargo de empresas serias (que não sejam piadas inventadas) verá alinhamento claro, por exemplo, com o que é descrito no TOGAF

É por causa desse "ninguém é de ninguém e o que vale é a gritaria" que vemos tanta piada no mercado e tanta gente mal paga.

[]s

Enviado via iPad

[ElemarJR]

Desculpe Quaiato,

Mas eu desenvolvo softwares a muitos anos. Trabalho em uma empresa que depende de componentes.

Algo antigo não é necessariamente ruim. E penso que o que buscamos seja software de qualidade que entregue valor.

Não confunda juízo de valor com juízo de afinidade.

[]s

Enviado via iPad

[ElemarJR]

A propósito, o conceito de componente é bem claro para mim. Te garanto que é bem pouco abstrato.

:-)

Para você não é?!

Enviado via iPad

Em 17/08/2011, às 23:24, Vinicius Quaiato <vinicius...@gmail.com> escreveu:

[Vinicius Quaiato]

Como eu disse componente é algo vago. Pode ser muita coisa em software. Bem como toda definição de arquitetura.

Eu não valorizo cargos, me desculpe Elemar. Eu valorizo quem escreve código e entrega software. Cargos não fazem isso.

2011/8/17 ElemarJR <elem...@gmail.com>

[Vinicius Quaiato]

nÃo falei em abstração, falei em algo vago. É diferente de abstrato.

2011/8/17 ElemarJR <elem...@gmail.com>

[stefhan rafael]

Em 18 de agosto de 2011 00:51, Bemjamin Quintino <ben.qu...@gmail.com> escreveu:

- Hide quoted text -

Não entendeu? Então ta ruim einh? hehehehe Isso ai é o principio da arquitetura de software pra quem não sabe... Qualquer faculdade de informática ensina isso nas primeiras aulas.

Em 17 de agosto de 2011 20:46, Raphael Molesim <raphael...@gmail.com> escreveu:
Juro que eu não entendi...

Em 17 de agosto de 2011 23:34, Bemjamin Quintino <ben.qu...@gmail.com> escreveu:
A definição mais genérica que a gente pode ter é essa:

"Arquiteto é aquele que consegue fazer com que o sistema tenha alta coesão e baixo acoplamento" 

Eu acho essa a melhor forma de expressar o que é um arquiteto.

Em 17 de agosto de 2011 18:40, Jorge Joaquim <jorgej...@gmail.com> escreveu:
Gente, acabou a thread, não tem definição e pronto, cada empresa adota sua definição de arquiteto de software.

Jorge Joaquim
Analista Desenvolvedor de Sistemas
jorgej...@gmail.com
(11) 8410-5757 / 6227-3889

2011/8/17 ElemarJR <elem...@gmail.com>

[Vinicius Quaiato]

E novamente, me desculpe, mas:

6. Architecture

   1. A formal description of a system, or a detailed plan of the system at component level, to guide its implementation (source: ISO/IEC 42010: 2007).

   2. The structure of components, their inter-relationships, and the principles and guidelines governing their design and evolution over time.

(TOGAF)

Para mim é vago por demais. 

2011/8/17 Vinicius Quaiato <vinicius...@gmail.com>

[ElemarJR]

Cara,

Não falei em respeitar cargos, falei em descritivos. 

Quanto a vago, honestamente... Não perceber a divisão de uma aplicação em componentes faz parecer que toda aplicação é monolítica.

Por isso vejo tanta gente falando mal de frameworks corporativos. Parece que percebem bibliotecas de código. Expansão vertical então, nem pensar?

Enviado via iPad

[ElemarJR]

Quaiato,

Como vago? Você não tem um mapa de componentes de suas aplicações? 

Enviado via iPad

[Vinicius Quaiato]

Novamente para mim isso não define arquitetura... Não estou falando bem ou mal sobre componentizar ou criar frameworks. Mas isso, para mim, não é uma definição convincente de arquitetura...

2011/8/17 ElemarJR <elem...@gmail.com>

[Vinicius Quaiato]

Quer dizer que se tenho um "mapa de componentes" isso é a arquitetura?

É, eu continuo preferindo os significados vagos e a idéia de que estes termos estão sendo romantizados por demais...

2011/8/17 ElemarJR <elem...@gmail.com>

[ElemarJR]

Quaiato,

Você sabe que não defendo artefatos, defendo entrega de valor.

O mapa de componentes, documentado ou não, faz parte do conjunto de decisões mais importantes. É parte da arquitetura lógica.

Você também sabe (como todo mundo que foi ao DNAD) que defendo o arquiteto como um consolidador. 

Para o grupo,

Arquitetura lógica, principalmente, antecede qualquer codificação. Essencialmente define o que é o sistema. Assim, suas partes e/ou componentes.

Arquitetura física define tecnologia.

Arquiteto é quem consolida essas duas perspectivas.

[]s

Enviado via iPad

[Robson Castilho]

Bom galera

No meu ponto de vista, faz parte de definir a arquitetura da
aplicação, todo o conjunto abaixo:

Definir o tipo de aplicação (Web, mobile, rich client,...)
Definir a distribuição física (tiers) e a estrutura lógica (layers)
Definir padrões como Domain Model
Definir as tecnologias (WPF, WCF, ASP.NET, etc.) a serem utilizadas
levando-se em consideração os itens anteriores

E na boa, tudo isso é atribuição de um DESENVOLVEDOR DE SOFTWARE
experiente...Portanto, "Arquiteto de Software" é só mais um nome
"chique".

[]s

On Aug 17, 10:49 pm, ElemarJR <elema...@gmail.com> wrote:
> Quaiato,
>
> Você sabe que não defendo artefatos, defendo entrega de valor.
>
> O mapa de componentes, documentado ou não, faz parte do conjunto de decisões mais importantes. É parte da arquitetura lógica.
>
> Você também sabe (como todo mundo que foi ao DNAD) que defendo o arquiteto como um consolidador.
>
> Para o grupo,
>
> Arquitetura lógica, principalmente, antecede qualquer codificação. Essencialmente define o que é o sistema. Assim, suas partes e/ou componentes.
>
> Arquitetura física define tecnologia.
>
> Arquiteto é quem consolida essas duas perspectivas.
>
> []s
>
> Enviado via iPad
>

> Em 17/08/2011, às 23:41, Vinicius Quaiato <vinicius.quai...@gmail.com> escreveu:
>
>
>
>
>
>
>
> > Quer dizer que se tenho um "mapa de componentes" isso é a arquitetura?
>
> > É, eu continuo preferindo os significados vagos e a idéia de que estes termos estão sendo romantizados por demais...
>

> > 2011/8/17 ElemarJR <elema...@gmail.com>

> > Quaiato,
>
> > Como vago? Você não tem um mapa de componentes de suas aplicações?
>
> > Enviado via iPad
>

> > Em 17/08/2011, às 23:34, Vinicius Quaiato <vinicius.quai...@gmail.com> escreveu:
>
> >> E novamente, me desculpe, mas:
>
> >> Architecture
>
> >> 1. A formal description of a system, or a detailed plan of the system at component level, to guide its implementation (source: ISO/IEC 42010: 2007).
>
> >> 2. The structure of components, their inter-relationships, and the principles and guidelines governing their design and evolution over time.
>
> >> (TOGAF)
>
> >> Para mim é vago por demais.
>

> >> 2011/8/17 Vinicius Quaiato <vinicius.quai...@gmail.com>

> >> nÃo falei em abstração, falei em algo vago. É diferente de abstrato.
>

> >> 2011/8/17 ElemarJR <elema...@gmail.com>

> >> A propósito, o conceito de componente é bem claro para mim. Te garanto que é bem pouco abstrato.
>
> >> :-)
>
> >> Para você não é?!
>
> >> Enviado via iPad
>

> >> Em 17/08/2011, às 23:24, Vinicius Quaiato <vinicius.quai...@gmail.com> escreveu:
>
> >>> Acho esse papo de "relação entre componentes", "estrutura dos componentes" etc vazia por demais também... "componente" é algo vago.
> >>> Pode ser um component de conexão entre sistemas, entre uma aplicação e um banco de dados, ou qualquer coisa que alguém queira chamar de componente.
> >>> Essas relações e estrutura podem beirar o design. Bem como "princípios e guias que orientam o design e a evolução" podem beirar o design ou ainda o "etéreo".
>
> >>> As citações acima são do TAGOF, um documento que por sinal eu acho por deveram metódico, quadrado e antiquado. Totalmente contrário ao que buscamos quando falamos em emergência, caos e agilidade.
>
> >>> Bom nem sei pq estou escrevendo :P
>

> >>> 2011/8/17 Vinicius Quaiato <vinicius.quai...@gmail.com>

> >>> Discordo destas definições. E na verdade eu discordo da maioria das definições de "arquiteto" e até de tentativas de definir o que é "arquitetura".
>
> >>> Grandes players do mercado, bem como renomados profissionais não sabem definir isso(e estamos falando de um termo cunhado nos anos 60!!!). Os papéis variam em cada empresa e em cada projeto.
>
> >>> Acho a discussão romântica por demais.
>

> >>> 2011/8/17 ElemarJR <elema...@gmail.com>

> >>> Stefhan,
>
> >>> Garantir baixo acoplamento e alta coesão não é responsabilidade  do arquiteto, somente.
>
> >>> O arquiteto define componentes, seus papéis, relacionamentos e responsabilidades. Baixo acoplamento é um atributo de qualidade.
>
> >>> Há tempos escrevi um post que pode ajudar:
>

> >>>http://elemarjr.net/2011/02/18/voc-no-ou-pode-no-ser-arquiteto-saiba-...

>
> >>> []s
>
> >>> Elemar Jr
>
> >>> Enviado via iPad
>

> >>> Em 17/08/2011, às 22:04, Stefhan Rafael <stefhanraf...@gmail.com> escreveu:
>
> >>>> Estranho...seguindo essa linha de raciocinio faz parecer que arquitetos nao programam ou programacao/desenvolvimento é um atributo "fraco" para um arquiteto. Arquiteto da torre de marfim eh uma cilada bino.
>
> >>>> Acredito que faculdade não forma um arquiteto mas, não quer dizer que nao deva preparalo. O problema é que o ensino basicamente é: "Arquiteto é aquele que consegue fazer com que o sistema tenha alta coesão e baixo acoplamento" nas primeiras aulas.
>

> >>>> Em 17 de agosto de 2011 21:05, Raphael Molesim <raphael.mole...@gmail.com> escreveu:
> >>>> Começa que qualquer "faculdade de informática" deveria ensinar programação e não arquitetura... aliás sua frase se encaixa perfeitamente se aplicada a um desenvolvedor..
>

> >>>> Em 18 de agosto de 2011 00:51, Bemjamin Quintino <ben.quint...@gmail.com> escreveu:
>
> >>>> Não entendeu? Então ta ruim einh? hehehehe Isso ai é o principio da arquitetura de software pra quem não sabe... Qualquer faculdade de informática ensina isso nas primeiras aulas.
>

> >>>> Em 17 de agosto de 2011 20:46, Raphael Molesim <raphael.mole...@gmail.com> escreveu:
>
> >>>> Juro que eu não entendi...
>

> >>>> Em 17 de agosto de 2011 23:34, Bemjamin Quintino <ben.quint...@gmail.com> escreveu:
>
> >>>> A definição mais genérica que a gente pode ter é essa:
>
> >>>> "Arquiteto é aquele que consegue fazer com que o sistema tenha alta coesão e baixo acoplamento"
>
> >>>> Eu acho essa a melhor forma de expressar o que é um arquiteto.
>

> >>>> Em 17 de agosto de 2011 18:40, Jorge Joaquim <jorgejoaq...@gmail.com> escreveu:
>
> >>>> Gente, acabou a thread, não tem definição e pronto, cada empresa adota sua definição de arquiteto de software.
>
> >>>> Jorge Joaquim
> >>>> Analista Desenvolvedor de Sistemas

> >>>> jorgejoaq...@gmail.com
> >>>> (11) 8410-5757 / 6227-3889

>
> >>>> Em 17 de agosto de 2011 18:38, Marcus Alexandre Silva <inf.marcusalexan...@gmail.com> escreveu:
>
> >>>> Arquiteto então que tomas as decisões técnicas necessárias para que o Líder Técnico consiga conduzir seu trabalho?
>

> >>>> Em 17 de agosto de 2011 18:27, Vinicius Quaiato <vinicius.quai...@gmail.com> escreveu:
> >>>> no way!
>
> >>>> Isso se chama líder técnico.
>

> >>>> 2011/8/17 Marcus Alexandre Silva <inf.marcusalexan...@gmail.com>

> >>>> Arquiteto é o cara que sabe ensinar e conduzir tecnicamente um time de programadores para atender as necessidades do seu cliente da maneira mais eficiente e padronizada possível.
>

> >>>> Em 16 de agosto de 2011 11:43, Dado CE <dado...@gmail.com> escreveu:
>
> >>>> Pois é. O Arquiteto terá o papel de ditar o design também?
> >>>> --
> >>>> Você recebeu esta mensagem porque faz parte do grupo .Net Architects hospedado no Google Groups.
> >>>> Para postar envie uma mensagem para dotnetar...@googlegroups.com
> >>>> Para sair do grupo envie uma mensagem para dotnetarchitec...@googlegroups.com

> >>>> Para mais opções visite o grupo emhttp://groups.google.com/group/dotnetarchitects?hl=pt-br

>
> >>>> --
> >>>> Você recebeu esta mensagem porque faz parte do grupo .Net Architects hospedado no Google Groups.
> >>>> Para postar envie uma mensagem para dotnetar...@googlegroups.com
> >>>> Para sair do grupo envie uma mensagem para dotnetarchitec...@googlegroups.com

> >>>> Para mais opções visite o grupo emhttp://groups.google.com/group/dotnetarchitects?hl=pt-br

>
> >>>> --
> >>>> Você recebeu esta mensagem porque faz parte do grupo .Net Architects hospedado no Google Groups.
> >>>> Para postar envie uma mensagem para dotnetar...@googlegroups.com
> >>>> Para sair do grupo envie uma mensagem para dotnetarchitec...@googlegroups.com

> >>>> Para mais opções visite o grupo emhttp://groups.google.com/group/dotnetarchitects?hl=pt-br

>
> >>>> --
> >>>> Você recebeu esta mensagem porque faz parte do grupo .Net Architects hospedado no Google Groups.
> >>>> Para postar envie uma mensagem para dotnetar...@googlegroups.com
> >>>> Para sair do grupo envie uma mensagem para dotnetarchitec...@googlegroups.com

> >>>> Para mais opções visite o grupo emhttp://groups.google.com/group/dotnetarchitects?hl=pt-br

>
> >>>> --
> >>>> Você recebeu esta mensagem porque faz parte do grupo .Net Architects hospedado no Google Groups.
> >>>> Para postar envie uma mensagem para dotnetar...@googlegroups.com
> >>>> Para sair do grupo envie uma mensagem para dotnetarchitec...@googlegroups.com

> >>>> Para mais opções visite o grupo emhttp://groups.google.com/group/dotnetarchitects?hl=pt-br

>
> >>>> --
> >>>> Benjamin Quintino
> >>>> ---
> >>>> Mend your speech a little, lest it may mar your fortunes. - Shakespeare, King Lear.
> >>>> --
> >>>> Você recebeu esta mensagem porque faz parte do grupo .Net Architects hospedado no Google Groups.
> >>>> Para postar envie uma mensagem para dotnetar...@googlegroups.com
> >>>> Para sair do grupo envie uma mensagem para dotnetarchitec...@googlegroups.com

> >>>> Para mais opções visite o grupo emhttp://groups.google.com/group/dotnetarchitects?hl=pt-br

>
> >>>> --
> >>>> Você recebeu esta mensagem porque faz parte do grupo .Net Architects hospedado no Google Groups.
> >>>> Para postar envie uma mensagem para dotnetar...@googlegroups.com
> >>>> Para sair do grupo envie uma mensagem para dotnetarchitec...@googlegroups.com

> >>>> Para mais opções visite o grupo emhttp://groups.google.com/group/dotnetarchitects?hl=pt-br

>
> >>>> --
> >>>> Benjamin Quintino
> >>>> ---
> >>>> Mend your speech a little, lest it may mar your fortunes. - Shakespeare, King Lear.
> >>>> --
> >>>> Você recebeu esta mensagem porque faz parte do grupo .Net Architects hospedado no Google Groups.
> >>>> Para postar envie uma mensagem para dotnetar...@googlegroups.com
> >>>> Para sair do grupo envie uma mensagem para dotnetarchitec...@googlegroups.com

> >>>> Para mais opções visite o grupo emhttp://groups.google.com/group/dotnetarchitects?hl=pt-br

>
> >>>> --
> >>>> Você recebeu esta mensagem porque faz parte do grupo .Net
>

> ...
>
> read more »

[Raphael Molesim]

Oras bolas você é um usuário do grupo que tem a mesma relavância que eu...

O importante não quem disse, mas sim o que foi dito!

[Raphael Molesim]

Você leu o post do Elemar?

[Raphael Molesim]

Mas este é o ponto...

Qual o real valor de um mapa de componentes?

Não seria mais valioso, ter um time que conhece todos os componenetes, ao invés de ter uma mapa de componenetes?

[Hamon Vitorino]

Design e arquitetura confundem-se quando falamos em um sistema monolítico, que, provavelmente, é o que a maioria esmagadora aqui conhece. Mesmo assim, normalmente, há arquitetura nesse tipo de sistema. Mas quando falamos em um sistema que envolve várias aplicões, fica mais fácil identificar o que é arquitetura e o que é design.

Quanto ao cargo de arquiteto, discordo que ele deva existir.

Na verdade, discordo da existência de cargos em uma equipe de desenvolvimento. E acredito em papéis.

Arquiteto é o papel de algum desenvolver da equipe, em determinado momento, normalmente exercido pelo dev com mais experiência. E chamo de experiência aqui não o tempo de mercado, nem idade.

Experiência vem de experimentar. Então se você passou 10 anos fazendo CRUD, que experiência você tem?

Hamon Vitorino

[ElemarJR]

Galera,

Temos que parar de confundir o arquiteto com um Desenvolvedor sênior. São skills diferentes, caramba. Por que essa fixação em tecnologia? Onde, por acaso, ficam a questão de negócios?

As atribuições do arquiteto são tantas, e tão diversificadas que há divisões explicitas dentro da própria função.

Pelo tanto que leio, os "arquitetos" aqui do grupo são, realmente, apenas desenvolvedores com um nome metido a besta, pois de arquitetura de fato andam fazendo bem pouco.

Recomendo, fortemente, a leitura disso:

http://pubs.opengroup.org/architecture/togaf9-doc/arch/

Trata-se da versão online do TOGAF. Querem ser arquitetos, por favor, estudem arquitetura. 

Não vejo problema algum em alguém querer ser dev sênior. O problema, penso eu, é assumir que arquitetura seja só isso.

Quanto a job rotation, lindo na teoria, mas nunca vi funcionando na prática. Pagar um time com skills para todas as funções, ou limitando apenas para arquitetura e dev, é virtualmente impossível (ou um puta desperdício)

Como já disse, se ficar só no que vocês andam listando, como atribuições de arquiteto, é pouco ou nada. Se vocês só fazem isso, estão sendo injustos com quem contrata vocês.

Desculpem pelo tom, outra vez, mas acho que cabe a reflexão.

[]s

Elemar Jr

Enviado via iPad

[Hamon Vitorino]

Elemar,

"Temos que parar de confundir o arquiteto com um Desenvolvedor sênior. São skills diferentes, caramba. Por que essa fixação em tecnologia? Onde, por acaso, ficam a questão de negócios?"

Desenvolvedor não pode entender de negócio? As ditas boas práticas afirmam que o desenvolvedor deve entender de negócio.

Quais são as skills diferentes que um desenvolvedor não tem e só o arquiteto tem?

"Pelo tanto que leio, os "arquitetos" aqui do grupo são, realmente, apenas desenvolvedores com um nome metido a besta, pois de arquitetura de fato andam fazendo bem pouco."

Gosto dessa parte: "arquitetos (...) são, realmente, apenas desenvolvedores".

E concordo que cabe a reflexão.

Em 18 de agosto de 2011 07:34, ElemarJR <elem...@gmail.com> escreveu:

Temos que parar de confundir o arquiteto com um Desenvolvedor sênior. São skills diferentes, caramba. Por que essa fixação em tecnologia? Onde, por acaso, ficam a questão de negócios?

--
Hamon Vitorino

[ElemarJR]

Hamon

Você leu o TOGAF? Pensa mesmo que arquitetura cabe como papel para desenvolvedores?

Não estou dizendo que devs não devam conhecer o negócio. O que eu vejo é que, pelo que ando vendo, os dessa lista não incluem essa responsabilidade em suas descrições. 

Novamente, arquitetura e desenvolvimento são funções diferentes com skills diferentes.

Enviado via iPad

[ElemarJR]

Na empresa onde trabalho, hoje, há 10 times de desenvolvimento. São pelo menos 18 produtos que atendem 36 países.

Todos os produtos precisam ter integração forte e todos devem seguir diretrizes arquiteturais da organização.

Digam como fazer isso sem um (time) de arquitetos ou com job rotation?

Enviado via iPad