:shock:
Isso são atuações diferentes, SCRUM é a resposta para isso ? para a redução de responsabilidades em diversos papéis. :?:
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. =)
[quote=Marcio Duran] :shock:
Isso são atuações diferentes, SCRUM é a resposta para isso ? para a redução de responsabilidades em diversos papéis. :?: [/quote]
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?
[quote=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. =)[/quote]
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ê.
[quote=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. :?: [/quote]
[quote]
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.[/quote]
: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 ?
[quote=peerless]O que você considera um programador?
O que você considera um desenvolvedor?[/quote]
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?
- 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.
[/quote]
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.[/quote]
: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:[quote=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.[/quote]
: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.