Qual é a diferença entre desenvolvimento e P & D?

Grande pergunta.

É importante distinguir entre 'Desenvolvimento' e 'R & D'.

• Ponto 1

R&D = experimenting with ideas/technology that may never actually become a product.

Software Development = working on a product/service desired by a real customer.

• ponto 2

R&D is all about developing new solutions for a specific problem domain. The end result of this endeavor is something that I call "research toys".

To be a software product, the research toy has to be completely re-implemented. Failure to do so will result in a product that appeals to an increasingly elite and erudite user base. The problem here is that this elite and erudite user base typically has no money to spend.

To be a successful, the software product must be a faithful re-implementation of the research toy, accessible and loved by the commodity user. To be truely remarkable, the software product must simultaneously appeal to the elite and erudite user.

• ponto 3

Research implies scholarly or scientific inquiry and tends to be aimed at the greater good of an industry or society at large. Product development has different motivations and outcomes: it is driven by the potential for profit. The state of product development is healthy. The state of lighting research is not.

We need a collective commitment to the greater good to answer such questions. But this is not just philanthropy; the answer would address a practical goal. Light sources that are spectrally tuned to the visual system will be more sustainable. They will use less energy by generating their output in regions of the spectrum where the visual system responds most strongly, resulting in better seeing for building users. This example reinforces the difference between research and product development.

• Ponto 4

All development of new products to be R&D. I think some of you are confusing pure, abstract science with R&D. They aren't the same. R&D can be very product oriented. Scientists may be looking for a vaccine to cure AIDs. That is a very specific task to create a product to sell and it is certainly R&D and not just guys sitting around messing about with whatever they feel like.

• Ponto 5

R&D in the technical world = finding ways to do something interesting or important, using known techniques and technology as a starting point.

Software development = finding ways to do something interesting or important, using known techniques and technology as a starting point.

• Ponto 6

Virtually all software development is the D part of R&D. Some times, there are very little R in Software 'R&D'. Some times, there are pretty large R in Software 'R&D'.

It depends on several measurement. For example,

Managing software development for various sized companies, R&D takes on different meanings depending on the size of the company, customer base, etc.

In a small software company, with only a hand full of employees, the line between R&D software and Production software is usually very small. What one day is a software R&D project, may the next day be shipping as production software to customers.

As software companies grow, and they have one or more production software lines, they tend to create greater separation between R&D software projects and Production software products (for obvious reasons). This R&D gap is typically created to create greater diversification in their software products for tomorrow, while allowing the production software development to continue to produce today.

This is not to say that the production software products won't get innovative new features. The production software developers are typically just as "sharp" as the R&D developers. In fact, at one company, we had an enrichment program that allowed production software developers to rotate in and out of R&D projects. This not only added fresh brain power to the R&D teams, but in many cases, the production developers came back with new ideas on producing better production level software.

• Ponto 7

D = "knowing where you want to be at the end", and R is because "at the beginning of the project, you don't know what will be required to get there"

• Ponto 8

R&D are the lucky folks who get to do anything they want without accountability.

Boa pesquisa / recurso sobre este tema:

• link
• link
• link

A diferença está nas expectativas.

• Quando trabalhei em P & D, esperava-se que fornecesse resultados de pesquisa .

• Quando venho trabalhando em desenvolvimento, esperava-se que eu fornecesse software de trabalho .

_{Estes não estão totalmente separados, e pode haver áreas cinzentas substanciais entre elas. Em desenvolvimento, às vezes acontecia que era esperado que eu realizar alguma pesquisa . Da mesma forma, em um dos projetos de pesquisa, fui designado para desenvolver programas específicos.}

Como outros disseram, R & D envolve pesquisa. Para mim, a pesquisa está trabalhando em algo que ninguém sabe como fazer no presente momento. Se isso foi feito, não é pesquisa, embora possa exigir investimentos de tempo significativos para estudar as soluções existentes e a literatura.

Sobre sua lista:

• Desenvolver um mecanismo que abstraia o acesso ao banco de dados, simplificando e encurtando enormemente o código de outros aplicativos (existentes ou que serão gravados no futuro) que devem acessar o banco de dados?

Muitos ORM existem. A menos que o seu faça algo realmente diferente, eu não o contaria como R & D.

• Estabelecer uma nova arquitetura orientada a serviços para toda a organização de recursos da empresa, a fim de passar de um monte de aplicativos separados e autônomos para um conjunto de serviços da Web bem organizados e interconectados, como o que é usado pela Amazon? / li>

Não.

• Projetar um novo protocolo de comunicação para permitir a replicação mais rápida de dados entre dois datacenters da empresa?

Se isso melhorar em protocolos conhecidos, então eu consideraria este R & D.

• Conceber um novo tipo de teste de software enquanto trabalha em um produto específico, sabendo que esse tipo de teste melhorará / simplificará o processo de teste?

• Prove que a programação funcional é mais apropriada que a OOP para uma aplicação específica, baseada em evidências, lógica e experiência anterior?

• Aprimore a aplicação existente adicionando gestos em telas táteis, depois de fazer estudos e testes que mostram que esses gestos melhoram a produtividade dos usuários em uma proporção de pelo menos 1,4 para um conjunto preciso de tarefas?

• Encontrar uma maneira de melhorar consideravelmente a eficácia do uso de energia (PUE) de um data center?

• Criar uma linguagem específica de domínio (DSL)?

Nenhuma dessas coisas parece incluir pesquisas. Para dar outros exemplos de coisas que eu consideraria R & D:

• Melhore a inferência de tipos no Scala, permitindo uma melhor unificação

• Inventar um novo tipo de otimização de compilador

• Crie um novo banco de dados que tenha diferenças significativas em relação aos existentes - por exemplo, como o CouchDB foi quando foi concebido

• Desenvolva uma biblioteca utilizável e funcional para programação reativa funcional

• Encontre uma nova exploração em softwares ou protocolos existentes

• Invente um novo algoritmo de compactação

Informalmente, a maneira como eu definiria isso (e como eu geralmente o vi usado na prática) é algo como:

A frase R & D é usada para indicar que você não tem certeza sobre a abordagem exata para conseguir algo, e / ou se isso pode ser feito, e como funcionará bem.

(EDIT: reformulado um pouco)

Basicamente, é uma maneira rápida e comum de dizer que há um desconhecido significativo à frente. Tentando responder a sua pergunta real, então, realmente depende de quem está fazendo a classificação; muitos desses itens parecem incluir um componente de pesquisa significativo, mas eu acho que existem alguns indivíduos que seriam capazes de alcançar muitos deles sem qualquer pesquisa. Depende da tarefa e do indivíduo.

Olhando para a lista real, eu pessoalmente classificaria aqueles baseados em se eu fiz algo similar o suficiente no passado, e estaria, portanto, altamente confiante no que eu estou prestes a fazer (ou pelo menos, ser capaz de dar boas estimativas de estimativa).

$ 40.000 por ano para aumentar o salário?

Em P & D, o R às vezes usa pesquisas para descrever uma coisa que também é descrita como desenvolvimento de tecnologia, onde descobrimos como fazer algo que não sabíamos como fazer. Talvez bem descrita como pesquisa aplicada, podemos projetar algo para a especificação e, em seguida, tentar patentear ou proteger ou explorar a vantagem competitiva.

O R também pode se referir a riscos, porque os projetos de pesquisa e desenvolvimento geralmente tentam combinar a descoberta e a exploração de novas tecnologias e a exploração de tecnologias conhecidas em conjunto. Entre outros riscos para essa abordagem estão a divisão de seu foco, a construção de protótipos que NÃO pretendem ser descartados e a probabilidade de que o marketing esteja envolvido e trate as estimativas como contratos.

R & D é um termo que pode vestir um departamento que está mais envolvido no desenvolvimento. A maioria dos projetos de tecnologia deve combinar pesquisa com algum tipo de protótipo, mas fazer uma ou uma dúzia de algo não me parece um desenvolvimento a menos que possa ser transferido para a manufatura.

A pesquisa geralmente inclui uma noção de rigor como o exame da literatura ou patentes que buscam a arte prévia, afirmando reivindicações de novas inovações e demonstrando seu valor e singularidade de alguma forma. Pesquisas acadêmicas às vezes sintetizam idéias da literatura acadêmica, modela alguns fenômenos matematicamente, ou relata um estudo de caso com análises, conclusões e uma proposta para estudos futuros.

Talvez a R & D esteja interessada em coisas que não foram feitas antes, mas a curto prazo serão disponibilizadas como produto.

A R & D está experimentando ideias que podem nunca se tornar um produto. Onde, o Desenvolvimento de Software está trabalhando em um produto / serviço desejado para se tornar um produto.