Обновить
1

CV Architect

1
Подписчики
Отправить сообщение
Да нет, вполне себе является.
Но хотелось бы услышать, что Вы вкладываете в «эволюционное» понимание слова.
Я все-таки предполагаю, что это Ваше понимание, а не «эволюционное» ))))
И заодно скажите, что такое понимание, пожалуйста.
Я как бы уже несколько раз пытался Вам объяснить, что мой опыт говорит о том, что существуют библиотеки, версионность софта, преемственность обновлений и т.п., в этот момент с Вашей стороны появлялись какие-то дополнительные условия к реальности в виде «нормальных компаний» и не-говнокода. Если в процессе создания системы Вы используете свою библиотеку, на которой писали другой софт — это и есть «генетическое» наследование. )))) Там просто сложнее, чем в биологии, ибо слоев много — функциональность, алгоритм, язык, технология, платформа и т.п, а суть одна.
Еще раз, вернуться к теме дискуссии мне не позволяет (цитирую) «обычно новая версия не имеет никакого отношения к коду старой версии и является абсолютно новым продуктом, просто имеющим похожее название».
Я не считаю такую ситуацию обычной, обычно продукт имеет свое почти непрерывное развитие, да она бывает для части модулей, когда происходит ревизия, ее никогда не происходит на уровне функциональном, просто появляется новый продукт.
Это факты, реальность, это ключевые вещи для понимания эволюционных процессов в IT, если мы с Вами не понимаем друг друга на уровне фактографическом, мы точно не сможем понять в интерпретациях.
Видите ли, если мы будем для оценки процессов, о которых я пишу делить компании на «нормальным» и не очень, делить код на (цитирую Вас) говнокод и правильный код, если будем рассматривать только глобальные релизы, а не будем рассматривать апдейты и промежуточные сервис паки и так далее. На мой вкус, слишком много странных условий только для того, чтобы Вы оставались при своем мнении. Оставайтесь, я не против. Продолжать беседу я не могу, поскольку у меня нет критериев отличать правильный код от говнокода, а нормальные компании от убогих. :)
«Нормальные компании» — это интересный поворот беседы. Вы меня простите, я не могу с этим согласиться по факту. Как человек, который для написания кода использует библиотеки, в том числе свои, в том числе такие, которым много лет. Один из важнейших принципов программирования заключается в повторном использовании кода. Я допускаю, что я никогда не работал в «нормальных компаниях», но мой опыт противоречит Вашему.
Прошу меня простить.
Нет. Давайте, мы пока дальше никуда не пойдем, а разберемся с предыдущим тезисом. Вы сказали (цитирую) «обычно новая версия не имеет никакого отношения к коду старой версии и является абсолютно новым продуктом, просто имеющим похожее название.» Я считаю это глубоким искажением реальности. Обычно, в софтверных компаниях (исходя из моего скромного опыта) новая версия — это исправление багов, а совсем новая версия — добавление функциональности. Большая часть кода заимствуется из старых версий, особенно, если система хорошо спроектирована.

У меня вопрос по процедуре: согласны ли Вы с тем, что в полемическом задоре Вы очень сильно исказили факты? Если согласны, то я жду от Вас опровержение, если нет, то не смогу дальше полемизировать, поскольку не представляю как можно продолжать полемику в условиях, когда Ваше представление о реальности полностью отличается от моего на уровне фактов.
Да, так и есть. Куча версий винды. Они борются между собой и линуксом за комп. И производятся постоянно новые версии. Как instance так и release. И, конечно, же новый продукт никогда не бывает абсолютно новым. По своим потребительским свойствам и месте в нише.

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

Да, я рассматриваю всерьез, но как метафору, как аналогию. И я не нашел места, где эта аналогия не выполняется. И, возможно, это повод посмотреть на эту аналогию серьезнее, чем мы привыкли.
В реальности только один критерий не выполняется так, как у живых организмов — самовопроспроизводство. Для производства софта и холодильников у нас существуют специальные устройства — фабрики.
А эволюцией такие процессы (на уровне метафоры) называют давно и много разных людей, погуглите «эволюция холодильников», такое словосочетание используется.
Правильно. Это говорит о том, что данная метафора неплохо работает и появление холодильников с определенными качествами — это не случайность, а процесс, который можно называть эволюционным.
Для лучшего моделирования, для лучшего анализа, для лучшего предсказания трендов. Всегда полезно иметь дополнительную метафору, когда пытаешься разобраться с процессами на рынке, от которых зависит твоя профессиональная деятельность.
Очень жаль, что Вам так показалось, своей статьей я как раз хотел показать, что разница очень формальная и несущественная, а в базовых вещах информационные системы ведут себя как информационные организмы.
12 ...
14

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность