Разделы презентаций
- Разное
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Геометрия
- Детские презентации
- Информатика
- История
- Литература
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Как переписать приложение с нуля и не потерпеть фиаско Емельянов
Содержание
- 1. Как переписать приложение с нуля и не потерпеть фиаско Емельянов
- 2. О себе7 лет в Android-разработкеВ ЦФТ с 2013 г.Разработал более десятка проектов
- 3. О чем буду говорить1. С чего все
- 4. О чем буду говорить1. С чего все
- 5. О чем буду говорить1. С чего все
- 6. О чем буду говорить1. С чего все
- 7. О чем буду говорить1. С чего все
- 8. О чем буду говорить1. С чего все
- 9. С чего все началось?
- 10. Бизнес поставил задачуНовый дизайнМасштабироватьсяУвеличить скорость разработки фичУлучшить стабильность
- 11. Бизнес поставил задачуНовый дизайнМасштабироватьсяУвеличить скорость разработки фичУлучшить стабильность
- 12. Бизнес поставил задачуНовый дизайнМасштабироватьсяУвеличить скорость разработки фичУлучшить стабильность
- 13. Бизнес поставил задачуНовый дизайнМасштабироватьсяУвеличить скорость разработки фичУлучшить стабильность
- 14. Но не все так просто…
- 15. Проблема №1Архитектура
- 16. ?MVPVM?
- 17. ?MVPVM?
- 18. ?
- 19. Слайд 19
- 20. Проблема №2Ресурсы и стили
- 21. Слайд 21
- 22. Слайд 22
- 23. Проблема №3Рефакторинг
- 24. Смотрим покрытие тестами
- 25. Слайд 25
- 26. В результате получили
- 27. Монолитный проект – сложно масштабироватьсяНет архитектуры –
- 28. Монолитный проект – сложно масштабироватьсяНет архитектуры –
- 29. Монолитный проект – сложно масштабироватьсяНет архитектуры –
- 30. Монолитный проект – сложно масштабироватьсяНет архитектуры –
- 31. Монолитный проект – сложно масштабироватьсяНет архитектуры –
- 32. Слайд 32
- 33. Набираем команду, решаем задачи
- 34. Какая структура проекта будет?
- 35. Паттерн проектирования?
- 36. Прошло много часов, ни одного решения
- 37. Слайд 37
- 38. Слайд 38
- 39. Слайд 39
- 40. Слайд 40
- 41. Критерии эффективной команды
- 42. Единомышленники1 tech leadПрагматичный выбор технологийУровень знаний не ниже среднего1 команда = 4-5 человек
- 43. Единомышленники1 tech leadПрагматичный выбор технологийУровень знаний не ниже среднего1 команда = 4-5 человек
- 44. Единомышленники1 tech leadПрагматичный выбор технологийУровень знаний не ниже среднего1 команда = 4-5 человек
- 45. Единомышленники1 tech leadПрагматичный выбор технологийУровень знаний не ниже среднего1 команда = 4-5 человек
- 46. Единомышленники1 tech leadПрагматичный выбор технологийУровень знаний не ниже среднего1 команда = 4-5 человек
- 47. Разбираем приложение по кирпичикам
- 48. 1 фича = 1 стикер~ 5 месяцевОценка
- 49. Строим архитектуру
- 50. Требования к архитектуреМасштабируетсяБизнес-логика отделена от представления и
- 51. InteractorInteractorImplRepositoryEntityRepositoryImplDataSourceDataSourceImplEntityConverterModelPresenterViewActivityFragmentRouterRouterImpl
- 52. Но мы наступили на грабли :(
- 53. Грабли №1Бизнес-логика == представлению
- 54. Слайд 54
- 55. Слайд 55
- 56. Слайд 56
- 57. Слайд 57
- 58. RepositoryEntity
- 59. Слайд 59
- 60. Слайд 60
- 61. Слайд 61
- 62. Слайд 62
- 63. Слайд 63
- 64. Слайд 64
- 65. Грабли №2Бойлерплейт с конвертерами
- 66. RepositoryImplDataSourceDataSourceImplEntityConverterModel
- 67. Слайд 67
- 68. Слайд 68
- 69. Слайд 69
- 70. Слайд 70
- 71. EntityRepositoryImplDataSourceDataSourceImplEntityConverterModel
- 72. EntityRepositoryImplDataSourceDataSourceImplRepository
- 73. Выбираем технологии
- 74. Не тратить время на изобретение велосипедов
- 75. Слайд 75
- 76. Слайд 76
- 77. Dagger2Room
- 78. “Если хочешь рассмешить Бога, расскажи ему о своих планах”
- 79. Проблема №1Dagger2
- 80. Слайд 80
- 81. Слайд 81
- 82. Слайд 82
- 83. Слайд 83
- 84. Слайд 84
- 85. Слайд 85
- 86. Проблема №2Rx Hell
- 87. RxRxRx
- 88. Слайд 88
- 89. Слайд 89
- 90. Слайд 90
- 91. Еще один пример
- 92. Слайд 92
- 93. Правило«Логика использования технологии не должна быть сложнее логики решения задачи»
- 94. Тесты нам помогают
- 95. Не принимаем код без Unit-тестов
- 96. Слайд 96
- 97. Слайд 97
- 98. В одной упряжке с дизайнерами
- 99. Слайд 99
- 100. Слайд 100
- 101. Слайд 101
- 102. Не попадаем в дедлайн
- 103. Строим итеративныйплан спринтов
- 104. Слайд 104
- 105. Даты
- 106. Задачи
- 107. Слайд 107
- 108. Но команде прозрачно и бизнесу спокойно
- 109. Эпилог“Если головоломка не сложилась,и тебе уже не собрать пазлы— начни сначала”© Death Note
- 110. Переписать приложение с нуля и не потерпеть фиаско – можно!Но для этого…
- 111. Дизайнеры могут помочь, для этого есть все
- 112. Дизайнеры могут помочь, для этого есть все
- 113. Дизайнеры могут помочь, для этого есть все
- 114. Дизайнеры могут помочь, для этого есть все
- 115. Дизайнеры могут помочь, для этого есть все
- 116. Дизайнеры могут помочь, для этого есть все
- 117. Нам это удалось, чего и вам желаем!
- 118. Спасибо Емельянов Михаил,m.emeljanov@cft.ru
- 119. Скачать презентанцию
О себе7 лет в Android-разработкеВ ЦФТ с 2013 г.Разработал более десятка проектов
Слайды и текст этой презентации
Слайд 3О чем буду говорить
1. С чего все начиналось
2. Как набирали
команду и решали задачи
3. Оцениваем масштаб разработки
4. Проблемы с архитектурой
и технологиями5. Какая польза от Unit-тестов и других инструментов
6. Не успевали к срокам, что делать
Слайд 4О чем буду говорить
1. С чего все начиналось
2. Как набирали
команду и решали задачи
3. Оцениваем масштаб разработки
4. Проблемы с архитектурой
и технологиями5. Какая польза от Unit-тестов и других инструментов
6. Не успевали к срокам, что делать
Слайд 5О чем буду говорить
1. С чего все начиналось
2. Как набирали
команду и решали задачи
3. Оцениваем масштаб разработки
4. Проблемы с архитектурой
и технологиями5. Какая польза от Unit-тестов и других инструментов
6. Не успевали к срокам, что делать
Слайд 6О чем буду говорить
1. С чего все начиналось
2. Как набирали
команду и решали задачи
3. Оцениваем масштаб разработки
4. Проблемы с архитектурой
и технологиями5. Какая польза от Unit-тестов и других инструментов
6. Не успевали к срокам, что делать
Слайд 7О чем буду говорить
1. С чего все начиналось
2. Как набирали
команду и решали задачи
3. Оцениваем масштаб разработки
4. Проблемы с архитектурой
и технологиями5. Какая польза от Unit-тестов и других инструментов
6. Не успевали к срокам, что делать
Слайд 8О чем буду говорить
1. С чего все начиналось
2. Как набирали
команду и решали задачи
3. Оцениваем масштаб разработки
4. Проблемы с архитектурой
и технологиями5. Какая польза от Unit-тестов и других инструментов
6. Не успевали к срокам, что делать
Слайд 10Бизнес поставил задачу
Новый дизайн
Масштабироваться
Увеличить скорость разработки фич
Улучшить стабильность
Слайд 11Бизнес поставил задачу
Новый дизайн
Масштабироваться
Увеличить скорость разработки фич
Улучшить стабильность
Слайд 12Бизнес поставил задачу
Новый дизайн
Масштабироваться
Увеличить скорость разработки фич
Улучшить стабильность
Слайд 13Бизнес поставил задачу
Новый дизайн
Масштабироваться
Увеличить скорость разработки фич
Улучшить стабильность
Слайд 27Монолитный проект – сложно масштабироваться
Нет архитектуры – кругом спагетти-код
Долгий рефакторинг
– тонем в техдолге
Нет тестов – делаем одно, ломаем другое
Невозможен
– «просто» редизайн
Слайд 28Монолитный проект – сложно масштабироваться
Нет архитектуры – кругом спагетти-код
Долгий рефакторинг
– тонем в техдолге
Нет тестов – делаем одно, ломаем другое
Невозможен
– «просто» редизайн
Слайд 29Монолитный проект – сложно масштабироваться
Нет архитектуры – кругом спагетти-код
Долгий рефакторинг
– тонем в техдолге
Нет тестов – делаем одно, ломаем другое
Невозможен
– «просто» редизайн
Слайд 30Монолитный проект – сложно масштабироваться
Нет архитектуры – кругом спагетти-код
Долгий рефакторинг
– тонем в техдолге
Нет тестов – делаем одно, ломаем другое
Невозможен
– «просто» редизайн
Слайд 31Монолитный проект – сложно масштабироваться
Нет архитектуры – кругом спагетти-код
Долгий рефакторинг
– тонем в техдолге
Нет тестов – делаем одно, ломаем другое
Невозможен
– «просто» редизайн
Слайд 42Единомышленники
1 tech lead
Прагматичный выбор технологий
Уровень знаний не ниже среднего
1 команда
= 4-5 человек
Слайд 43Единомышленники
1 tech lead
Прагматичный выбор технологий
Уровень знаний не ниже среднего
1 команда
= 4-5 человек
Слайд 44Единомышленники
1 tech lead
Прагматичный выбор технологий
Уровень знаний не ниже среднего
1 команда
= 4-5 человек
Слайд 45Единомышленники
1 tech lead
Прагматичный выбор технологий
Уровень знаний не ниже среднего
1 команда
= 4-5 человек
Слайд 46Единомышленники
1 tech lead
Прагматичный выбор технологий
Уровень знаний не ниже среднего
1 команда
= 4-5 человек
Слайд 481 фича = 1 стикер
~ 5 месяцев
Оценка на 1 чел
(S, M, L, XL),
участвует вся команда
Считаем, отдаем бизнесу
Слайд 50Требования к архитектуре
Масштабируется
Бизнес-логика отделена от представления и данных
Тестируется
Не зависит от
реализации: UI, библиотек, платформы
Простая в понимании и применении
Слайд 51
Interactor
InteractorImpl
Repository
Entity
RepositoryImpl
DataSource
DataSourceImpl
EntityConverter
Model
Presenter
View
Activity
Fragment
Router
RouterImpl
Слайд 109Эпилог
“Если головоломка не сложилась,
и тебе уже не собрать пазлы
— начни сначала”© Death Note
Слайд 111Дизайнеры могут помочь, для этого есть все инструменты
Задать вопрос –
«А нужно ли?»
Собрать команду единомышленников и оценить масштаб
Построить архитектуру
решающую задачи бизнесаВыбрать технологии, основываясь на опыте команды
Использовать Unit-тесты, они сэкономят время на отладке
Слайд 112Дизайнеры могут помочь, для этого есть все инструменты
Задать вопрос –
«А нужно ли?»
Собрать команду единомышленников и оценить масштаб
Построить архитектуру
решающую задачи бизнесаВыбрать технологии, основываясь на опыте команды
Использовать Unit-тесты, они сэкономят время на отладке
Слайд 113Дизайнеры могут помочь, для этого есть все инструменты
Задать вопрос –
«А нужно ли?»
Собрать команду единомышленников и оценить масштаб
Построить архитектуру
решающую задачи бизнесаВыбрать технологии, основываясь на опыте команды
Использовать Unit-тесты, они сэкономят время на отладке
Слайд 114Дизайнеры могут помочь, для этого есть все инструменты
Задать вопрос –
«А нужно ли?»
Собрать команду единомышленников и оценить масштаб
Построить архитектуру
решающую задачи бизнесаВыбрать технологии, основываясь на опыте команды
Использовать Unit-тесты, они сэкономят время на отладке
Слайд 115Дизайнеры могут помочь, для этого есть все инструменты
Задать вопрос –
«А нужно ли?»
Собрать команду единомышленников и оценить масштаб
Построить архитектуру
решающую задачи бизнесаВыбрать технологии, основываясь на опыте команды
Использовать Unit-тесты, они сэкономят время на отладке
Слайд 116Дизайнеры могут помочь, для этого есть все инструменты
Задать вопрос –
«А нужно ли?»
Собрать команду единомышленников и оценить масштаб
Построить архитектуру
решающую задачи бизнесаВыбрать технологии, основываясь на опыте команды
Использовать Unit-тесты, они сэкономят время на отладке
