Матеріали на тему «legacy»

RSS

Розв’язуємо безпекові проблеми у легасі-коді

Ігор Макаренко 2487

Автор із понад 30-річним досвідом в ІТ ділиться реальними кейсами з посилення безпеки великого легасі-застосунку під час переходу на мікросервісну архітектуру. У статті — приклади вразливостей, фікси та інтеграція Snyk і SonarQube у CI/CD. 9

Прощавай, else: покращення якості коду за допомогою лінійних конструкцій

Ruslan Dmytrakovych 13497

Програмування — це коли ти розв’язуєш одну проблему і створюєш дві нові. Так починається блог Architect Руслана, в якому він ділиться ефективним способом позбавлення від легасі-коду. 343

Як модернізувати легасі-код. Організаційні аспекти рефакторингу

Дмитро Ханджанов 1351

Front-end розробник Дмитро Ханджанов продовжує ділиться досвідом рефакторингу проєктів. У цій статті він розглядає основні етапи процесу: від формулювання ідеї до продажу її менеджменту, створення технічного дизайну та перенесення функціоналу на нову архітектуру. 2

Чотири сценарії модернізації Legacy-коду. Обираємо найкращий

Nazar Struk 2591

Назар Струк, Back-end розробник, описує чотири стратегії модернізації легасі-коду. Він пропонує практичні рекомендації до кожного зі сценаріїв, а також пояснює, який з них вважає найкращим та застосовує у власній роботі. 4

AVFoundation і UICollectionView — поєднання, створене в пеклі

Serhii Mykhailenko 1396

Сергій, iOS Developer, ділиться досвідом оптимізації роботи з відео у застосунку для соціальних мереж. Він розповідає про використання AVFoundation, асинхронне завантаження ресурсів, а також впровадження AsyncDisplayKit для покращення продуктивності при роботі з UICollectionView. 5

Як модернізувати легасі-код. Технічні аспекти рефакторингу

Дмитро Ханджанов 3313

Дмитро Ханджанов, фронтенд-розробник з майже 10-річним досвідом, розглядає рефакторинг проєктів та проблеми легасі-коду. Він пропонує структурування архітектури, розподіл на шари та архітектурні патерни для покращення тестованості, підтримуваності й гнучкості. 18

Бізнес vs розробка. Як ефективна комунікація з бізнесом підвищує якість розробки ПЗ

Vladyslav Zubkov 592

Вадим Зубков розповідає, як ефективна комунікація між бізнесом і розробниками програмного забезпечення підвищує якість розробки. Він наводить приклади з власного досвіду та показує, як правильні рішення на початку проєкту, такі як правильна архітектура та використання універсальних компонентів, можуть суттєво зменшити проблеми в майбутньому. 1

Як модернізувати Java легасі-код

Олексій Мельниченко 3583

Олексій Мельниченко ділиться своїм «болем» стосовно того, з чим йому доводиться працювати, а саме: легасі-кодом. Такий код часто вимагає більше часу на розуміння та виправлення, а також на внесення будь-яких нововведень. Тож ця стаття буде корисною для тих, хто стикається з подібними викликами. 45

Как реализовать поддержку пользовательской темы для legacy-приложений и микросервисов

Павел Румянцев 1064

За последние годы работать со светлой и темной темой приходится во всем: IDE, в браузере, на десктопе, часто даже на мобильных устройствах. В этой статье Павел Румянцев, Front-end Architect в Itransition с более 8 годами опыта во фронтенде, разбирает различные варианты того, как предоставить пользователю возможность выбирать различные темы и настраивать их под себя. 3

Работа с ожиданиями клиента в условиях неопределенности. Советы проектным менеджерам

Dasha Kozlenko 3368

Дарья Козленко, Project Manager в NIX, рассказывает об опыте миграции старой legacy-системы на новую платформу. С какими проблемами столкнулась её команда, как их решали и как отработали навык работы с ожиданиями клиента в условиях неопределенности — в статье. Материал будет полезен PM, BA, Tech Leads и другим специалистов, которые в той или иной мере примеряют на себя роль РМ’а. 5

Как оценить, стоит ли обновлять устаревший код

Александр Рябцев 3282

Александр Рябцев, Back-end Lead в Django Stars, пишет о необходимых обновлениях кода и как их сделать так, чтобы не влиять на функциональность приложения. Это особенно важно в финтехе, поскольку технологии и навыки пользователей продолжают развиваться. И по мере того, как это происходит, пользователи становятся более требовательными и хотят больше функций, таких как лучшая безопасность или возможность проводить платежи онлайн.

Держи код, что делать дальше — разберешься. Инструкция по выживанию в legacy-проектах

Renata Reshetnikova 9111

В аутсорсе вы непременно столкнетесь с legacy-проектами. Эта статья поможет начинающему РМ’у понять, на что обратить внимание, как успешно стартовать, поддерживать и сдать legacy-проект. 41

О темной стороне legacy-кода. Как решить проблемы с монолитными приложениями

Grigori Kochanov 7061

Про микросервисную архитектуру и переход на нее говорят много, но редко упоминают о том, что проекты приходят к этому после многих лет развития как монолиты. Чтобы поменять архитектуру живого решения, надо пройти через несколько этапов. Автор работал с разными проектами — и с полноценным multitenancy service-oriented REST architecture в Oracle, и с огромным монолитом, в репозитории которого были коммиты за десять лет. 50

З’ясуйте стек, розгорніть локально, знайдіть техборг. Як безболісно передати та отримати проєкт

Anton Yatseniuk 3771

Ця стаття — про те, як зробити процес передачі/отримання проєкту легким і навіть приємним. Стаття буде корисна молодим командам, які ще не пройшли всі перешкоди на своєму шляху, або лідерам команд, які тільки опановують цю роль. 7

Как работать с legacy-системами

Dmitriy Kouperman 22217

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

Коментарі

Можете глянути самі. Для мене це теж було відкриття десь на початку 23, коли хтось закинув, що он в росії вже є бронювання, а в нас нема. Хтось це кум з СБУ?
При оплаті карткою вкажіть свою адресу в США (billing address) і не будете платити VAT
github.com/acl-org/acl-2025
Ви самі відповіли на запитання гарної держави. Незалежна журналістика — це один з таких проявів, який в нас з початку війни добре почав працювати, бо в суспільства високий запит на справедливість, коли платиться така висока ціна.
але якщо подивитись на це питання з поглядом на перспективу та відбудову країни? А якщо подивитися з погляду 5-6 ефективних менеджерів, то «какая разніца» хто заброньваний а хто ні? Грошовий потік є? Є Потік бусифікованих є? Є План мобілізації виконується?
Зрозуміло, шо люди самі вибирають. але якшо поборемо росіян Поки що кількісно вибір людей не на користь України. Поборемо росіян, а чим саме? Або ким? і зробимо цікаву державу, то і їхати нікуди не потрібно буде.
Зрозуміло, шо люди самі вибирають. але якшо поборемо росіян і зробимо цікаву державу, то і їхати нікуди не потрібно буде. менше читайте анонімні телеграм канали де адміни фсбшники, надихайтеся людьми, які щось роблять і все буде добре.
Дивно, шо це потрібно пояснювати. Для мене перемога: зберегти якнайбільше людей Це саме тому ми бачимо як в черговий раз прилітає по черговому полігоні під час шикування чи нагородженя? Чи це «перегиби на місцях»?
Знаю навіть людей які пішли з програмування працювати заправщиком, бо там є бронь.
Для мене перемога: зберегти якнайбільше людей, зберегти державу Україна і втримати збережених людей тут. Також, щоб росія десятки років не дивилася в наш бік, не те щоб думала нападати.
Та а що там по порівняльному списку з вимогами бронювання? Можете глянути самі. Для мене це теж було відкриття десь на початку 23, коли хтось закинув, що он в росії вже є бронювання, а в нас нема. Сам з початку подумав, що це не правда і поліз читати.
я тут серйозно, ми хочемо виграти(не програти), Хто вам таке сказав? І що є перемогою?
Так само як і відстежують штатних це про початок бронювання. Не так само, бо Vadym Motsukh не працівник ЕпСофтГлобал, тобто його не можна звільнити і запустити пайплайни про звільнення. Треба міняти процеси і допилювати софт.
Опишіть як це відстежувати? Критична компанія має подавати кудись списки своїх контракторів та повідомляти про розрив контракту? Так само як і відстежують штатних це про початок бронювання. Так само і про зупинення бронювання.
Яка різниця чи ФОП надає послуги критичній інфраструктурі чи працівник? Є критична роль. Яка ж вона критична, якщо за неї ніхто не відповідає?