Programador == Peão

33 respostas
P

Olá amigos programadores.

Há tempos ocorre essa discussão lá na faculdade e hoje venho aqui tratar com vocês pra saber o que a comunidade java acha sobre o assunto.

Vocês consideram programadores como peões no projeto?

Dito eles seriam apenas alguem que receberia ordem de um engenheiro e faria tudo o que está escrito sem sair da logica feita anteriormente?

33 Respostas

A

Depende… Muita empresa faz isso, e tem gente que ainda aceita.

Recomendo duas leituras:
http://blog.fragmental.com.br/2008/08/09/analista-pedreiro/
http://blog.fragmental.com.br/2008/07/25/uh-eme-ele/

S

É muito fácil mandar alguém fazer alguma coisa como se pra vc fosse facílimo fazer aquilo.

O “engenheiro” ou “arquiteto” que adota essa postura provavelmente não sabe executar nada. Caga regra mas na hora de fazer não deve entregar nada.

É sempre fácil para quem não está fazendo.

V

Pe:
Olá amigos programadores.

Há tempos ocorre essa discussão lá na faculdade e hoje venho aqui tratar com vocês pra saber o que a comunidade java acha sobre o assunto.

Vocês consideram programadores como peões no projeto?

Dito eles seriam apenas alguem que receberia ordem de um engenheiro e faria tudo o que está escrito sem sair da logica feita anteriormente?

Olá amigos contribuidores da enciclopédia de física quântica subatômica.

Há tempos ocorre essa discussão lá na faculdade e hoje venho aqui tratar com vocês pra saber o que a comunidade de física nuclear quântica acha sobre o assunto.

Vocês consideram contribuidores da enciclopédia de física quântica subatômica como peões no projeto?

Dito eles seriam apenas alguem que receberia ordem de um idealizador da enciclopédia e faria tudo o que está definido sem sair dos cálculos feitos anteriormente?

A

Ótimo trocadilho :slight_smile:

J

Pe:
Olá amigos programadores.

Há tempos ocorre essa discussão lá na faculdade e hoje venho aqui tratar com vocês pra saber o que a comunidade java acha sobre o assunto.

Vocês consideram programadores como peões no projeto?

Dito eles seriam apenas alguem que receberia ordem de um engenheiro e faria tudo o que está escrito sem sair da logica feita anteriormente?

Isso depende de que tipo de programador você quer ser.

As coisas começam com o programador inexperiente. O cara não é ruim. Só inexperiente.

Daí este evolui e se transforma num PROGRAMADOR, que contribui para o projeto com seu trabalho criativo, que soluciona problemas complexos, que inventa e é feliz.

Ou ele evolui para um POGRAMADOR, que contribui para o projeto com seu trabalho MUITO criativo e pouco convencional, utilizando, muitas vezes, elementos limitados para criar soluções criativas e pseudo-temporárias de difícil reproduçãom por uma mente não engajada na arte da improvisação cientifica (AKA GAMBIARRA). Ainda assim ele é feliz. E sim, muitas vezes é útil também. E se bem orientado, pode se tornar um ótimo programdor, caso não seja consumido pelo Lado Negro do Código.

Ou o cara evolui (ou seria involui) para um code monkey, cuja única função é parasitar o conhecimento alheio em forma de especificações e diagramas e regurgitar esse conhecimento em forma de uma gosma que alguns chamam de código. Tal gosma apenas reflete um projeto, vindo de um “analista”, que muitas vezes não faz a minima idéia de como implementar a solução imaginatória-criativa-psicodelica-resultade-baygon-mal-fumado que ele criou. Assim, o Code Monkey (peão de obras) faz um par perfeito com o Analysis Monkey (aquele que sabe apenas adaptar diagramas uml feitos anteriormente) em suas macaquices.

Se programador pode ser só um peão? Sim!

Graças a Deus, em todos os projetos que trabalhei, nunca me deixei atuar apenas como peão. E vocês? Que caminho querem para suas carreiras?

V

Peão, Qualquer analfabeto pega um monte de tijolos e levanta um muro.
Assim como qualquer moleque de 12 anos pega o DW e faz um site.

No entanto bons programadores (REALMENTE CAPACITADOS) não podem ser comparados a um peão.

R

victorwss:
Pe:
Olá amigos programadores.

Há tempos ocorre essa discussão lá na faculdade e hoje venho aqui tratar com vocês pra saber o que a comunidade java acha sobre o assunto.

Vocês consideram programadores como peões no projeto?

Dito eles seriam apenas alguem que receberia ordem de um engenheiro e faria tudo o que está escrito sem sair da logica feita anteriormente?

Olá amigos contribuidores da enciclopédia de física quântica subatômica.

Há tempos ocorre essa discussão lá na faculdade e hoje venho aqui tratar com vocês pra saber o que a comunidade de física nuclear quântica acha sobre o assunto.

Vocês consideram contribuidores da enciclopédia de física quântica subatômica como peões no projeto?

Dito eles seriam apenas alguem que receberia ordem de um idealizador da enciclopédia e faria tudo o que está definido sem sair dos cálculos feitos anteriormente?

Ahnn??

G

false

B

Desenvolvedores são trabalhadores do conhecimento. Em nosso dia a dia vendemos o capital intelectual, e não o esforço de digitar.

Z

Felizmente algumas empresas (claro que não as gigantes) estão tentando mudar essa visão.
Esse modelo de analista -> desenvolvedor nunca funcionou.
O difícil (ainda) é conseguir trabalhar em um empresa ou equipe que abomine esse “esquema de fábrica”
http://mentalmorphosis.wordpress.com/

L

quem diz isto é um ignorante de primeira linha… então todos são peões… o advogado cumpre com requesições de seus clientes então é peão, o engenheiro tbm… eu digo quero que vc faça uma casa então ele e peão pq quem mandou ele fazer a casa sou eu… o medico mais ainda pois qdo for me consultar com ele mando ele me ver o que eu tenho para me curar do que eu tiver… vendo por este lado do como vc disse então todos somos peoes pois todos fazemos algo para alguem… quem não é o peão nesta historia é o cliente…
peão para mim é quem faz algo que não precisa muito de esforço mental de planejamento… que so segue um planejamento ja feito… programadores não se encaixam como peão… pois programar é planejar… mesmo que tenha uma pancada de uml e de documentações estas documentações apenas transpoem o que o cliente quer… e so falam de requisitos de negocios… e um sistema tem requisitos funcionais e não funcionais… cabe ao programador definir a maioria dos não funcionais e a melhor forma de implementação dos funcionais… cabe ao programador definir a melhor forma que atenda ao cliente com seus requisitos e ainda sim sera algo de facil manutenção, alta performace com baixo acoplamento… todas estas atribuições é de responsabilidade do programador… e é algo que precisa de uma boa estrategia, habilidade e planejamento… para cada algoritimo que vc implementa vc precisa de td isto… porem é lamentavel que algumas empresas e faculdades pensam assim… isto prova a total falta de conhecimento sobre a area… e sobre os profissionais…
se seu professor que disse algo assim pode ter certeza que não serve pra dar aula de TI… alguem que tem este tipo de pensamento não serve para fazer nada em informatica pq é um completo leigo na area… talvez corte e costura seja a melhor area para tal… ou construção civil dai sim ele vai ver o que é um peão de verdade… ou então trabalhar com o maker ou algum tipo de POGenerator plus porai…

C

Salve,

Bem se você gosta de programar então seja um bom programador mas não se atente somente a programação.

No desenvolvimento de software hoje em dia o profissional deve ter um conhecemento do projeto como um todo e não ficar aguardando especificações chegarem, principalmente se o projeto resolver adotar práticas ágeis em seu desenvolvimento.

Por experiência, seja um bom programador/desenvolvedor mas não pare por ai.

[]'s

A

O bobmoe sempre anima o dia! :slight_smile:

M

Do jeito que está difícil encontrar talentos na área de codificação, daqui a pouco quem vai mandar nos projetos são os peões. :smiley:

C

experiencia propria… principalmente em época de faculdade muita gente usa esse termo “programador é peão” simplesmente porque não sabe programar e nunca vai entender a lógica certa para programar de verdade…

quando iniciei minha carreira digamos como programador, passaram-se alguns meses e um ex-colega de faculdade me chamou para fazer entrevista na empresa em que ele trabalhava, porque segundo ele programador era emprego de segundo grau, etc… cheguei lá, e o serviço que o meu ex colega de faculdade fazia era formatar maquinas, configurar servidores windows nt, crimpar cabos de rede, etc… não dá pra entender.

B

Qualquer comparação da engenharia de software com a engenharia civil é infeliz.

Isso se deve ao fato do termo “Fábrica de Software”, que na realidade é mais uma dessas analogias infelizes.

O nome ideal seria “Agência de Software”, já que assim como uma agência de propaganda, o desenvolvimento é algo criativo e não um processo simples e automático.

M

Esse mito de faculdade é antigo, onde muitos pensam: Quando me formar quero ser Analista de Sistema, só dando ordens, sem por a mão na massa como um programador.

Tem o pessoal (alguns conhecidos) que cursavam Sistemas de Informação que pensavam que quando eles formassem iriam ser Analistas e o pessoal que cursava Ciência da Computação (no meu caso) iriam ser os programadores deles. Teve ainda alguns colegas que iniciaram o curso de Ciência da Computação e foram cursar Sistemas de Informação porque não queriam programar, falaram que queriam ficar mexendo com a parte de análise, uml, rsssss… mas na verdade estavam fugindo do pau.

Na minha opinião todo Analista é um excelente programador e é quase que impossível participar de um desenvolvimento como Analista e não por a mão na massa nem uma vez.

Agora, com em toda profissão existem bons e maus peões. Um bom pedreiro é disputadíssimo para trabalhar em obras e assim se encaixa o bom programador também.

Agora fica a perqunta:
O que quer dizer esse termo Peão?

Quer dizer que é um cargo que não precisa pensar, que é um cargo que não precisa ter conhecimento ou um cargo que executa serviço braçal e repetitivo?

Em nenhuma das situações acima um programador se encaixa, não é mesmo? :wink:

[]'s

L

Então pq sera que em uma empresa que eu trabalhei a maioria dos analistas não sabiam nem o que era um if???

M

luistiagos:

Na minha opinião todo Analista é um excelente programador e é quase que impossível participar de um desenvolvimento como Analista e não por a mão na massa nem uma vez.

Então pq sera que em uma empresa que eu trabalhei a maioria dos analistas não sabiam nem o que era um if???

E os projetos davam certo?

Se eses analistas não sabiam o que era um if, o que eles sabiam? (ou eram amigos/parentes do gerente de TI ou grandes puxa-sacos)

V

maurenginaldo:
Esse mito de faculdade é antigo, onde muitos pensam: Quando me formar quero ser Analista de Sistema, só dando ordens, sem por a mão na massa como um programador.

Tem o pessoal (alguns conhecidos) que cursavam Sistemas de Informação que pensavam que quando eles formassem iriam ser Analistas e o pessoal que cursava Ciência da Computação (no meu caso) iriam ser os programadores deles. Teve ainda alguns colegas que iniciaram o curso de Ciência da Computação e foram cursar Sistemas de Informação porque não queriam programar, falaram que queriam ficar mexendo com a parte de análise, uml, rsssss… mas na verdade estavam fugindo do pau.

Na minha opinião todo Analista é um excelente programador e é quase que impossível participar de um desenvolvimento como Analista e não por a mão na massa nem uma vez.

Agora, com em toda profissão existem bons e maus peões. Um bom pedreiro é disputadíssimo para trabalhar em obras e assim se encaixa o bom programador também.

Agora fica a perqunta:
O que quer dizer esse termo Peão?

Quer dizer que é um cargo que não precisa pensar, que é um cargo que não precisa ter conhecimento ou um cargo que executa serviço braçal e repetitivo?

Em nenhuma das situações acima um programador se encaixa, não é mesmo? :wink:

[]'s

Pois é, em nenhum desses casos a analogia faz sentido. Ela só tem sentido se:

  1. Peão = Pessoa que está subordinada a outrem. Neste caso, peão seria sinônimo de funcionário, não importando o que faz ou como faz.

  2. Peão = Pessoa que trabalha em consultoria de três letras que cria procedimentos copiando e colando procedimentos já existentes e alterando um pouquinho aqui e ali (ou então copiando e colando fluxogramas de uma certa linguagem de programação/IDE. :twisted: )

V

maurenginaldo:
luistiagos:

Na minha opinião todo Analista é um excelente programador e é quase que impossível participar de um desenvolvimento como Analista e não por a mão na massa nem uma vez.

Então pq sera que em uma empresa que eu trabalhei a maioria dos analistas não sabiam nem o que era um if???

E os projetos davam certo?

Se eses analistas não sabiam o que era um if, o que eles sabiam? (ou eram amigos/parentes do gerente de TI ou grandes puxa-sacos)

Já conheci este tipo de analista. Na verdade é chamado de analista de sistemas simplesmente porque é isso que está escrito na carteira de trabalho, embora na prática acabam sendo apenas “modeladores de tabelas”, “escritores de casos de uso”, “escritores de documentos inúteis que não serão lidos” ou então “enroladores”. Tais espécimes são habitantes comuns de consultorias de três letras e de órgãos públicos.

A

galera leva muito a serio os termos, e parece q se sentem ofendidos com isso… credo…

Peão simplesmente é o cara com menor cargo dentro de uma obra, isso não quer dizer que vá existir obra sem ele, mas alguem tem q fazer o trabalho…

assim como no Xadrez… peão é a peça mais simples de algo complexo… mas sem ela vc não conseguiria vencer…

imagina uma sala cheia de Peões, onde vc é quem organiza tudo, oq cada um vai fazer, depende de vc usar eles de forma correta e alcançar o objetivo…
é assim q acontece numa sala cheia de code-monkeys, onde o Analista no minimo deveria saber organizar o time…

é simples… não sei praq tanta confusão e ofendimento com isso…

jogador (futebol?) é peão… o tecnico comanda…
pedreiro é peão… o arquiteto comanda…
soldado é peão… o general comanda…
um simples cientista é peão… o cientista lider do projeto comanda…
vc é peão… o seu chefe comanda =P

e por ser peão isso não quer dizer q vc não tem importancia no projeto… a não ser q vc sofra de um grave complexo de inferioridade…

se existem “comandantes” ruins (existem muitos!)… azar o deles… se vc se acha melhor q ele, é questão de tempo de vc tomar o lugar e ganhar o seu merecimento…

então eu declaro hj ( 25/08 ) " o Dia do Peão " :lol:

P

Jogador de futebol peao? Ok, entao pela sua definição QUEM FAZ o negócio acontecer é peão. Embora eu ache isso um tanto quanto estranho, por fatos os programadores sao quem fazem acontecer.

[]'s

A

Sergio Figueras:
Jogador de futebol peao? Ok, entao pela sua definição QUEM FAZ o negócio acontecer é peão. Embora eu ache isso um tanto quanto estranho, por fatos os programadores sao quem fazem acontecer.

[]'s

e se existissem apenas analista que não programam nada…
quem iria fazer acontecer?

quem vai programar? o Maker? acho q não né…

então acho q sim… o programador faz acontecer…

assim como o jogador faz acontecer a partida…

[edit rapido]
uma partida de futebol acontece sem tecnicos… mas e sem jogadores? não…
uma obra é levantada sem arquitetos… mas e se pedreiro? não…
um programa é criado sem analista… mas e sem programador? não…

enfim… pode virar uma bagunça… mas acontece…

P

Ok, então quem faz acontecer é peão?

Eu discordo, é óbvio que precisa-se de alguém para coordenar o movimento e todo o mais, no entanto é tão importante que os programadores tenham talento tanto quanto sejam gerenciados por profissionais competentes, da mesma forma. Isso nao os faz como peões.

Dependendo da equipe, dá até pra dizer que tem muito programador que exerceria a funcao do chefe tranquilamente. Agora coordenação no meu ponto de vista não é lá um trabalho mais “valorizável” do que o suposto “peão” não.

L

Sim davam… mas graças aos programadores… eles manjavam da area negocial, administrativa e de um pouco de banco de dados…

A

viu… pessoal se preocupa muito com o termo… e não com a função em si…
um dia vão ser vcs q vão exigir serem chamados de ’ Doutor de Software '… já q vcs ‘salvam’ vidas de programas com bugs…

sim… pra ter algo bem feito é claro q precisa alguem se preocupando em organizar, e é pra isso q existem analistas, arquitetos, tecnicos e etc… e ele deveria ser bom o suficiente para manter todos motivados e etc…

mas não sei pq o ‘ofendimento’…

um jogador de futebol não tem talento? (tá bom, muitos não tem)…,
mas ve a diferença? o Dunga por mais baba-ovo q fosse, hj é tecnico… ele era o Peão!
isso não desmereceu o fato de ter sido jogador de futebol um dia…
olha no mundo inteiro… temos muitos jogadores bons… isso desmerece eles? não!
(e olha q muito jogador recebe muito mais reconhecimento doq o tecnico, pq ele faz a diferença e fez acontecer, mas claro q teve a ajuda do tecnico para usar ele de modo certo)

do mesmo jeito q temos o Pedreiro bom e ruim…
o pedreiro bom é muito provavel q um dia vá virar mestre de obras…

e não digo de algo braçal não…
o cientista chefe coordena outros cientista menores…
mas todos contribuem com seu intelectual no final…
o chefe iria dar conta de uma grande pesquisa sozinho? nunca…

qtos de vcs já não foram programadores antes de virar analista ou algo mais?

não sei pq a discordancia…

L

Se vc se considera como peão problema e seu… so não esquece o marmitão com a gororoba e de tomar a cachaça no final do expediente… :slight_smile:

P

luistiagos:

viu… pessoal se preocupa muito com o termo… e não com a função em si…
um dia vão ser vcs q vão exigir serem chamados de ’ Doutor de Software '… já q vcs ‘salvam’ vidas de programas com bugs…

sim… pra ter algo bem feito é claro q precisa alguem se preocupando em organizar, e é pra isso q existem analistas, arquitetos, tecnicos e etc… e ele deveria ser bom o suficiente para manter todos motivados e etc…

mas não sei pq o ‘ofendimento’…

um jogador de futebol não tem talento? (tá bom, muitos não tem)…,
mas ve a diferença? o Dunga por mais baba-ovo q fosse, hj é tecnico… ele era o Peão!
isso não desmereceu o fato de ter sido jogador de futebol um dia…
olha no mundo inteiro… temos muitos jogadores bons… isso desmerece eles? não!
(e olha q muito jogador recebe muito mais reconhecimento doq o tecnico, pq ele faz a diferença e fez acontecer, mas claro q teve a ajuda do tecnico para usar ele de modo certo)

do mesmo jeito q temos o Pedreiro bom e ruim…
o pedreiro bom é muito provavel q um dia vá virar mestre de obras…

e não digo de algo braçal não…
o cientista chefe coordena outros cientista menores…
mas todos contribuem com seu intelectual no final…
o chefe iria dar conta de uma grande pesquisa sozinho? nunca…

qtos de vcs já não foram programadores antes de virar analista ou algo mais?

não sei pq a discordancia…

Se vc se considera como peão problema e seu… so não esquece o marmitão com a gororoba e de tomar a cachaça no final do expediente… :-)

Haja preconceito.

A

luistiagos:

Se vc se considera como peão problema e seu… so não esquece o marmitão com a gororoba e de tomar a cachaça no final do expediente… :-)

dane-se a porcaria do cargo… oq importa é vc fazer o seu trabalho e se sentir bem com isso…

se vc é chamado de peão e se sente mal… é pq a carapuça serviu…

vc tb fica bravo se for chamado de viado? mesmo sabendo q vc não é? tendo namorada e etc??

complexo de inferioridade é complicado hein…

pessoal anda mal mesmo… :lol:

[edit]


muita gente pode se identificar ai… kkkkkkkkkk

J

De fato esse essa ideia de peão existe …

Porem eu penso o seguinte :

Ser programador e ignorar a engenharia de software é ser peão …
assim como fazer o contrario.

Lendo o livro “Utilizando UML e padrões” do CRAIG LARMAN(ainda estou no 3º capitulo se n me engano), dá pra ter uma ideia de que o programador que conhece a modelagem, faz toda a diferença no projeto.

Pra mim, a ideia de digitador de codigo que faz alguns pensarem que o programador é == peao, ser programador não quer dizer ser um mero digitador de código.

Tenho alguns professor que hoje pode se dizer que são engenheiros de software, porem não deixam de ser programadores … Alguns dão aula de java e etc.

Agora sinceramente ? Essa vai direcionada ao criador do tópico, que no caso, sei quem é :stuck_out_tongue:
Essa historia dentro da faculdade na realidade é uma compensação emocional(não generalizando, esse é o caso da faculdade do individuo) dos docentes com os alunos para que esses fiquem motivados, pois no fundo mts ali não sabem programar(e na maioria não porra nenhuma de denhuma vertente da computação) e imaginam que depois de formado, com o diploma de Sistemas de Informação não mão, entrarão no mercado em um cargo alto … poor … se for pra medir em quisitos de engenharia de software, bcc e bsi são equivalentes em qt e qualidade.

Esse argumento lá é mt utilizado por aqueles que sonham alto e fazem pouco …

R

Esta discussão não tem nada a ver…

Pobre do programador que recebe uma especificação(UML) que qualquer Analista de Negocios escreveu nestas ferramentas case por ai.
E com certeza escreveu um monte baboseira e alias não tem um compilador para xeretar se ele esta fazendo algo de errado…

P

junioma:
De fato esse essa ideia de peão existe …

Porem eu penso o seguinte :

Ser programador e ignorar a engenharia de software é ser peão …
assim como fazer o contrario.

Lendo o livro “Utilizando UML e padrões” do CRAIG LARMAN(ainda estou no 3º capitulo se n me engano), dá pra ter uma ideia de que o programador que conhece a modelagem, faz toda a diferença no projeto.

Pra mim, a ideia de digitador de codigo que faz alguns pensarem que o programador é == peao, ser programador não quer dizer ser um mero digitador de código.

Tenho alguns professor que hoje pode se dizer que são engenheiros de software, porem não deixam de ser programadores … Alguns dão aula de java e etc.

Agora sinceramente ? Essa vai direcionada ao criador do tópico, que no caso, sei quem é :stuck_out_tongue:
Essa historia dentro da faculdade na realidade é uma compensação emocional(não generalizando, esse é o caso da faculdade do individuo) dos docentes com os alunos para que esses fiquem motivados, pois no fundo mts ali não sabem programar(e na maioria não porra nenhuma de denhuma vertente da computação) e imaginam que depois de formado, com o diploma de Sistemas de Informação não mão, entrarão no mercado em um cargo alto … poor … se for pra medir em quisitos de engenharia de software, bcc e bsi são equivalentes em qt e qualidade.

Esse argumento lá é mt utilizado por aqueles que sonham alto e fazem pouco …

Eu to no cap. 10 do livro… ^^

na verdade dos professores de eng. de software existem os que se acham e os que são gente boa… lá na facul os que se acham falam isso e
pronto… já os mais gente boa que tem a mesma experiencia no mercado e tudo e não costumam falar isso… atribuem funções e tudo, mas passam longe desse esteriotipo de trabalho braçal…

Criado 21 de agosto de 2008
Ultima resposta 25 de ago. de 2008
Respostas 33
Participantes 20