Programadores ótimos X médios - Último artigo do Joel Spolsky

GUJ Master Membro desde: 11/02/2005 08:08:02 Mensagens: 1595 Offline

Humm... entaum há quem defenda que programador deve programar e analista deve projetar..

legal..

O analista vai lá, faz um projeto perfeito, e ai, o programador meia boca implementa um pedaço de código, e sai dando control C e control V pra tudo quanto é lado!

Acho que este é um bom motivo para que uma empresa contrate um bom programador, e nao vários programadores medianos! Digo por exepriência própria. Num tenho nem um ano e meio de experiência em desenvolvimento e já enjoei de corrigir bugs intermináveis por causa desses copias e colas!

Acho que tem profissional pra tudo quanto é gosto. Tem tanto programador ruim tão bém empregado. Vão lá, falam de OO super bém e blá blá blá, mas na hora H, é só anti boas práticas! Um desastre!

Quanto aos analista, sei lá se realmente precisamos deles! Talvez, analista seja últil para alguns projetos de empresas que pensam que software pode ser contruído da mesma forma que se contrói um carro! Nestes tipos de empresa eles são úteis.

Mas a realidade não é essa. Percebo claramente que os profissionais que vem se destacando são aqueles que buscam boas práticas de programação, buscam ter uma boa gama de conhecimento tecnológico e de suas artimanhas, e que ainda assim, buscam conhecer profundamente ou o suficiente o problema do cliente.

Thiago

Uma conclusão pode-se tirar disso tudo:
Vc tem nascer da barriga da sua mãe como
"ANALISTA SENIOR" para trabalhar e dar bons resultados p a empresa.E para ganhar bem tb.Acho q pelas opiniões é isso...rssss.......
Bom mas deixando um pouco de lado a brincadeira acho q a tendência é existir analista programador.Vc tem q entender bem das coisas p programar...Eu tenho trabalhado como "programador" e como n são esclarecido bem as coisas nas empresas e vários problemas nascem no caminho tenho q me comportar como analista muitas vezes...
A realidade é q desenvolvimento de software n é sempre numa fábrica,num lugar lindo e com tudo programado.E a analise, os processos são definidos não como deveriam e no tempo q deveriam.
Enfim, infelizmente o caminho é um programador ser analista também.
E discordo q programador deveria ser "estagiário".
Este tem seu valor...

Umlauf wrote:
O que é, afinal, um "Analista de Sistemas"?

- Muito bem, Sistema, deite-se ali no divã e conte-me todos os seu bugs...

-Bom, eu preciso de um sistema bem simples de processamento de imagens com redes neurais junto com cálculos de pesquisa operacional e usando também cadeias de Markov.
-Tranquilo... uma semana dá pra fazer. Hum, acho melhor duas pois o nosso estagiário estuda na parte da manhã.
-Há, preciso que a aplicação funcione no desktop, na internet e no meu palm. Vai precisar aumentar o tempo?
-Claro que não, esses detalhes o programador faz no final de semana!

Olá

lgr wrote:E discordo q programador deveria ser "estagiário". Este tem seu valor...

Leandro, na verdade isto foi uma brincadeira (de gosto duvidoso) pois o que tenho visto nas empresas é estagiário trabalhando 8 horas por dia desenvolvendo produtivamente igual a qualquer um. Isto é mais uma maneira do patrão economizar. Muitas vezes no fim do estágio, o cara que fez a faculdade meia boca, se sacrificando pensando que no fim iria ser efetivado, leva um pontapé na bunda. Resultado: nem aprende na faculdade e nem fica com o emprego.

[]s
Luca

Thread.start() Membro desde: 08/02/2004 02:47:48 Mensagens: 42 Offline

pcalcado wrote:Isso é ilusão.

Analistas como pregados na faculdade não existem. Esse papo de entregar tudo pronto pro programadornunca foi verdade.

No papel tudo funciona. Olhando um documento de requisito de uma página ou mais, o cliente acha que está tudo bem. Quando se percebe que a implementação não pode ser feita como o "analista" ou o "arquiteto" ou o "projetista" especificou, quando o cliente v~e depois de meses que o sistema não faz o que ele quer, aí sim você entra no mundo real.

Esse carinha da palestra ou não conhece o mercado ou quis passar uma visão romântica e obsoleta.

tirou as palavras da minha boca.... esse cara com certeza nao conhece o mercado ou vive outra realidade... se algum dia algum programador pegar uma especificação perfeita vai virar feriado! A verdade que sempre vi foi: quem realmente FAZ é o programador, que pega um monte de ideias que sequer pode ser feitas e faz milagre.

Então lá vai uma outra frase contra analistas:
"Um software não se constroi, se converge"
para quem não entendeu, não adianta tentar prever tudo antes, imaginar, especificar se no momento em que vai desenvolver percebe-se que não pode ser feito e ai sim, começa a convergir para outras opções.

esse ideia teoricamente e no papel são lindas, na prática...

este é o típíco tópico que deveria ser transformado em PDF e imortalizado em algum lugar

Luca wrote:Olá

lgr wrote:E discordo q programador deveria ser "estagiário". Este tem seu valor...

Leandro, na verdade isto foi uma brincadeira (de gosto duvidoso) pois o que tenho visto nas empresas é estagiário trabalhando 8 horas por dia desenvolvendo produtivamente igual a qualquer um. Isto é mais uma maneira do patrão economizar. Muitas vezes no fim do estágio, o cara que fez a faculdade meia boca, se sacrificando pensando que no fim iria ser efetivado, leva um pontapé na bunda. Resultado: nem aprende na faculdade e nem fica com o emprego.

[]s
Luca

Discordo!
Se ele tem produtividade igual a qualquer um, é porque ele é um bom programador.
Então, na teoria, ele terá facilidade de conseguir emprego, pois é um bom profissional, só precisa achar alguem que queira pagar o valor dele ao invés de contratar outro estagiário e lhe ensinar tudo de novo.

microfilo wrote:este é o típíco tópico que deveria ser transformado em PDF e imortalizado em algum lugar

concordo em string, numero, data!

Analista é um ex-programador que não acompanhou a evolução tecnológica.

Acho que hoje o conceito de Analista Programador(ou Desenvolvedor) é o típico profissional que conhece um pouco da tecnologia, consegue entender o negócio e aplicar a tecnologia para resolver aquele problema.
Por mais que gastemos horas e horas de análise e projeto, se os desenvolvedores não entenderem o contexto, dificilmente teremos um bom sofware.
O papel do Analista é absorver os requisitos do Cliente e formatá-los de modo que o projetista possa transforma-los em funcionalidades computacionais, criando o projeto para que o Desenvolvedor possa implementá-lo.
A separação destas etapas não é desculpa para que o Analista não entenda de tecnologia nem o Desenvolvedor não entenda o negócio.

Thread.start() Membro desde: 12/07/2005 12:46:51 Mensagens: 32 Offline

Hoje, tenho o seguinte cenario aonde trabalho:

Tem um novo projeto onde existira um modulo web, um desktop e um no celular.

Vou ser o responsavel por sentar com o cliente, entender o que ele quer, o que ele precisa e em quanto tempo. Depois disso, vou documentar, analisar, reunir novamente com o cliente, ver se o que elaborei esta de acordo com as necessidades dele.

Feito isso, vou sentar na minha maquina e começar a desenvolver, entregar aos poucos e recebendo a aprovação do cliente.

Acho que "Analista Programador" se encaixa perfeitamente nesse cenario, um cenario real.

Acho engraçado essa briga entre analista e programador, tenho amigos na faculdade que odeiam analistas pelo fato de serem analistas. Essa briga vem de tempos em que muitas dessas pessoas não estavam nem em projeto de nascer. Quando o analista não sabia escrever uma linha de código, trocaram de tecnologia e ele não se preocupou em se atualizar e passou a somente fazer analise, e em função disso os programadores tinham que ficar "arrumando" os furos de analise fora que a comunicação era zero, a hierarquia era algo que incomodava e por ai vai.

Não tenho como objetivo virar O PROGRAMADOR e depois passar para O ANALISTA e parar de desenvolver e projetar.

Os dois caminham junto e acho que todos devem saber ambos os lados.

noelrocha wrote:Acho que "Analista Programador" se encaixa perfeitamente nesse cenario, um cenario real.

Acho engraçado essa briga entre analista e programador, tenho amigos na faculdade que odeiam analistas pelo fato de serem analistas. Essa briga vem de tempos em que muitas dessas pessoas não estavam nem em projeto de nascer. Quando o analista não sabia escrever uma linha de código, trocaram de tecnologia e ele não se preocupou em se atualizar e passou a somente fazer analise, e em função disso os programadores tinham que ficar "arrumando" os furos de analise fora que a comunicação era zero, a hierarquia era algo que incomodava e por ai vai.

Talvez o maior problema quanto ao estipular os prazos nem seje o analista, e sim o vendedor de software..

O maior problema em estipular o tempo é que normalmente as pessoas pegam a melhor pessoa como métrica ou então a média, quando na verdade deveriam pegar o pior..
Como diria um amigo meu:
Uma mulher tem um filho em 9 meses, mas 9 mulheres não tem 1 filho em 1 mes!
hehehehe
Falou

lgr wrote:Uma conclusão pode-se tirar disso tudo:
Vc tem nascer da barriga da sua mãe como
"ANALISTA SENIOR" para trabalhar e dar bons resultados p a empresa.E para ganhar bem tb.Acho q pelas opiniões é isso...rssss.......
Bom mas deixando um pouco de lado a brincadeira acho q a tendência é existir analista programador.Vc tem q entender bem das coisas p programar...Eu tenho trabalhado como "programador" e como n são esclarecido bem as coisas nas empresas e vários problemas nascem no caminho tenho q me comportar como analista muitas vezes...
A realidade é q desenvolvimento de software n é sempre numa fábrica,num lugar lindo e com tudo programado.E a analise, os processos são definidos não como deveriam e no tempo q deveriam.
Enfim, infelizmente o caminho é um programador ser analista também.
E discordo q programador deveria ser "estagiário".
Este tem seu valor...

kina wrote:
Como diria um amigo meu:
Uma mulher tem um filho em 9 meses, mas 9 mulheres não tem 1 filho em 1 mes!

Seu amigo é o Fred Brooks?

Pra quem não entendeu, a frase é dos ensaios reeditados neste livro:

http://en.wikipedia.org/wiki/The_Mythical_Man-Month

Onde tambéme stá o artigo original que diz: No Silver Bullets.

JavaGuru Membro desde: 16/08/2003 03:16:25 Mensagens: 245 Offline

Galera wrote:
...Você está fora e muito fora de sintonia ....
O analista que não consegue (ou não quer, por se sentir "superior") se comunicar com a equipe de desenvolvimento .....
... só você não conseguiu fazer, se perdeu, deixou o programa cheio de erros e não conseguia fazer a manutenção, é porque você não sabe fazer, simples assim.
Programar tem um limite? Rapaz, acho que você realmente não é programador.....
Você realmente precisa ler mais e programar mais....
...analista é um programador frustrado...
Quanto aos analista, sei lá se realmente precisamos deles...
.... esse cara com certeza nao conhece o mercado ou vive outra realidade...
Analista é um ex-programador que não acompanhou a evolução tecnológica...
...para quem não entendeu, não adianta tentar prever tudo antes, imaginar, especificar se no momento em que vai desenvolver percebe-se que não pode ser feito e ai sim, começa a convergir para outras opções.
...deve ler e programar mais.

¬¬

Chega a doer (...)
Quer dizer que eu sou um louco varrido, fora da realidade, alucinado.

Eu não sou o dono da verdade, se eu estou errado o que eu posso fazer?? (Sem machucar blz!!)

Enquanto ao ler é programar mais ... isso serve para todos

.

Ponto positivo:

Maurício Linhares disse para rodrigousp wrote:
Ficar "brigado" com o analista não resolve o seu problema, vocês deveriam sentar e conversar sobre o que deve ou não ser feito. Esse tipo de atitude só vai piorar o relacionamento, o seu trabalho, o trabalho dele e o resultado final.

Puxa vida, isso deve estar sempre bem claro .... acho até que eu exagerei nas minhas palavras mas concerteza o trabalho em grupo é a melhor solução. E engana-se quem pensa que so programador resolve o problema, e preciso alguem que sabe inclusive de administração.

Voltando ao tema principal do topico eu gostaria de dizer o seguinte. O Senhor J mencionou um fato que N Teorias Administrativas ja provaram, vocês podem perceber que a figura do dito GENINHO sumiu do mapa, nem se fazem mais filmes dos ditos cujo

. Ele estava certissimo falando de trabalho em equipe, eu quiz complementar que somente programadores não resolvem e nem têm tempo suficiente para resolver tudo de um projeto. Eu não culpo ninguem afinal voces se formaram para ser cientistas da programação e estarem sempre em busca de melhoria nos codigos.

Pena ... que pelo que li, a grande maioria so quer entregar o projeto, se funcionou otimo. Lembre-se que muita das vezes o cliente nem sabe mecher com computador direito, muita das vezes aquilo tudo é tao diferente que está otimo. O que eu quiz pregar é que precisamos nos unir (um gerente cuidaria bem disso), e analises bem feitas com uma equipe de programação unida vai proporcionar muito mais aos seus clientes. Esse é o seu diferencial. Buscamos ser diferentes, a mesmisse seus concorrentes também pode fazer!! Quantos aqui não fazem a mesma coisa que voce?? Quantos aqui programam java??

Conto.

Era uma vez um Senhor chamado David, um "João ninguem" que está em apuros financeiramente. Resolveu virar camelo, e gastou seus ultimos tostoes montando sua humilde barraca, tirou o da boca da familia o sustento do dia

. O cara simplismente inovou, buscou não somente entregar ao seus clientes sua mercadorias, mas tambem uma forma de faze-lo querer sempre os seus produtos. Era com muita satisfação que ele incrementou suas vendas com um toque de simpatia, alegria. Esse notorio fato fez dele uma figura muito conhecida é hoje sua banca vende ate pela internet. Ele é consagrado pelas grandes multinacionais e sempre e convidado para dar palestras motivacionais. O cara não quiz somente vender, ele aplicou a tudo isso formas, estrategias, riscos e muitos outros requisitos que formam muito bem controlados.
(Recordo que a historia era mais ou menos assim)
http://www.bancadodavid.com/

Um Zé bombinha uma vez me disse. Eu não quero mais sair de porta em porta fazendo esse meu serviço, sinto que preciso ir mais alem. Não quero mais ser um zé bombinha, eu sou impulsivo, aplico preços pela direção do vento, forneço um serviço tao comum que se meus clientes PENSAREM BEM eles podem comprar o remedio e misturar na bomba e fazerem o serviço eles mesmo. Através desse pensamento (E é pensando que evoluimos) o senhor zé resolveu aprimorar mais. Contratou um profissional para realizar o serviço de jardinagem enquanto ele fazia o serviço do zé bombinha. Depois ele contratou um profissional para realizar serviços mais tecnicos como esterelização de ambientes. Hoje o ze bombinha ganha muito muito mais fazendo o mesmo serviço

.

(...)

pcalçado wrote:
Ética profissional não é isso.
(...) Conjunto de normas morais pelas quais o indivíduo deve orientar seu comportamento na profissão que exerce.

Etica profissional é uma coisa que precisamos sempre ter em mente.
É claro que eu não ia escrever isso ao pé da letra né. Interprete e me diga se não é a mesma coisa? Detalhe ... a etica profissional envolve 3 pontos fundamentais. Eu so mencionei o ponto de vista tecnico (conhecimento tecnico) porque era o mais inerente ao caso.

É muito fácil juntar uma galera do mesmo lado e pisar em cima. Precisamos sair dessa inercia e começar a olhar para os lados. Buscar ... buscar ...o quê?? porque?? será??

Obs: Não tente pegar o topico pela metade, leia tudo antes de PUM PAH TIBUM, SPLAT.

JavaEvangelist Membro desde: 09/10/2003 14:23:31 Mensagens: 379 Offline

Acho que vocês estão esquecendo só de uma coisa: "relativizar".

Por exemplo na Índia, existem tantos programadores, que a regra lá é essa. Os projetos são sempre inchados, as pessoas são super especializadas, etc. Analista fazem análise... e programadores programam. Sem choro nem vela. Parece que nos países de primeiro mundo, também existe uma divisão clara entre programadores e analistas, como descreve a reportagem do Guilherme sobre a experiência que ele teve na Alemanha.

Para a maioria dos problemas de TI de hoje a complexidade é pequena, mas a dimensão pode ser bastante grande. Daí a idéia de fábrica de software, a última palavra em "comodities" e o CMM 5.

Mas, não existe nenhum processo que faça uma pessoa medíocre vencer uma partida de xadrez com o Kasparov. Assim como existem problemas na informática realmente difícies... (alguns exemplos: BI, otimizações, CG) Em geral, quanto mais inteligente um programa é mais difícil é escrevê-lo, não só pelo problema em si, mas pela dificuldade em encontrar pessoas capacitadas.

Neste aspecto acho que o brasileiro tem uma vantagem. Nós somos acostumados a fazer de tudo. A ser analista programador dba e admin. Temos uma versatilidade e pensamos que isto é a coisa mais normal do mundo. NÃO É! E acho que precisamos encontrar nosso próprio caminho e não seguir o caminho do CMM 5 + mão-de-obra escrava. É certo que a produtividade média do brasileiro é bem maior que a do indiano (considerando que temos uma política de profissional (CLT) bem paternalista). Mas não devemos simplesmente desconsiderar o CMM; precisamos entender onde se aplica e por que e daí criarmos a alternativa nossa.

Moderador Membro desde: 21/02/2003 16:19:19 Mensagens: 1647 Offline

rodrigousp wrote:Parece que nos países de primeiro mundo, também existe uma divisão clara entre programadores e analistas

Onde? Aqui, Aqui ou Aqui?!?

Vamos recapitular ... ninguém disse que não existe analista que presta, existe (posso ser só eu que nunca vi um)!

Assim como existe a necessidade de análise do problema ... mas essa análise não pode e não deve ser feita por alguém apenas com esse fim já que ele não poderá adicionar nada as próximas etapas ESSENCIAIS ao resultado final ... tem que have um balanço das forças e compreensão que só existe resultado final com código/

tRuNkSnEt wrote:Buscar ... buscar ...o quê?? porque?? será??

Pois é isso que fazemos no forum, ninguém aqui está te batendo. Pergunta pro Richard o que é discutir sobre CMM

Acho que já temos argumentos suficientes pra ler, reler e pensar ... cada um segue sua linha mesmo de qualquer jeito.

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