Почему легаси становится легаси?

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

Меняется мода на технологии и языки

«Мода», ага. Попробуй написать что-нибудь несложное, типа KCalc, 1) на чистом си и xlib, 2) на ython3+qt5. Сравни время написания, сложность поддержки, фактор автобуса.

Ну, а можно пример в студию ? Обычно всё видит, если фатальных ошибок при запуске cmake не случилось.

KCalc

на чистом си и xlib

Здесь уже надо учитывать не фактор автобуса, а фактор троллейбуса.

являються

Вот поэтому вы и на обочине истории, товарищи.

Никак, просто омич.

а вот чем сейчас плохо было бы писать веб на перле и CGI (ну пусть FastCGI для прогресса), а не на ноде

Достаточно простого статичного Makefile.

Как-бы да, но как-бы и нет. Не хочется таскать с собой везде make. Особенно под вендой.

Сборка такого проекта вообще не зависит от установленных в системе библиотек

Зато зависит от наличия\осутствия и версий библиотек которые шли в дополнение к тулчейну. А ещё разные проверки что все тулзы установлены и прописаны как надо. В целом, да, можно было и make'ом обойтись, но cmake'ом всё также оказалось компактно, настраиваемо, и IDE подцепилось «на раз-два».

Как-бы да, но как-бы и нет. Не хочется таскать с собой везде make. Особенно под вендой.

А CMake таскать охота.

«Мода», ага. Попробуй написать что-нибудь несложное, типа KCalc, 1) на чистом си и xlib, 2) на ython3+qt5. Сравни время написания, сложность поддержки, фактор автобуса.

Бгг. Победит всё равно Визуал Васик 6.0, которому лет больше, чем автору калькулятора.

Так что насчёт моды?

Дык, make идёт ведь не сам по себе. А вместе с msys'ом. А вот его уже как раз таки таскать не охота.

Тот make который сам по себе - он древний (make из gnuwin32 - версия 3.81, 2006 года).

«Мода», ага. Попробуй написать что-нибудь несложное, типа KCalc, 1) на чистом си и xlib, 2) на ython3+qt5. Сравни время написания, сложность поддержки, фактор автобуса.

Ну умозрительно первый будет проще. Но какое отношение это имеет к моде?

Победит всё равно Визуал Васик 6.0

Он, кстати, работает в десяточке.

Еще б ему не работать, это ж вам не прогрессивный ЖМУ/Пинус без единой строчки легаси. Но почему-то до сих пор не могущий выкинуть тридцатилетние иксы

Ну умозрительно первый будет проще

Оценил твою шутку, вдоволь посмеялся. А если серьёзно?

Но какое отношение это имеет к моде?

Такое, что мода влияет на выбор между двумя ± одинаковыми технологиями. Гораздо большее влияние на выбор оказывает эффективность этих технологий.

Вот поэтому вы и на обочине истории, товарищи.

Моя украинская сущность пролезла. Ты по какой магистрали мчишься?

фактор автобуса
Победит всё равно Визуал Васик 6.0

Ау, тот алкоголик, который ещё помнит вижуал бейсик 6.0, ещё позавчера попал под этот автобус.

Меняется мода на технологии и языки

Ау, тот алкоголик, который ещё помнит вижуал бейсик 6.0, ещё позавчера попал под этот автобус.

а чего не Delphi 7

а чего не Delphi 7

Или C++ Builder.

во, самое Ъ

И в чём тут противоречие? Меняются языки и технологии. Но не из-за моды на них. Более того, если вернуться к моему примеру, то и си+xlib до сих пор имеют свои ниши. Но разрабатывать на этой связке десктопный калькулятор можно только очень сильно стукнувшись головой, потому что TCO такой разработки проиграет даже приснопамятному электрону.

TCO может выйти космическим, например, потому, что тупо негде взять специалистов.

А взять их негде, потому что специалистом технологии XYZ быть не модно, и на работу хрен устроишься. А на работу хрен устроишься по той же причине - не модно.

В конечном итогЕ всё сводится к мАркетингу.

омич

Загуглил, :(

Гораздо большее влияние на выбор оказывает эффективность этих технологий.

Практика показывает, что это не так.

Что делать, чтобы проект не превратился в легаси?

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

Я вот не понимаю людей которые в слове «Устаревший» видят что-то плохое. Ведь это клеймо уже по сути не всегда отражает прямую суть. Часто просто -> «И по итогу мы решили что вот это теперь будет считаться устаревшим» вот и всё, просто решение дропнуть проект и ничего более. А ещё часто это чисто маркетинг.

Выйдет дядя на конференции и скажет что вот мы создали XXX прожект новый и он лучше чем устаревший YYY. И все такие ууууууу!

Конечных причин 100500, перебирать всё нет смысла.

тот алкоголик, который ещё помнит вижуал бейсик 6.0, ещё позавчера попал под этот автобус.

Что-то даже запереживал за Петю.

Именно из-за дыр эту «технологию» и закопали вслед за java апплетами

Очень умно. Сначала пофиксить все баги в Flash и Java, а когда багов и дыр не осталось, выбросить технологии на мороз, и пилить Webassembly с новыми багами и дырами.

Что делать, чтобы проект не превратился в легаси?

Раз в 10 лет переписывать с нуля, тем более когда «тесты под него пишут».

Сначала пофиксить все баги в Flash и Java, а когда багов и дыр не осталось

Ахахаха. Не осталось. Багов.

Самая главная «дыра» там в том, что сабж неподконтролен гуглу.

Ну да. Говнокодеры из адоб/оракл могут забивать на фиксы и творить любую херь.

Будто безопасность пользователей кого-то парит вообще.

Конечно парит, если это - твои клиенты.

Да просто Адоб вовремя не просек очередную модную фишку, что надо открыть сорцы и изображать из себя лучшего друга котят. Гугл просто напросто намного лучше умеет в конкуренцию.

К техническим качествам продукта вообще не относится. Будто в хроме не находят дыр для побега на хост. Ну запатчили бы флеш, какая разница.

А кто подконтролен гуглу?

Самая главная «дыра» Chaosnet в том, что сабж неподконтролен (D)ARPA.

Да просто Адоб вовремя не просек очередную модную фишку, что надо открыть сорцы и изображать из себя лучшего друга котят.
Ну запатчили бы флеш, какая разница.

Ну так что не откроют и не запатчат? Флеш еще работает пока.

К техническим качествам продукта вообще не относится. Будто в хроме не находят дыр для побега на хост.

Находят и фиксят. А так «фиксили» адоб, которым было на всё похер. А теперь всём похер на них и их «технолгии».

Ну так что не откроют

Вопрос не ко мне надо адресовать.

и не запатчат?

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

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

А теперь уже поздно.

Не получилось как у MS царить чисто за счёт проприетарного API, не настолько они были незаменимы.

Я автотулзами пользовался долгие годы. Разбирался в них неплохо, и даже пропагандировал. А потом когда освоил такие штуки как CMake и Meson - автотулз теперь кажется каким-то всратым лигейси-говном. Смотрю и не понимаю как этим вообще можно было пользоваться.

cmake гемор на ровном месте. как раз самое всратое гавно. meson не могу пока ничего сказать, но одно только то что оно монструозное что то на python как бы говорит.

твой кейс снизу про контроллер, там ни cmake, ни autotools, ни тем более meson не нужны. пишешь нормальный makefile и все. что ты там определять собрался если у тебя все и так «специфичное».

лорчую этот коммент.

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

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

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

Почему легаси становится легаси?

потому что много крикунов и хипстоты

ван-баттон

прочитал как «ван-батон»

это значит что пора спать.

когда освоил такие штуки как CMake и Meson - автотулз теперь кажется каким-то всратым лигейси-говном

это когда билдишь под зоопарк линуксов, мак, и винду, и при этом тебе нужна куча библиотек

а как только начинаешь поддерживать разные МК то всё на мейкфайлах, не тащат эти ваши cmake и meson

единственное где понравился cmake - андроид, он там более-менее органично смотрится и легко встраивается в CI

Все очень просто.

1. Все фичи требуемые в будущем предусмотреть невозможно априори;

2. Технология может обрастать новыми костылями фичами до определенного предела, после которого новые фичи либо вообще невозможно будет добавить, либо трудоемко будет поддерживать;

3. Тогда становится проще не добавлять костыли, а просто переписать технологию с нуля, в которой старые костыли будут учтены на уровне ядра (нет, не того), вследствие чего технология будет проще, быстрее, легче.

Это не только в IT так, в реальной жизни тоже: возьми какой-нибудь сферический автомобиль в вакууме. Ты сможешь его ремонтировать (или добавлять новые фичи) до определенного предела его ушатанности, после которого РЕМОНТ по деньгам начнет стоить столько же, сколько и покупка нового здорового автомобиля.

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

Причины тут озвучены, я лишь закреплю их своим бесценным мнением:

- новички с новыми идеями и новым виденьем

- деньги (кто будет платить за то, что и так работает?!)

чем системдик лучше sysv

Тем что значительно быстрее работает? Тем что централизованое управление, а не лапша из bash/sh портянок старого админа?

чем модные говноредакторы на всратом электроне лучше чем обычные нормальные

Тем что веб макакам, которые являются ЦА этих редакторов можно легко писать плагины к ним или вообще перепиливать под их нужды?

есть autotools

Этот ваш autismtools у меня только что отнял 4.5 минуты на configure. Проверяя 100500 файлов и функций. На одном ядре.

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

И освоил для себя Waf.

Теперь ждем когда появится третий, который убежал с Waf на что-то иное.

Тем что значительно быстрее работает? Тем что централизованое управление, а не лапша из bash/sh портянок старого админа?

лапша на C лучше? от нового поцтеринга то? sysv не лучшее, далеко, но сустемдик не лучше как минимум.

Тем что веб макакам, которые являются ЦА этих редакторов можно легко писать плагины к ним или вообще перепиливать под их нужды?

ага, так и запишем, новое гавно новым гавнюкам.