Legacy code - methodology

Rostyslav Druzhchenko

Transcript

1. Legacy Code in iOS Projects <methodology> Rostyslav Druzhchenko
2. Rostyslav Druzhchenko - 15 лет в разработке мобильных приложений - Широкий опыт работы с iOS проектами - от крошечных до огромных - Более 7 лет опыта работы как Team Lead https://www.facebook.com/rostyslav.druzhchenko https://github.com/drrost https://www.linkedin.com/in/rostyslav-druzhchenko/ https://medium.com/@dr_rost
4. Intro
5. Plan - Определение термина “Legacy” - Немного теории и немного философии - Методики работы с legacy кодом - Выводы - Вопросы
6. Philosophy
7. Определение термина “Legacy” - Код, который вы получили от кого-то (наследство) - Код, который трудно понимать и сложно вносить изменения - Код, написанный под уже не поддерживаемую операционную систему или технологию (Wikipedia) - Код без тестов (Michael C. Feather)
9. Предпосылки - Вносить изменения в код долго и сложно - Внесённые изменения приводят к возникновению новых проблем - Никто не хочет работать с этим кодом - Новые разработчики долго входят в проект
10. Зачем? - Добавление проекту коммерческой стоимости - Повышение своего профессионального уровня - Произвести впечатление на заказчика/тимлида/работодателя/коллег - Повышение своего дохода - Просто, потому что нравится - Что нибудь ещё...
11. Когда это делать не надо - Когда и так всё хорошо - Когда никто об этом не просит и не хочется - Когда это явно запрещено - На краткосрочных проектах
12. Основная идея работы с legacy кодом - внесение изменений должно быть быстрым и не приводить к появлению новых проблем.
13. - Спросите разрешения на внесение изменений - Примите на себя ответственность за код, с которым вы работаете Прежде чем приступить
15. Practice
16. Существует “правильный” подход к написанию кода и созданию архитектуры приложения Не бывает правильно/неправильно, бывает удобно/неудобно Миф #1
17. Можно сначала написать документацию, потом дизайн, потом бекенд, а потом приступить к написанию iOS части Так не бывает. Миф #2
18. Techniques
19. - Базового уровня, “бесплатные”, безопасные (персональные) - Почти безопасные - Дорогие, сложные Типы техник
21. - Исправляйте форматирование (скобочки, пробелы, и т.п.) - Удаляйте закомментированный код - Переименование “плохих” сущностей - Настройте CI/CD - Применяйте утилиты для автоформатирования - Swiftlint, Clang Техники: “бесплатные”
22. - Разносите код по методам - Сокращайте код (не в ущерб читаемости) - Выносите код в extension-ы - MVC aka Massive View Controller - Создавайте утилиты (random, trim, JSON, notification) Техники: “почти безопасные”
23. - Разбивайте зависимости - Выносите зависимости в конструкторы - Создавайте интерфейсы - Разносите код по классам - Пишите тесты - Выделяйте слои - Multilayer Architecture Техники: дорогие
24. - Создавайте свои техники - Не берите больше одной-двух техник в проработку - Записывайте правила (wiki, md файл, пр.) - Приняв правило, следуйте ему - Не пытайтесь сделать ВСЁ идеально сразу Техники работы с техниками
25. - Выберите простую технику - Техника должна быть понятной - Начните прямо сейчас - Выполняйте технику в течении недели каждый день - Если стало скучно, смените технику или возьмите дополнительную Как начать?
26. - Выучите UML - Научитесь вести заметки - note taking Skills to improve
27. Outro
28. - Делайте код “своим” (own your code) - Берите на себя ответственность (за свои действия и их последствия) - Дисциплина - ключ к успеху Выводы
29. Books to read
30. “Code Complete” by Steve McConnell Books to read
31. “Clean Code” by Robert C. Martin Books to read
32. “The Pragmatic Programmer” by D.Thomas, A. Hunt Books to read
33. “Testing Swift” by Paul Hudson Books to read
34. “Working with Legacy Code” by Michael C. Feathers Books to read
35. Your questions
36. Thanks for attention
37. Rostyslav Druzhchenko @dr_rost rostyslav.druzhchenko@gmail.com https://www.facebook.com/rostyslav.druzhchenko https://github.com/drrost https://www.linkedin.com/in/rostyslav-druzhchenko/ https://medium.com/@dr_rost