Инструменты разные нужны, инструменты разные важны
0 likes•784 views
Документ представляет собой презентацию Романа Дворнова о важности инструментов в разработке программного обеспечения, акцентируя внимание на автоматизации и оптимизации процессов. Обсуждаются различные типы инструментов, такие как фреймворки, библиотеки и методологии, а также типичные ошибки при их выборе. Основная идея заключается в том, что правильный выбор инструментов может значительно улучшить качество разработки и ускорить работу.
Инструменты разные нужны, инструменты разные важны
- 1. Инструменты разные нужны, инструменты разные важны… Роман Дворнов Avito CodeFest, март 2015
- 2. Работаю в Avito Делаю SPA Автор basis.js Я… И вообще, за любую движуху, кроме голодовки ;)
- 3. Мы – делаем продукт
- 6. Инструменты
- 7. Привычные инструменты • среда разработки – редаторы, IDE + плагины • консольные – командная строка • браузерные – in-app и плагины 7
- 8. Инструментов много разных • Автоматизация (task runner'ы) – grunt, gulp, … • Оптимизаторы – csso, uglifyjs, svgo, … • Cтиль кода – jscs, csscomb, … • Линтеры – jshint, jslint, csslint, … • … 8
- 9. Доклады по теме • Автоматизация фронтенда – сегодня и завтра Роберт Харитонов, rhr.me/pres/automation/ • Front-end Tooling Workflows Addy Osmani, tinyurl.com/front-end-tooling-workflows • Суперсилы Chrome DevTools Роман Сальников, tinyurl.com/powerofdevtools 9
- 10. В более широком смысле, инструменты – всё, что помогает нам достигать наших целей 10
- 11. Тоже инструменты • фреймворки, библиотеки • подходы, алгоритмы • методологии • … 11
- 12. Выбор
- 13. У каждого своя история • Поддерживаемые браузеры (среда исполнения) • Подходящие технологии, подходы, фреймворки • Особенности процесса разработки • Критерии качества, уровень тестирования • ... 13
- 15. Типичные ошибки при выборе • Синтаксис или API • Тренд, популярность, размер комьюнити • Чье-то авторитетное мнение • … 15
- 16. 16
- 17. Грустная история 1 17 популярный, но не эффективный фреймворк → работает медленно, много багов → перекладываем задачи на бекенд → теряем независимость и усложняем решение = невозможность интересных сценариев
- 18. Грустная история 2 18 отсутствие готовых отточенных решений → много повторяющегося кода → более компактные языки → пре-процессоры = обязательная сборка (медленный workflow)
- 19. Грустная история 3 Грустная история 4 Грустная история 5 Грустная история 6 19
- 20. Нужно выбирать не по отдельности, а всё вместе 20
- 21. Задачи стека инструментов... • экономить время • позволять делать сложные интерфейсы • улучшать качество • вдохновлять 21
- 22. Но не всегда есть все необходимое… 22
- 23. Сделай сам
- 24. Основная задача – решить проблему, а не создать новую 24
- 25. Основные принципы 1. Автоматизация во всем 2. Не делаем то, что можно не делать 3. Ускорение технических процессов 4. Отсутствие ожидания (real time) 5. Наглядность 6. Быстрая навигация 7. Анализируем все, что анализируется 25
- 26. 1. Автоматизация во всем Избавляемся от рутины – используем скрипты, сборщики, task runner'ы, кодогенерацию, ... 26
- 27. 2. Не делаем то, что можно не делать Отсутствие сборки при разработке, подсказки, короткое описание задач, придумывание имен… 27
- 28. 3. Ускорение тех. процессов Предобработка, cache, параллельные вычисления, инкрементальные обновления... 28
- 29. DEMO 29
- 30. Что это было? Выполнение рутиной работы Процесс автоматический Не делаем, то что можно не делать Анализ определяет, что нужно для сборки Ускорение тех. процессов Все работает без сборки, используем кеш 30
- 31. Подробнее в докладе SPA инструменты www.youtube.com/watch?v=IUtbbN9aevU 31
- 32. 4. Отсутствие ожидания Любое действие или изменение должно приводить к моментальному видимому результату 32
- 33. 5. Наглядность Отладочная информация, схемы, специальные представления и интерфейсы… 33
- 34. 6. Быстрая навигация Контекстная информация, отсутствие поиска, быстрый переход к описанию, файлу и т.д. 34
- 35. DEMO 35
- 36. Что это было? Отсутствие ожидания Вносимые изменения видны сразу Наглядность Схематичное представление, специальные интерфейсы Быстрая навигация Мгновенный переход к нужному описанию 36
- 38. Вот почему • Быстро и качественно делаете сложные штуки • Понимаете как работает, хотя еще не видели код • Результат виден без ожиданий • Ничего не тормозит превращение вашей идеи в конечный результат 38
- 39. 7. Анализируем все, что можно Чем его больше анализа и тем лучше … 39
- 40. DEMO 40
- 41. Подход
- 42. Нельзя так просто взять и запилить «хороший» инструмент для «плохого» решения
- 43. Используя «правильные» подходы, можно улучшить даже уже существующие вещи 43
- 44. Yatra Моя попытка сделать удобный test runner для client side 44 github.com/basisjs/yatra
- 45. DEMO 45
- 46. Те же принципы Не делаем, то что можно не делать Не нужно модифицировать код Отсутствие ожидания Тесты перезапускаются по мере изменения кода Быстрая навигация Переход к коду теста, debugger на нужной строке 46
- 47. Wallaby.js Использует похожие принципы, но нацелен на интеграцию в редакторы и IDE 47 wallabyjs.com
- 48. Эпилог
- 49. Инструменты – всё, что позволяет достигать целей 49
- 50. Если нет готового – не бойтесь создавать своё 50
- 51. – У нас нет на это времени… – Инструменты – это инвестиция в собственную эффективность
- 52. Любой процесс можно улучшить, используя правильные подходы 52
- 53. Вместо боли разработка может приносить удовольствие 53