Você se considera um Programador ou um Desenvolvedor?

Cara, em java eu diria que não. Mas em C/C++ posso dizer que sim, me considero desenvolvedor. Sou quase que apaixonado por circuitos embarcados e computaçao gráfica.

Tô no java há pouco tempo, agora que tô fazendo minhas primeiras telinhas de cadastro :lol: , e isso só pra testar, mas bem, é isso. =)

Marcio Duran:

:shock:

Isso são atuações diferentes, SCRUM é a resposta para isso ? para a redução de responsabilidades em diversos papéis. :?:

Não entendi muito bem a sua pergunta. Se o SCRUM é resposta para saber a diferença entre programador e desenvolvedor ? não.
Para ser desenvolvedor vc tem que ser primeiro programador. Logo, se vc se considerar desenvolvedor tb será programador automáticamente.
Portanto, a pergunta seria : vc se considera apenas um programador ou um desenvolvedor ?

Um programador é um cara que sabe programar bem ( e essa palavra inclui muitas coisas). Mas não tem que saber desenhar. É como o perador que sabe fundir e moldar metal não sabe o que fazer com esse conhecimento. Contudo, quando o faz , faz-lo bem.
Um desenvolvedor é, alem de programador uma pessoa capaz de saber o que fazer com a programação : o design.

Por fim, não ha uma extricta evolução de programador para desenvolvedor. Vc pode ser um otimo programador e nunca ser um desenvolvedor.

O que você considera um programador?
O que você considera um desenvolvedor?

Sergio Figueras:

Cara, em java eu diria que não. Mas em C/C++ posso dizer que sim, me considero desenvolvedor. Sou quase que apaixonado por circuitos embarcados e computaçao gráfica.

Tô no java há pouco tempo, agora que tô fazendo minhas primeiras telinhas de cadastro :lol: , e isso só pra testar, mas bem, é isso. =)

Sim, mas você não fez uma breve sobre as atuações desses dois profissionais, tudo bem considerando que você seja um desenvolvedor, então o que é o programador pra você.

sergiotaborda:

[Marcio Duran] :shock:

Isso são atuações diferentes, SCRUM é a resposta para isso ? para a redução de responsabilidades em diversos papéis. :?:

Não entendi muito bem a sua pergunta. Se o SCRUM é resposta para saber a diferença entre programador e desenvolvedor ? não.
Para ser desenvolvedor vc tem que ser primeiro programador. Logo, se vc se considerar desenvolvedor tb será programador automáticamente.
Portanto, a pergunta seria : vc se considera apenas um programador ou um desenvolvedor ?

Um programador é um cara que sabe programar bem ( e essa palavra inclui muitas coisas). Mas não tem que saber desenhar. É como o perador que sabe fundir e moldar metal não sabe o que fazer com esse conhecimento. Contudo, quando o faz , faz-lo bem.
Um desenvolvedor é, alem de programador uma pessoa capaz de saber o que fazer com a programação : o design.

Por fim, não ha uma extricta evolução de programador para desenvolvedor. Vc pode ser um otimo programador e nunca ser um desenvolvedor.

:idea: Por mim !!!

:arrow: Na minha opinião e somente na minha opnião eu diria que programador essa atividade já não tem mais atuação.Com relação a desenvolvedor esse é um plano de evolução perante respostas rápidas em um projeto que atenda uma demanda sobre uma otica para determinada metodologia que vai se abordar.

:arrow: Exemplo: O desenvolvedor é um profissinal em Expertise em Orientação a Objeto aplicando SCRUM usando tecnologia Java ou outra arquitetura.

Pensando em Scrum ?
:idea: Resposta de anonimo
Nada impede que uma única pessoa faça todas as tarefas (esse é o ideal Ágil).

:arrow: Por mim.
Pensando assim a atividade de programação passa já por atividades entre quaisquer papéis no Projeto.

Se isso é bom, onde fica o analista de negócios não existe mais, também, ele pode não saber programar ?

peerless:

O que você considera um programador?
O que você considera um desenvolvedor?

Para programador, isso é na minha visão, não existe mais.

Desenvolvedor capaz de interar em vários cenários e receber papéis e responsabilidade no projeto deacordo com a Metodologia a ser se seguir.

Uma coisa que fico pensar, Scrum é o melhor do Ágil, ou uma resposta para dizer a você, tenha multi-funcionalidades em um projeto, e assim evitando reduções infinitas de papéis.

Especialista Anonimo:Sobre metodologia.

:arrow: Na realidade as metodologias Ágeis (XP/SCRUM/Lean) não são frameworks e sim práticas de desenvolvimento de software.

:arrow: Eles definem o que deve ser feito para se desenvolver softwares de qualidade sem a quantidade infinita de papéis e artefatos sugeridos por outras metodologias, denominadas, monumentais (Booch/OOSE/OMT…), definindo uma conversa mais direta com o usuário do sistema e não com um analista de negócio, como boa parte das empresas estão acostumadas a utilizar.

Esqueceu de tomar o remédio de novo, Marcio?

Ok, eu desisto. Alguém traduz, por favor?

8. Tenta ser elegante, sem ataques pejorativos, somente coloque suas interpretações.

:idea: Disse que era na minha opinião.

:idea: Posso ter um programador para entender modelo de Use Case ? Esse irá escolher sua IDE preferida por exemplo irá trabalhar com VBX ou outros componentes ou reutilização de código , mas pode dizer, por exemplo prefiro tal framework do que outro, sabendo-se que esse são para organizar códigos, não vejo a atuação do programador.

:arrow: Quem constrói frameworks codifica ? esse é programador ?

:arrow: Até naturalmente mesmo em projetos bem específicos como software embarcados, deverá entender um design tecnologia de sua geração e isso não é codificação só, abrange outras especializações.

:idea: Imagino assim, você tem atores e esses atores tem papéis, mas o design não esta programador ? ele esta dando a responsabilidades para o ator e o use case porque já entendeu os requisitos de sistema.Por engenharia reversa eu posso obter outros diagramas e isso também posso obter o codigo nessa geração.

:?: Mas ai vem o que se coloca como programador, quem esta na codificação ou usufruindo-se de tecnologia de ponta para o desenvolvimento.

É verdade que um desenvolvedor deve ter conhecimentos de OO e bons. Mas SCRUM é uma metodogia gerencial.
Não é uma pessoa que faz scrum é uma equipe. A capacidade do profissional na piramide de desenvolvimento ( programador, desenvolvedor, arquiteto, analista, gerente) não define o processo para a gerencia.

Se alguem “faz scrum” então seria o “project lider” seja ele arquiteto, gerente, analista ou desenvolvedor, “lider” é uma papel à parte. normalmente para ser lider a pessoa tem que ter alguma capacidade além de tecnico. Aliás nem precisa ser tecnico, embora seja muito conveniente que seja. Normalmente é uma pessoa menos envolvida no projeto mas que o conhece no geral como o arquiteto ou o analista. Mas não tem que ser assim.
Como falei, vc pode ser apenas um bom programador e isso não é demérito nenhum. programador -desenvolvedor-arquiteto não é uma carreira , são 3 papeis importantes em construir software. Uma pessoa pode -se especializar em um deles. Não é possível fazer as 3 coisas todo o tempo. Isso pela simples razão que ha um conflito de interesses entre eles. São “chapeus” que uma pessoa pode colocar, e a mesma pessoa poder ser tudo num projeto (gerente, analista, arquiteto, desenvovledor e programador) - aliás isso seria um autentico “homem da renascença” no que diz respeito a projetos de software, mas por outro lado isso torna o processo bitolado.

:idea: Posso ter um programador para entender modelo de Use Case ? Esse irá escolher sua IDE preferida por exemplo irá trabalhar com VBX ou outros componentes ou reutilização de código , mas pode dizer, por exemplo prefiro tal framework do que outro, sabendo-se que esse são para organizar códigos, não vejo a atuação do programador.

Não.

Não.

Programadores, por definição, não tomam decisões de design ou arquitetura. Se a pessoa faz isso, então, ela estão interpretanto o papel de desenvolvedor ou arquiteto. Programador é o codificador. Ele simplesmente constroi. Não especifica e não toma decisões de projeto. Ele apenas decide entre if e swith, etc…

Programadores não perferem frameworks. Por definição isso é trabalho do arquiteto. Programadores podem ser mais experientes no framework x ou y , ou gostarem mais da forma de trabalhar com x ou y, mas eles não podem decidir se x ou y será usado. Isso é uma decisão de arquitetura e design e até mesmo gerencial (se contarmos com a esperiencia da equipe com esses frameworks).

eu entendi que, se eu ñ uso a metodologia scrum ou alguma outra ágil, não posso ser considerado desenvolvedor. (isso na visão do colega, Duran) :shock:

O comentário dele me deixou a mesma impressão.

SIM. O que esta acontecendo é que o desenvolvedor recebe as responsabilidades no projeto, todavia a metodologia abordada vai exungar papéis e tarefa, ai entra SCRUM como resposta Ágil(Penso eu ).Quando eu digo que programador não existe, é porque ele não existe ao entendimento de negócio ele é codificador e pra isso já tenho ferramentas que codificam, ou ele já foi absorvido para tarefa de uma analista de requisito ou processo.

Pergunto para você, posso ser um programador UML ?

O comentário dele me deixou a mesma impressão.

:shock:Posso ser um Programador UML ?

Por favor, não alimentem os trolls!

Eu nem perco mais meu tempo respondendo esse tipo de coisa…

:idea:

sergiotaborda:

[Marcio Duran] :shock:

Por fim, não ha uma extricta evolução de programador para desenvolvedor. Vc pode ser um otimo programador e nunca ser um desenvolvedor.

:arrow: Concordo com a sua opinião, em partes !!!

:idea: Programador pode refatorar seus códigos, como um estilista no desenvolvimento do projeto, isso seria função dele ? Tenho ferramentas capazes de criar inteligência para geração de código.

:arrow:Entendo pelo sua afirmação, lhe pergunto; - Essa abordagem existia a 20 anos atrás ?

:idea:- Hoje temos tecnologia de transformação, Exemplo: Posso enviar codigo Cobol em ambiente puramente WEB, em outra visão ferramentas Business Modeling da IBM, Conceito de BPM, ou então Conceito de Componentes e reutilização.Em vista disso o que é algo mais próximo no que se pensa em código ?

:arrow: Esse cara dos anos 70 e 80 já Extinguisse, tem outras funcionalidade no legado que criaram.

:arrow:O que você diria para o programador de 20 anos atrás, olha preciso de um código com alto de nível de acoplamento e de granulanidade, ele iria lhe entender ?Não tem que entender tem que produzir código ?

:idea: “O programador virou uma ferramenta”, ele não é mais um funcional.

:arrow: “Você pode programar o seu relógio para despertar , mas ele não vai avisá-lo que você não tirou o frango do congelador, quando você acordar.
Sendo assim você vai acabar almoçando 15:00 hrs e não ao 12:00 hrs como planejou, e acaba passando fome não almoça porque tem compromisso com outras tarefas e atividades”.Então você questionária,porque ?

:arrow: Respondendo, ele (programador)não é constante e não participa de todos os eventos do seu dia a dia, pensando nisso e estendendo o assunto, ai entra o sentindo do avançado de processos na redução infinita de papéis e tarefas, saindo de um Oceano chamado RUP na busca de uma metodologia Ágil.

8. Vai bater foto !!!

Ótimo, não fale nada mesmo !!! O que lhe fez vir aqui, também… não sei

:arrow: Já disse é minha opinião…

Márcio, sem querer ofender, mas você precisa urgentemente mudar a forma como escreve!

O que diabos você quis dizer com isso?

Por favor, use uma linguagem direta, não tente ficar enfeitando o texto! Não tem nada coerente aí, a gente tem que ficar se esforçando pra interpretar suas mensagens!

Outro exemplo é o texto no seu blog…
http://webfeatures.wordpress.com/
Quem consegue entender além de você? Eu me esforço, leio e releio mas não consigo.

8. Vai bater foto !!!

aehaieahiueahuiehaiuehauiehaiuheaiuheiuaheiu

SIM. O que esta acontecendo é que o desenvolvedor recebe as responsabilidades no projeto, todavia a metodologia abordada vai exungar papéis e tarefa, ai entra SCRUM como resposta Ágil(Penso eu ).Quando eu digo que programador não existe, é porque ele não existe ao entendimento de negócio ele é codificador e pra isso já tenho ferramentas que codificam, ou ele já foi absorvido para tarefa de uma analista de requisito ou processo.

Pergunto para você, posso ser um programador UML ?

Sim. UML não é uma linguagem? Então, sim, eu posso! Eaí ?

tnaires:

Márcio, sem querer ofender, mas você precisa urgentemente mudar a forma como escreve!

Você se considera um Programador ou um Desenvolvedor ?

peerless:

Sim. UML não é uma linguagem? Então, sim, eu posso! Eaí ?

Você esta respondendo que sim, você pode ser um programador UML ? Mas afirma que UML não é linguagem de programação, porém é Modelagem de Linguagem Unificada, esse conceito é um entendido pra quem só codifica ?

- Programador só codifica, então ?

:arrow: O desenvolvedor sim, penso eu entende de UML e aplica melhores técnicas de desenvolvimento.

Marcio Duran:

peerless:

Sim. UML não é uma linguagem? Então, sim, eu posso! Eaí ?

Você esta respondendo que sim, você pode ser um programador UML ? Mas afirma que UML não é linguagem de programação, porém é Modelagem de Linguagem Unificada, esse conceito é um entendido pra quem só codifica ?

- Programador só codifica, então ?

:arrow: O desenvolvedor sim, penso eu entende de UML e aplica melhores técnicas de desenvolvimento.

Cara, não sei onde vc trabalha. mas pelo menos onde eu trabalho se o PROGRAMADOR (entenda por ter sua carteira batida como “programador”) não souber UML, nem na frente da empresa ele passa…

peerless:

Cara, não sei onde vc trabalha. mas pelo menos onde eu trabalho se o PROGRAMADOR (entenda por ter sua carteira batida como “programador”) não souber UML, nem na frente da empresa ele passa…

:thumbup: Sim, isso mesmo.

E na minha concepção.

E daqui pra frente, não vai mais passar programador nenhum, esse termo não existe mais.O programador ao qual você vai chamar de programador é uma outra funcionalidade ao entendimento dos requisitos de sistema do Projeto.

… e o ceu tornou-se verde.