Роман Дворнов, Авито, Frontend-секция, CodeFest 2015

1. Инструменты разные нужны,
инструменты разные важны…
Роман Дворнов
Avito
CodeFest, март 2015

2. Работаю в Avito
Делаю SPA
Автор basis.js
Я…
И вообще, за любую
движуху, кроме голодовки ;)

3. Мы – делаем продукт

4. 4
Идеальное приложение

5. 5
Все несколько сложнее…

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

14. Как же выбрать?
14

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

37. Это вдохновляет!
37

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

54. Задумайтесь об этом
54

55. Спасибо!
55
Роман Дворнов
@rdvornov
rdvornov@gmail.com
basis.js
basisjs.com
github.com/basisjs