Hierarquia de desenvolvimento em Java

Como você se sentiria nesta hierarquia sendo o tal “Programmer Jr”?

Mas tem que comecar de algum lugar, rotulos existem na empresa… o nome pode mudar, pode ser plano de carreira, de cargos e salários, etc. mas o rótulos continuam lá.

Eu colocaria Analista de Negócio e Arquiteto como Pares… mas essa é a visão influencia pelos lugares que trabalhei. (;

hehehehe pelo visto vc quer ser arquiteto né?

normalmente as pessoas de negocio estão acima dos tecnicos…
ate por serem mais politicas e saber fazer mais media com pessoas…

não pensaria em um arquiteto abaixo da presidencia nunca…
editado para:
não pensaria em um arquiteto imediatamente abaixo da presidencia nunca… (afinal tem muita gente acima dele)

Na verdade a divisão entre programador sênior, pleno e junior não presta.

Já vi gente que programa a mais de dez anos criando tabelas faz-tudo no sistema porque nunca ouviu falar de normalização e já vi gente que é excelente e brilhante e está só começando.

Enfim, depende do tipo de programador que você quer (ex: bug hunter, monkey-coder, pau-para-toda-obra, web-designer, DBA, pogger, apagador de incêndio, programador de framework, programador de telinhas, projetista de sistema (algo como um arquiteto), programador de CRUD)…

Hoje eu sou JR. Mas tem cada Senior por ai chinfrin… que prefiro fazer uma Faculdade de Projetos e botar para quebrar com esses caras Rss… Ou seja fazendo a ponte…

edpipole:

hehehehe pelo visto vc quer ser arquiteto né?

normalmente as pessoas de negocio estão acima dos tecnicos…
ate por serem mais politicas e saber fazer mais media com pessoas…

não pensaria em um arquiteto abaixo da presidencia nunca…
editado para:
não pensaria em um arquiteto imediatamente abaixo da presidencia nunca… (afinal tem muita gente acima dele)

Sim porque tenho 8 anos de experiência, e acho que ja ta mais do que na hora. O problema que não estão contratando muitos arquitetos por ai. Correto?

EDITADO

OBS: 8 anos em em tecnologias.

Mas tem que comecar de algum lugar, rotulos existem na empresa… o nome pode mudar, pode ser plano de carreira, de cargos e salários, etc. mas o rótulos continuam lá.

Eu colocaria Analista de Negócio e Arquiteto como Pares… mas essa é a visão influencia pelos lugares que trabalhei. (;

Gostei cara… Quantos anos de mercado em tecnologia e em Java você tem?

ABraço

javaman00:

edpipole:

hehehehe pelo visto vc quer ser arquiteto né?

normalmente as pessoas de negocio estão acima dos tecnicos…
ate por serem mais politicas e saber fazer mais media com pessoas…

não pensaria em um arquiteto abaixo da presidencia nunca…
editado para:
não pensaria em um arquiteto imediatamente abaixo da presidencia nunca… (afinal tem muita gente acima dele)

Sim porque tenho 8 anos de experiência, e acho que ja ta mais do que na hora. O problema que não estão contratando muitos arquitetos por ai. Correto?
EDITADO

OBS: 8 anos em em tecnologias.

edpipole:

javaman00:

edpipole:

hehehehe pelo visto vc quer ser arquiteto né?

normalmente as pessoas de negocio estão acima dos tecnicos…
ate por serem mais politicas e saber fazer mais media com pessoas…

não pensaria em um arquiteto abaixo da presidencia nunca…
editado para:
não pensaria em um arquiteto imediatamente abaixo da presidencia nunca… (afinal tem muita gente acima dele)

Sim porque tenho 8 anos de experiência, e acho que ja ta mais do que na hora. O problema que não estão contratando muitos arquitetos por ai. Correto?
EDITADO

OBS: 8 anos em em tecnologias.

claro sim estão… sempre tem vaga aberta…
tira as certificações e seja feliz…
sei que certificação pode não ser o ideial para medir uma pessoa, mais… e o que temos fazer o q…
mais acho que vc vai ser decepcionar quando a hierarquia do arquiteto em relação a equipe e a empresa em si…

Ahh é… Sempre tem dores de cabeça… Acredito que apanharei bem … Outro problema importante é a Faculdade… Hoje faço o tecnologo.

E sem contar que serei sugado pelo “meninos desenvolvedores”…

Quanto será está ganhando um Architect na praça?

Abraço amigo.

depende do projeto, depende da empresa … tudo depende…

fabricas de software pagam mal…
(50,00;55,00) reais em media…

quando elas querem um arquiteto e não querem pagar por um chamam ele de especialista, ou analista senior em enfase em arquitetura ou responsavel tecnico e querem pagar no maximo 45…

agora… tem uns projetos bomba, que vc esquece sua familia, amigos e vida social…
ai meu amigo vc faz o preço…

parece muito legal… mais acredite… não e não…

Pessoal técnico e de negócios não são uns subsequentes dos outros.

Programador, Desenvolvedor, Arquiteto - São cargos técnicos e de responsabilidades específicas.
Analista de Negócios - O nome diz tudo, desrespeito a negócios.
Gestor, Gerente - Estes são da área de gestão, e tem conhecimento dela em específico.

Não existe uma escada de programador a gerente.
Se o cara é programador e quer virar gerente, ele larga a programação e estuda gestão.
É o mesmo que um domador de leões, virar trapezista.

não seria o contrario?

se estamos falando de programadores e gestores não seria nessa ordem?
“É o mesmo que um trapezista , virar domador de leões.”

edpipole:

depende do projeto, depende da empresa … tudo depende…

fabricas de software pagam mal…
(50,00;55,00) reais em media…

quando elas querem um arquiteto e não querem pagar por um chamam ele de especialista, ou analista senior em enfase em arquitetura ou responsavel tecnico e querem pagar no maximo 45…

agora… tem uns projetos bomba, que vc esquece sua familia, amigos e vida social…
ai meu amigo vc faz o preço…

parece muito legal… mais acredite… não e não…

Outra coisa que notei tambem… é que você será testado e colocado aprova a todo instante pelos programadorzinhos… Rsss…

EDITADO

PS: eu sou um programadorzinho inho inho eeheheh

bom na minha opniao tudo tem seu lugar… assim… Analista de negocio para mim é o cara chefe de qualquer sistema… se ele for um bom analista de negocio… e tiver bom analista programador o sistema normalmente vem atender com um risco menor a necessidade do cliente… A maioria dos problemas da area de T.I é que o profissional de nossa área nao entende muito, e quando entende nao é o suficiente da camada de negocio da empresa…e isso é essencial nos ultimos tempos para desenvolvimento de sistemas atuais… ja foi a epoca que desenvolvia sistema e vc vendia/alugava para empresa e ela que se virasse… para entender… hj é o inverso… ela desenvolve a logica do negocio e nos analista,arquiteto que tem q entender e transformar o que o negocio deles em linguaguem de maquina… da melhor forma possivel.

E isso é fato… entao tem muito analista de negocio ganhando 2x mais que um arquiteto por exemplo… pq o analista/programador so vai implementar o que o analista de negocio diz…

Hierarquias com mais de dois-três nível são uma monstrusidade do século passado.

Século XXI, por favor!

louds:

Hierarquias com mais de dois-três nível são uma monstrusidade do século passado.

Século XXI, por favor!

References?

CIO/PRESIDENTE os que fazem economia em cima do funcionario
|
|
Arquiteto o cara que tem problema com mulheres
|
|
Analista de negócio o que tem ideias nada haver
|
|
Programmer Sênior programador senior de vb ou delphi que tenta programar java = vb ou delphi
|
|
Programmer Pleno aprendeu na raca e busca melhorias e sabe o que eh java
|
|
Programmer Jr. aprendendo

Uma das melhores definições de carreira que já vi! hahahahaha!

javaman00:

louds:

Hierarquias com mais de dois-três nível são uma monstrusidade do século passado.

Século XXI, por favor!

References?

Lado de fora de casa? Cara, olha as empresas em acensão no momento e uma das poucas coisas em comum que você vai encontrar é a hierarquia achatada onde uma enorme parte daquele bando de inúteis que ficam entre os executivos e os peões são eliminados.

O Google, por exemplo, tem mais de 10mil funcionários e menos gerentes no mundo todo que um portal nacional grande tem - com a diferença que a receita é 50x maior.

javaman00:

louds:

Hierarquias com mais de dois-três nível são uma monstrusidade do século passado.

Século XXI, por favor!

References?

O governo brasileiro, talvez?

louds:

javaman00:

louds:

Hierarquias com mais de dois-três nível são uma monstrusidade do século passado.

Século XXI, por favor!

References?

Lado de fora de casa? Cara, olha as empresas em acensão no momento e uma das poucas coisas em comum que você vai encontrar é a hierarquia achatada onde uma enorme parte daquele bando de inúteis que ficam entre os executivos e os peões são eliminados.

O Google, por exemplo, tem mais de 10mil funcionários e menos gerentes no mundo todo que um portal nacional grande tem - com a diferença que a receita é 50x maior.

o google tem engenheiros!! é o ponto forte la!!

javaman00, porque vc precisa estabelecer uma hierarquia e realizar a definição de papéis?

Já participei de projetos e trabalhei em empresas onde existia a definição clara dos papéis e a passagem do bastão entre um papel e outro… Na maioria das vezes isto gerava um grande caos: problemas de integração da equipe, projeto atrasado, falta de qualidade do produto, cliente insatisfeito, etc, etc, etc…

Hoje, atuo em uma equipe de 5 pessoas com conhecimentos e capacidades distintas, mas que se envolvem de na medida do possível de forma uniforme em todas atividades que envolvem o desenvolvimento de um requisito.

Nossa equipe é a pioneira na utilização de práticas ágeis e de Scrum na empresa e isto tem nos levado a atuar da forma de descrevi acima.

O resultado disto está sendo extraordinário. Tanto em relação à motivação da equipe quanto ao nível de qualidade e pontualidade na entrega do produto.

Por isto, se me permite, vai minha dica:

Porque você não pensa em uma equipe técnica sem divisão de papéis? Onde todos definem arquitetura, implementam, refatoram, analisam, etc, etc? E, tudo é feito em conjunto e com o consenso de todos?

Você não acha, que com uma equipe sem divisão de papéis e altamente integrada, você potencializará as virtudes e principalmente desenvolverá as fraquezas de cada um dos membros?

AvilaCS quando se trabalha numa equipe com 5 pessoas é mais fácil todos ajudarem na arquitetura, planejamento, enfim sem definições de papéis mas quando se está num projeto com uma equipe de 40 pessoas sendo 20 desenvolvedores vc acharia viável não ter essas definições??

rodrigo_corinthians, desculpe-me, mas não vejo o porque o número de pessoas possa limitar esta forma de atuação!

Por que você acha que isto pode influenciar?

E as 40 pessoas vão mexer no mesmo pedaço de código? Não se divide as coisas em pequenos projetos?

O problema aqui é outro, organização

AvilaCS:

rodrigo_corinthians, desculpe-me, mas não vejo o porque o número de pessoas possa limitar esta forma de atuação!

Por que você acha que isto pode influenciar?

AvilaCS, ótima idéia…(ponto)

Cara tenho como base meus poucos mas 6 anos de experiência em desenvolvimento de software(com a linguagem Java).

Já participei de projetos com 10, 15 seniors e todos opinavam na arquitetura, modelagem, quais design patterns seriam usados, no papel era uma beleza mas na prática vishhh história longa mas bem resumindo atrasos constantes nas entregas e noites sem durmir… rs

Outro exemplo as fábricas de softwares multinacionais imagina se todo mundo opinasse na arquitetura o que seria? Bom é claro que tem cada arquiteto ae que dá desgosto o cara não se atualiza vive e pensa somente nas necessidades do projeto e esquece que novas features surgem a cada dia mas eu acho importante ter uma hierarquia até porque você paga mais pra um senior, arquiteto mas também pode cobrar muito mais, não acho justo um junior levar fumo por causa da incompetência de pessoas superiores…

E também é claro precisa ter organização como o Maurício citou porque se não adianta nada toda essa divisão de papéis…

Hierarquia tem haver com responsabilidades, não com o que esta escrito na carteira de trabalho.

É aquela coisa, se um projeto só tem 15 seniors, alguma coisa está terrivelmente errada

Especialmente porque 15 seniors no Brasil vão dar mais uns 30 “programadores” e ter 45 pessoas mexendo no mesmo bolo só pode dar em merda.

O ideal é que grupos grandes demais se dividam em sub-grupos e subprojetos, porque até usar controle de versão vai ser difícil com essa quantidade de pessoas trabalhando, sem contar os problemas de comunicação que vão haver, porque sempre que você alterar alguma coisa vai ter que avisar a todos os outros o que fez.

peczenyj, Concerteza, falou tudo!

E o Avila está correto!

Temos que ter todo mundo com um pouco de conhecimento.

E cada um responde por sua carreira.

Mesmo porque não estamos falando com Robos… Ou estamos?

Cada um tem o seu papel e a sua importancia dentro da empresa…

Seja ele programador, gerente ou copeiro.