Front-end розробник Дмитро Ханджанов продовжує ділиться досвідом рефакторингу проєктів. У цій статті він розглядає основні етапи процесу: від формулювання ідеї до продажу її менеджменту, створення технічного дизайну та перенесення функціоналу на нову архітектуру.
Назар Струк, Back-end розробник, описує чотири стратегії модернізації легасі-коду. Він пропонує практичні рекомендації до кожного зі сценаріїв, а також пояснює, який з них вважає найкращим та застосовує у власній роботі.
Дмитро Ханджанов, фронтенд-розробник з майже 10-річним досвідом, розглядає рефакторинг проєктів та проблеми легасі-коду. Він пропонує структурування архітектури, розподіл на шари та архітектурні патерни для покращення тестованості, підтримуваності й гнучкості.
Python-розробник Олег Качур ділиться власним досвідом розв’язання досить поширеної проблеми покращення перфомансу проєкту, розглядає альтернативні підходи з їхніми перевагами та недоліками та нагадує про старі-добрі речі зі стандартної бібліотеки Python.
Створення нового фреймворку є відносно простою задачею. А ось у випадку, коли він вже існує, і треба ухвалити рішення про кардинальні зміни, виникає запитання — чи варто?
У цій статті QA Lead Інна Янко розповідає про те, які проблеми можуть виникнути з тестами та фреймворком, коли потрібно мігруватися на новий сетап, а також описує критерії та кроки міграції.
І ще раз про чистий код, проте — не тільки в теорії, а й на практиці. Читайте про стандарти чистого коду в продуктовій команді та поради, що полегшать життя розробникам.
Невеликий обсяг ще не гарантує, що ваш код буде чудовим та без багів, а кожен девелопер зможе його підтримувати. Зазвичай, це означає протилежне. Андрій Стаценко, керівник напряму NodeJS ділиться думкою про те, який підхід до написання нового коду є найкращим.
Олександр Геєць нещодавно припинив співпрацю з продуктовою компанією, в якій працював понад 4 роки як Front-end Developer. За цей час його команда постійно змінювалась.
Коли настав час йти, Олександр вирішив передати команді всі свої знання про продукт. У цій статті він ділиться порадами, як це зробити правильно.
Про рефакторинг ми чуємо дуже часто, але кількість питань з цієї теми не зменшується, а навіть збільшується. Тому Сергій Журавель пропонує поговорити про рефакторинг та аналізує свій проєкт.
В процессе работы иногда приходится рефакторить свой код. Как правило, из-за изменений в требованиях продукта, программных и аппаратных обновлений, которые каскадом тянут за собой обновление других компонентов. Эта статья будет интересна разработчикам, которые хотят сделать обновление своих программ безболезненной и постоянной практикой.
Никита, Team Lead IT-отдела онлайн-школы EnglishDom, рассказывает, как за семь лет менялся продукт и какие проблемы приходилось решать. В статье он рассказывает о техническом долге, переизбытке функционала, нагрузке на сервер и том, как писали приложение на мобайл.
Привет, DOU. Меня зовут Андрей Данильченко, я PHP-разработчик в Wikr Group. В этой статье расскажу о рефакторинге. Не всегда удается сразу писать хороший код, поэтому рефакторинг становится неотъемлемой частью процесса разработки.
Кроме первой проблемы — «рефакторинг vs переписывание с нуля», вас ждет не менее увлекательная задача — построение команды и проектов.
Существует два диаметрально противоположных мнения на этот счет. Обе стороны опасаются одного и того же, но по-разному понимают причины потенциальных проблем. Как выбрать, что делать и чего ждать от новых перемен в старом проекте?
Тезисы и выдержки из лекции о рефакторинге.
С возрастом и временем приходит понимание того, что эффективность труда повышают обычно даже не ради непосредственных результатов труда. И не ради самого труда же. Главная цель, к которой человек стремится в своей карьере — получать как можно больше, делая как можно меньше. То, что лень двигает прогресс, является общеизвестным фактом.
Коментарі