Присоединяйтесь к трансляции Moscow JS Meetup 30 января: будем отвечать на вопрос, что такое «чистый код», найдем максимум багов за минимум времени, пройдем путь к разработке расширяемых интерфейсов и узнаем про способы перформанса Webpack и Babel. Планы — огонь!
Ссылка будет доступна в день митапа, подключайтесь в 19:15!
19:30 «Как писать код с уважением», Владимир Лусс (R-Vision)
Взгляд на труды Боба Мартина без лишней категоричности. Попробуем в очередной раз ответить на вопрос что такое «чистый код», почему стоит писать тесты, зачем это нужно разработчикам и как эту необходимость объяснить своему менеджеру.
19:55 «Как разработчику находить максимум багов за минимум времени», Николай Москаленко (Райффайзенбанк)
Поговорим о том, почему разработчику следует тестировать свое приложение до того, как за дело возьмутся тестировщики. Разберем технику тестирования адаптированную специально для разработчиков. Рассмотрим, как с помощью нее можно быстро проверить свой код и найти в нем дефекты. Определим, какие тесты следует писать в первую очередь и как сэкономить время, не проверяя 100500 лишних комбинаций в тестовых сценариях. Также поговорим об инструментах и практиках, позволяющих повысить читаемость автотестов на JavaScript и упростить их поддержку в дальнейшем.
20:40 В погоне за перформансом vol.2, Даниил Крохмаль
Как часто вам приходится думать о том, что все хорошо с вашим проектом? Пользователи довольны и не жалуются на скорость загрузки сайта? Вы не кидаете в них сразу весь бандл? Полифилы используются для конкретных браузеров по ТЗ? Тогда вы — молодец. Но давайте все равно обсудим эту тему (еще раз) и зайдем со стороны сборки проекта, а именно рассмотрим способы перформанса Webpack и Babel. Расскажу про базовые настройки перформанса, которые подойдут для большинства проектов и, может быть, пригодятся вам.
21:05 Путь к разработке расширяемых интерфейсов
Ярослав Сергиевский
Хорошо, когда код каждой фичи изолирован. Но природа пользовательских интерфейсов такова, что различный функционал визуально может переплетаться и проявляться в нескольких местах одновременно. Расскажу о подходах, которые помогут сохранить модульность и независимость функционала при его разработке.
Ссылка будет доступна в день митапа, подключайтесь в 19:15!
Какие будут доклады
19:30 «Как писать код с уважением», Владимир Лусс (R-Vision) Взгляд на труды Боба Мартина без лишней категоричности. Попробуем в очередной раз ответить на вопрос что такое «чистый код», почему стоит писать тесты, зачем это нужно разработчикам и как эту необходимость объяснить своему менеджеру.
19:55 «Как разработчику находить максимум багов за минимум времени», Николай Москаленко (Райффайзенбанк)Поговорим о том, почему разработчику следует тестировать свое приложение до того, как за дело возьмутся тестировщики. Разберем технику тестирования адаптированную специально для разработчиков. Рассмотрим, как с помощью нее можно быстро проверить свой код и найти в нем дефекты. Определим, какие тесты следует писать в первую очередь и как сэкономить время, не проверяя 100500 лишних комбинаций в тестовых сценариях. Также поговорим об инструментах и практиках, позволяющих повысить читаемость автотестов на JavaScript и упростить их поддержку в дальнейшем.
20:40 В погоне за перформансом vol.2, Даниил КрохмальКак часто вам приходится думать о том, что все хорошо с вашим проектом? Пользователи довольны и не жалуются на скорость загрузки сайта? Вы не кидаете в них сразу весь бандл? Полифилы используются для конкретных браузеров по ТЗ? Тогда вы — молодец. Но давайте все равно обсудим эту тему (еще раз) и зайдем со стороны сборки проекта, а именно рассмотрим способы перформанса Webpack и Babel. Расскажу про базовые настройки перформанса, которые подойдут для большинства проектов и, может быть, пригодятся вам.
21:05 Путь к разработке расширяемых интерфейсовЯрослав Сергиевский
Хорошо, когда код каждой фичи изолирован. Но природа пользовательских интерфейсов такова, что различный функционал визуально может переплетаться и проявляться в нескольких местах одновременно. Расскажу о подходах, которые помогут сохранить модульность и независимость функционала при его разработке.