sergiotaborda wrote:Parece que feri o ego de muita gente afirmando que um arquiteto de verdade tem que ter experiencia passada com o desenvolvimento de sistemas (sistemas, plural).

Isso é muito curioso. Existem na várias referencias a como um arquiteto tem que ter essa experiencia porque só assim ele pode ter noção comparativa de tecnologias e fazer bons trade-off. Assim como existem várias definições do que deveria ser um arquiteto.

A noção de o arquiteto deveria ser quase um PM é aburda embora eu concorde que um arquiteto tem que conhecer de gerencia e estimativas - mas para auxiliar o PM, não para ser o PM. Ter lido Software Estimation: Demystifying the Black Art é fundamental.

Não é credivel que uma pessoa sem experiencia de campo possa decidir por uma arquitetura.
Eu já tive que trabalhar em sistemas sem arquiteto , ou seja, sem alguem que visse "the big picture" e definissem estratégias.
isso resulta sempre em sistemas porcaria. Sistemas JSP puro (como no asp 3 , sem classes , sem servlets , sem mvc de nenhuma especie). Sistemas com necessidade pesada de comunicação usando protoclos criados ad doc em xml transferidos com sockets (não http) em vez de jms ou - menor dos pecados -webservices. Sistemas com excesso de uso de api de terceiros, simplesmente enche o sistema com todas as api conhecidas à humanidade e não faz nada na mão. Pior que isso :distribui a aplicação em 10 jars diferentes e usa o maven para os compor. Uso de EJB em aplicações apenas locais sem distribuição (no remote ejb) ou transação distribuida (jdbc +jms por exemplo). Uso de MDB em vez de frameworks de batch. Uso de Spring sem usar injeção (apenas define os objetos e depois usa um ServiceLocator para os recuperar do contexto como se fosse um map.
Exemplos de juniors desenvolendo "arquiteturas" não me faltam.

algumas referencias - já que vocês são incapazes de procurar no google - sobre o que é arquitetura de sistemas , os vários tipos de arquiteto, as várias definições do que é um arquiteto - e ha muitas - e os principais problemas e más práticas dos arquitetos : por exemplo : não conhecerem as tecnologias, não conhecerem o nivel tecnico das equipes , não saberem estimar.

http://www.bredemeyer.com/Architect/RoleOfTheArchitect.htm Refiro este url não pelo conteudo em si mas pelas referencias que tem. Elas devem ser lidas.
http://stal.blogspot.com/2006/03/software-architects-role.html
http://jrothman.com/blog/mpd/2006/04/architects-must-write-code.html
http://www.designpatternsfor.net/default.aspx?pid=5
http://www.designpatternsfor.net/default.aspx?pid=19
http://www.designpatternsfor.net/default.aspx?pid=53
http://channel9.msdn.com/shows/ARCast+with+Ron+Jacobs/ARCast-Becoming-an-Architect/ <- pelos comentários
http://www.delphi.co.za/PermaLink,guid,2261ac8e-0ae3-452b-b638-acc8b01f63c4.aspx

A referencia aos três projetos para ser arquiteto assisti num video então está mais dificil de achar (sobretudo pq não lembro o autor). quando achar eu coloco aqui. Mesmo ignorando isso, as referencias acima deixam claro que experiencia é necessária para ser arquiteto. Embora existam pessoas como o Martin Fowler que acham que não precisamos deles. (procurem que acham o pdf dele).

sergiotaborda wrote:

ViniGodoy wrote:

leosouzabh wrote:não concordo com você Felagund, as vezes um arquiteto realmente bom e experiente não precisar codificar para saber o problema.
O cara tem que ser vivido o suficiente para entender problemas sem ter que debulhar códigos e códigos.
Mesmo porque entender o todo de um sistema de menor porte é ate possível, mais pensando em sistemas legados, e de grande porte acho que fica um pouco inviavél de ter esse conhecimento.

Só acho que ele não vai obter essa experiência que você falou, sem antes ter debulhado linhas e linhas de código. Mas até concordo que alguém que já tenha anos de programação no passado, possa exercer a profissão no futuro programando pouco, e mantendo-se atualizado sobre tecnologias em blogs e fóruns.

Existe uma máxima - de que não lembro o autor- que um arquiteto só pode ser considerado arquiteto se desenvolveu mais de 3 sistemas distribuídos. Isto deixa claro que o arquiteto é alguem com experiência e que sabe programar e desenvolver. Mas se o cara desenvolveu 3 sistema distribuido com Delphi de pouca valia vai servir para desenvolver JEE. Ok, alguns conceitos são os mesmos , mas a tecnologia não é, e avaliar a tecnologia é uma das principais funções do arquiteto.

ViniGodoy wrote:

manu_treta wrote:Wii pq vc se exercita, programador é tudo cedentário, fidido, tem q se ezercitar para ficar saldável manuuu....

por isso eu prefiro wiii cara... ele é coi linda d Deus..

mas se não for ele,prefiro o meu velho super nintendo.., eeses novos não tão com nada, o filé du camarão é jogar super mario bross, strit faiter e mortal combate... aaa saldade q mata... =\

xau pessual té mais bonoite a todos os q tão me ouvindo..

Na verdade, já provaram que os "exercícios" do wii tem pouquíssima eficácia.
http://personalrs.blogspot.com/2009/01/wii-considerado-como-atividade-fisica.html

Se você quer se exercitar, pratique um esporte, vá para uma academia, etc...

marcosalex wrote:Uberlândia

R$20,00 a R$25,00 - junior
R$30,00 a R$50,00 - pleno
R$60,00 a R$75,00 - sênior
R$80,00 a R$110,00 - arquiteto

A coisa mais difícil por aqui é encontrar um sênior e um arquiteto disponíveis que valham esses salários.

fredferrao wrote:E cada vez complica mais

Vem um e diz pra fugir igual diabo da cruz, ja outros dizem que "não tem porque nao usar, EJB3 é muito easy"

É vou ter que dar uma estuda mais a fundo no bixo.

Sobre o que alguns disseram de "vai ter que ter um app server", acho que nao é problema, pois de qualquer forma vai ter que ter por causa da parte web.

Salvo engano o ERP compiere que é desktop usa EJB!

Thiago Senna wrote:

Juk wrote:Ninguém é obrigado a pegar trabalho em empresas que são "uma zona", e elas não são todas, como você diz.

Eu mesmo me demiti agora de uma dessas grandes consultorias com processos dos quais eu discordo. Vou pra outro lugar ganhar menos mas com um trabalho mais legal, equipe mais ágil e idéias que eu concordo (tdd, xp, etc).

Obrigado, você acabou de contribuir para que o nosso valor hora diminuisse mais 1 real.

YvGa wrote:

Juk wrote:Aos que acham que as empresas são os "vilões" e tem medo de perder o emprego pros indianos recomendo ler o livro My Job Went to India do Chad Fowler. É pequeno e na minha opinião vale muito a pena

Na minha opinião, se as empresas estão se dedicando cada vez mais a diminuir os custos com TI é porque elas acham que o trabalho feito pelos profissionais até então não valeu o dinheiro investido. E eu concordo plenamente. Em toda empresa que passo vejo que enormes aplicações feitas em Java já viraram legado e não tem custos de manutenção menores do que tecnologias "inferiores" por terem sido mal-feitas. Trabalho mal-feito por trabalho mal-feito é melhor pagar menos da metade pros indianos pra eles fazerem.

Ah sim, a culpa é dos programadores por serem ruins?

As empresas no Brasil sao uma zona, com processos burocraticos sem fundamento, gerentes tontos perdendo os cabelos no meio do caos que eles criaram, ninguem se entende, ninguem sabe o que fazer, e a culpa é dos programadores por serem ruins?

Ora, esse é o problema mais simples de se resolver, contratem programadores melhores. Como? Pois é, nem isso as empresas sabem fazer, nao sabem avaliar a mao-de-obra dentro do proprio ramo.

Se um programador faz besteiras consecutivamente, a culpa TEM que cair em quem pos ele la. Mas não é o que acontece, o gerente da uns tapas na mesa, faz um relatorio pra diretoria, culpando alguem ou alguma coisa que nao seja ele e contrata outro pangaré.

Coitadinhas das empresas, contrataram profissionais que nao deram o retorno esperado.

fredferrao wrote:Sim e onde ficaria esta camada?? Apenas mais um JAR? Tanto na lib da app web, como na lib da app desktop? Humm não sei se era isto que eu estava querendo.
E neste caso eu teria que ir atualizando cada cliente, caso mude alguma regra de negocio que nao afete a visão!!!??

Afinal qual o proposito geral do EJB? Não é fazer aplicações distribuidas?
Eu esta imaginando nos clientes fazerem chamadas remotas as regras de negocios que estao no EJB.
Pois terei tanto cliente dentro de uma LAN, como tambem vendedores de rua, tanto web quanto desktop, e quem sabe ate com smartphones/palm's.

lfpolli wrote:Uma empresa que oferece 1500 reais para um cargo de analista/programador java senior só pode estar de brincadeira.

Em Curitiba eu já vi estagiários da área de TI ganharem R$ 1000. Tudo bem que isso foi no passado, mas o mercado não mudou tanto assim.

Sempre existirão empresas que anunciam uma vaga pra analista senior e na verdade contratam o primeiro que aparecer. Fazem isso pra passar aos clientes a imagem de que a equipe é composta por profissionais experientes. Já vi muito estagiário sendo vendido por pleno/senior. Infelizmente esse tipo de coisa ainda acontece.