Разработка и программирование , Разработка vs программирование

Сейчас во многих местах разработка понимается как синоним программирования.
Но разве это правильно? Ведь разработка - это просто анализ, каким будет ПО, его функции/используемые даные, а программирование - непосредственное написание кода.

Хотя если под разработкой понимать все этапы создания ПО, то можно скахать что Создание ПО = разработка.

Правильно ли я пониманию значение терминов разработка и программирование?

Холиварная тема. Тут сколько людей - столько и мнений.

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

Последние 15 лет всё делаю сам - и задачу ставлю, и алгоритм рожаю, и код пишу, и...всё остальное. Так что - никогда об этом не задумывался. Вот те ребята, что в команде работают - тут могут подискутировать.

Никаких холиваров при грамотном подходе быть не может. Все дело в богатстве русского языка и нежелании человека придавать четкое значение используемым словам. Поэтому разработка употребляется всеми в разных смыслах и что самое удивительное каждый считает свой смысл более осмысленным. В результате, мое мнение, которое единственно верное: Разработка - общеупотребительный термин, обозначающий как все вместе так и по отдельности, смотря кому как моча в голову даст. Проектирование(design) ПО - процесс создания структуры ПО, осмысления ее работы в целом и частей по отдельности. UML создан для этого. В общем все что до написания кода (подробнее разработку описывать не буду, потому что в инете полно). Программирование - процесс создания кода. Тема закрыта

Цитата гунька @ 31.10.06, 10:40

Поэтому разработка употребляется всеми в разных смыслах и что самое удивительное каждый считает свой смысл более осмысленным.

Святая правда

А что красивее звучит -- десигнер, программер или креатор? Что в трудовую писать престижнее?

Цитата

Тема закрыта

Гуня, ты не прав, как всегда.
Ты забыл про отладку и доводку. Это также входит составной частью в процесс разаработки.
Дело в том, что доводка, заставляет (обычно именно так и происходит) менять некоторые вещи, которые казались правильными и незыблемыми на этапе проектирования.
Так что в процесс разработки входят три составные части: Проектирование программ, Написание программ (непосредственно программирование) и Доводка программ. Причем, все эти три части взаимоувязаны между собой и оказывают влияние друг на друга.

Слушайте! Слушайте!!!
А ты, гунька, учись доводить лажу до конца

Цитата DrUnkard @ 31.10.06, 10:50

Гуня, ты не прав, как всегда.
Ты забыл про отладку и доводку. Это также входит составной частью в процесс разаработки.

Ну то что я ее не упомянул еще не занчит что забыл, и совсем не значит что неправ Поэтому ты Дрю, нерав что я не прав

Цитата Coala @ 31.10.06, 10:53

А ты, гунька, учись доводить лажу до конца

Если б за лажу платили, я бы ее всегда до конца доводил

Добавлено 31.10.06, 10:56

Цитата Dark Sup @ 31.10.06, 10:47

А что красивее звучит -- десигнер, программер или креатор? Что в трудовую писать престижнее?

Слющь, иди ко мне сюда, я тебе в трудовую все что хошь нарисую за умеренную плату И печать поставлю. По теме - лучше конечно Креативный директор программного дизайна

Цитата DrUnkard @ 31.10.06, 10:50

Доводка

Допива
Тестирование называется завершающий процесс.

Antber, умник.
Доводка - она и есть доводка.
И грамотный человек, легко отличает процесс тестирования от процесса доводки.

Лана, едем туда, где лица бить позволено!

Цитата Coala @ 31.10.06, 06:25

Холиварная тема. Тут сколько людей - столько и мнений.

Блин, а я что говорил?

Астарот, ты некомпетентен как модер, все больше убеждаюсь Где ты тут холивар то увидел? В посте коалы?

Цитата гунька @ 31.10.06, 12:21

Где ты тут холивар то увидел? В посте коалы?

В моих постах ему чего тока не мерещицца

Все-таки программирование — это разработка программных систем и продуктов. А разработка не обязательно сводится к программным продуктам. Т.е., разработка состоит из программирования и создания непрограммных вещей, например, красивых этикеток, бизнес-планов, документации и прочая.
А вот создание кода — это кодирование и является частью программирования.

Цитата mo3r @ 31.10.06, 14:44

А вот создание кода — это кодирование и является частью программирования.

Программирование - это программирование, и на части не делится. Кодирование и кодировщиков придумали дядьки, не желающие платить специалистам. Нельзя же, к примеру, всерьёз называть машинистку причастной к процессу создания литературного произведения.

Цитата wind @ 31.10.06, 20:17

Программирование - это программирование, и на части не делится. Кодирование и кодировщиков придумали дядьки, не желающие платить специалистам. Нельзя же, к примеру, всерьёз называть машинистку причастной к процессу создания литературного произведения.

Я и не говорил, что оно делится на части и что можно «кодировщикам» прислать алгоритм, и они его реализуют. Для написания кода в любом случае надо пройти весь процесс проектирования, и каждый участник разработки проходит этот процесс.

Цитата wind @ 31.10.06, 20:17

Кодирование и кодировщиков придумали дядьки, не желающие платить специалистам.

А по-моему, дядьки, не умеющие писать

Цитата hummy @ 31.10.06, 20:27

А по-моему, дядьки, не умеющие писать

пИсать? Не знаю, может быть и так
Но я веду речь о тех дядьках, которых приводит в ужас необходимость делиться прибылью с многочисленными творцами её источника.

Цитата mo3r @ 31.10.06, 14:44

Все-таки программирование — это разработка программных систем и продуктов. А разработка не обязательно сводится к программным продуктам. Т.е., разработка состоит из программирования и создания непрограммных вещей, например, красивых этикеток, бизнес-планов, документации и прочая.

Есть design, а есть development, и это не совсем одно и тоже. Development (разработка) понятие несколько шире, нежели design. Множество задач Design как раз является подмножеством задач Development. Также и с программированием.
В процессе разработки выделяются задачи для программирования, дизайна etc в зависимости от направленности деятельности. В крупных производственных организациях разработка как правило начинается с отделов проектирования, которые самим программированием в общем случае не занимаются.

Цитата wind @ 31.10.06, 20:17

Кодирование и кодировщиков придумали дядьки, не желающие платить специалистам.

Эт зря так... Кодировщики очень сильно разгружают специалистов (а их существенно меньше, чем кодеров), которые в это время могут заниматься более важными делами.

Цитата Rikkie @ 01.11.06, 08:38

Эт зря так... Кодировщики очень сильно разгружают специалистов (а их существенно меньше, чем кодеров), которые в это время могут заниматься более важными делами.

А могут делать именно то, что задумали, а не то, как получится.

Цитата wind @ 01.11.06, 12:22

А могут делать именно то, что задумали, а не то, как получится.

Здесь уже важна постановка задачи для кодеров. Умение организовывать рабочий процесс - одна из характеристик специалиста.

Цитата Rikkie @ 01.11.06, 08:38

Кодировщики очень сильно разгружают специалистов (а их существенно меньше, чем кодеров), которые в это время могут заниматься более важными делами.

Кодеров в том понимании, как это представляется, нету. В таком случае их можно просто-напросто заменить хорошей тулзой (именно для этого есть макросы, ORM, скрипты, продвинутые фичи языков, и так далее).

Цитата mo3r @ 01.11.06, 14:51

Кодеров в том понимании, как это представляется, нету. В таком случае их можно просто-напросто заменить хорошей тулзой (именно для этого есть макросы, ORM, скрипты, продвинутые фичи языков, и так далее).

Не согласен. Может быть мы работаем несколько в разных направлениях, поэтому представления у нас отличаются.Но, в конце концов, задач полно самых разнообразных, и далеко не на каждую найдется подходящая тулза. К тому же реализации каких-то отдельных модулей (например, алгоритмов чего-либо), специалистов, решающих с их помощью более масштабные задачи, представляют рутину. А тем временем кому-то это надо делать. Вот тут-то и появляются кодеры.

Сообщение отредактировано: Rikkie - 01.11.06, 18:19

Цитата Rikkie @ 01.11.06, 12:36

Здесь уже важна постановка задачи для кодеров. Умение организовывать рабочий процесс - одна из характеристик специалиста.

Постановка задачи, исключающая неуместную самодеятельность кодировщиков - это много медленнее реализации всего и вся самостоятельно. Хороший специалист != хороший преподаватель, это совершенно разные профессии

Сообщение отредактировано: wind - 01.11.06, 18:37

Цитата wind @ 01.11.06, 18:37

Хороший специалист != хороший преподаватель, это совершенно разные профессии

А речь и не идет о преподавании. Речь о том, что, если специалист будет сам все реализовывать, процесс затянется надолго. Человекомесяцы понимаете ли..

Цитата Rikkie @ 02.11.06, 04:23

Человекомесяцы понимаете ли..

Так с этого мы и начали Никто не хочет оплачивать специалистов, кодеров, понимаешь, подавай, подешевше.

Цитата Rikkie @ 02.11.06, 04:23

А речь и не идет о преподавании. Речь о том, что, если специалист будет сам все реализовывать, процесс затянется надолго. Человекомесяцы понимаете ли..

Ты читал МСДН? Так вот, многие статьи там пишутся низкооплачиваемыми «кодерами», и поэтому они такого низкого качества. Аналогично со многим софтом. Любой человек в команде должен быть специалистом. Не зря же в гугле почти у всех есть научная степень не менее Ph.D. (кандидата наук).

Цитата wind @ 02.11.06, 05:22

Так с этого мы и начали Никто не хочет оплачивать специалистов, кодеров, понимаешь, подавай, подешевше.

Я бы все-таки с немного другой точки смотрел. От спецов выхлоп должен быть соответствующий их уровню - от этого зависит эффективность работы организации. У нас сейчас не Советский Союз, где размер оплаты труда скиллами определялся, сейчас все-таки больше именно выхлоп смотрят.

Добавлено 02.11.06, 05:44

Цитата mo3r @ 02.11.06, 05:35

Не зря же в гугле почти у всех есть научная степень не менее Ph.D. (кандидата наук).

Есть еще и амбиции организации.

Сообщение отредактировано: Rikkie - 02.11.06, 05:44

Цитата Rikkie @ 02.11.06, 05:41

Я бы все-таки с немного другой точки смотрел. От спецов выхлоп должен быть соответствующий их уровню - от этого зависит эффективность работы организации. У нас сейчас не Советский Союз, где размер оплаты труда скиллами определялся, сейчас все-таки больше именно выхлоп смотрят.

Вот-вот. Вот в гугле и добиваются таких результатов — там нету «кодеров». Каждый делает что-то свое. А от рутины они спасают благодаря новым разработкам, методикам и инструментам. Например, Джоэл очень хорошо об этом написал. http://www.joelonsoftware.com/items/2006/08/01.html

Цитата mo3r @ 02.11.06, 05:44

Вот-вот. Вот в гугле и добиваются таких результатов — там нету «кодеров». Каждый делает что-то свое. А от рутины они спасают благодаря новым разработкам, методикам и инструментам.

Гугл может себе позволить содержать высокопрофессиональных специалистов. Впрочем, Интел (в нашем здании его филиал трется) тоже содержит высокопрофессиональных специалистов, но среди этих специалистов именно разработкой занимаются несколько, так сказать, батонов, а остальные выполняют как раз функции кодеров. Ну и зарплата у них отличается соответственно.

Цитата Rikkie @ 02.11.06, 05:48

Гугл может себе позволить содержать высокопрофессиональных специалистов.

Им хватает ума не экономить на специалистах.

Цитата wind @ 02.11.06, 07:45

Им хватает ума не экономить на специалистах.

однако, и спрос с них соответственный

Наша промышленная цивилизация развивается по пути специализации. Форд в начале 20 века придумал конвейр и с тех пор рабочий выполняет узкие функции. Чем уже область, тем у человека глубже знания в этой области. Если относиться к разработке программ как отрасли промышленности - разработчик=конструктор, кодер=рабочий.
ВЕДУЩИЙ РАЗРАБОТЧИК САМ НЕ ДОЛЖЕН ПИСАТЬ КОД (КАК НАШ ТЕХНИЧЕСКИЙ ДИРЕКТОР)
РУКОВОДИТЕЛЬ ГРУППЫ РАЗРАБОТКИ ДОЛЖЕН ПИСАТЬ ТЗ И СПЕЦИФИКАЦИИ,
ИНАЧЕ ПОЛУЧИТСЯ ПОЛНЫЙ БАРДАК!!!

Цитата Rikkie @ 02.11.06, 08:07

однако, и спрос с них соответственный

Конечно. И спрос, и предоставляемые средства и возможности. В гугле работают умные люди, потому что руководят всем умные люди (закончившие университет). В отличие от микрософта, глава которого бросил университет.

Добавлено 02.11.06, 14:18

Цитата Rey-Ki @ 02.11.06, 11:29

РУКОВОДИТЕЛЬ ГРУППЫ РАЗРАБОТКИ ДОЛЖЕН ПИСАТЬ ТЗ И СПЕЦИФИКАЦИИ,
ИНАЧЕ ПОЛУЧИТСЯ ПОЛНЫЙ БАРДАК!!!

Вот только что под этим понимать? По-моему, код на языке высокого уровня является полной спецификацией. На русском или другом естественном языке это все не описать.

Цитата mo3r @ 02.11.06, 14:17

Конечно. И спрос, и предоставляемые средства и возможности. В гугле работают умные люди, потому что руководят всем умные люди (закончившие университет). В отличие от микрософта, глава которого бросил университет.

Умные - не умные, а все равно кто-то будет локомотивом, а кто-то вагонами. А на мелкософт и БГ не стоит коситься - они в этом мире и оч нехило развернулись, что уже многое доказывает.

Цитата mo3r @ 02.11.06, 14:17

По-моему, код на языке высокого уровня является полной спецификацией.

Ага, замечательно. Отдает одна рабочая группа свою часть проекта другой рабочей группе. А интерфейс??? Читайте сурцы... Офигительно!!... Тратится куча времени, чтобы в сурцах разобраться. А проект горит...

Цитата Rey-Ki @ 02.11.06, 11:29

РУКОВОДИТЕЛЬ ГРУППЫ РАЗРАБОТКИ ДОЛЖЕН ПИСАТЬ ТЗ И СПЕЦИФИКАЦИИ,
ИНАЧЕ ПОЛУЧИТСЯ ПОЛНЫЙ БАРДАК!!!

Почти согласен.

Только разработчик софта никогда не может быть руководителем или тэ-зэ-писателем, иначе он не разработчик. Как вы верно подметили, человек хорошо справляется только с чем-то одним. А человек, занимающийся заданиями и спецификациями, априори некомпетентен в разработке.

Сообщение отредактировано: wind - 02.11.06, 20:42

В странную плоскость перешел спор. Что такое "кодер"? Что такое "разработчик/ведущий программист"? На самом деле они отличаются квалификацией. И это отличие выражается в том, что один не может выполнять задачи, поручаемые другому. Программист с низкой квалификацией (небольшим опытом) врядли "поднимет" разработку сложного программного комплекса. Ведущий же программист не станет (при грамотном руководстве) заниматься рутинным кодированием, ибо его рабочее время может быть потрачено с большей пользой. Но, как говорится, "плох тот рядовой, который не мечтает стать генералом" и плох тот кодер, который не мечтает стать ведущим программистом. Такого лучше гнать сразу и далеко, ибо пользы от него (в итоге) - чуть, т. к. нет стимула расти.

Цитата mo3r @ 02.11.06, 14:17

Вот только что под этим понимать? По-моему, код на языке высокого уровня является полной спецификацией. На русском или другом естественном языке это все не описать.

Допустим, наша компания продает программу на АЭС (я вам этого не говорил! )
Технический директор сидит и пишет Спецификацию! Спецификация - документ, составленный в строгом соответствии с ГОСТом! Я специально ездил в ленинский зал публичной библиотеки и ксерил ГОСТы Под спецификацией на ПО стоят подписи нашего гендиректора и техдиректора! Существует другой документ: протокол приемо-сдаточных испытаний. Под ставит подписи заказчик (министр атомной промышленности, директор АЭС и главный инженер АЭС). Если на АЭС происходит авария по нашей вине, сажают всех кто подписи поставил Исходники не являются документами!

Цитата Rey-Ki @ 03.11.06, 08:08

Технический директор сидит и пишет Спецификацию!

Спецификаци — это и есть описание на языке высокого уровня.

Цитата mo3r @ 03.11.06, 11:36

Спецификаци — это и есть описание на языке высокого уровня.

Сам определение придумал?

Из википедии:

Цитата

Специфика́ция — (от англ. Specification) инженерный термин, обозначающий набор требований и параметров, которым удовлетворяет некоторая сущность. К примеру, мост через реку удовлетворяет таким параметрам, как максимальный общий вес нагрузки, максимальная нагрузка на ось, максимальная скорость ветра и т. д.

Спецификация может также содержать требования клиента к производителю. Чаще всего в русском языке такую спецификацию называют техническим заданием. Тем не менее, в сфере программирования и компьютерных систем этот термин употребляется наравне. К примеру, спецификация программного комплекса включает описания диалогов пользователя, требования к памяти и процессорам, производительности системы.

И причем тут язык высокого уровня?

Сообщение отредактировано: Flex Ferrum - 03.11.06, 11:49

Цитата Rikkie @ 03.11.06, 11:44

И причем тут язык высокого уровня?

Язык человека — это язык низкого уровня или высокого?

Цитата Ho Im @ 07.11.06, 06:29

Язык человека — это язык низкого уровня или высокого?

Это язык вообще не поддающийся компиляции

Цитата Rikkie @ 07.11.06, 06:41

Это язык вообще не поддающийся компиляции

А кто говорит про компиляцию?

Цитата mo3r @ 07.11.06, 09:16

А кто говорит про компиляцию?

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