В мире фронтенда уже существует большое количество инструментов: как браузерных, так и консольных. Но достаточно ли этих инструментов? Мне кажется, что нет. Веб-приложения становятся все больше и сложнее, и многое остается вне нашего поля зрения. Потому фреймворки и приложения должны предоставлять дополнительные инструменты, упрощающие разработку и улучшающие понимание того, что же происходит у них там — «под капотом». В ходе доклада я расскажу о таких инструментах: какими они могут быть, какие задачи могут решать, что необходимо для их создания. CodeFest, Новосибирск, 28 марта 2015 http://www.youtube.com/watch?v=HMTc3DERw5c

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. Основные принципы
1. Автоматизация во всем
2. Не делаем то, что можно не делать
3. Ускорение технических процессов
4. Отсутствие ожидания (real time)
5. Наглядность
6. Быстрая навигация
7. Анализируем все, что анализируется
30

31. Что это было?
Выполнение рутиной работы
Процесс автоматический
Не делаем, то что можно не делать
Анализ определяет, что нужно для сборки
Ускорение тех. процессов
Все работает без сборки, используем кеш
31

32. Подробнее в докладе
SPA инструменты
www.youtube.com/watch?v=IUtbbN9aevU
32

33. 4. Отсутствие ожидания
Любое действие или изменение должно приводить
к моментальному видимому результату
33

34. 5. Наглядность
Отладочная информация, схемы,
специальные представления и интерфейсы…
34

35. 6. Быстрая навигация
Контекстная информация, отсутствие поиска,
быстрый переход к описанию, файлу и т.д.
35

36. DEMO
36

37. Основные принципы
1. Автоматизация во всем
2. Не делаем то, что можно не делать
3. Ускорение технических процессов
4. Отсутствие ожидания (real time)
5. Наглядность
6. Быстрая навигация
7. Анализируем все, что анализируется
37

38. Что это было?
Отсутствие ожидания
Вносимые изменения видны сразу
Наглядность
Схематичное представление, специальные интерфейсы
Быстрая навигация
Мгновенный переход к нужному описанию
38

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

40. Вот почему
• Быстро и качественно делаете сложные штуки
• Понимаете как работает, хотя еще не видели код
• Результат виден без ожиданий
• Ничего не тормозит превращение вашей идеи
в конечный результат
40

41. 7. Анализируем все, что можно
Чем его больше анализа и тем лучше …
41

42. DEMO
42

43. Подход

44. Нельзя так просто взять и запилить
«хороший» инструмент для «плохого» решения

45. Используя «правильные»
подходы, можно улучшить даже
уже существующие вещи
45

46. Yatra
Моя попытка сделать удобный test runner
для client side
46
github.com/basisjs/yatra

47. DEMO
47

48. Те же принципы
Не делаем, то что можно не делать
Не нужно модифицировать код
Отсутствие ожидания
Тесты перезапускаются по мере изменения кода
Быстрая навигация
Переход к коду теста, debugger на нужной строке
48

49. Wallaby.js
Использует похожие принципы, но нацелен
на интеграцию в редакторы и IDE
49
wallabyjs.com

50. Эпилог

51. Инструменты – всё, что позволяет
достигать целей
51

52. Если нет готового –
не бойтесь создавать своё
52

53. – У нас нет на это
времени…
– Инструменты – это
инвестиция в
собственную
эффективность

54. Любой процесс можно улучшить,
используя правильные подходы
54

55. Вместо боли
разработка может приносить
удовольствие
55

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

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