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