Оказывается разработчики получают меньше программистов

[miklenew]

Цитата:

Сообщение от gl00mie

«К слову, вот некоторые соображения по поводу метафор из одной очень хорошей книги:

Читал и Совершенный код Маконела и Брукса «Мифический человеко-месяц».
В Совершенном коде воды 95%.
Но есть очень интересные вещи. Ради которых стоет её читать.
Но мне показалось, что её надо было читать по началам глав. Как начинаются разъяснения нужно переходить на другую.
А «Мифический человеко-месяц» это шедевр, мне кажется её надо сделать обязательной для прочтения всем кто имеет дело с ИТ.

[тов. Костомолоцкий]

Цитата:

Сообщение от gl00mie

Метафора «построения» ПО полезнее, чем метафора «написания», так как согласуется с идеей аккреции ПО и предоставляет более детальное руководство. Построение ПО предполагает наличие стадий планирования, подготовки и выполнения, тип и степень выраженности которых зависит от конкретного проекта. При изучении этой метафоры вы найдете и другие параллели

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

[gl00mie]

Цитата:

Сообщение от тов. Костомолоцкий

Метафора "построения" предсталяет программный продукт чем-то целостным , незыблемым , монументальным.

Во-первых, не метафора "построения", а скорее "строительная" метафора. Во-вторых, в строительстве речь не всегда идет о разработке и постройке готовых зданий; разрабатываться могут, к примеру, типовые серии домов или секции для таких домов, из которых затем строятся здания тех или иных конфигураций.

Цитата:

Сообщение от тов. Костомолоцкий

Предлагается другая метафора - "выращивания ПО" как выращивания растений в саду. Так же предполагается планирование высаживания растений, уход за ними в разные сезоны, удаление отмерших растений, обрезка веток, высаживание новых, сбор урожая и т.д.

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

[тов. Костомолоцкий]

Цитата:

Сообщение от gl00mie

Во-первых, не метафора "построения", а скорее "строительная" метафора. Во-вторых, в строительстве речь не всегда идет о разработке и постройке готовых зданий; разрабатываться могут, к примеру, типовые серии домов или секции для таких домов, из которых затем строятся здания тех или иных конфигураций.Метафора «выращивания» ПО подобно растениям в саду совершенно не отражает взаимодействия между различными программными системами и отдельными блоками внутри систем - из поля зрения ускользает этап интеграции разрабатываемого ПО или отдельных его блоков, что особенно важно в тех же ERP-системах. Так что не вижу, чем эта метафора лучше "строительной". Кроме того, растения худо-бедно могут расти и сами, в отличие от программ. А, скажем, ошибки в программах не могут возникать сами собой или только из-за того, что они находятся "рядом" с другими программами. Это опять же идет в разрез с "садово-огородной" метафорой, ведь растения могут быть поражены паразитами "сами по себе", без участия "садовника".
В любом случае, речь не о том, чтобы найти метафору, полностью описывающую разработку ПО, а скорее о том, чтобы оценить адекватность и полезность тех или иных метафор. В этом плане "написание" ПО, на мой взгляд, куда менее адекватно описывает этот процесс, нежели его "построение".

Функции метафор ограничены , и они конечно не лишены недостатков. Вот например согласно "cтроительной метафоре" (применительно к доработке ПО) можно ли надстроить небоскрёб дополнительными 10-ю этажами и при этом пребывать в уверенности , что фундамент их выдержит?
В этой части метафорический недостаток очевиден. Для садово-огородного подхода, этот недостаток снимается.
Для принципа интеграции (взаимодействия), который как вы считаете ускользает согласно "садово-огородной метафоре" - я нашёл пример: можно провести параллель с прививкой одного растения к другому (вспомните Мичурина) или некоторые правила высаживания одних видов растений с другими. То что растения растут сами по себе, так и ERP-система может жить своей жизнью без программирования за счет пользовательских настроек. Не забываейте про базу данных, которая растёт (можно в некоторой степени говорить что пользователи "выращивают" базу данных ,и со временем по мере роста БД меняется поведение системы)
Ошибки, которые возникают из-за конфликта других одновременно запущенных программ - распостранённое явление. А вредители - сразу напрашивается аналогия с компьютерными вирусами.
Метафора садоводства выражает различие между органическим и синтетическим. Всё органическое выращивается;синтетические объекты собираются из конструируемых компонентов. Метафоры помогают применить абстрактные понятия в условиях рутиннно-технической деятельности. Согласен что главное адекватно оценить полезность метафоры в том или ином случае.
Но когда говорят "написание ПО" я думаю это скорее не метафора а просто устоявшаяся фраза - в действительности ведь это не писательская деятельность а проектная.