Яка різниця між розробкою та науково-дослідною роботою?

Мене колега попросив чітко пояснити різницю між звичайною розробкою та дослідженнями та розробками (НДДКР) і не зміг цього зробити. Прочитавши Вікіпедію, у мене ще немає точної відповіді.

Згідно з Вікіпедією (трохи змінена):

Є дві основні моделі:

• В одній моделі основна функція - розробка нових продуктів ;

• в іншій моделі основна функція полягає у відкритті та створенні нових знань про науково-технічні теми з метою розкриття та забезпечення можливості розвитку цінних нових продуктів, процесів та послуг.

Перша модель незрозуміла. Чи означає це, що розробка (а не R&D) полягає виключно в додаванні нових функцій до продукту, вирішенню помилок та технічному обслуговуванню? Що робити, якщо щось, що раніше розроблялося як нова функція, стає окремим продуктом?

Друга модель є менш заплутаною, але все-таки, як визначити, чи є щось нове знання чи існуюче знання, яке лише переросло?

Пізніше Вікіпедія додає, що звичайна розробка відрізняється від НДДКР завдяки:

майже негайний прибуток або негайне поліпшення.

Це все ще недостатньо зрозуміло. Як кваліфікувати "майже негайний прибуток"? Що робити, якщо завдання має негайний прибуток, але вимагає важких досліджень? Або якщо він є базовим, але має невизначений прибуток, як, наприклад, впровадження загального стилю над базою кодів?

Наприклад, чи належить він до розробки чи НДДКР:

• Розробити механізм, який абстрагує доступ до бази даних, спрощуючи та значно скорочуючи код інших програм (існуючих або тих, які будуть написані в майбутньому), які повинні мати доступ до бази даних?

• Створіть нову сервісно-орієнтовану архітектуру для всієї організації ресурсів компанії, щоб перейти від купу окремих і автономних додатків до набору добре організованих взаємопов’язаних веб-сервісів, як те, що використовується Amazon?

• Розробити новий протокол зв’язку, щоб дозволити швидше реплікацію даних між двома центрами обробки даних компанії?

• Задумайте новий тип тестування програмного забезпечення під час роботи над конкретним продуктом, знаючи, що цей тип тестування поліпшить / спростить процес тестування?

• Доведіть, що функціональне програмування є більш доцільним, ніж OOP для конкретного додатку, на основі доказів, логіки та попереднього досвіду?

• Покращуйте існуючий додаток, додаючи жести на тактильні екрани, виконуючи дослідження та тестування, які показують, що ці жести покращують продуктивність користувачів на співвідношення щонайменше 1,4 для точного набору завдань?

• Знайти спосіб сильно підвищити ефективність використання енергії (PUE) центру обробки даних?

• Створити мову, орієнтовану на домен (DSL)?

Коротше кажучи, як я міг визначити, чи займаюся я НДДКР, працюючи над чимось?

Велике запитання.

Важливо розрізняти "Розвиток" та "НДДКР".

• Пункт 1

НДДК = експерименти з ідеями / технологіями, які ніколи фактично не можуть стати продуктом.

Розробка програмного забезпечення = робота над продуктом / послугою, бажаною реальним замовником.

• Точка 2

Науково-дослідна робота - це розробка нових рішень для конкретної проблемної області. Кінцевий результат цього починання - це те, що я називаю «дослідницькими іграшками».

Щоб бути програмним продуктом, дослідницьку іграшку потрібно повністю реалізувати. Якщо цього не зробити, це призведе до продукту, який подобається все більш елітній та ерудованій базі користувачів. Проблема тут полягає в тому, що ця елітна та ерудована база користувачів зазвичай не має грошей.

Щоб досягти успіху, програмний продукт повинен бути вірною повторною реалізацією дослідницької іграшки, доступної та улюбленої користувачем товару. Щоб бути справді чудовим, програмний продукт повинен одночасно подобатися елітному та ерудованому користувачеві.

• Пункт 3

Дослідження передбачає наукове чи наукове дослідження і, як правило, спрямоване на краще благо галузі чи суспільства в цілому. Розробка товару має різні мотивації та результати: вона визначається потенціалом отримання прибутку. Стан розвитку продукту здоровий. Стан досліджень освітлення - ні.

Для відповіді на подібні питання нам потрібна колективна прихильність до більшого блага. Але це не просто філантропія; відповідь відповідатиме практичній меті. Джерела світла, спектрально налаштовані на зорову систему, будуть більш стійкими. Вони будуть використовувати менше енергії, генеруючи свою продукцію в областях спектру, де візуальна система реагує найбільш сильно, в результаті чого кращі видимість для користувачів будівлі. Цей приклад посилює різницю між дослідженнями та розробкою продукції.

• Точка 4

Всі розробки нових продуктів, які будуть R&D. Я думаю, що деякі з вас плутають чисту, абстрактну науку з НДДКР. Вони не однакові. НДДКР може бути дуже орієнтованою на продукт. Вчені можуть шукати вакцину, щоб вилікувати СНІД. Це дуже специфічне завдання створити продукт для продажу, і це, звичайно, НДДКР, а не просто хлопці, які сидять навколо, возиться з тим, що їм здається.

• Точка 5

НДДКР у технічному світі = пошук способів зробити щось цікаве або важливе, використовуючи відомі методи та технології як вихідну точку.

Розробка програмного забезпечення = пошук способів зробити щось цікаве або важливе, використовуючи відомі методи і технології як вихідну точку.

• Пункт 6

Практично вся розробка програмного забезпечення - це D частина НДДКР. Іноді в програмі "R&D" дуже мало R. Іноді в програмі «R&D» є досить великі R.

Це залежить від кількох вимірювань. Наприклад,

Управляючи розробкою програмного забезпечення для різних компаній, R&D набуває різного значення, залежно від розміру компанії, клієнтської бази тощо.

У невеликій програмі, що працює з програмним забезпеченням, лише штатна рука, яка працює між співробітниками, лінія між програмно-дослідницькою діяльністю та виробничим програмним забезпеченням зазвичай дуже мала. Що одного дня є проектом науково-дослідної роботи програмного забезпечення, може наступного дня бути доставкою як виробниче програмне забезпечення для клієнтів.

У міру зростання програмних компаній, і вони мають одну або більше виробничих ліній програмного забезпечення, вони, як правило, створюють більші розриви між програмними проектами на розробку та розробку програмних продуктів (з очевидних причин). Цей розрив у НДДКР зазвичай створюється для створення більшої диверсифікації своїх програмних продуктів на завтра, одночасно дозволяючи розробці програмного забезпечення продовжувати вироблятись і сьогодні.

Це не означає, що виробничі програмні продукти не отримають нових інноваційних функцій. Зазвичай розробники програмного забезпечення настільки ж «гострі», як розробники НДДКР. Насправді, в одній компанії у нас була програма збагачення, яка дозволила розробникам виробничого програмного забезпечення обертатися та вимикати проекти НДДКР. Це не тільки додало свіжої сили мозку для науково-дослідних команд, але у багатьох випадках розробники виробництва повернулися з новими ідеями щодо створення кращого програмного забезпечення на рівні виробництва.

• Точка 7

D = "знати, де ти хочеш опинитися в кінці", а R - тому що "на початку проекту ти не знаєш, що потрібно буде туди потрапити"

• Пункт 8

Науково-дослідницькі роботи - щасливі люди, які отримують можливість робити все, що завгодно, без відповідальності.

Гарне дослідження / ресурс на цю тему:

• http://www.econ.upf.edu/~albertbanal/Com Commercial%20Incentives.pdf
• http://www.csiic.ca/pdf/Gegenworte.pdf
• http://web.cecs.pdx.edu/~york/York-CS-Summit-Beijing2006.pdf

Різниця полягає в очікуванні.

• Коли я працював у науково-дослідній роботі, від мене, перш за все, очікували результати досліджень .

• Коли я працював у розробці, від мене, перш за все, очікувалося забезпечити робоче програмне забезпечення .

_{Вони не є повністю розділеними, і між ними може бути досить багато сірих ділянок. У процесі розвитку іноді траплялося, що від мене очікували проведення деяких досліджень . Так само в одному з дослідницьких проектів мене призначили розробити конкретну програму.}

Як говорили інші, науково-дослідні роботи включають дослідження. Для мене дослідження працюють над тим, що в даний час ніхто не знає, як це зробити. Якщо це було зроблено, це не дослідження, хоча це може зажадати значних вкладень часу для вивчення існуючих рішень та літератури.

Про ваш список:

• Розробити механізм, який абстрагує доступ до бази даних, спрощуючи та значно скорочуючи код інших програм (існуючих або тих, які будуть написані в майбутньому), які повинні мати доступ до бази даних?

Існує багато ОРМ. Якщо ваша не робить щось справді інше, я б не вважав це науково-дослідною роботою.

• Створіть нову сервісно-орієнтовану архітектуру для всієї організації ресурсів компанії, щоб перейти від купу окремих і автономних додатків до набору добре організованих взаємопов’язаних веб-сервісів, як те, що використовується Amazon?

Ні.

• Розробити новий протокол зв’язку, щоб дозволити швидше реплікацію даних між двома центрами обробки даних компанії?

Якщо це покращиться за відомими протоколами, я б вважав, що це НДДКР.

• Задумайте новий тип тестування програмного забезпечення під час роботи над конкретним продуктом, знаючи, що цей тип тестування поліпшить / спростить процес тестування?

• Доведіть, що функціональне програмування є більш доцільним, ніж OOP для конкретного додатку, на основі доказів, логіки та попереднього досвіду?

• Покращуйте існуючий додаток, додаючи жести на тактильні екрани, виконуючи дослідження та тестування, які показують, що ці жести покращують продуктивність користувачів на співвідношення щонайменше 1,4 для точного набору завдань?

• Знайти спосіб сильно підвищити ефективність використання енергії (PUE) центру обробки даних?

• Створити мову, орієнтовану на домен (DSL)?

Ні одна з цих речей, здається, не включає дослідження. Щоб навести інші приклади речей, які я вважаю НДДКР:

• Поліпшити умовиводи типу Scala, дозволяючи краще об'єднати

• Винайдіть новий вид оптимізації компілятора

• Створіть нову базу даних, яка має суттєві відмінності від існуючої - скажімо, як CouchDB був тоді, коли вона була задумана

• Розробити робочу, корисну бібліотеку для функціонального реактивного програмування

• Знайдіть новий подвиг у наявному програмному забезпеченні чи протоколах

• Винайдіть новий алгоритм стиснення

Неофіційно те, як я б це визначив (і як я взагалі бачив, як це застосовується на практиці), є чимось на кшталт:

Фраза НДДКР використовується, щоб означати, що ви не впевнені в точному підході до досягнення чогось, та / або якщо це навіть можна зробити, і наскільки добре це буде працювати.

(EDIT: трохи перефразоване)

В основному, це швидкий, поширений спосіб сказати, що попереду є значне невідоме. Спроба відповісти на ваше фактичне запитання тоді, насправді залежить від того, хто проводить класифікацію; багатьом з цих предметів здається, що вони містять важливий дослідницький компонент, але я думаю, що є люди, які могли б досягти багатьох з них без будь-яких досліджень. Це залежить як від завдання, так і від особистості.

Дивлячись на фактичний список, я особисто класифікував би їх, грунтуючись на тому, чи робив я щось подібне в минулому, і тому був би дуже впевнений у тому, що збираюся робити (або, принаймні, матиме змогу дати хороший бал-парк кошторис).

40 000 доларів США на рік, більший заробітна плата?

У науково-дослідних розробках R іноді використовує дослідження, щоб описати те, що також описано як розвиток технології, де ми дізнаємося, як зробити те, чого ми не знали, як зробити. Можливо, добре описане як прикладне дослідження, ми можемо розробити щось для специфікації, а тоді зазвичай намагаємось запатентувати його або іншим чином захистити або використовувати його для конкурентної переваги.

R може також посилатися на ризик, оскільки проекти досліджень та розробок часто намагаються поєднати разом відкриття та використання нових технологій та використання відомих технологій. Серед інших ризиків такого підходу - це розбиття вашої уваги, побудова прототипу, який НЕ планується викидати, та ймовірність того, що маркетинг буде задіяний і буде розцінювати оцінки як контракти.

НДДКР - це термін, який може одягати відділ, який в основному бере участь у розвитку. Більшість технологічних проектів повинні поєднувати дослідження з якимось прототипом, але виготовлення одного чи десятка чогось не здається мені розвитком, якщо його не можна передати на виробництво.

Дослідження зазвичай включають таке поняття, як вивчення літератури чи патентів, які шукають сучасне мистецтво, твердження нових інновацій та певним чином демонстрація їх цінності та унікальності. Академічне дослідження іноді синтезує ідеї з академічної літератури, моделює якесь явище математично або повідомляє тематичне дослідження з аналізом, висновками та пропозицією щодо подальшого вивчення.

Можливо, науково-дослідну діяльність цікавлять речі, які раніше не були зроблені, але в короткий термін вони стануть доступними як продукт.

НДДК експериментує з ідеями, які ніколи не можуть стати продуктом. Де, розробник програмного забезпечення працює над продуктом / послугою, бажаною стати продуктом.