Uma Pequena Provocação aos Arquitetos

GUJ Ranger Membro desde: 02/06/2005 16:28:38 Mensagens: 879 Offline

boaglio wrote:
Eu lembro ter escutado num podcast que o responsável de TI do site Digg disse que recebia 100 currículos de pessoas com Doutorado em TI, mas pessoas que haviam gerenciado mais de 100 servidores ele nunca recebia, e era o que ele mais procurava.

Não vejo o q uma coisa tem a ver com outra. Arquitetos não gerenciam servidores. Isso é responsa de infra...

Arquitetos gerenciam componentes, interfaces, padrões de desenvolvimento, ambientes de integração contínua...

andre_salvati wrote:
Não vejo o q uma coisa tem a ver com outra. Arquitetos não gerenciam servidores. Isso é responsa de infra...

Claro que é infra não é desenvolvimento, mas eu quis mostrar o tamanho do abismo entre o mundo acadêmico e o mercado.

Hoje eu não imagino alguém de TI sendo contratado pelo conhecimento que adquiriu em um mestrado/doutorado.

Se isso existir deve ser muito raro...

Olá

boaglio wrote:Hoje eu não imagino alguém de TI sendo contratado pelo conhecimento que adquiriu em um mestrado/doutorado.

Isto é um problema. Mas há exceções.

O Vinicius Telles veio de mestrado. O José Valim ( http://blog.plataformatec.com.br/ ) deu uma palestra no DevInSampa justamente sobre a tese de mestrado dele (classificação de textos). Eu mesmo já vi gente acadẽmica sendo contratada a peso de ouro para fazer roteador de entrega de mercadorias (problema de caminho mínimo). E nossos amigos Paulo e Guilherme Silveira mantém um estreito contato com o meio acadẽmico. O professor Francisco Reverbel do IME/USP durante muito tempo foi o único brasileiro commiiter do JBoss. E a turma de estruturas de dados ex-alunos do prof Nivo Ziviani de BH que criaram o buscador Miner da Akwan, foram alguns dos primeiros brasileiros no Google quando este comprou a AKWAN. E há mais muitos outros exemplos por aí de várias partes do Brasil, inclusive alguns do nordeste (Campina Grande, Recife, etc.)

Na engenharia os acadẽmicos costumam ter importância maior. A Petrobrás usou e segue usando gente da COPPE, da PUC, da USP na pesquisa para chegar a liderança mundial na prospecção e produção de petróleo em águas profundas. No caso da futura exploração do pré sal isto se repetirá e com mais orgãos envolvidos.

Sempre recomendo aqui que insistam em fazer mestrado. É um sacrifício, mas vale a pena ter contato com gente inteligente e muiotas vezes de valor reconhecido internacionalmente. Meu mestrado fiz ainda solteiro em 1971/72 ganhando uma bolsa que nem de longe passa perto do que ganha um desenvolvedor pleno. Mas foi uma das melhores coisas que fiz na vida.

[]s
Luca

GUJ Master Membro desde: 04/06/2007 17:47:24 Mensagens: 1030 Offline

Luca wrote:Olá

boaglio wrote:Hoje eu não imagino alguém de TI sendo contratado pelo conhecimento que adquiriu em um mestrado/doutorado.

Isto é um problema. Mas há exceções.

O Vinicius Telles veio de mestrado. O José Valim ( http://blog.plataformatec.com.br/ ) deu uma palestra no DevInSampa justamente sobre a tese de mestrado dele (classificação de textos). Eu mesmo já vi gente acadẽmica sendo contratada a peso de ouro para fazer roteador de entrega de mercadorias (problema de caminho mínimo). E nossos amigos Paulo e Guilherme Silveira mantém um estreito contato com o meio acadẽmico. O professor Francisco Reverbel do IME/USP durante muito tempo foi o único brasileiro commiiter do JBoss. E a turma de estruturas de dados ex-alunos do prof Nivo Ziviani de BH que criaram o buscador Miner da Akwan, foram alguns dos primeiros brasileiros no Google quando este comprou a AKWAN. E há mais muitos outros exemplos por aí de várias partes do Brasil, inclusive alguns do nordeste (Campina Grande, Recife, etc.)

Na engenharia os acadẽmicos costumam ter importância maior. A Petrobrás usou e segue usando gente da COPPE, da PUC, da USP na pesquisa para chegar a liderança mundial na prospecção e produção de petróleo em águas profundas. No caso da futura exploração do pré sal isto se repetirá e com mais orgãos envolvidos.

Sempre recomendo aqui que insistam em fazer mestrado. É um sacrifício, mas vale a pena ter contato com gente inteligente e muiotas vezes de valor reconhecido internacionalmente. Meu mestrado fiz ainda solteiro em 1971/72 ganhando uma bolsa que nem de longe passa perto do que ganha um desenvolvedor pleno. Mas foi uma das melhores coisas que fiz na vida.

[]s
Luca

Luca, concordo com o boaglio. Os que citou, como o Vinicius, pela história que ele mesmo já contou mais de uma vez, sabe-se que nem tudo que ele adquiriu foi por causa do Mestrado. É um plus, mas a experiência é porque eles saem do quadrado.
Isso já difere da engenharia. Na engenharia temos muitos cálculos e a matemática impera.
Claro que isso não significa que não se deve estudar, pelo contrário, quanto mais contato com pessoas inteligentes e cultas, maior é a nossa abertura mental para ideias novas. Mesmo que muitos digam que está hoje em dia tudo na Internet (o que não discordo de modo algum), também digo que de nada adianta um tesouro no fundo do mar (essa ouvi de um mestre), se não sabe onde procurar, também jamais vai poder aproveitar o que existe lá. É nessas horas que uma pessoa com bastante conhecimento pode lhe orientar e lhe ensinar certos "truques" por assim dizer.

Sempre recomendo aqui que insistam em fazer mestrado. É um sacrifício, mas vale a pena ter contato com gente inteligente e muiotas vezes de valor reconhecido internacionalmente. Meu mestrado fiz ainda solteiro em 1971/72 ganhando uma bolsa que nem de longe passa perto do que ganha um desenvolvedor pleno. Mas foi uma das melhores coisas que fiz na vida.

Muito bom Luca!

Também recomendo o mestrado, apesar de assumir que, no geral, não seja tão valorizado na nossa área pelas empresas quanto poderia ser aqui. Mas pela experiência acadêmica vale muito a pena.

abracos

GUJ Master Membro desde: 20/05/2009 11:21:32 Mensagens: 1776 Offline

Kenobi wrote:

mochuara wrote:

garcia-jj wrote:

mochuara wrote:Arquiteto que não programa ta fazendo o que? brincando de ser empresário?

Mas em momento algum eu disse que arquiteto não programa. O que eu quero dizer é que tem gente que pensa que o arquiteto vai lá fazer uma tela de cadastro de produtos. Mas isso é errado, um arquiteto programaria apenas o que é relacionado a arquitetura da aplicação.

Deixa eu ver se entendi, tem gente que pensa que seu arquiteto poderia ser mais util?

Geralmente vc não precisa de arquiteto pra fazer uma tela de cadastro, mas se arquiteto é um papel e não um cargo, basta tirar o chapeu quando for programar coisas triviais. Me parece que vc tem o privilegio de ser pago pra programar apenas a "arquitetura da aplicação" (seja lao que isto signifique na pratica), neste caso vc devia agradacer seu chefe todo dia.

Uma equipe de 6 profissionais, concordo com você. Agora quando passa dos 40, se o cara ficar programando não faz coaching por exemplo e no mercado, o valor hora de um arquiteto é maior, logo seria um disperdício de dinheiro se ele ficasse programando igual a um programador Sr. e realmente ele terá inúmeras atribuições, pode acreditar.

PS: Dá um pulo em empresas de grande porte como Claro ou Bovespa e espie o dia-a-dia de um arquiteto de lá, vai começar a entender que o buraco é mais embaixo.

PS2: As duas empresas citadas, conheço seus respectivos arquitetos e problemas que caem no colo deles, todo dia.Vai desde Match de operações em tempo real à projetos de Billing para milhões de transações por dia...Aí, não tem tempo mesmo pra fazer qualquer telinha que seja.

Então a equipe tem 40 pessoas (!) alocadas no projeto e pra vc desperdício está em 1 arquiteto ficar programando?

O fato de uma empresa ser de grande porte não justifica projetos com 20, 30, 40 pessoas. Nem mesmo o google tem esse monte de gente trabalhando no mesmo projeto. Se esse é o dia-a-dia das empresas citadas eles não servem como exemplo como desenvolvimento de software pra ninguém.

GUJ Ranger Membro desde: 02/06/2005 16:28:38 Mensagens: 879 Offline

mochuara wrote:

O fato de uma empresa ser de grande porte não justifica projetos com 20, 30, 40 pessoas. Nem mesmo o google tem esse monte de gente trabalhando no mesmo projeto. Se esse é o dia-a-dia das empresas citadas eles não servem como exemplo como desenvolvimento de software pra ninguém.

É verdade...

This message was edited 3 times. Last update was at 07/12/2009 19:33:26

mochuara wrote:

Kenobi wrote:

mochuara wrote:

garcia-jj wrote:

mochuara wrote:Arquiteto que não programa ta fazendo o que? brincando de ser empresário?

Mas em momento algum eu disse que arquiteto não programa. O que eu quero dizer é que tem gente que pensa que o arquiteto vai lá fazer uma tela de cadastro de produtos. Mas isso é errado, um arquiteto programaria apenas o que é relacionado a arquitetura da aplicação.

Deixa eu ver se entendi, tem gente que pensa que seu arquiteto poderia ser mais util?

Geralmente vc não precisa de arquiteto pra fazer uma tela de cadastro, mas se arquiteto é um papel e não um cargo, basta tirar o chapeu quando for programar coisas triviais. Me parece que vc tem o privilegio de ser pago pra programar apenas a "arquitetura da aplicação" (seja lao que isto signifique na pratica), neste caso vc devia agradacer seu chefe todo dia.

Uma equipe de 6 profissionais, concordo com você. Agora quando passa dos 40, se o cara ficar programando não faz coaching por exemplo e no mercado, o valor hora de um arquiteto é maior, logo seria um disperdício de dinheiro se ele ficasse programando igual a um programador Sr. e realmente ele terá inúmeras atribuições, pode acreditar.

PS: Dá um pulo em empresas de grande porte como Claro ou Bovespa e espie o dia-a-dia de um arquiteto de lá, vai começar a entender que o buraco é mais embaixo.

PS2: As duas empresas citadas, conheço seus respectivos arquitetos e problemas que caem no colo deles, todo dia.Vai desde Match de operações em tempo real à projetos de Billing para milhões de transações por dia...Aí, não tem tempo mesmo pra fazer qualquer telinha que seja.

Então a equipe tem 40 pessoas (!) alocadas no projeto e pra vc desperdício está em 1 arquiteto ficar programando?

O fato de uma empresa ser de grande porte não justifica projetos com 20, 30, 40 pessoas. Nem mesmo o google tem esse monte de gente trabalhando no mesmo projeto. Se esse é o dia-a-dia das empresas citadas eles não servem como exemplo como desenvolvimento de software pra ninguém.

Normalmente são projetos Correlatos, vide Grupo Sem Parar, que na "nova plataforma" há mais ou menos esse número de pessoas envolvidas, e fui 1 dos arquitetos no primeiro ano.

Outra empresa era a YMF que tinha um software sendo produzido por uma equipe de 20 profissionais. Se justifica ou não, acho que é muito empírico julgar dessa maneira, sem conhecer os fatos.

PS: Bovespa a equipe de Match tem aproximadamente 20 pessoas também, detalhe, levam 8 meses só para preparar um profissional para depois desse período ele de fato começar a produzir, dado a complexidade técnica-negócio.

Só pra fechar, a equipe de desenvolvimento de jogos modernos como Gran Turismo 5 (PS3) está por volta de 150 pessoas. O time que trabalha no produto WebLogic está por volta disso e poderia ficar aqui citando muitos exemplos, que serveriam sim de exemplos e projetos bem sucedidos, mas acho que esse não é o ponto da discussão e sim o papel do arquiteto e creio que coloquei minha posição. Ninguém precisa aceitá-la, apenas é minha ótica e como encaro a função.

GUJ Master Membro desde: 20/05/2009 11:21:32 Mensagens: 1776 Offline

Não duvido que existam projetos com essa quantidade de gente alocada, mas é importante ressaltar que nestes casos, o que importa não é a qualidade dos seus programadores e arquitetos, mas sim da capacidade do gerente de bolar um processo capaz de tornar as pessoas em recursos humanos substituíveis. Todos sabem que, a não ser que vc utilize alguma inovação em termos de comunicação (telepatia?), um projeto com mais de 10 programadores provavelmente a dificuldade técnica do problema que eles resolvem é zero. São simplesmente code monkeys cumprindo checklists. Não existe maneira de um líder técnico, por mais competente que seja, dar conta de tanta gente para liderar/guiar, sem falar em ter que garimpar no mercado 10 (30, 40, 150!) profissionais realmente experts.

Dito isso, não entendo porque chamar um "arquiteto com perfil gerencial" de arquiteto ao invés de gerente junior e, CASO NECESSÁRIO, passe a bola da arquitetura para o programador Senior, mas não misture as funções.

Kenobi wrote:
Só pra fechar, a equipe de desenvolvimento de jogos modernos como Gran Turismo 5 (PS3) está por volta de 150 pessoas. O time que trabalha no produto WebLogic está por volta disso e poderia ficar aqui citando muitos exemplos, que serveriam sim de exemplos e projetos bem sucedidos, mas acho que esse não é o ponto da discussão e sim o papel do arquiteto e creio que coloquei minha posição. Ninguém precisa aceitá-la, apenas é minha ótica e como encaro a função.

ps: Alguma referência/link para essas informações da equipe do GT5 e WebLogic?

This message was edited 1 time. Last update was at 08/12/2009 14:06:07

mochuara wrote:Não duvido que existam projetos com essa quantidade de gente alocada, mas é importante ressaltar que nestes casos, o que importa não é a qualidade dos seus programadores e arquitetos, mas sim da capacidade do gerente de bolar um processo capaz de tornar as pessoas em recursos humanos substituíveis. Todos sabem que, a não ser que vc utilize alguma inovação em termos de comunicação (telepatia?), um projeto com mais de 10 programadores provavelmente a dificuldade técnica do problema que eles resolvem é zero. São simplesmente code monkeys cumprindo checklists. Não existe maneira de um líder técnico, por mais competente que seja, dar conta de tanta gente para liderar/guiar, sem falar em ter que garimpar no mercado 10 (30, 40, 150!) profissionais realmente experts.

Na verdade não estamos falando de um único profissional para a equipe toda e sim o papel do arquiteto. Talvez nesse caso explicitado seja mais de um ( o mais provável), cada qual cuidando de uma parte específica do problema, seu domínio.

Dito isso, não entendo porque chamar um "arquiteto com perfil gerencial" de arquiteto ao invés de gerente junior e, CASO NECESSÁRIO, passe a bola da arquitetura para o programador Senior, mas não misture as funções.

Não vejo como um Gerente poderia conhecer sobre problemáticas técnicas, como latência, escabilidade, segurança e resolver essas questões para sua equipe.

ps: Alguma referência/link para essas informações da equipe do GT5 e WebLogic?

GTA: http://www.develop-online.net/news/29626/Polyphony-looks-to-PC-game-development#after_ad

Na verdade havia lido em outro site, até detalhava funções, como programdores especializados em física, outros em inteligência artificial, outros em iluminação e por aí vai ...

WebLogic, havia ouvido dentro da BEA e com a compra da Oracle soube que aumentaram o quadro, pois dobraram o investimento no produto.

Como disse esse é meu ponto de vista, mas existem outros. Seria legal também ouvir o resto do pessoal do fórum para saber o que acham. Já percebi que temos pontos divergentes e essa discussão não tem condições de prosseguir, ou vai ficar repetitiva....

GUJ Master Membro desde: 20/05/2009 11:21:32 Mensagens: 1776 Offline

Kenobi wrote:
Não vejo como um Gerente poderia conhecer sobre problemáticas técnicas, como latência, escabilidade, segurança e resolver essas questões para sua equipe.

E qual a diferença entre um gerente e um arquiteto que não programa?

ai tem a pergunta: "Você já viu mestre de obra que antes não foi pedreiro ?"

GUJ Master Membro desde: 20/05/2009 11:21:32 Mensagens: 1776 Offline

WRYEL wrote:ai tem a pergunta: "Você já viu mestre de obra que antes não foi pedreiro ?"

É mais fácil para o mestre de obra garantir a qualidade do serviço prestado pelos pedreiros sem por a mão na massa. Com relação a software a coisa muda. Um arquiteto que não esta em contato diariamente com o código que esta sendo produzido não esta em condições de garantir a qualidade da arquitetura que ele definiu. Experiência técnica anterior não garante qualidade aqui.

GUJ Ranger Membro desde: 02/06/2005 16:28:38 Mensagens: 879 Offline

WRYEL wrote:ai tem a pergunta: "Você já viu mestre de obra que antes não foi pedreiro ?"

Não.

Mas eu nunca vi um grande cozinheiro que tivesse deixado de cozinhar.

Vc não pode comparar um pedreiro com um programador, um cozinheiro sim...

This message was edited 4 times. Last update was at 10/12/2009 12:12:11

mochuara wrote:

Kenobi wrote:
Não vejo como um Gerente poderia conhecer sobre problemáticas técnicas, como latência, escabilidade, segurança e resolver essas questões para sua equipe.

E qual a diferença entre um gerente e um arquiteto que não programa?

Eu nunca disse que um arquiteto não deve saber programar, pelo contrário, ele deve fazê-lo e bem !! Mas usando a analogia, seria como uma evolução - pedreiro - mestre de obras - arquiteto - engenheiro (embora arquiteto e engeheiro tenham papéis distintos sei disso, foi só para um exemplo).

Ele pode fazer "coching", fundição de infraestrutura para a equipe ( como um framework), ensinar como se faz um grid de memória por exemplo com Hadoop - MapReduce para match de operações, Complex Events - EDA, quando e como utilizar e por aí vai. Só não vai ficar no dia-a-dia fazendo "telinha", "regras de negócio". Faz uma poc junto à equipe e deixa os caras tocarem o resto.

Ao menos minha idéia e pode olhar o repositório de temos em tempos pra ver como anda a qualidade do design, código, entre outros....

O carinha afundando em regras de negócio, fazendo telas por exemplo, não tem tempo de olhar nada, pois está preocupado em fazer a sua entrega e como disse, quando a equipe aumenta o arquiteto precisa ter um olhar mais de cima.

Pega um exemplo, uma arquitetura SOA por exemplo, deve-se utilizar SOAP + WSDL ou REST + Hypermedia ? Quem vai responder a este tipo de questão, com certeza não é o programador, pois dificilmente eles tem tempo pra se reciclar, estudar ou fazer pesquisas. Se a equipe tiver bons programadores, como citei anteriormente ótimo, dá pra criar um comitê que sou bastante favorável, senão, sobra mesmo pro coitado do arquiteto arcar com todas as decisões e pagar o seu devido preço. Aliás, alguns dizem que a diferença salarial está muito mais na responsabilidade do que no conhecimento técnico.

Notícias, artigos e o maior fórum brasileiro sobre Java