Всем привет! Следующие 7 дней с вами на связи Роберт Харитонов @operatino. Руковожу командой разработки, последний год живу в Амстердаме.

На протяжении недели поговорим о технологиях в целом, командной разработке, компонентах, фреймворках и о будущем мира фронтенда.

Примерное расписание:

3. Работа в команде и опенсорс.
4. Компонентный веб.
5. Фреймворки.

Куда то еще вмешаем о карьерном росте фронтендера, и любые темы по запросу от читателей.

Прошу меня всячески направлять в темы, о которых хотите услышать больше всего. Готов на любые дискуссии и вопросы.

Разработкой занимаюсь около 5-6 лет. Последние года 3 делю на половину с управлением тех. командами. JS, NodeJS, Devops, автоматизация.

Ныне работаю в Liberty Global, самая большая кабельная компания в Европе, где мы разрабатываем свой, европейский "нетфликс".

У нас на проекте - React + Fluxible, как база изоморфного приложения и инструменты для full-stack тестирование - unit, integration, UI.

До этого работал 3,5 года в Одноклассниках, разрабатывал фронтенд и вёл команду из 10 человек; в Backbase консультантом по фронтенду.

А начинал с фриланса по вёрстке, обучаясь делу самостоятельно. Подробней о пути фронтендера поговорим позже, пока поотвечаю на вопросы.

Про индустрию видео трансляций как в интернете, так и на тв, тоже с удовольствием готов поговорить. Netflix, тв приставки, запись видео и тп

Записывать контент на свой сет-топ бокс можно вообще любой. То есть нажав на сайте кнопку record, можно для себя качать что угодно.

У нас есть и HBO, и BBC и FOX контент, с кучей сериалов и фильмов. Все это получаешь с обычной кабельной/интернет подпиской.

Но основное различие с Netlix конечно в том, что у нас по большей части запись, т.е. вместе с рекламой.

Пришел первым фронтенд разработчиком в команду, до этого UI делали full-stack инженеры. Нужно было растить культуру разработки интерфейсов.

Постепенно начали нанимать новых фронтенд разработчиков, которым я сначала был ментор.

Потом выяснилось, что лидерский наклонностей кроме меня особо ни у кого небыло. Победил сильнейший :)

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

Отсюда можно выявить, что по личным предпочтениям и способностям, я больше не инженер, я гибридный технарь-менеджер.

Если много UI задач, то сильно продуктивней будет их направить в сторону тех, кто более способен и вдохновлен.

Тем, не менее, мне больше нравится идея гибридных комманд, где большая часть фуллстек, и часть специализированная в определенной области.

В идеале, для продуктовой команды нужно как можно больше T-shaped специалистов. Что бы каждый мог все, но продуктевней был в чем то одном.

.@life_maniac @webholt @webholt Конечно не плохо, разработчиков нужно больше, чем руководителей.

Если работаешь с тех командами, должен знать основы разработки на хорошем уровне. Это касаеться менеджеров всех мастей.

Продолжая тему специализации — отдельные верстальшики/“js-программисты”, это переходный период. В инт. сообществе популярней full-stack.

Я начинал тоже только с верстки, потом переключился больше на JS/NodeJS. Сейчас больше смотрю в DevOps и управление.

Помогает определиться с карьерной целью, и искать самые короткие пути к ней. Иногда правда бывает сложно определиться.

В странах СНГ больше узкоспециализированных профессионалов. Что конечно влияет на глубину познаний, но хуже работает для продукта.

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

Современного фронтенда разработчика уже смело можно называть full-stack девелопером. JS на клиенте/сервере, на мобильных и десктопе.

Что уж там, даже Nginx можно на JS конфигурировать уже :)

.@from_anywhere T-shaped подразумевает хороший ср. уровень по разным навыкам, и углубление в определенной области en.wikipedia.org/wiki/T-shaped_…

Именно это помогает делать хорошие продукты на самом деле. Делать иновации, а не догонять и копировать.

В целом, в Амстердаме хватает приехавших специалистов со всего мира. Много людей из Испании, Сербии, Италии, Индии и конечно СНГ.

@jsunderhood 40% населения Амст., спецы приехавшие за последние 15лет

Говоря по правде, следуя юношескому максимализму, мне сначала показалось что там слишком много соплей.

Мне бы лично было стыдно называть себя верстальщиком в 36 лет. К этому времени нужно быть или главным разработчиком, или CTO/директором.

Может звучать критично, но это сугубо личное мнение. В моем мировозрении нужно ставить себе высокую планку.

Но не моймите не правильно, ни к кому никаких претензий не предъявляю. К тому же, Вадим не просто верстальщик.

Самое сложное понять где остановиться, видя много крутых людей вокруг, хочеться не отставать.

Для быстрого роста нужно выбирать кумиров для мотивации и стараться всегда поднимать планку, будь то карьера или личная жинь/увлечения.

Самым лучшим инструментом для мотивции для меня всегда были публичные доклады.

Началось с того, что на год поставил цель выступить на конференции. Кажный доклад требует глубокого изучения темы.

Имея подобный дедлайн, не остаеться выбора как максимально быстро учиться/доделывать проекты и стараться быть хорошим примером.

В 36 почетно быть любым крутым специалистом. Если не руководитель, то главный разработчик/архитектор/инженер.

Еще один популярный путь в мире разработке — это быть хорошим учителем/публичной персоной. Писать книги, делать крутые доклады.

.@webholt Такое часто встречается, к сожалению. Но посредственность именно в карьере не показатель, если фокус на семью или другие интересы.

Конечно быть всегда джуниором не получиться, в силу финансовых потребностей. Но выбирая компанию обязательно иметь в команде крутого спеца.

Если хочеться много заработать и откладывать, самые лучшие варианты - работать в Украине/Беларуси, или фрилансить на штаты с дешевого места.

В Латвии, откуда я родом, сейчас можно зарабатывать московскую зарплату и тратить только 1000 евро на жизнь.

Мой мотив к переезду из Риги в Амстердам был именно о желании сближения с инт. сообществом и поднятия уровня соц. услуг и окружения.

.@freiksenet_ru Работает, там главное что бы ранее не жил в Нидерландах или рядом в пределе скольки то км.

В ближайший год буду дальше заниматься DevOps и поднимать навыки скрам мастера. Не исключая занятия фронтендом конечно.

.@dmfilipenko Сборка, деплой, мониторинг, автоматизация этих задач, поддержание серверов.

Амстердам выбрал намеренно, один из самых англоязычных городов в Европе, лучше для жизни, и дешевле чем Лондон.

В Берлине тоже неплохо, но по сравнению с Нидерландами, без знания локального языка в Германии менее комфортно.

.@dmfilipenko Обучение происходит параллельно с имеющимися специалистами + конечно pet projects.

.@kinday Вот этих ребят часто вижу twilio.com @backendsecret

@jsunderhood масштаб влияния на мир - вполне себе показатель крутизны

@jsunderhood тем более можно скакать из профессии в профессию. У меня знакомый в 29 лет ушел в Junior C# и прекрасно себя чувствует

@_sashashakun @jsunderhood в попугаях никак не измерить, чисто интуитивно; например, повлиял на проект, которым пользуется миллиард человек

Важно выталкивать себя из зоны комфорта, и расти разносторонне, а не под одну компанию.

Хотелось свежего взгляда на вещи, и переосмысления процессов, которые в рамках компании черстневеют и редко меняються.

Если твоя основная платформа веб, углубляешься в ней, изучая параллельно другие концепкции. Но это не исключает смещение фокуса в дальнейшем

И читать что то, когда точно знаю что мне это пригодиться сейчас или в ближайшем будущем.

Сначала все посылаю в Pocket, в котором потом ищу релевантные ссылки. Что то читаю сразу.

Расскажите как вы фильтруете информацию и отбираете лучшие материалы для изучения?

@jsunderhood Лайки в Твиттере, сохраняю посты в Feedly и найденные ресурсы в Pocket.

.@roman01la В Pocket еще крутая штука - рекомендованные подборки по trending/best of и тп.

@jsunderhood твиттер+гитхаб и еженедельные рассылки,

@iamstarkov @jsunderhood эффективно ли рассылки фильтруют контент? Все ли читаешь оттуда? Сколько уходит времени чтобы прочитать выбранное?

Если появилось что то важное, что нельзя пропустить - это дойдет до тебя в твиттере. Особенно если фоловишь интересных тебе людей.

На работе сейчас везде пишем на ES2015. Имея хороший сборщик в арсенале, грех не использовать.

Сделаю пока перерыв, продолжим вечером. Можете мне пока покидать вопросов по теме дня - “1. Знакомство, планирование недели”.

@jsunderhood есть еще вариант - в консалтинг и малый бизнес

.@iamstarkov в нашем случае — именно так, можно и browserify вместо webpack

Но это чаще исключение. Полезно и окружение менять и менеджмент.

@flackus @jsunderhood когда нсть внутренняя гармония, ты не делаешь рассказ на эту тему

Если хочешь расти как консультант, евангелист или Dev Rel, публичность одно из самых важных аспектов.

Но если растешь как руководитель или разработчик, это помогает очень относительно. Все зависит.

@jsunderhood а ещё, если заботится о том, чтобы аудитория реально понимала "о чём там було”, то прокачивается умение говорить без буллшита

Я смотрю многих смущает термин “главный разработчик”, по моему это не обязательно руководитель, а просто очень опытный специалист.

Как по вашему, как должна называться позиция опытного разработчика с большим стажем и высокой экспертизой?

Но подумаываю заочно пройти пару курсов на Computing & IT and Business openuniversity.edu/courses/qualif…

@jsunderhood старший/главный/ведущий

@jsunderhood архитектор еще может быть

@raxpost @jsunderhood если бы мы все работали только ради денег, то писали бы только на Java или SAP ;)

Статистики ради, кем вы себя видете через N лет? Ведущим разработчиком или руководителем?

Подумывал об Америке, туда будет сложней без образование. Нужно или поучиться немного, или 12 лет опыта вместо.

Но есть еще вариант по визе “для талантливых”. Нужно публикаций только добрать и докладов побольше в копилку.

Как вы относитесь к публичным, техническим выступлениям? Выступаете, планируете и считаете это полезным или пустой тратой времени?

Как упоминал ранее, для меня это мощный инструмент роста. Делаю по 2-4 доклада в год, разных размеров.

Сейчас стараюсь выступать только на английском, как на митапах так и на европейский конференциях.

Митапы в Амстердаме очень популярная тема, минимум 5 активных груп только по фронтенду.

@jsunderhood Пустой тратой чужого времени.

.@webholt Расскажите почему такое мнение?

@jsunderhood Так же как к написанию статей, книг, скринкастам и т. п. Очень полезно, но надо стремится делать то лучше всех, а не как все.

@jsunderhood это мощная мотивация заставить себя в чем-то зазбираться действительно хорошо

@jsunderhood у нас так если не ошибаюсь: разработчик - главный - ведущий - архитектор - тех дир

@jsunderhood не уверен что публичность может помочь в карьере, скорей как хобби, но вот контрибут в опенсорс вполне

@raxpost @jsunderhood Еще как может. )

С помощью @SourceJS можно организовать библиотеку блоков для компонентов на разных технологиях от Jade до React.

Последняя интеграция с проектом от @sapegin с React включает в себя хот релоад, навигацию и авто документацию github.com/sourcejs/sourc…

О компонентном вебе мы поговорим в четверг, поэтому двигем дальше. Второй проект, который пока на паузе - devshelf.us

Идея проекта заключалась в том, что бы собрать самые лучшие, рекомендованные статьи по тегам/темам. С голосованием от сообщества.

Судьба проекта пока не известна, последние мысле сделать проект-парсер для awesome подборок ссылок github.com/sindresorhus/a…

Помимо этого, серьезно ничего не поддерживаю, ибо нужно концентрироваться на чем то одном. Мелкие форки и контрибьюшены на фоне всегда есть.

Статьи последнее время пишу редко, последняя была опубликована на @smashingmag smashingmagazine.com/2015/04/an-in-…

Если не вести блог постоянно, не вижу смысла в мелких постах, поэтому считаю что лучше один раз сесть и написать что то стоющее.

@jsunderhood привет, а подскажи, что за группы?

.@viatsko meetup.com/Amsterdam-HTML… meetup.com/Amsterdam-Fron… meetup.com/AmsterdamJS/ meetup.com/NLHTML5/

После моего согласия, статья без особой редактуры была сразу опубликована на Smashing.

Но в целом процесс таков - лучше заранее спросить актуальна ли тема напрямую в твиттере. Потом пишете статью и работаете с редакторами.

После утверждения статья уходит на сайт, и в первое время вас просят быть активней в коментариях, отвечая на вопросы читателей.

А тем временем Wordpress.com переписали на Node.js + React ma.tt/2015/11/dance-…

Учитывая что по опросам 25% веб сайтов работают на Wordpress, это возможно одно из самых больших событий для Node.js ma.tt/2015/11/sevent…

Доброе утро! С вами снова @operatino. Вчера мы знакомились и говорили о личном, сегодня начнём про технологии. Расскажу про наш текущий стек

Как упоминал ранее, в Liberty Global мы делаем видео стриминговый проект для европейский стран.

Из технологий - React (isomorphic), Fluxible, Webpack, полный ES6 и пакет для фулл-стек тестирования. Об этом сегодня и поговорим.

На бекенде у нас Node.js для рендеринга UI и временного мок сервера для промежуточных API решений. Основной API сервер на Java.

Пока добираюсь до офиса, можете мне покидать вопросы по стеку. Как отвечу, пойду по порядку о каждой технологии и нюансах.

Сайт @jsunderhood: jsunderhood.ru

А пока набираются вопросы, расскажите кто уже разрабатывает изоморфные (универсальные) приложения?

@jsunderhood мне вот интересно, вы замеряли скорость рендеринга на сервере?

@stay_positive @jsunderhood сильно зависит от скорости бэкенда. Статическая страница без загрузки данных (лэндинги) - около 20мс

@stay_positive @jsunderhood это время от получения запроса до полной отдачи страницы прокси серверу - nginx-у

@jsunderhood Расскажи про процесс публикации на @smashingmag

@vladyslavmoroz @jsunderhood Oj da vse ochen prosto ;-) Email? :)

@vladyslavmoroz @jsunderhood @smashingmag вчера рассказывали

.@raxpost Я ретвитнул вместе с предложением от самого @smashingmag. Виталий (глав. ред.) всегда рад новым статьям на Smashing.

@jsunderhood Выступаю, и очень сограсен, публичные выступления очень помогают вырасти.

@jsunderhood Буквально вчера, выступал на Берлинском митапе, рассказывал про продуктивную разработку с #reactjs slideshare.net/artemzadorozhn…

Из за проблем с DRM мы сильно ограниченны в кол-ве девайсов и браузеров куда можем стримить.

Текущая версия сайта имеет Silverlight плеер для декодирования потока. Готовим HTML5 плеер, но даже с ним, сможем стримить только в Хроме.

С легальным видео все сложно, нужно и кодеки правильные, и DRM и договоры с поставщиками об отдельных барузерах.

На мобильные можем стримить только в нативные приложение, и потенциально сможем в мобильные Chrome браузеры.

@jsunderhood почему только Chrome?

.@roman01la Это указано в текущих договорах с контент провайдерами. Хоть и FF позвоняет по технологиям, но content rights ограниченны.

.@roman01la И в Safari нету нужного нам DRM в данный момент.

@DevArtem @jsunderhood в умении говорить и не бояться аудитории, а при чем тут карьера?

@raxpost @jsunderhood Как раз на том, чтобы донести правльно свою мысль и продать идею или сервис, стопориться оч много народу.

.@DevArtem @raxpost Что на самом деле очень важно и в повседневной жизни разработчика, не только для докладов.

@DevArtem @jsunderhood да я не пойму просто зачем разработчику что-то продавать)

@raxpost @jsunderhood Потому что решения принимаются не теми кто пишет код, а теми кто лучше говорит. Хочешь хорошие решения - убеди.

Основной причиной в выборе Fluxible были готовые утилиты для разработки изоморфного приложения.

@jsunderhood Посмотрел подробнее - понял, что на самом деле сильно отличаются. Основное отличие - распределение данных по сторам.

@jsunderhood Т.е. Fluxible действительно просто вариация на классический Flux

Fluxible — это имплементация Flux с поддержкой изоморфных приложений и плагинов из коробки. fluxible.io pic.twitter.com/8dm4s8iZNs

Архитектурные вопросы за нас решает Fluxible, это что касается работы со сторами на сервере и передачи данных на клиент в рамках контекста.

Итак, начнем с практических ограничений изоморфных (универсальных) приложения с которыми лично сталкивался.

Не хватает просто рефреша в браузере для просмотра изменений, нужно рестартить Node.js сервер. Для этого есть github.com/remy/nodemon.

Все, что транспайлите и собирается с Babel/Webpack/etc, нужно будет делать и на сервере. С Babel просто, есть babeljs.io/docs/usage/req….

Сложность начинаеться с более сложными лоадерами, которые все так любят в Webpack. Ибо их нужно будет отдельно настраивать на сервере.

В некоторых случаях, как например с CSS Modules, можно найти готовые решения для процессинга на сервере npmjs.com/package/css-mo….

С остальным придеться разбираться дополнительно, используя похожий подход с Babel хуком, или базируясь на node-hook github.com/bahmutov/node-….

Это значит, что помимо сложностей с лоадерами Webpack, вам придеться бороться со сложностями транспиляции на сервере.

@jsunderhood или просто при изменении файлов очищать кэш у require и ререквайрить модули)

.@smashercosmo Это тоже вариант, но я пока не нашел drop-in решения. Нужно писать код по особенному, но мы доберемся до этого точно.

Последнее с чем сталкивался, это адаптация загрузки inline SVG файлов через webpack и на сервере. Не rocket science, но готовых решених нет.

@jsunderhood есть еще такое github.com/halt-hammerzei…

.@smashercosmo Это еще не пробовали, покопаю. Спасибо за ссылку.

@smashercosmo @jsunderhood или использовать require-uncached github.com/sindresorhus/r…

.@iamstarkov Это частично решит проблему, но быстрей будет перезапустить сервер чем все модули всегда в обход кеша грузить.

@jsunderhood верно, но если грузить таким способом только перезагружаемые модули, то будет проще

.@iamstarkov Верно, просто нужно сначала написать такую тулзу.

@jsunderhood почему не собирать код для рендеринга на сервере тем же webpack?

.@andreypopp Судя по этому проекту, делаеться это только одним большим хаком, ибо Webpack заточен именно на клиент.

github.com/halt-hammerzei…

@andreypopp @jsunderhood Собираю серверный бандл Вебпаком именно для того, чтобы решить проблему с SVG. Пока проблем нет!

.@vtambourine Поделись опытом.

@jsunderhood Имею отдельный webpack.server.config.js с target: node и null-loader для всех CSS-ок.

Для решения транспайлинга на сервере советуют использовать собранный Webpack’ом бандл для Node.js. Кто еще пробовал так делать?

Названные проблемы касаются кастомного транспайлинга - подготовка CSS Modules, загрузка inline SVG, переименовывание картинок для фриза.

Без Webpack все равно нужно будет собирать файлы и для сервера и для клиента.

@jsunderhood возможно ли транспайлить на сервере не react? и есть ли гайды или документация как/что/чем)

.@lifeasecond Имееться в виду рендерить на сервере шаблоны?

@lifeasecond @jsunderhood фантомом сквозь боль и страдания!

Я вот такое как-то делал: habrahabr.ru/post/180927/

@jsunderhood да, хочу такое к polymer реализовать

.@lifeasecond Если нужно только для поисковиков, есть сервис Prerender prerender.io, основанный на том же PhantomJS.

.@lifeasecond Если нужна изоморфность для всех, зависит от технологий. Много шаблонизаторов работают как на клиенте так и на сервере.

.@lifeasecond Самое сложное автоматически сравнивать что было нарендеренно на сервере, с тем что нужно восстановить на клиенте.

@jsunderhood @lifeasecond не надо использовать PhantomJS, пожалуйста. Это как забивать гвозди микроскопом.

@jsunderhood а как называется эта фича что бы найти фреймворки которые могут это? либо онли реакт сейчас может это

.@lifeasecond Насколько мне известно, только Реакт из коробки это номарльно поддерживат.

@jsunderhood не только хендлеры нужно “гидрировать”, но ещё и начальные значения. А ещё иногда и весь стейт компонента...

@jsunderhood @lifeasecond у PhantomJS несколько иное целевое использование. Это браузер, прежде всего. А не движок чтобы рендерить на серве.

@jsunderhood боль, печаль, страдания. Юзайте реакт

Это однозначно медленней чем просто раздать статический HTML под SPA приложение, но не критично. Общий выигрышь в сумме с клиентом лучше.

С чем могут быть проблемы, так это с подгрузкой данных. Если источники данных тормозят, пользователь будет смотреть в белый экран.

Т.к. пока сервер не закончит, показать по хорошему нечего, следовательно для lazy loading нужно больше хаков делать.

@jsunderhood а типа стримы отменили?

.@blia В случае с Реактом, стримить нечего пока не отрисуется вся цепочка помпонентов. Можно это разбить на части, но это усложняет процесс.

@jsunderhood ну типа пока ты собираешь данные для рендера, тебе же ничего не мешает отдать "верхнюю" часть html + стили

.@blia Хорошая идея. Теоретически это возможно, нужно попробовать.

@jsunderhood я так делаю, только рендер не на node.js а duktape O_0

Сделаем перерыв, продожим вечером. Работа зовет.

@raxpost @jsunderhood @DevArtem умение продавать самого себя-великое дело.Не надо надеяться, что вас замечательного просто заметят и позовут

@stay_positive @blia @jsunderhood у нас SPA на реакте отлично индексировалось гуглом без изоморфности, заказчик ещё потом просил убрать

.@as_Crazy Видимо Гугл не соврал и раскатывает постепенно JS-enabled роботов.

Select2 – пока лучшее, что я видел. Но, опять же, необходим jQuery. @lifeasecond @cssunderhood @jsunderhood

.@moskwin Есть хороший Рект компонент для селекта github.com/JedWatson/reac…

Кто пишет функциональные/end-to-end тесты в своих проектах? Какими инструментами пользуетесь?

Я начинал с CasperJS, предполагая что это сильно проще чем работать с Selenium. Я ошибался.

Сейчас на проекте мы используем Selenium, с JS биндингами + Mocha как тест-раннер. Пока ещё работаем с WD.js github.com/admc/wd

Но недавно вышла стабильная, быстроразвивающаяся библиотека JS биндингов для Selenium 2 - webdriver.io

В синтаксисе с promise-chain тесты пишутся просто на ура.

@jsunderhood gebish.org, к примеру

@jsunderhood а ещё люди zombie.js.org юзают, говорят ок

Мы наши тесты, которыми стараемся покрывать все полностью, гоняем локально, на офисном селениум сервере (стоит на iMac) и в BrowserStack.

До этого использовали Saucelabs, но сервис очень медленно работал, время старта вообще растраивало. Когда платишь за минуты, это не вариант.

Недавно ещё наткнулся на дешёвую альтернативу с безлимитными планами - spoon.net.

Кстати говоря, BrowserStack работает бесплатно для опенсорс проектов, так что грех не использовать.

@jsunderhood еще у них скидка фрилансерам

@as_Crazy @jsunderhood @stay_positive @blia Изоморфность не для гугла, а например для более быстрого рендера на плохих коннекшнах.

@jsunderhood Пробуем Селениум (Фантом очень быстро отвалился). Функциональные — Мокка + шеллоу-рендерер.

.@sapegin Что используете из JS биндингов для Selenium? Или традиционно на Java?

А кто вообще пишет хоть какие-то тесты? Понимаю, больной вопрос, но все же :)

Или просто тяжелые проекты, которым важно время старта. Особенно если в регионе плохо с сетью.

Есть смельчаки, что пишут UI тесты? Image-comparison, computed style checks и тп?

@jsunderhood Я пишу, когда чувствую, что суть класса/модуля может быть неверно истолкована в будущем, а покрыть тестами его несложно.

@jsunderhood Я о такой ситуации, когда кто-то видит баги там, где их нет, пытается их исправить, и всё превращается вообще в кашу.

@jsunderhood часто обновляющиеся проекты спокойно обновляются в фоне во время работы локальной версии из кеша.

.@as_Crazy К сожалению, пользователям которые не держат всегда открытую вкладку с сайтом, это не помогает.

@jsunderhood недавно начал писать тесты для своего апи. Удобно, и позволяет быстро понять работает или нет.

@as_Crazy @freiksenet_ru @jsunderhood ну вот этот же твиттер. Отдает тебе сначала пререндеренную ленту.

У нас на проекте для тестирование UI используется Galen galenframework.com

Помогает легко тестировать responsive и критичный лэйаут.

Начинали с тестирования всего полностью, но если частые изменения UI и небольшая команда, то тратится слишком много времени.

В итоге остановились на том, что нужно тестировать каркас и критичные части. Но обязательно в разных браузерах.

Гонять Galen тесты можно на той же инфраструктуре, что и Selenium. То есть Browserstack опять в помощь.

@jsunderhood запросы в API нужно делать легковесным скриптом в пару сотен байт, заинлайненных в <head>.

.@dmitryshimkin Согласен, это просто требует особого внимания и подхода. Не для всех проектов вариант.

@jsunderhood есть github.com/paypal/react-e… кроме SPA если отключить JS то будет обычный переход по страницам

Доброе утро! Сегодня поговорим об опенсорсе и работе в команде. Но сначала немного итогов прошлых дней.

По результатам опроса про тесты, оказывается что чуть больше половины из вас их пишет. Интересно что на конфах обычно пару рук только.

Относительно карьерных планов, 2/3 желают оставаться в разработке, без руководящих обязанностей.

@jsunderhood врут же

.@avevlad вполне допускаю, что многие кто не тестирует, не отвечали

@jsunderhood неликвидная выборка, в тви сидят самые активные,которые пишут тесты,на конфы приходят все подряд люди

.@2j2e Верно подмеченно. Со статистикой и опросами всегда так. Но интересно в рамках аудитории.

@jsunderhood Тем, кто пишет тесты, некогда ходить на конференции.

@jsunderhood написать в твиттер легче, чем поднять руку на конфе

Итак, опенсорс. Делитесь ссылками на свои проекты, подтянем звёздочек. Ссылка и пару слов о чем проект.

@jsunderhood Генератор стайлгайдов для Реакта с хотрелоадом: github.com/sapegin/react-…

@jsunderhood JSX-ассерты для шеллоу-рендерера: github.com/sapegin/expect…

@jsunderhood github.com/AveVlad/russia… Список русскоязычных подкастов на тему IT

И вот вам ещё список списков лучших подборок ссылок github.com/sindresorhus/a…

@jsunderhood Книга по Reactive Extensions for JS github.com/xgrommx/rx-book. Список про функциональщину github.com/xgrommx/awesom…

@jsunderhood Подборка по Redux github.com/xgrommx/awesom…

@jsunderhood только вчера написал модуль для типографирования базовых вещей github.com/iamstarkov/typ…

@jsunderhood PostHTML-плагин для удобного использования декларитивного BEM-синтаксиса github.com/rajdee/posthtm…

@jsunderhood Перевожу документацию по Redux на русский github.com/rajdee/redux-i…

@jsunderhood PostHTML-плагин для генерирования списка CSS классов, с поддержкой вложенной структуры и clipboard github.com/rajdee/posthtm…

@jsunderhood, yeoman генератор для статических сайтов: github.com/helloilya/gene…

@jsunderhood должен работать для всех локалей, если нет, то это баг

@jsunderhood написал вчера — ещё не использую. буду использовать в блоге и остальных пет-проектах

Помимо самих опенсорс проектов, очень приятно видеть как сервисы и компании предоставляют особоые условия для контрибьюторов.

Уже упоминали, что BrowserStack, сервис для кросс-браузер тестирования и автоматизации, бесплатный для опенсорса browserstack.com/pricing

@jsunderhood это нехило помогает продвигать сервис. Вин-вин, ящитаю

Бесплатные CI тоже много чего стоят:

UNIX based Travis travis-ci.org
Win based Appveyor appveyor.com

Даже современные IDE бесплатно отдают для контрибьютеров, как это делает @WebStormIDE

Раз уж начали о бесплатных полезных сервисах, расскажите что вы посоветуете. Самое практичное для пет-проектов/опенсорса/бложиков.

@jsunderhood medium.com/@RecurVoice/pr…

.@mr_mig_by Подборки это хорошо, но хотелось бы что то из реальной практики.

Вот например потрясающий, бесплатный CDN с поддержкой ресайза картинок под responsive desing mobify.com/mobifyjs/v2/do…

Подборка бесплатных сервисов и приложений для разработчиков github.com/ripienaar/free… Спасибо @mr_mig_by за наводку.

@jsunderhood из реального опыта:
bithound
coveralls
travis
greenkeeper.io
versioneye
testling

Для демок Node приложений очень хорошо работает бесплатный план Heroku heroku.com. Там же можно и на норм план пересесть за 7$.

@jsunderhood быстро он из режима сна стартует?

.@ewnd9 Около 20 секунд, не так страшно для демок. Можно еще автоматически пинговать через uptimerobot.com

@jsunderhood я не пишу тесты, с чего начать ?

Если же больше UI задач и нету отдельных библиотек под юнит тесты, я бы начал с end-to-end тестов, используя webdriver.io.

@krasivieglaza @jsunderhood начинать надо не с того как писать тесты, а с того как писать легко тестируемый код. google.ru/search?q=testa…

.@RusAlexander С end-to-end тестируется любой код, в этом прелесть и низкий порог входа. Но это больше для UI и продукта, нежеди для libs.

@jsunderhood почему всем нравится mocha а не jasmine? у моки столько методов, а хотелось бы что бы вещи были простые, что бы просто работать

@krasivieglaza @jsunderhood например learn.javascript.ru/testing

Отличнейший видео курс от @dan_abramov о Redux и заодно о функц. программировании, immutability и прочем полезном egghead.io/series/getting…

@sevaisnotcow @jsunderhood тогда уж просто tape взять лучше

Теперь еще есть очень модный, ультра-современный, асинхронный тест раннер c ES2015 от @sindresorhus github.com/sindresorhus/a…

И вот еще простой сервис, который упоминал ранее, идеально подходит для мониторинга аптайма малых проектов uptimerobot.com

Раз сегодя об опенсорсе, держите чеклист и бойскаут гайд о том как правильно начать свой ОС проект ericdouglas.github.io/2015/09/27/che…

Начиная с технологий, тестирования и CI заканчивая процессами организации разработки с ревью, фиче-бранчами и прочим.

Еще один важный момент — если берешь от сообщества, то давай что то обратно. Думаю каждый использует как минимум несколько ОС проектов.

Любой обратный контрибьюшен, или хоть маленький личный проект — это плата за использования всего что сообщество нагенерировало за годы.

Каждый разработчик должен иметь чувство ответственности и долга перед сообществом, генерирующим сотни клевых ОС модулей и проектов для нас.

Хватит даже обычных багрепортов, и простых PR с мини фиксами.

@jsunderhood у меня есть такая штука: github.com/mr-mig/fronten…

И loom генератор к ней: github.com/mr-mig/origina…

@jsunderhood @Vitalliumm Можно помогать даже не программируя ;-) wow.sapegin.me/image/0W3R2u3h…

@Vitalliumm Авторов, которые игнорируют пулреквесты месяцами, надо бить клавиатурой по рукам. @jsunderhood

@raxpost @sapegin @jsunderhood Пойду пуллреквесты посмотрю.....

Проверять дублирование свойств дожна умная IDE - это её работа следить за косяками программиста

@cssunderhood да знаю.. Но так само легко проверить на наличие дублированных свойств.

15:45

Поговорим о командной разработке. Практикует кто то обмен знаниями с докладами, хакатоны, или совместный просмотр записей докладов?

Как проводите обмен знаниями и исследуете технологии? Например кто то изучает Фреймворк и делает мини отчёт с выводами.

Всегда нужно меть вокруг себя умных людей, на который равняться и расти. У которых можно поучиться новым навыкам.

В ОК мы делали внутренний митап раз в месяц/пару месяцев, почти на весь день. Каждый готовил обзор на выбранную тему.

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

@jsunderhood Есть и плюсы, и минусы. Но это гораздо лучше раздутой команды с плохо налаженным общением. @_sashashakun

@jsunderhood Мы время от времени делаем внутренние воркшопы, когда член команды хочет поделится новым опытом.

@jsunderhood Иногда кто-нибудь из "старших" может выудить, что ты что-то знаешь интересное и предложит тебе всем об этом рассказать.

Вопрос к тим лидам - как собираете фидбек у команды, для планирования улучшений, полировки процессов?

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

@jsunderhood У нас есть обеды за счет компании для тех, кто пишет в блог blog.redradix.com 😀

@sevaisnotcow @jsunderhood мне jasmine нравится тем, что все из коробки: matchers, mocks, spies. В mocha надо chai, sinon, etc

Без этого легко потерять фидбек, особенно от программистов, которые по большей части являются интровертами. Да и заняты во время спринта.

Расскажите какой активности вы ожидаете от тим лидов? Какие основные обязанности по вашему они должны исполнять?

@jsunderhood Налаживать общение и взаимодействие в команде. Чтобы люди были в курсе происходящего и делились знаниями.

@jsunderhood github.com/alt-j/iseed project stub для инфраструктуры

Если решение или плана действия сразу не получаеться вывести, тогда уж надо отдельно проблему рассматривать.

Сам процесс занимает час, то есть время ограниченно для концентрации на самом важном.

@jsunderhood PostHTML, если просто — такой же как PostCSS только про HTML/XML :) github.com/posthtml/posth… @PostHTML

Ещё про изоморфные приложения – решение для стриминга Реакт-генерированного HTML в браузер для ускоренной отрисовки github.com/aickin/react-d…

Отличный доклад про изоморфные приложения slideshare.net/mobile/denisiz… Спасибо @DenisIzmaylov

Все, что вы хотели узнать о Service Workers, но стеснялись спросить serviceworke.rs Кукбук от Mozilla.

Набор готовых настроек Nginx для лучшей веб производительности от Google ngxpagespeed.com

@jsunderhood у нас тут давеча хенгаут был по сервис воркерам: youtube.com/watch?v=2JhWk_…

Был в этом году на @jsconfeu, очень впечатлил доклад об авто-обновлении кода от разработчика из Facebook youtu.be/d0pOgY8__JM?li…

В четвёртый день моего дежурства поговорим о компонентной UI разработке и библиотеках.

Самый популярный набор блоков из ру проектов, это bem-bl bem.github.io/bem-bl/index.r…

У кого есть опыт работы с ним вне Яндекса?

@jsunderhood Маленькое доаолнение - сначала нужно модуль к nginx прикрутить :)

developers.google.com/speed/pagespee…

Мой последний доклад о создании своей библиотеки React блоков speakerdeck.com/operatino/buil…

@jsunderhood bem-components здорово подходят для живых прототипов. Попробуем заиспользовать для "боевых" версий, после плотного кастома.

Вы практикуете разработку библиотек UI компонентов в своей команде? В рамках одного проекта или нескольких?

Имееться в виду набор переиспользуемых, абстрактных UI блоков. Желательно с документацией и стайл гайдом.

@jsunderhood Да, у нас два проекта. В библиотеке компонеты, общие функции и стайлгайд.

@jsunderhood зависит от проекта и стадии.
В крайней компании делали вот:
github.com/brainly/style-…

@koloskof @jsunderhood @factorymn Могу ответить за обе компании :) — используем! Только не bem-bl, а bem-components.

.@voischev Судил по кол-ву звездочек, возможно в живую статистика другая для bem-components github.com/bem/bem-compon…

@jsunderhood для "вне Яндекса" пользователей bem-components должна быть сильно больше. @bem_ru @tadatuta поправят

@voischev @jsunderhood bem-bl старая библиотека, которая была заменена на bem-core. А ru.bem.info/libs/bem-compo… — это БЭМ-Bootstrap @bem_ru

Хороший доклад про введение кросс-проектной библиотеки блоков был на прошлом WSD в Минске wsd.events/2015/10/31/pre…

Ребята из Mail.ru проделали колоссальную работу для унификации дизайна и разработки UI smashingmagazine.com/2015/07/produc…

На JSConf EU ребята из Amazon рассказали как они адаптировали Web Components под свои требования унификации youtu.be/cRTko6m6U4A?li…

С их наработками, в отличии от Polymer, можно использовать одни и те же компоненты с разными фреймворками как React и Angular.

Говоря о Polymer, в этом году они очень серьезно разогнались с 1.0 версией и открывающей конференцией Polymer Summit в Амстердаме.

На первом саммите они показали кучу инструментов для работы с Polymer, новые крутые компоненты и привели потрясающую статистику.

Все видео с Polymer эвента доступны в записи youtu.be/jVn8tlnwAEs?li….

В рамках Polymer конференции был запущен раздел с отличными туториалами для испытания на практике code-labs.io/polymer-summit.

Немного о Polymer в цифрах — более 300 проектов только в Гугле искользуют Polymer и общие компоненты.

Говоря откровенно, за одну конференцию от Polymer я услышал больше крутых вещей чем от БЭМ за годы его существования.

Но пользователькие ниши у них разные. Polymer больше для простых сайтов и прототипов, или выросших “jquery-разработчиков”.

Этот год в целом очень урожайный в плане продвижения идеи ре-используемых UI компонентов, спасибо React, Polymer и Web Components.

@jsunderhood спасибо Material UI, Elemental UI, Belle

Подробка лучших наборов React компонентов:

material-ui.com
nikgraf.github.io/belle
elemental-ui.com
react-components.com

@jsunderhood react-toolbox.com забыли. сильно лучше, чем material-ui.

@jsunderhood Еще в догонку jquense.github.io/react-widgets/… внешне looks like shit, но внутри - красота.

Поговорим об инструментах для создания библиотек компонентов. В инт. сообществе такие библиотеки обычно называют Living Style Guides.

Ранее в этом году я написал подробный обзор существующих инструментов для генерации UI библиотек и как они работают. smashingmagazine.com/2015/04/an-in-…

Был ещё доклад, где я развивал идею развития живых стайл гайдов и как они могут быть глубоко интегрированы в процесс youtu.be/vw2Ii2pPxzQ

Идея, которую вынашивал уже в нескольких компаниях, заключается в том, что библиотека компонентов это не просто набор блоков.

Имея изолированную среду с примерами UI компонентов, можно там же построить мощный инструментарий для разработки и коллаборации.

Наглядный пример как выглядит комбинация документации и станка для разработки это React генератор от @sapegin github.com/sapegin/react-…

Добавить инструменты коллаборации можно всего лишь подключив in-place комментарии рядом с примерами блоков. Например trackduck.com/en/

Очень надеюсь, что у ребят получиться хорошо запустить проект по синхронизации исходников кода и дизайна theprotein.io

Компонентная UI разработка очень зависит от уровня взаимодействия дизайнеров и разработчиков.

Сегодня поговорим о фреймворках. pic.twitter.com/ld0Kkx7tXU

Очень врятле, компилируемые в JS языки скорей всего никогда не смогут набрать критическую массу.

С GWT это произошло потому, что экспертизы в JS ещё мало было у сообщества и кросс-браузерная поддержка дорогого стоила.

@jsunderhood JS, компилируемый в JS, уже набрал, похоже.

@jsunderhood @sapegin По-моему она стала популярной за счёт бабеля и того что фейсбук её продвигает например в реакте.

Это только по Твиттеру кажется что все пишут на React и используют Babel. На самом деле большинство ФЕ разработчиков об этом и не слышали.

Один из явных показателей, это тематика инт. конференций и их публика.

@somerandstring @jsunderhood Это не правда, web Assembly это новый asm.js а не таргет компиляции.

@jsunderhood а если и слышали то это не повод внедрять в проект. Хотя на рынке труда все жаждут разрабов с опытом ес6.

@jsunderhood И не используют Джейквери, который к тому же умер :–) Так и есть: мы все в поле, искажающем реальность.

В ру сообществе больше популярны прикладные темы, поэтому инструменты и фрейморки знают многие. В остальном мире 25% сайтов сделано на WP :)

Кто использует EmberJS и может поделиться своими мыслями о его статусе и месте среди остальных фреймворков на рынке?

@jsunderhood на том самом WP, который теперь Calypso на nodejs & react?

.@gothy Это только Wordperss.com :) И даже когда сам WP переведут, переход технологий займет лет 5.

@jsunderhood Ага, суровые русские разработчики даже сраные лендинги на Ангуляре пилят.

@sapegin @jsunderhood джквери еще реакт переживет. Небольшому ко-ву фронтов хочется его умертвить по непонятным причинам.

Небольшой опрос про популярность транспиляции в JS, используете Babel или подобные инструменты у себя в проектах?

@jsunderhood С опаской, но с другой стороны не ждать же, пока примут.

@sapegin @jsunderhood если человек сейчас изучает JS, может есть смысл сразу браться за ES6?

@meuwka Ну то есть для меня Яваскрипт сейчас — это ES6. @jsunderhood

@jsunderhood скептически: недавний пример с bind показывает, что расчитывать на все stage 0 proposal не стоит

@jsunderhood делает сложнее обучение языку:по ES6 есть книги,основанные на стандарте, по ES7 - только proposals и их временные имплементации

@jsunderhood ну и нам в IDE очень сложно все это поддерживать: вот недавний пример с default imports: youtrack.jetbrains.com/issue/WEB-1770…

Итак, продолжаем о фреймворках, кто то еще считает что их слишком много?

@jsunderhood Все думали что флукса слишком много, но теперь все перешли на редукс. А обилие флукса помогло его понять и найти в чем фишка.

@jsunderhood Мораль - много фрейворков это признак здорового комьюнити. Надо любить diversity.

Всегда будут разные инструменты, которые решают конкретные проблемы лучше других. Хорошо иметь выбор под разные задачи.

@freiksenet_ru @jsunderhood я б предпочёл, чтобы вместо фреймворков на гитхабе люди выкладывали статьи на медиуме с инфой “почему так лучше"

Про Ember нам так никто и не рассказал, а найдется ли адвокат для Angular 2?

@jsunderhood ну во-первых это полноценный фреймворк, в отличии от того же реакта. с понятным и последовательным путем развития.

@jsunderhood на сегодняшний день это лучший выбор для разработки систем, завязанных на управление большим кол-вом ресурсов.

@jsunderhood кроме того, что из коробки имеет в себе все необходимое для написания приложения, имеет большое количество аддонов

@jsunderhood из минусов отсутствие полноценного SSR, потому скорее не подойдет для контентных сайтов.

@jsunderhood ресурсы данных(коллекции моделей)

@jsunderhood мы на Ember2 сейчас переписываем @neoscms.Он хорош долгой поддержкой и подходами, хорошо понятными для традиционных бэкэндщиков

@jsunderhood angular состоит из антипаттернов чуть менее, чем полностью. В angular 2 выпилили худшие из них blog.oasisdigital.com/files/2015/08/…

В каком случае вы бы выбрали разработку без JS фреймворка, только используя маленькие библиотеки?

Я считаю, так стоит делать в любом высоконагруженном проекте. Что бы сложные, неординарные задачи решать как надо, а не хаками фреймворка.

Трансформации, как последний редизайн Google+, возможны только очень кропотливым, точечным подходом.

Особенно когда очень важна производительность.

На Google+ входной js файл в 1.5mb заменили на 70kb.

@jsunderhood и в итоге написать свой фреймворк? Это ок, но существующие решения должны очень сильно не устраивать

@jsunderhood Тут надо понимать, что если маленькая команда соберётся писать свой Реакт, она скорее всего никогда не выпустит продукт на нём.

@ebin_eb0n @jsunderhood ну понятно же, что достоверно не известно. Гипотеза — снижение доверия к результатам полученным слишком быстро

Раз тут почти все за фреймворки, подкину статью против них, для выравнивания баланса aerotwist.com/blog/the-cost-…

Хорошая статья о паттернах дистрибьюции опенсорс React компонентов krasimirtsonev.com/blog/article/d…

Бесплатный CI для приватных проектов semaphoreci.com Так же есть безлимитные планы на опенсорс.

Тем временем идёт прямая трансляция с конференции о фронтенд разработке в Киеве - Web Standards Days youtu.be/_Sx5jvT0qEU

Какой CI сервис используете вы? У нас стоит Jenkins на всю компанию.

@jsunderhood CircleCI

@jsunderhood Bamboo

@jsunderhood Использую Codeship. Он, кстати, тоже бесплатен для 5 приватных проектов.

@jsunderhood Если пишете на React, то скорее всего используете Object spread из ES7. Думаю этим можно объяснить.

Запись моего доклада про разработку библиотеки компонентов для React youtu.be/qtu11dPWBhI pic.twitter.com/rzylBIg0HP

Сегодня по расписанию у нас тема о будущем фронтенда. Кто уже предвкушает смерть Реакта в следующем году?

И гадать не нужно, что ES6 будет в каждом доме разработчика. Кто ещё не проникся, краткий конспект по важным фишкам ponyfoo.com/articles/es6

@jsunderhood намек на incremental dom?
bit.ly/1NAv4Sq

@jsunderhood Если они не начнут писать Реакт 2, то все будет ок.

Я думаю для Relay сейчас самое время, давно небыло больших потрясений в фетчинге данных.

twitter.com/freiksenet_ru/…

@jsunderhood Я как-то вообще не понимаю всего этого хайпа вокруг реакта.

@Dezeter @jsunderhood Всего лишь самый лучший способ писать приложения на текущий момент, никакого хайпа.

@jsunderhood Реакт, может быть и уйдёт, а вот функциональный подход и флакс-подобная архитектура, думаю, останутся.

@jsunderhood реквест на ветку про Clojure. неделю мучаю, ощущение от среды: без велосипедов, вещи работают из коробки, 1 проблема—1 решение.

Что вы думаете насчёт оффлайн веба, и его перерождения в лице ServiceWorkers?

Тут хорошая, практическая статья о прогрессивных веб приложениях с ServiceWorkers, IndexedDB и Web Workers pocketjavascript.com/blog/2015/11/2…

Отчёт от Bruce Lawson о статусе прогрессивных веб приложений (оффлайн и installable) brucelawson.co.uk/2015/progressi…

Поддержка браузеров тоже растёт, жалко только что Safari молчит (но в WebKit уже есть наработки) jakearchibald.github.io/isserviceworke…

@jsunderhood на последних двух WSD расказывали про них. Свою нишу они определенно займут в вэбе.

@jsunderhood оффлайн вебу нужен подходящий механизм синхронизации данных, я думаю что CRDT тут выстрелит

Кстати, не пропустите возможность посетить бесплатный мастер класс от @roman01la в Чернигове gist.github.com/roman01la/fb9a…

Продолжаем говорить о будущем фронтенда, на след год пока звучали темы о Relay, ServiceWorkers, Clojure/Om. Что же будет с Angular 2?

Говоря о конкуренции с React, я думаю большую роль сыграет и React Native. Возможность переиспользовать бизнес логику на JS многого стоит.

Возможно падать не будет, но хайп уже подупал. Слишком много приложений, люди не так охотно хотят все из ставить.

twitter.com/Main_Loner/sta…

Призываю всех заполнить свежий JS Developer Survey ponyfoo.com/articles/javas…

@jsunderhood Для новых проектов проще будет сэкономить на разработке в начале запуска проекта и только потом вложится в приложение.

Список проектов сделанных на Angular, в том числе и сделанные в Google madewithangular.com/#/categories/g…

Коллеги, помогите преодолеть рубеж фолловеров в 2к на личном аккаунте @operatino. Пишу/ретвиту все самое интересное о вебе/React/компонентах

Спасибо всем отозвавшимся! Уже 1999 фолловеров, очень приятно!

Отличная шпаргалка для любого фронтенд разработчика, а так же для тех, кто учиться frontendhandbook.com

Переводил свои мелкие сайты на новый хостинг, судя по калькулятору, это самый дешевый shared хостинг что можно найти elasticweb.org

Набор утилит для легкого встраивания ServiceWorker в ваш проект github.com/GoogleChrome/s…
Там же есть демка с React.

По сравнению с фетчингом статических ресурсов из кеша, получая 304 с CDN, экономия от 40ms на запрос. Из SW кеша ресурсы идут за 0-10ms.

Живое демо смотреть здесь ifixit-pwa.appspot.com, работает пока только в Хроме и ФФ за флагом.

Как думаете, какой паттерн работы с CSS победит в следующем году? БЭМ именование, CSS модули, или инлайн стили?

Самая мощная библиотека для инлайн стилей из того, что я видел это Radium github.com/FormidableLabs…

А с помощью React Style можно во время сборки вытягивать CSS во внешний файл github.com/js-next/react-…

@jsunderhood Atomic OOBEMITSCSS

@jsunderhood победят модули, а правильный паттерн: css in js

@jsunderhood CSS-модули. При возможности их использовать, БЭМ уже не нужен, а попытки писать CSS Яваскриптом всегда были адом.

@jsunderhood шадоу дом? использую в полимере с css4 переменными из коробки, все очень нравится.

@jsunderhood последнее время пробую css modules и очень рад. Не думаю что это идеально и навсегда, но шаг вперёд - да.

И снова здравствуйте! Как проходят выходные? Сегодня у нас фристайл и мой последний день за рулём этого аккаунта.

Можете задавать вопросы на любую тему. Пройдусь по истории, дабы убедиться что ничего не пропустил.

Многие сначала по бизнес причинам не смогут перейти, а шанс что новый проект будут начинать опять с Angular не велик.

Я думаю в итоге Angular 2 займет свою нишу, для средних проектов, которые нужно разрабатывать быстро. Но Реакт его сильно подвинет.

А с Ангуляром вполне себе, раз он в основном про скорость разработки. "Angular программист" это эволюция "jQuery программиста" :)

Но это конечно просто личное мнение. Полимер кстати из той же серии в основном, для быстрого клепания сайтов.

В этой демке именно Cache Storage для статики используется, IndexedDB для данных ifixit-pwa.appspot.com pic.twitter.com/xyoHrttvlW

По факту то React пользователей в 100 раз меньше JQ.

WebSQL позволяет выкачивать гигабайты в браузер, тут демка offline npm, которая синкает весь репозиторий в браузер github.com/pouchdb/npm-br…

В Нидерладнах в любой деревне говорят хорошо на английском, к экспатам очень хорошо относятся. И тут вообще просто хорошо :)

Так что я в ближайшее время и не планирую учить голландский. А про изучения английского ничего нового не смогу рассказать.

Тут вопрос в том, что нужно переписывать а что нет. В большинстве случаев c JQ плагинами - надо переписывать.

Обычно глубокие навыки по фреймворку опциональны. Зависит от нужд бизнеса, где нужно клепать быстро, времени подучится нету.

Так или иначе руку на пульсе держать надо, и если разработчик интересуется что происходит вокруг, скорей всего он хороший кандидат.

Относительно того, плохо это или хорошо выращивать фреймворк-программистов, мнения явного нет. Бизнесу важно эффективно решать задачи.

Пока переносил хостинг, при смене паркинга домена заметил что рутер намертво закешировал DNS. Поставил Google Public DNS, кто пользовался?

В интернетах пишут, что это быстрей и безопасней должен быть. Ну как минимум лучше синкается blog.dnsimple.com/2015/03/why-an…

Проект Let's Encrypt уже начал раздавать бесплатные SSL сертификаты, но пока в закрытом бета режиме. Подписывайтесь letsencrypt.org/2015/11/12/pub…

Голландцы очень умеют продавать, и продают что угодно. Но с технологиями не очень дружат.

Если нужен React + Flux, советую пройти свежый курс по Redux egghead.io/series/getting…

В ИТ сфере точно нигде не нужен местный язык, для гуманитарных профессий может пригодиться. Говорят что в Амстердаме 40% населения экспаты.

@jsunderhood @AndreyCtkn react-motion же github.com/chenglou/react…

@jsunderhood @AndreyCtkn Ещё вот будущее blog.vjeux.com/2015/javascrip…

@jsunderhood @AndreyCtkn вот к последнему youtu.be/xtqUJVqpKNo

БЭМ стэк по моему себя оправдывает только в очень больших проектах, или компаниях как Яндекс, с кучей суб-проектов.

И возможно еще для сборки статических сайтов и прототипов. Для остального есть намного лучшие альтернативы.

Мне БЭМ стек всегда виделся сугубо специализированной технологией под определенную компанию. С Polymer/Angular/React и нечего сравнивать.

Особенно сейчас, когда Яндекс испытывает не самые лучшие времена, надеяться на его развитие не стоит.

MCSS стоит рассматривать только есть вы:

1) Делаете проект с большим кол-вом похожих блоков.
2) Вы занимаетесь только версткой.

Но Bower еще поживет, пока не все переехали, и пока не будут нормально решены проблемы пересекающихся зависимостей для ФЕ.

@SilentImp Бабель или Лоудеш — это бэкенд или фронтенд? Или и Бовером, и npm их ставить? @jsunderhood

@jsunderhood Мы уже года полтора используем в команде MCSS. Он нам здорово помог выйти из полной анархии в свое время. Сейчас больше БЭМ.

Конечного перехода правда может никогда и не быть, что примерно и происходило в ОК.

В прочем, как мы говорили ранее, ФЕ разработка сегодня это не только React с webpack. Для многих Bower еще долго будет удобней.

Но я не вижу никаких причин дальше развивать Bower, пусть тихо умирает в сторонке.

Вы всё еще мусолите эту тему? Если я не использую Webpack, то мне удобно использовать Bower @SilentImp @jsunderhood

Фуф, ответил на последние вопросы, надо бы и выходные немного использовать. В течении часа-двух приватно еще поотвечаю, но пора прощаться.

Всем большое спасибо за участие в дискуссиях и опросах, а так же за полезные ссылки и опыт!

На следующей неделе с вами будет новый разработчик, а я буду как всегда доступен на основном аккаунте @operatino.

Пишите, фоловьте, не теряем контакт! Большие вопросы можно задавать сюда github.com/operatino/ama/… или на почту r@rhr.me.

На заметку:

• @operatino - основной, англ. аккаунт;
• @operatino_ru для русскоязычных дискуссий;

Пока, и до скорых встреч!