O que significa ser Sênior?

Além do erro de pt: axiliares, javascript não é uma linguagem auxilar, e nem se existe tal coisa, toda linguagem, é feita para algo, já passei anos sem tocar em um C, pois não havia tal necessidade, e hoje mesmo tive de codar um pequeno hook para o nodejs, falar que html não é linguagem de programação, se for levar ao pé da letra pode ser verdade, mas ela é sim uma linguagem, e se for remontar a definição linguagem, vc caira em linguistica....

E desde quando desenvolver fora do período de trabalho, faz diferença ? Apenas indica que o cara gosta de codar, oque faz uma pessoa boa ou não é puro fato de gostar de codar, de entender o negócio e ter lógica na cabeça, conheco pessoas formadas e que trabalham a um bom tempo que não entende de separação de lógicas, reuso, refatoração, que são tópicos que apenas quem tem um dom artístico pode entender, para muitos CEP (complex event process) é natural, como programação funcional e oop, para outros não.

E essa rapidez para entender as técnicas e os novos fatos, torna a pessoa um bom programador.

Fora que rótulo não serve para nada, lembro de uma palestra que assisti que um ceo de uma empresa grande (acredito que brasileira) comentou em um video sobre as escolas do futuro, que, ele simplesmente liberou para todos os funcionarios, colocarem o titulo que precisarem no cartão.

Claro Renato concordo com o que você disse no último paragrafo. Conheco até o caso da thoughtworks que deixa colocar o que vc quiser no cartão.

Acho que a parte do javascript eu me interpretei mal. Eu quis dizer Javascript utilizado de forma auxiliar. Quando você conhece o Javascript mais apenas utilizou ele para deixar sua pagina mais dinamica e nao para criar aplicacoes complexas. Javascript é uma linguagem muito poderosa sem dúvida e de forma alguma disse que ela serve apenas para fins auxiliares.

Sobre desenvolver fora do trabalho não é com o sentido temporal da coisa. E sim desenvolver aplicações que não sejam do trabalho, projetos open source por exemplo.

Sobre os erros de português irei corrigir.

para ser senior precisa desenvolver fora do período de trabalho. não sei o que ele quis dizer com isto...mas com certeza trabalhar mais horas não faz de ninguém mais senior necessariamente. pode ser simplesmente uma questão de carga excessiva de trabalho ou pode ser que o sujeito não sabe trabalhar.

A questão é fugir do arroz com feijão que a empresa te empurra todo dia. É buscar algo novo, testar um novo framework ou uma linguagem nova. É ir em busca de algo para inovar, cara fortalecer.

O que ele quis dizer com trabalhar fora do trabalho é trabalhar em projetos projetos open source e/ou outros onde não você não ira receber retorno financeiro da sua empresa, programar por prazer e não apenas por trabalho.

Eu entendi o que o autor quis passar e concordo.
Principalmente com o item: Conhecer outras linguagens que não auxiliares.

Muitas pessoas podem não aceitar ou não entender ainda, mas o fato de vc conhecer ruby, groove, C, java e outras linguagens, te da uma visão diferente para um mesmo item.
É como se para um dado problema (aquele que conhece apenas Java) da uma solução, mas aquele que conhece outras linguagens consegue ver o mesmo problema de ângulos diferentes e consegue dar mais de uma solução e até mais viável.

Em primeiro lugar, não concordo em relação à multilinguagem. Um profissional pode ser avaliado sênior especificamente para uma dada linguagem ou tecnologia. O especialista não deveria ser subvalorizado. Se um profissional conhece mais de uma plataforma de desenvolvimento, ótimo: mas o importante é que conheça ao menos uma *direito*!

Em direção oposta, eu costumo utilizar uma classificação relativamente simples e que até hoje tem se verificado válida:

Júnior: este profissional conhece (algumas vezes, muito bem) a *linguagem* em que trabalha, e o suficiente de suas ferramentas para colocá-la para funcionar, sendo capaz de realizar manutenções. No entanto ele não pode ser considerado um *desenvolvedor*: falta-lhe a visão e a experiência necessária para conceber e construir uma aplicação (do zero, por exemplo). Uma característica do Júnior é que ele geralmente não consegue produzir sem alguma espécie de direcionamento ou orientação. Um detalhe interessante é que, em Java por exemplo, a certificação de programador (SCJP) só me prova que estou diante de um excelente júnior.

Pleno

Fora que rótulo não serve para nada, lembro de uma palestra que assisti que um ceo de uma empresa grande (acredito que brasileira) comentou em um video sobre as escolas do futuro, que, ele simplesmente liberou para todos os funcionarios, colocarem o titulo que precisarem no cartão.

Cara, isso que você classifica como Júnior/Pleno/Sênior eu entendo como Programador / Analista / Gerente de Projetos.

Um Sênior em Java não precisa, de forma alguma, saber levantar requisitos, modelar um sistema ou até mesmo, gerenciar o projeto em java. A definição Júnior/Pleno/Sênior pelo que aprendi se refere apenas ao nível de experiência que o programador/desenvolvedor possui naquela determinada linguagem ou tecnologia. Essa denominação quer dizer que o Júnior conhece um pouco a linguagem mas não tem a experiência de resolver qualquer tipo de problema. Possivelmente precisa da ajuda ou orientação de alguém mais experiente. Já o Pleno possui um pouco mais de experiência que o tempo de trabalho lhe permitiu adquirir. De tantas vezes já ter visto uma quantidade enormes de erro, ao olhar saberá resolver rapidamente ou então, chegar a uma solução rápida àquilo. Ele tem um nivel de experiencia melhor que o Júnior. Já o Sênior é o "fucket-master" da parada. Faz qualquer coisa, resolve qualquer problema. Não há nada que você dê a ele que ele não saiba fazer naquela tecnologia esperífica.

Pra mim esse é o conceito certo de Júnior/Pleno/Sênior e concordo com o autor do artigo que isso nem sempre vem com o tempo de experiência, mas também com o nível de dedicação de cada um fora do cotidiano, do if-else que ele faz na empresa todos os dias.

Saber codar bem nunca fez ninguém senior, é preciso mais maturidade. O cara senior é aquele que sabe se virar e isto inclui saber tratar e entender o cliente, saber negociar para obter melhorias no próprio ambiente do seu trabalho com seus colegas e com demais pessoas da empresa.

Marcelo Santino, na minha modesta opinião, um gerente de projeto pode gerir tanto o desenvolvimento de um software quanto a construção de um acelerador de partículas. A função dele é gerenciar recursos, prazo, custos, definir estratégias de contingência, entre outras coisas ligadas à gestão, não ao desenvolvimento em si. Obviamente não necessita de competência para programar. Porém, um desenvolvedor sênior, pela experiência e maturidade que tem, saberá gerenciar a si mesmo, competência que adquiriu pelo tempo de estrada. E obviamente não faz qualquer coisa. Ninguém faz qualquer coisa, mesmo numa tecnologia específica. Ele deve saber sim, buscar soluções, ter um esforço de pesquisa e, quando for o caso, informar ao gerente aquilo que não é de sua competência que, por sua vez, contratará serviços de alguém que saiba fazê-lo. Mas é claro, é somente a minha opinião.