home.social

#легаси — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #легаси, aggregated by home.social.

fetched live
  1. ИТ-шаманизм — когда айтишники старой волны замыкают на себя как можно больше процессов, чтобы их не уволили

    У меня немного подгорела жопа, простите. Это случилось давно, поэтому постараюсь быть объективным. Мы тут ворвались с ноги в банк и написали АБС. Это, если что, ядро банка. Я рассказывал, что мы были отвлечены от облака корпоративными проектами, так вот это один из них. Про то, что там под капотом, расскажу позже отдельно — сейчас система на стейджинге и будет там ещё где-то полгода минимум, но базовый функционал уже работает. Но сегодня не про это. Если вы делаете проект такого масштаба в корпорации — тем более в банке, — то внезапно может выясниться, что вам там не очень-то и рады. Потому что если проект заверится, то свои тёплые места потеряют самые разные ИТ-шаманы. Ну, это которые разговаривают с вождём так: «Хочешь прогневать духов? Нашлю дождь, и останешься без урожая». ИТ-шаман разговаривает с бизнесом так же, только вместо духов у него легаси, которое он не документировал. Шаманов оказалось неожиданно много: это были представители незаменимого вендора внутри команды банка, разные люди, которые годами переписывали процессы, чтобы там были их согласования, свидетели легаси и просто спецы, которые не хотят ничего менять. Я знал, что так будет, но не ждал, что там всё настолько нагло. И да, я был очень зол несколько месяцев. А в этой истории мы — заинтересованная сторона. Мы предлагали банку собственную инфраструктуру и новую банковскую систему, а люди, о которых пойдёт речь, этому сопротивлялись. Поэтому я постараюсь отделять то, что мы видели, от того, что я думаю о причинах.

    habr.com/ru/companies/h3llo_cl

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

  2. Неожиданный антивайб разработки через ИИ-агентов

    Менеджеры считают, что ИИ-агенты ускорят разработку в десять раз. Математика говорит, что ускорится только написание. Проверять смысл по-прежнему будут люди, с конечной скоростью, и очередь выстроится к самым опытным. PostgreSQL 19 не вышел в срок. Не потому, что ИИ нашёл много багов, а потому что ИИ научился генерировать правдоподобные отчёты быстрее, чем люди успевают их читать. В статье разбираю, почему так, где настоящий предел и что меняется.

    habr.com/ru/articles/1093258/

    #postgresql #code_review #тьюрингполнота #формальная_верификация #легаси #datalog #ииагенты #вайбкодинг #еорема_райса #декларативное_программирование

  3. Депеши, карточки и паранойя: мой опыт скрещивания Waterfall и Agile в проекте для РЖД. Часть вторая

    Добро пожаловать обратно, друзья. Если вы читали первую часть , то знаете, как мы выстраивали периметр, прикрывали тылы и готовились к штурму. Теперь переходим к самому интересному – к продукту. К тому самому «цифровому космолету» , который должен был перевернуть рынок пассажирских перевозок. Но как это часто бывает в больших проектах, эпичный концепт столкнулся с не менее эпичной реальностью. Легаси-инфраструктура с которой мы столкнулись и на которой нам предстояло строить этот самый «космолет», в реале оказалась сложнее и неповоротливей, чем мы могли себе представить. Распределённая архитектура, множество стыковочных узлов, кривые сторонние сервисы, языковые и культурные барьеры внутри команд, а главное – жёсткие рамки Waterfall . Всё это требовало не просто инженерной смекалки, а умения балансировать между интересами разных игроков, не теряя фокуса на конечном пользователе. В этой части я проведу вас через наш интеграционный лабиринт. Расскажу, как мы собирали команду, выстраивали процессы, договаривались со стороной интегратора и проектировали идеальное API. Какой путь мы успели пробежать за 8 месяцев хардкора. И как я впервые столкнулся с «обстоятельствами непреодолимой силы». В финале я дам вам 10 правил работы с госами , которые мы вынесли из этого опыта и могут оказаться полезными, если вы окажетесь в подобной ситуации. Если вы не читали первую часть – рекомендую вернуться. Там о том, как мы выстраивали юридическую защиту и внедряли практически полноценный Agile под маской Waterfall . Это не просто «история», это набор инструментов, который помогал нам не сойти с ума. Но если вам ближе продуктовое мясо и детали реализации - добро пожаловать прямо сюда. Читать мою историю можно в любом порядке. Приготовьтесь, отправляемся. Следующая станция – «прод».

    habr.com/ru/articles/1076876/

    #системная_архитектура #управление_проектами_и_командой #agile #waterfall #ржд #легаси #интеграция #проектирование_систем #enterprise #архитектура

  4. От закрытого .NET-шлюза до Java/Kubernetes за 11 часов: production-кейс агентной разработки

    Оценки в духе «ИИ ускоряет разработчика на 20-30%» плохо описывают то, что случилось у меня за один рабочий день. За 11 часов от идеи до боевого переключения: декомпиляция закрытого .NET-компонента, восстановление недокументированного бинарного протокола по двум реализациям, совместимая реализация на Java, регрессионный корпус из реального трафика, контейнер, Kubernetes, независимое ревью и cutover прода. Рассказываю, как была устроена работа — виртуальная инженерная команда из специализированных субагентов, три независимых источника истины и штатный вендорский клиент в роли внешнего oracle. И почему главным ускорителем оказалась не скорость генерации кода.

    habr.com/ru/articles/1076930/

    #claude #агенты #llm #декомпиляция #реверс #cades #java #легаси

  5. Таймер на 5 минут вместо 10 секунд: как сверка с руководством по эксплуатации нашла отказавшую защиту в чужом коде

    Стенд работает, а исходников программы ПЛК нет — ни архива, ни резервной копии, ни у эксплуатанта. Есть 4 900 страниц бумаги: распечатка проекта, экспорт экранов, руководство по эксплуатации, сканы схем. Задача — восстановить поведение один в один. Эталоном я сделал руководство, а не распечатку кода, и на этом нашёлся таймер, который держал максимальный ток 5 минут вместо разрешённых 10 секунд. Ниже — как читаются пять тысяч страниц, как выглядит data-driven программа ПЛК (с кусками настоящих файлов) и все 7 расхождений с честной пометкой, чем каждое найдено.

    habr.com/ru/articles/1075020/

    #АСУ_ТП #реверсинжиниринг #ПЛК #Siemens_S71500 #TIA_Portal #SCL #Modbus_TCP #NET_8 #промышленная_автоматизация #легаси

  6. Охотники на призраков: 7 писем о том, как работать с легаси на «плюсах»

    Заходят как на электронную почту разработчики на C++, а там письма про легаси. И это не начало анекдота, а начало Погрузиться в легаси

    habr.com/ru/companies/yadro/ar

    #легасикод #легаси #c++ #c++26 #c++98 #стандарты #ai #компиляторы

  7. Бесшовный переезд с Perl на Nuxt: история одного 20-летнего монолита

    Привет, Хабр! Меня зовут Эрнест Гилязов, я тимлид группы разработки интерфейсов Рунити. В этой статье расскажу, как мы переносим на новый стек проект Рег.ру, кодовой базе которого исполняется 20 лет, и почему в итоге Nuxt-приложение само раздает шапку и футер в легаси-монолит через обычный JSON-эндпоинт.

    habr.com/ru/companies/runity/a

    #Nuxt #Vuejs #SSR #легаси #миграция #Template_Toolkit #Perl #микрофронтенды #серверный_рендеринг #Vite

  8. Отказ — это событие, а не статус: как мы перепроектировали модель данных исполнительного производства

    В статье про юридический техдолг я писал, что он копится незаметно и вылезает через искажённые данные. Теперь покажу, как это выглядит вблизи: одно булево поле в схеме, 142 записи, и система, которая полгода уверенно сообщала неправду. Мы делаем платформу защиты авторских прав. Дальний конец процесса - взыскание денег по выигранному суду через приставов. Это конвейер: запросили исполнительный лист, получили, отправили, вручили, возбудили производство, дальше либо деньги, либо обжалование бездействия. Внутри: почему спор «отказ - статус или событие» решил один запрос к проду, три мины Mongoose, найденные на ревью, и регрессия, прилетевшая через двадцать часов после релиза.

    habr.com/ru/articles/1066510/

    #моделирование_данных #event_sourcing #MongoDB #Mongoose #миграция_данных #легаси #технический_долг #state_machine #legaltech #appendonly

  9. Переезд с ESB на свой стек: что реально экономит бизнес

    Разбираем систему управления транспортом — TMS. Заказы приезжают из SAP, под них подбираются водитель и машина с учётом требований, рейс идёт по точкам с временными окнами, на точках чек-листы, при выдаче и возврате машины — акты с фиксацией повреждений. Сверху поток GPS в партиционированные таблицы, отслеживание рейсов и мест, мобильное приложение водителя и публичный контур, где клиент видит свою доставку. Пятнадцать модулей, три ноды за балансировщиком, RabbitMQ и Kafka по три ноды, Redis, PostgreSQL, отдельный сервер идентичности. Систему стали писать, когда TMS покупали как услугу у внешних поставщиков и риски выросли: собственная разработка оказалась способом вернуть управляемость ключевым процессом. И написали быстро — системе год и четыре месяца , первый коммит в апреле 2025-го. Это не легаси из нулевых, а молодой проект, который уже успел обзавестись инфраструктурным слоем и уже начал его разбирать. Команда была ....

    habr.com/ru/articles/1064692/

    #миграция #ESB #WSO2 #рефакторинг #техдолг #интеграция #NET #архитектура #стоимость_разработки #легаси

  10. Сколько стоит интеграционный слой на WSO2 MI и EF Core: разбор реальной системы по строкам

    Разбираем систему управления транспортом — TMS. Не игрушечную и не с конференции: заказы приезжают из SAP, под них подбираются водитель и машина с учётом требований к транспорту и к точкам, рейс идёт по точкам с временными окнами, на точках — чек-листы, при выдаче и возврате машины составляются акты с фиксацией повреждений. Сверху — поток GPS-координат в партиционированные таблицы, отслеживание рейсов, мест и контрагентов, определение присутствия по WiFi. Плюс мобильное приложение водителя и публичный контур, где клиент видит, где его доставка. Пятнадцать модулей, три ноды за балансировщиком, RabbitMQ и Kafka по три ноды, Redis, PostgreSQL, отдельный сервер идентичности. Зачем её вообще стали писать. TMS покупали как услугу у внешних поставщиков, и риски выросли. Это стоит развернуть, потому что решение принималось не по техническим мотивам. Когда ключевой процесс компании работает на внешнем сервисе, риск считается деньгами: простой, на который вы не влияете; сроки исправлений, которые определяет не ваш приоритет; зависимость от одного поставщика при смене условий. Пока риск невелик, покупать дешевле, чем строить. Когда он вырастает — арифметика переворачивается, и собственная разработка становится способом вернуть управляемость, а не способом сэкономить. Систему забрали себе. И вот главное ...

    habr.com/ru/articles/1064688/

    #интеграция #ESB #WSO2 #Entity_Framework #легаси #стоимость_разработки #техдолг #NET #архитектура #миграция

  11. Я пересобрал два легаси-сайта и ни разу не открыл код

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

    habr.com/ru/articles/1063738/

    #легаси #миграция #WordPress #Тильда #вайбкодинг #Claude_Code #ИИ_в_разработке #автоматизация_разработки #бизнеслогика

  12. От хаоса к порядку: как управлять техдолгом

    Сталкивались с проектами, где накопленный технический долг замедляет работу команды и усложняет развитие продукта? В этой статье Ирина – тимлид компании «Совкомбанк Технологии» – подробно расскажет, как ей вместо с командой удалось выстроить работу с техническим долгом на проекте с 8-летней историей: с чего начать, как приоритизировать задачи, какие инструменты и процессы внедрить. Материал будет особенно полезен тем, кто работает в проектах с долгой историей и вынужден совмещать поддержку старого кода с внедрением новых решений.

    habr.com/ru/companies/sovcomba

    #рефакторинг #проверка_кода #разработка #технический_долг #легаси #качество_кода #приоритизация #планирование

  13. Депеши, карточки и паранойя: мой опыт скрещивания Waterfall и Agile в проекте для РЖД. Часть первая

    Пять лет назад завершилась моя работа в одном из самых амбициозных, но не завершившихся IT-проектов в истории пассажирских перевозок. Проект для РЖД, который по масштабу и связности экосистемы должен был встать в один ряд со Сбером и обогнать всё, что существовало у мировых перевозчиков. Его убила не кривая архитектура, а пандемия и тектонические сдвиги подковерной борьбы. Более 15 лет в b2b-разработке приучили меня держать подобные кейсы за контуром публичности. Но сегодня юридические ограничения сняты, и я готов сорвать покровы. Этот материал – не стандартный кейс формата «мы запилили продукт, хвала нам». Это двухтомный производственный триллер о том, как построить цифровой космолет внутри панциря Левиафана. Как обеспечить безопасность команды, выстроить железобетонную стену по периметру и не поехать при этом «кукухой». Когда ты помещаешь живую инновацию в жернова госкорпорации, ты либо становишься жертвой системы, либо учишься управлять гравитацией. Серия первая: Архитектура маскировки. Жесткий процессуальный хардкор, анатомия схемы взаимодействия и готовая методичка с Карточками компонентов , которые спасали наши задницы от бесконечных правок. Серия вторая: Продуктовое мясо и хроники интеграционного ада. Детальный разбор самого цифрового космолета, погружение под капот легаси-экосистемы, курьезные истории из жизни нашего «прода» в жанре «пиу-пиу». И в завершение 10 наших железных правил выживания с госами . Добро пожаловать на борт. Физика процесса изменена, но внешне мы стоим на ногах.

    habr.com/ru/articles/1057106/

    #системная_архитектура #управление_проектами_и_командой #agile #waterfall #ржд #легаси #интеграция #проектирование_по #enterprise #архитектура

  14. Из ядра Linux выпилили strncpy: шесть лет, 362 коммита, одна функция

    19 июня Линус Торвальдс влил merge, который убрал из ядра Linux функцию strncpy — шесть лет работы, 362 коммита, семьдесят человек ради одной функции стандартной библиотеки C. Разбираю, почему «просто заменить небезопасную функцию» в C совсем не просто: strncpy только выглядит как «безопасный strcpy» из-за параметра n, а на деле это даже не строковая функция, а реликт fixed-width полей из AT&T Unix 1979 года. Главное в истории не сам выпил, а его цена: заменить нельзя автозаменой, потому что каждый из 362 вызовов требует понять намерение — нужна C-строка, padding или бинарное поле. Урок выходит за пределы ядра: в любой C/C++ базе на проде strncpy — это не баг, а код, который надо перечитать. Читать дальше →

    habr.com/ru/articles/1050746/

    #strncpy #ядро_Linux #C #безопасность #strscpy #легаси #Kees_Cook

  15. Из ядра Linux выпилили strncpy: шесть лет, 362 коммита, одна функция 19 июня Линус Торвальдс влил merge, который убрал из...

    #strncpy #ядро #Linux #C #безопасность #strscpy #легаси #Kees #Cook

    Origin | Interest | Match
  16. Клод в шестернях

    Когда эксперт впервые увидел, как моя машина ведёт себя в динамике, он сказал, что без курсов по двигателям и трансмиссиям меня к такому тренажёру подпускать нельзя. Он был прав. Меня позвали перенести с Unity на Unigine тренажёр гусеничной машины. К середине проекта я решил, что новую физику проще написать с нуля, и не написал в ней ни строки руками — весь код делал Claude Code. И да, там будет Патрик Суэйзи. Как AI вошёл в инженерный контур

    habr.com/ru/articles/1045911/

    #unigine #Claude_Code #агентная_разработка #LLM #C++ #автотесты #сценарное_тестирование #легаси #математическая_модель #симулятор

  17. Anti-corruption Layer на C#: три шва на проекте миграции с Rails Anti-corruption layer в учебниках выглядит как одна аккуратная коро...

    #anti-corruption #layer #ACL #DDD #рефакторинг #легаси #Strangler #Fig #pattern #matching #JSONB

    Origin | Interest | Match
  18. Почему многие остаются на Spring Boot 2.7 — и редко говорят об этом публично

    Если ориентироваться только на публичные обсуждения, может сложиться впечатление, что большинство проектов уже давно перешло на Spring Boot 3.x. В крайнем случае команда прямо сейчас выполняет миграцию, закрывает несовместимости и движется к актуальному стеку. Но когда разговариваешь с инженерами не в формате доклада и не в режиме «расскажите, как у вас всё идеально устроено», картина оказывается менее однозначной. На практике значительная часть систем всё ещё работает на Spring Boot 2.7 или на версиях из той же технологической эпохи. Новые сервисы могут запускаться на более свежем стеке, но старые продолжают жить на прежних версиях. И часто это не приводит к немедленной катастрофе: продакшен работает, инциденты не сыпятся каждую неделю, бизнес-процессы закрываются. Просто публично такие детали обычно не выносят. Или говорят о них очень осторожно. Отсюда появляется важный вопрос: если это распространённая практика, почему её так неудобно обсуждать? Почему факт использования старой версии фреймворка воспринимается почти как признание в инженерной неаккуратности? Попробуем разобрать это без морализаторства.

    habr.com/ru/companies/axiomjdk

    #spring #springboot #миграция #spring_boot_27 #обновление #jdk #java #legacy #легаси #безопасность

  19. Сколько стоит ваш техдолг: методики, цифры, российская специфика

    Представьте: вы наконец посчитали, сколько денег утекает из дома через плохую теплоизоляцию. Пришли к владельцу с цифрой в 200 тысяч в год на отоплении. Он посмотрел, кивнул и сказал: «Ну окей, запишем в убытки». Примерно так выглядит разговор про техдолг с бизнесом. Пока это «у нас легаси» – руководство кивает и говорит «разберитесь», а стоит принести конкретные рубли вообще тему закрывают. Парадокс в том, что цифра без плана погашения – это не аргумент, а счёт, и на счёт без понятного ROI у CFO всегда один ответ: списать и забыть. Мы потратили какое-то время на то, чтобы разобраться, почему так происходит. В процессе нашли три методики, которыми на западе считают техдолг в деньгах – у каждой свои допущения, слепые пятна и сценарии, в которых она врёт. И отдельно поняли, что сама по себе цифра это только половина задачи. Вторая половина упаковка, без которой CFO скажет «спишем» при любой методике. Об этом и поговорим.

    habr.com/ru/companies/simpleon

    #технический_долг #техдолг #рефакторинг #управление_командой #легаси #cost_of_delay #метрики_разработки #тимлид #бюджет_на_разработку #SimpleOne_SDLC

  20. Динозавры в проде: сколько лет языкам программирования и кто до сих пор зарабатывает на «мёртвых»

    В 2026 году до 95% операций по картам в банкоматах мира обрабатываются на языке, который старше кассеты VHS и Microsoft как компании. Этот язык в учебниках по информатике обычно идёт в главе «История». В вакансиях международных банков — в графе «обязательные требования». 11 критичных федеральных систем США работают на языке 1959 года и обходятся бюджету в $754 млн в год. Речь про COBOL — и он не один такой. Всем привет, меня зовут Алексей, я тимлид в SENSE . В этой статье посмотрим, сколько лет популярным языкам программирования, что значит «мёртвый язык» в инженерном и в HR-смысле, почему «динозавры» вроде Fortran, Delphi и VB6 в 2025 году вернулись в топ-20 индекса TIOBE и что происходит в российском контексте.

    habr.com/ru/companies/it_sense

    #легаси #языки_программирования #cobol #delphi #legacy #pascal #fortran #visual_basic #история_языков_программирования

  21. Больше, чем просто безопасность, или Зачем контролировать зависимости

    Привет, Хабр! Меня зовут Артём Бердашкевич, в Positive Technologies руковожу направления DevSecOps. Сегодня хочу поговорить о теме, которая с годами становится только острее — о контроле зависимостей и о том, почему привычных подходов к нему уже катастрофически не хватает. Современная разработка давно превратилась в сборку из готовых компонентов, где мы почти не пишем код с нуля, а комбинируем фреймворки, библиотеки и модули с открытым исходным кодом. Такой подход радикально ускоряет вывод продуктов на рынок, но за скорость приходится платить прозрачностью. Команда часто не знает точный состав своего приложения до финальной сборки. Почему это стало большой проблемой и что с ней делать — читайте под катом.

    habr.com/ru/companies/pt/artic

    #cybersecurity #devsecops #sca #легаси #зависимости #cve #безопасная_разработка #docker #sandbox #appsec

  22. Больше, чем просто безопасность, или Зачем контролировать зависимости Привет, Хабр! Меня зовут Артём Бердаш...

    #cybersecurity #devsecops #sca #легаси #зависимости #cve #безопасная #разработка #docker #sandbox #appsec

    Origin | Interest | Match
  23. AI-Driven подход «Harness Engineering»: наступившее будущее или лишь метод с ограничениями?

    Вдохновился идеей OpenAI Harness Engineering и проверил на большом легаси проекте: можно ли отдать агенту всю реализацию, а человеку - постановку, тесты и ревью. Сотни файлов, зелёные тесты и два бага, которые нашли только руками. Про «согласованные ошибки», разные мнения и почему финал эксперимента открытый.

    habr.com/ru/articles/1022366/

    #агентная_разработка #ИИ_в_разработке #легаси #рефакторинг #тестирование #E2E #эксперимент #кодревью #микросервисы #агенты_ии

  24. Хроники Облачного княжества: как я приручал монолит‑дракона Часть 1. Когда я шёл в DevOps, я думал, что буду при...

    #легаси #монолит #деплой #прод #permission #denied #стендап #runbook #IT-юмор #ретроспектива #devops

    Origin | Interest | Match
  25. Рефакторинг и реинжиниринг легаси

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

    habr.com/ru/articles/976326/

    #рефакторинг #легаси #реинжиниринг

  26. Умершие языки программирования (Fortran, Ada, Cobol) И почему на западе они до сих пор живы

    Существуют языки, которые все считают мертвыми, но есть ньюанс. В СНГ на Бейсике вакансий больше чем на Руби, а вакансий у Паскальщиков не сильно меньше чем у шарпистов. Все не так просто, поэтому давайте разбираться

    habr.com/ru/companies/femida_s

    #бэкенд #программирование #карьера_программиста #айти #cobol #легаси #php #информационная_безопасность #битрикс #c++

  27. Разговор о том, как сделать интеграцию умнее: опыт, грабли и рабочие подходы

    Привет, Хабр! Знаете, что объединяет разработчика из стартапа, архитектора банковской системы и техлида платежного сервиса? Все они хотя бы раз материлась над интеграцией, которая должна была занять день, а растянулась на месяц. Легаси не подружилось с новой системой, протоколы оказались несовместимы, а документация — устаревшей на три года.

    habr.com/ru/articles/974262/

    #программирование #api #интеграции #интеграция_сервисов #разработка #зерокодинг #микросервисы #архитектура_системы #подход_к_разработке #легаси

  28. TypeScript или Rust: когда переписывать сервис и какие выигрыши ждать

    Вы тоже хоть раз ловили себя на мысли: «А может, ну его, этот Node.js — перепишем всё на Rust, и будет летать?» Поздравляю — вы не одиноки. Я тоже через это прошёл. В этой статье я разложу по полочкам, когда действительно стоит лезть в Rust , а когда лучше остаться на TypeScript и просто выспаться. Без фанатизма, маркетинга и с примерами из практики.

    habr.com/ru/articles/954872/

    #javascript #архитектура #фреймфорки #программирование #react #solid #принципы_разработки #вебразработа #чистый_код #легаси

  29. Рассуждение о Легаси

    Сегодня хотелось бы поговорить с вами о такой теме как Легаси. Давайте дадим определение, что такое легаси. Легаси - это тот код, который писали до нас и который пришел нам от других. Легаси - это не всегда «плохой» код, а просто код, который устарел по технологии, по структуре или по пониманию. Почти любой проект со временем превращается в легаси, если его не обновлять. На своем опыте разработки я могу классифицировать легаси на три категории. Опять же я не претендую на абсолютную объективность. Это только моя классификация, на основе того, с чем лично я столкнулся. 1) Технологии, которые еще работают, но есть обновленные версии пакетов, фреймворков и инструментов. Просто в данный момент код работает на предыдущих версиях. Самый очевидный пример проект написанный на Vue2, когда есть Vue3. Переписать его на новую версию с одной стороны не так уж и трудно. А с другой это связано с подводными камнями. Если мы переходим с Option Api на Composition Api то простой заменой одного кода на другой не обойтись. Некоторые вещи работают иначе. И придется отлавливать локальные проблемы. Если проект небольшой и сложной логики там мало, то это делается быстро. Если же она есть то проблемы точно будут. Кроме того не стоит забывать, что часть пакетов и библиотек, которые работают с Vue2, не работают с Vue3. Следовательно придется искать аналоги. В целом проблемы и способ перехода здесь прозрачны и это самый легкий вариант. 2) Нельзя переписать, но можно работать. Это проекты написанные на старых технологиях, как jquery и других. Они не могут быть быстро и легко переведены на современные инструменты. Так как для этого придется все писать заново. Однако код, который был написан, достаточно понятен и его не так сложно поддерживать. А переезд на новый вариант это параллельная разработка нового. Здесь тоже все понятно. Мы не имеем возможности бесшовно перейти на новые версии, потому что их просто может не быть. Поэтому приложение пишется с нуля на новом стеке.

    habr.com/ru/articles/941064/

    #легаси #кодстайл #написание_кода #отладка_javascript #качество_кода

  30. Не откладывайте на завтра, что можно сделать сегодня

    Не откладывайте на завтра то, что можно сделать сегодня. Именно эта мысль для меня стала одной из ключевых в разработке приложений. «Почему?» — спросите вы. Все очень просто. Говорите себе: «Это я потом поправлю, а это я потом перепишу. А вот это пока подождет. А файловую систему я потом продумаю»? Так вот это «потом» может так и не наступить. А ваш проект превратится в мусор. А даже если вы и вспомните о том, что пора что-то куда-то переносить, вместо двух файлов у вас будет 100 или больше. И вы уже не будете помнить, что за что отвечает и где лежит. В итоге вместо одного часа вы потратите день или больше на рефакторинг, которого можно и нужно было избежать. В общем, ключевое — это не бежать сразу писать код, а сначала все продумать. Структуру, архитектуру, всякие эти фишечки и прочее. Хотя бы в общих чертах. Иначе ваш проект очень скоро будет приносить вам боль, а время вы потратите совсем не на то, что вам бы хотелось.

    habr.com/ru/articles/940532/

    #вэбразработка #приложения #архитектура #легаси #код

  31. Как перестать беспокоиться и начать жить с легаси в проекте

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

    habr.com/ru/companies/profi_ru

    #управление_разработкой #искусственный_интеллект #легаси #архитектура #документация #программирование #ии #google #cloudflare #разработка

  32. Галопом по архитектуре. Часть 3. Когда руки чешутся все переделать

    Как вы думаете, нужно ли архитектуру на вашем текущем проекте подвергнуть масштабному пересмотру и исправлению? Ставлю на то, что большинство читателей ответят положительно. И эта часть именно про это. В ней мы рассмотрим: 1. Когда сложившаяся архитектура подлежит масштабным изменениям. 2. Что не менее важно, когда лучше оставить, как есть. 3. Ключевые признаки проблем в архитектуре. 4. Основные способы исправления таких проблем. Но для начала мы вспомним, что было в предыдущих сериях. В первой части мы прошлись по теории и выяснили: 1. Что техническая реализация заметно влияет на успехи бизнеса, хоть и не очень критично; 2. Что из всех аспектов технической реализации наибольший вклад в успех вносит именно архитектура; 3. Что самое важное свойство архитектуры — максимальная независимость команд друг от друга; 4. Что это свойство вытекает напрямую из двух фундаментальных характеристик программного обеспечения: coupling и cohesion, где coupling — характеристика связи двух точек системы/кодовой базы; а cohesion — характеристика того, насколько плотно упакованы такие связи в компоненты. Во второй части мы уже перешли к практике построения архитектуры с нуля. Мы узнали: 1. Что попытки угадать с архитектурой до старта проекта обычно проваливаются. 2. Что маленькие команды работают буквально в разы эффективнее, чем большие. 3. Что лучший способ разделить софт между командами - делать это постепенно. Начать с одной команды и уже затем дробить систему по обнаруженным в процессе разработки границам. Теперь перейдем к вопросу, что же делать, если "все уже украдено до нас".

    habr.com/ru/articles/922324/

    #Архитектура #легаси #Проектирование #проектирование_систем #Разработка

  33. Из легаси монолита в модульную архитектуру: проводим рефакторинг и наводим порядок в проекте

    Привет, Хабр! Меня зовут Владимир Раду, я Backend-разработчик в Рунити. Однажды мы с командой встали перед дилеммой: как навести порядок внутри монолита. Админка одного из сайтов нашей группы компаний — большой и довольно возрастной проект. Он охватывает множество задач и сценариев: от управления ценами до редактирования контента. Со временем стало очевидно, что нужно снижать связанность компонентов и разводить бизнес-части. Так появилась идея перейти к модульной архитектуре. Внутри о том, что у нас получилось из рефакторинга легаси, как мы выстраивали работу с модулями и объединяли в логичную структуру разрозненные части системы. Будет полезно разработчикам, которые работают с легаси и хотят встать на путь оптимизации проекта — без переписывания с нуля.

    habr.com/ru/companies/runity/a

    #рефакторинг #монолит #модули #легаси #php #laravel #папки #user_story #пакеты #модульная_архитектура

  34. Со Scala-монолита на Java-микросервисы, или Как перебрать движок, не останавливая машину

    Привет, Хабр! Меня зовут Евгений Кермас, я главный эксперт по технологиям в Управлении развития технологий модельного риска в Сбере. В этой статье я попробую ответить на вопрос: «Что делать, если вы, как архитектор, пришли на существующий проблемный проект в качестве кризисного-менеджера?» Расскажу о нескольких подходах и дам советы, которые могут помочь в принятии решений в создании архитектуры и планировании проекта. Для этого разберём один пример с максимальным количеством проблем. На входе у нас есть монолит с запутанным кодом, на legacy-инфраструктуре, с нецелевым техстеком и большим грузом проблем, как технологических, так и организационных.

    habr.com/ru/companies/sberbank

    #монолит #легаси #микросервисы

Share on Mastodon

Enter the server where you have an account.