Всем привет! На этой неделе вас буду развлекать я, Рома Лютиков @roman01la 🙂 pic.twitter.com/vzdyYHUMnW

Я JavaScript разработчик из Чернигова. Это где-то на севере Украины.

Сейчас работаю в испанской компании @redradix

У нас полный стек на JS, небольшие проекты. В основном стартапы. Сейчас, как и все, болеем реактом.

@jsunderhood @roman01la круто. В прошлый раз было отлично. pic.twitter.com/l4eixoqgA1

Кстати да. Я уже вёл этот аккаунт год назад. Так что можно сделать ретроспективу изменений в жизни разработчика за один год.

На самом деле изменилось не многое. Тогда делал реакт и сейчас его делаю. Только уже более осознанно, быстрее, лучше.

Сейчас только добавился React Native. На рынке заметно возросла его доля, особенно среди стартапов.

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

Боль потому, что RN очень сырой. Работающие с ним могут прокомментировать, буду ретвитить.

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

Конференция будет проходить в эту субботу, постараюсь писать о самых интересных докладах.

Если не ошибаюсь, соорганизоторы конфы @operatino и @PixelsCommander Это был локальный митап, который перерос в полноценную конференцию

@jsunderhood @jeetiss пусть попробует React Native, Ionic, NativeScript или ещё какой бред.

У нас, в Чернигове, мы делаем свой небольшой митап @chernihivjs Вначале я был настроен пессимистически, но сейчас все более или менее хорошо

@jsunderhood RN, NativeScript, Ionic — это неиссякаемый источник отмазок:
— Почему %проблема%?
— Ну а что вы хотели, это ж RN/NS/Ionic

Если хотите сделать митап в своём городе, но думаете, что затея напрасная, все равно делайте!

Вы ничего не теряете и даёте толчок на создание сообщества. Это можно подкреплять курсами и новыми форматами встреч.

@jsunderhood livescript, та ещё боль

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

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

@twenty @jsunderhood а какие проблемы с ionic?

@jsunderhood можешь сделать выжимку того, что стало осознаннее и лучше?

.@23ydobemos думаю все как обычно: появились устоявшиеся подходы к разработке, вся команда комфортно себя чувствует с реактом и экосистемой

.@23ydobemos договорились о шаблонах в процессах разработки и создали инструменты для более эффективной работы

.@23ydobemos в общем поставили все это дело на конвейер:)

.@freiksenet_ru А не хватает ли какого-нибудь Xcode, который даёт UI инструменты?

@jsunderhood вы щас угорели что ли?

.@twenty Нет :)

@jsunderhood @freiksenet_ru чуть в сторону по дизайну нестандартному, анимации, буст по производительности в виде того же Sql оптимизации

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

.@twenty Во всяком случае я за здоровую критику :)

@jsunderhood я подозреваю, что за RN ратуют те, кто нативной разработки не знает. @twenty

@twenty @jsunderhood я думаю что у ionic сейчас есть своя небольшая ниша, где "тормоза" компенсируются скоростью разработки и тем что 1/2

@twenty @jsunderhood 2/2 не надо держать/нанимать отдельную команду.

@jsunderhood а кто умеет программировать под iOS/Android, для того все эти RN/Ionic - это большой шаг назад по тулам и возможностям @twenty

@jsunderhood у существующих RN компонентов недостаточно широкие возможности/баги => пишешь свои, а чем тогда react?

Пока здесь решается вопрос нужен ли RN, я отойду. Потом ретвиту самое интересное :)

@jsunderhood несколько дней назад в чате обсуждали gitter.im/razbor-poletov… в контексте клиента для @gitchat на RN github.com/terrysahaidak/…

@jsunderhood как iOS разработчик с 5 летним стажем скажу что В RN не хватает профилирования и вообще системной поддержки. Но я верю что 1/2

@jsunderhood 2/2 что следующее поколение системных фреймворков будет построено на похожей парадигме. Слишком очевидны преимущества React

@jsunderhood Это не особо причем. Главное моментальный релоад, нормальный язык разработке и декларативный API.

@jsunderhood не ошибаешься, но помимо нас ещё в организации участвует @MLarchanka и пара других ребят

@blia @listochkin @jsunderhood @twenty зато лайв релоад, мгновенные релизы, и shared codebase между платформами

@operatino @blia @listochkin @jsunderhood и это всё — миф для легковерных фронтендеров

@jsunderhood @operatino Верно, это был AMS React митап который хостит @Sander_Spies уже полтора года. У конфы была хорошая база для старта.

@jsunderhood @freiksenet_ru мне норм, HMR здорово перекрывает такую необходимость

.@pomidore @freiksenet_ru но как же всякие сториборды в Xcode и библиотеки компонентов?

Я правильно понимаю, что в React Native так же, как и в вебе: используют или Flux или Redux или Relay?

@twenty @operatino @blia @listochkin @jsunderhood Я тоже придерживаюсь мнения - нейтив лучше, но есть барьер и многие его не переступают

.@pomidore @freiksenet_ru а представь как бы повысилась твоя эффективность, если бы были таки инструменты для веба? :)

@jsunderhood С Relay это вообще волшебная конфетка, а не фреймворк :)

.@freiksenet_ru мне предстоит RN + Relay, через год проведу снова неделю здесь и отчитаюсь :)

Самый распространённый вопрос о Relay: где хранить состояние UI, которое никогда не отправляется на сервер? Например состояние комбобоксов.

Relay — это ведь только об управлении данными, которые ходят между клиентом и сервером.

@jsunderhood Либо client-side схема через network layer, либо добавить Redux. В будущем будет нативно, через client-side схему, видимо.

.@freiksenet_ru видимо это два самых распространённых решения :) Расскажи про схему. О Redux и так все знают.

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

.@pomidore @freiksenet_ru Верно. Но когда у тебя есть интерфейс для позиционирования этой кнопки, ты уже видишь где она будет размещена.

.@pomidore @freiksenet_ru Я не против хот релоада, это хорошо и он нужен.

@jsunderhood Я сам не пробовал так делать, вот блог пост про это. hueypetersen.com/posts/2015/12/…

Альтернативой Relay может быть реализация в Om.next. Вот здесь её портируют на JS github.com/threepointone/…

.@RReverser @pomidore @freiksenet_ru Я не делал UI в Xcode, но по словам знакомого, там для адаптивности очень крутые инструменты.

@glitterOfHyad @blia @listochkin @jsunderhood @twenty А с чего ты взял что перформанс простых прилож страдает с нативным UI из React Native?

@operatino @blia @listochkin @jsunderhood @twenty Я исключительно под нестандартный UI, коим любят баловаться дизайнеры для ios приложений.

@DevArtem @twenty @blia @listochkin @jsunderhood нейтив лучше для качетве одного конкретного приложения, а не для бизнеса и продукта

.@operatino @glitterOfHyad @blia @listochkin @twenty Жаловались на тормоза, когда в JS потоке идёт работа с большим количеством данных.

.@operatino @glitterOfHyad @blia @listochkin @twenty Особенно на Android.

.@operatino @glitterOfHyad @blia @listochkin @twenty Для оптимизации нужно разбивать обработку на куски, выполнять в next tick.

@jsunderhood @RReverser @pomidore @freiksenet_ru последний xCode делает лайв-рендеринг для любого девайса и пересобирать ничего не надо

@jsunderhood @operatino @glitterOfHyad @blia @listochkin @twenty Никто же не говорит что нет проблем. Мы говорим что это будущее.

@freiksenet_ru @jsunderhood @operatino @glitterOfHyad @blia @listochkin нахер такое будущее.

@freiksenet_ru @jsunderhood @operatino @blia @listochkin @twenty Ребят, это холивар, закрывайте уже тему.

Закрыли 😅

@jsunderhood В то время как Xamarin стал бесплатен, я думаю RN особо не актуален ибо можно писать на F#. По поводу рантайма - он минимален

@jsunderhood Кто любит Swift также можно уже делать кроссплатформенно elementscompiler.com/elements/silve… (не мне тебе говорить о js ;))

К предыдущим ретвитам: кто-нибудь пишет/играется с языками компилируемыми в JavaScript?

BabelScript не считается 😎

@jsunderhood elm/purescript

На самом деле это тема на завтра, но можно немного начать уже сегодня.

@jsunderhood Ща заинтересовала комбинаторная логика - основа всего исчисления, довольно интересно тут youtube.com/watch?v=O_rcdi…

@jsunderhood золотые слова! Именно так и появился @kurskmeetup - ежедвухнедельный IT митап в Курске

@jsunderhood Вопрос зачем.

.@freiksenet_ru Хороший вопрос. Наверное когда JS так надоел, что хочется другой язык, пока он тоже не надоест.

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

@jsunderhood scala-js няшка

@jsunderhood elm, но interop какой-то фуфуфу
хочется elm, реализованный поверх ts, с gradual typing

@jsunderhood @freiksenet_ru приходишь такой к начальству "чет js надоел, давайте писать на %newlangname%", а они тебе "конечно давай!"

@jsunderhood @freiksenet_ru (на самом деле нет)

@jsunderhood играюсь с Elm. Очень круто, но в прод пока опасаюсь тащить.

@jsunderhood а не было желания перейти в другую область? В мобилки те же?

.@_sashashakun было желание перейти в область затяжного трекинга, но к коду все равно тянет :)

@_sashashakun @jsunderhood @freiksenet_ru я рискую вбросить, но вакансии на cljs примерно так и появляются
и это неплохо на самом деле

@_sashashakun @jsunderhood Со мной вот это и случилось, не могу после Objective-C/Swift смотреть на JS.

@jsunderhood мы как раз в @frontflip_js пытаемся найти тех, кто готов про elm/typescript рассказать. Поможешь? frontflip.me/possible_theme…

@jsunderhood Это хороший повод. Я лично уже наигрался, я писал за деньги на Common Lisp и Clojure и развлекался Haskell и Agda.

.@freiksenet_ru И в итоге вернулся к JS, почему?

@jsunderhood Я не вернулся, а пришёл к нему. На нем (с реактом) кайфовее всего писать приложения и тут самое лучшее комьюнити.

@freiksenet_ru @jsunderhood ну, кложа/кложурскрипт очень много полезного дала в свое время + мозги прокачала

@freiksenet_ru @jsunderhood чего не могу сказать о джаваскрипте

Вброс: Redux простой, но Redux + React много сложнее для понимания, чем Flux + React.

Такой вывод сделал по количеству затраченного времени на объяснение того и другого.

Комментарии в стиле «просто ты тупой и все остальные тоже» не принимаются.

Особенно сложно даётся понимание мидлваров.

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

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

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

@jsunderhood Так а чего ругать-то, все так и есть на самом деле.

.@iamboyarskiy я бы выбросил диспетчер, но паб/саб очень простой для понимания

@jsunderhood Flux тоже нифига не простой, я со второго раза только понял.

@jsunderhood Fun fact, наш CEO когда-то написал практически Redux в нашей местной вариации флукса, тоже сторы возвращающие новое состояние.

.@freiksenet_ru Мы тоже в свое время посмотрели на Om и перетащили много идей из него. Все современные реализации очень похожи.

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

На сегодня все. Нужно ещё подучить RN. Как бы там ни было, но JS в нейтиве — это клево :)

Всем привет! Этой ночью умер React Router medium.com/@taion/react-r… 😱

Я ночью начитался о RN и ничего нового для себя не открыл. Сейчас переписываю на JS todo list приложение, которое делал на ClojureScript.

Кстати, для RN с ClojureScript хот релоад был сразу :) youtube.com/watch?v=w9aE4D…

У меня практически сразу возник вопрос: какой роутер использовать? На GitHub их миллион. Он должен быть нативный и с удобным JS API.

В RN очень круто работают анимации на react-motion github.com/chenglou/react…

Если кому-нибудь интересно сделать RN приложение на ClojureScript, то вот здесь ресурс с полезными ссылками cljsrn.org

Я делал с помощью инструмента Re-Natal github.com/drapanjanas/re… На Reagent + re-frame

Говорят, что в iOS можно поднять SQLite на локальном сервере и общаться с базой через REST. Таким образом разгружается JS поток в RN.

Вот вам к утреннему кофе пост о том, как V8 оптимизирует JS medium.com/@ghaiklor/how-…

Здесь код приложения на ClojureScript github.com/roman01la/re-t… Скоро опубликую то же самое на JS.

У меня сейчас процесс погружения в React Native по работе, так что буду много о нем писать.

В Gitter чатике dev-ua/reactjs можно спрашивать об RN, там есть толковые ребята gitter.im/dev-ua/reactjs

Вы используете инструменты, которые повышают эффективность разработки с React? Какие?

@jsunderhood джунов.

Мы используем CLI для генерирования компонентов из HTML roman01la.github.io/html-to-react-… Это очень экономит время на старте проекта.

В этом скринкасте показан процесс работы youtube.com/watch?v=Cd8cNL… На выходе готовое дерево компонентов, которое тут же можно отрендерить.

@jsunderhood недавно ещё написал немного medium.com/@ghaiklor/opti…

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

У меня так было с ботом переводчиком для Slack github.com/roman01la/slac… pic.twitter.com/ucKAF1xbPo

@jsunderhood Да все опенсорсные в общем-то.

Бывало прям на почту писали: «у тебя там не работает, быстро сделай, а то я не знаю англ. и из-за тебя потеряю клиента» :D

@jsunderhood со всеми вопросами про GitterMobile можно еще в
gitter.im/terrysahaidak/… @c01nd01r

Набросал структуру приложения на Redux и пару компонентов. На это уходит много времени. Нужно написать много кода, что бы что-то работало.

Имеется в виду нормально структурировать проект. Например модульный подход в ducks github.com/erikras/ducks-…

По ощущениям в cljs это делается много быстрее с re-frame и кода пишется меньше.

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

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

Мы для себя сделали базовое приложение, с которого всегда стартуем новые проекты github.com/redradix/redux…

Плюс к этому у нас есть так называемые «рецепты» — переиспользуемые реализации разных фич github.com/redradix/redux…

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

@jsunderhood я - да. Но я в каждом новом проекте стараюсь пробовать что-то новое. Основное - копирую руками

Очень хорошо выносятся Redux мидлвары с сервисами, которые они дергают. Например API или DB.

Если вам захочется в RN делать графику, то советую проект Ejecta. Вот бойлерплейт с Three.js github.com/gilbox/react-t…

Ejecta — это биндинг к OpenGL реализованный как Canvas 2D и WebGL API. То есть существующие JS библиотеку работают с этой штукой.

Я тут говорю о Redux и RN, а есть ведь те, кто только начинает знакомится с React. Отправлйте ссылки на учебный материал для новичков :)

Многим нравится запись воркшопа по React/Flux, который мы проводили в прошлом году. Как раз для новичков youtube.com/playlist?list=…

К нему прилагается репозиторий с кодом всех упражнений и практическим заданием github.com/roman01la/reac…

По поводу быстрого старта: генератор приложений на React Native strapmobile.com/customizer/

А кто тестирует вьюшки в React? Мы практически сразу отказались от этого. Тестируем только редьюсеры, экшены, мидлвары и сервисы.

@jsunderhood аккуратные propTypes и statless components. Без тестов.

.@RusAlexander а как же логика управления состоянием?

@jsunderhood Мы тоже сами компоненты не тестим, больше делаем функциональных тестов всего в целом. Но думаю попробовать тестить контейнеры.

Я еще не видел Selenium тесты в проектах на React. Есть такие?

Думаю в этом случае Selenium не нужен. Нет смысла тестировать то, как React обрабатывает DOM события. Это уже протестировано в нем.

Можно использовать рекордеры экшенов для создания сценариев и воспроизводить их без браузера.

@jsunderhood есть, но не у меня. Обычно характерно для проектов, где есть отдельная команда QA, покрывающая тестами UI на разных технологиях

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

@jsunderhood мы пишем acceptance, без упорок (а-ля css классы трекать), но чтобы быть уверенными, что всё критичное на месте в браузере

@jsunderhood про много кода в разных местах React+Redux - соглашусь. Порой хочется взять какой-нибудь Ember с 20 слоями абстракции!

@jsunderhood Selenium по опыту не очень кул штука, очень уж медленный и хрупкий инструмент. ИМХО Shallow rendering в разы круче.

@jsunderhood В тему тестов: selenium тестирует всю систему, проверяют много чего, но тяжело определить что же конкретно сломалось.

@DevArtem @jsunderhood selenium всё ещё хорош для css regression, в том же реакте кроссбраузерно тестировать уже и нечего.

@jsunderhood к слову, есть karma-jsdom-launcher github.com/badeball/karma…, удобно оставаться в одном тех. стэке для разных тестов и окружений.

ура, портировал туду лист на JS версию в RN pic.twitter.com/3iZbZLGPMj

JS версия в ветке javascript, в том же репозитории где и оригинал на cljs github.com/roman01la/re-t…

По ощущениям процесс идет медленнее. Пишешь так же быстро, но больше. Надежда на Relay.

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

Для JS на нейтиве, RN наверное самая безболезненная платформа в плане старта проекта.

Мне например в Cordova так и не удалось нормально настроить окружение и тот же хот релоад.

react-native-sqlite-storage — порт Cordova плагина SQLite3 под RN github.com/andpor/react-n…

Этот плагин полностью реализует API Cordova плагина, а для него у меня есть рецепт (сервис + мидлвар). Вот вам полное переиспользование.

Удалось поднять SQLite на нейтиве. В качестве query билдера заюзал Knex. Правда его пришлось собрать отдельно.

Потому, что Knex использует модули из ноды, которые полифилит browserify. В нейтиве этого нету.

@jsunderhood кстати да. у кого уже есть продакшн с relay + graphql: на чём он? как ощущения?

Babel мертв, все на Buble gitlab.com/Rich-Harris/bu…

На сегодня все. Закругляюсь с RN, голова от него уже болит.

Всем привет. Сегодня немного поговорим о языках компилируемых в JS.

Меня в данный момент интересует ClojureScript. Но обсуждать можем любой другой.

У кого-нибудь есть опыт работы с такими языками? Как ощущения? Потом вернулись в JS или нет?

У всех них есть общая проблема: небольшая доля на рынке.

Разработчики очень туго переходят с мейнстримных языков на что-нибудь менее распространённое.

Наверное потому, что часто думают так: «Я всю жизнь пилил на JS, я здесь крут. Перейду на Elm и буду никем. Нафиг надо.»

Как будто бы весь ваш опыт разработки улетучивается :)

@jsunderhood Есть очень плохой опыт работы с коффескриптом. Never again, это самое говно которое только может быть.

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

Во-во. Много подходов к разработке SPA перетащили в JS из мира ClojureScript. Например глобальное состояние и курсоры.

@jsunderhood Пробовал кофе, очень понравилось, но практически не развивается. Очень верю в TypeScript, хотим использовать в новом проекте

Длинный список всевозможных диалектов и языков компилируемых в JS github.com/jashkenas/coff…

@jsunderhood ага, еще пример — Redux был написан под вдохновением от архитектуры Elm.

Elm сейчас довольно популярен. Можно судить хотя бы по количеству статей на Medium.

Он подкупает крутым компилятором elm-lang.org/blog/compiler-… pic.twitter.com/aQ7SmizWuy

Если вы за статическую типизацию, то вам стоит попробовать Elm.

@jsunderhood Я не вижу повода, у языка нет бенефитов особенных, бенефиты идут от комьюнити, опыта и тд.

@jsunderhood а лучше scala.js или ghcjs! Они хотя бы пригодятся вне веба!

@jsunderhood Это миф что типизацию что-то реально дает. Нужны хорошие программисты, у них будет хороший код на том что они хорошо пишут.

@jsunderhood В JS сейчас есть достойный статический анализ через eslint. Приходит Flow дающий постепенную типизацию. Надо это юзать.

@jsunderhood а у кого-нибудь есть опыт с purescript? говорят, что из haskell like он круче чем elm, но я сам не пробовал.

Интересно, что все популярные компилируемые языки (Elm, Kotlin, ClojureScript и т.д.) — это функциональщина. Как мы до такого докатились?

@jsunderhood просто всем надоели циклы

Самое популярное решение в мире ООП — это GWT gwtproject.org

Точнее в мире Java. Страшная штука, но видимо в своё время в ней был смысл.

Я хочу написать блог пост(ы) про Relay, рассказать чем он крут и как на нем делать разные вещи. Чтобы вы хотели чтобы я покрыл? @jsunderhood

Для интересующихся Clojure: сегодня в Киеве будет митап, на котором @asolovyov расскажет как рендерить React без JS meetup.com/Kiev-Clojure-U…

А я записываю видеоуроки по ClojureScript для JS разработчиков. От синтаксиса и до создания полноценного SPA youtube.com/playlist?list=…

Так же поддерживаю ресурс о cljs на русском языке. Там есть справочник по языку и интерактивные упражнения clojurescript.ru

Попробовать кложескрипт можно там же, в онлайн REPL clojurescript.ru/repl/

Недавно делал доклад, в котором за полчаса попытался рассказать о cljs youtu.be/2Kvs2NrZrK0

Немного больше расскажу 21 мая на @KharkivJS kharkivjs.org Обязательно посетите эту конфу, в прошлом году были крутые доклады.

@jsunderhood TypeScript популярнее и совсем не функциональный.

Погружению в лисп хорошо способствуют лекции по структуре и интерпретации программ (SICP). Для общего развития тоже youtube.com/playlist?list=…

@jsunderhood "An idiosyncratic tour of SICP in Clojure" sicpdistilled.com :)

Да. Точнее сказать будет: «Как рендерить React-совместимую разметку без React и JS» t.co/aANmAuqNpn

@narmaru @jsunderhood @asolovyov тут есть нюанс :) github.com/tonsky/rum/blo…

Как раз в этом случае очень хорошо проявляются преимущества DSL на структурах данных.

У @niquola есть интересный доклад о Data DSL в Clojure youtube.com/watch?v=urQ5o7…

В JS тоже так делают, но за счет более выразительных структур данных в Clojure это нормально читаемо.

Как раз о том, как все трансформации данных можно реализовать через reduce.

@jsunderhood я знаю о ней) она есть тут github.com/xgrommx/awesom…

Как вы думаете, что имеет смысл тащить в JS из мира функциональщины?

@jsunderhood в том же котлине прекрасная возможность писать любой DSL который душе угодно kotlinlang.org/docs/reference… github.com/Kotlin/anko

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

Там где все об этом знают и комфортно себя чувствуют.

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

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

Или вот тащат в язык `do`, потому, что JS statement-based ponyfoo.com/articles/propo…

@jsunderhood еще интересная штука - это метопрограммирование jetbrains.com/mps/?fromMenu

@jsunderhood тут еще вон новый зверь - асинхронный генератор github.com/tc39/proposal-…

Память не разрастается благодаря structural sharing. Так реализованы данные в Clojure и в Immutable.js youtube.com/watch?v=I7IdS-…

.@freiksenet_ru ну если есть structural sharing, то все данные не копируются, только измененные и путь к ним вглубь, остальное по ссылке.

В JS можно тоже привносить свой синтаксис, без Babel. Sweet.js сейчас активно переписывается sweetjs.org

У нас в одном проекте он использовался. Но это только потому, что вся команда понимала, как оно работает и зачем им эти макросы.

Бездумно выдумывать синтаксис — усложнять жизнь другим разработчикам.

@jsunderhood Вот кстати тоже довольно крутая статейка про лень filimanjaro.com/blog/2014/intr…

Пример того, когда вам может понадобиться мемоизации в React medium.com/@roman01la/avo…

Трансляция митапа о кложе youtu.be/Fh529ExAtjI

@jsunderhood Кстати любителям clojurescript есть реактивная библиотека inspired by Rx github.com/funcool/beicon

@jsunderhood React Native for Windows 10 and Samsung Smart TV.

@jsunderhood F8 app built with React, React Native, Redux, Relay, GraphQL. makeitopen.com

@freiksenet_ru @jsunderhood TypeScript много раз спасал от дебага в рантайме своими предупреждениями на этапе компиляции! Типизация нужна.

React Native победил

@jsunderhood, недавно на ДАМП слушал доклад про React Native. Понял что приложения надо писать на нативных языках платформ и не извращаться

Ко всему этому добру еще есть react-native-desktop React Native for OS X github.com/ptmt/react-nat…

Отключаюсь. Увидимся завтра pic.twitter.com/9UQ5ruTb3O

Оптимизация хвостового вызова все же работает в Canary, в strict моде. Всем рекурсия пацаны! pic.twitter.com/2Mm9REnVGq

Safari Tech Preview 2 fixes 10 ES2015 test cases from @kangax's test suite (over STP1). Only 17 tests left to go for 100% score! #webkit

Исходники приложения F8 на React Native, Redux, Relay, GraphQL github.com/fbsamples/f8app

Тем временем продолжается работа над нативной поддержкой JS модулей в браузерах blog.whatwg.org/js-modules

Когда реализуют модули в браузерах, можно будет разрабатывать без бандлера.

На @rollingscopes чувак из Google об этом рассказывал и адово пиарил Chrome youtu.be/g3UeAsiW88U

@jsunderhood запустили продажу билетов, должно быть очень круто kharkivjs.org

Сервис-воркер с Babel внутри для транспиляции загружаемого JS github.com/bahmutov/babel…

А у вас есть сервис-воркеры в проде?

У нас в блоге есть сервис-воркер для кэширования статей blog.redradix.com

Achieving point-free JavaScript with R.converge / _.over medium.com/@nicoespeon/ac…

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

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

@jsunderhood Нет. Будут те же проблемы, что с Require.js - в нем уже можно без бандлера, а что толку.

@jsunderhood это обсудили в webpack team AMA hashnode.com/ama/with-webpa…

@jsunderhood @Blackrabbit99 HTTP2 это как web assembly, все думают что он магически их спасёт.

React Component Development Kit voice.kadira.io/say-hello-to-r… Какой-то новый CLI для разработки на React.

JSCS объединяется с ESLint eslint.org/blog/2016/04/w… Последняя версия JSCS будет 3.0.0

Meanwhile, in a parallel universe… commitstrip.com/en/2016/04/14/… pic.twitter.com/R4VW0TvHsT

Кто-нибудь еще использует JSCS?

@jsunderhood Давно уже перешёл на Еслинт.

А у вас есть стайлгайды по JS? Например через .eslintrc

@jsunderhood github.com/mourner/eslint…

Мы форкнули стайлгайд airbnb и подогнали под себя github.com/redradix/javas…

день, когда мир узнал, что был ещё какой-то JSCS.

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

У нас кто-то сидит на Atom, кто-то на ST, а другие на Vim. За всеми не уследишь.

@jsunderhood Я так же сделал: github.com/tamiadev/eslin…

@jsunderhood Пока что словесными пинками и падающим CI.

@jsunderhood пока код не отлинтован нормально (legacy?) - пинками на ревью
отлинтовали большую часть - вешаем 2 на хук

Заметил, что самые неаккуратные — пользователи Vim. Ну или у нас в команде так совпало просто.

@jsunderhood ахахаха, это потому что syntastic (линтогонялка) тормозит и recheck on save
Говорят, что в neomake всё ок, но я не проверял

@jsunderhood использую стайл airbnb

Давайте поговорим об организации процесса разработки с React. У вас верстка отдельно или на этапе создания компонентов?

@jsunderhood У нас Реакт Бутстрап, но у нас админка.

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

Верстка сама по себе уже компонентная, оформлена в виде гайда по проекту. Что-то типа @SourceJS от @operatino, только на middleman

Для ускорения процесса создания компонентов React из верстки я и написал html2react github.com/roman01la/html…

@jsunderhood outsource чистой версткой через html-to-react
in-house сразу компонентами со всем-всем-всем

@jsunderhood Начали верстать статические прототипы на реактовых компонентах. Билдим html/css/js. Потом этот код компонент используем в прод.

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

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

@jsunderhood В общем случае в проде может и не быть реакта, но весь пототип будет на нём. Из минусов: всем (и дизайнерам) понимать реакт.

@jsunderhood @SilentImp @cssunderhood у нас. И как я раньше без него жил :-)

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

Верстка уже забывается :(

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

@jsunderhood – куда там float: left? тут? а здесь обнулять? или так? v1.std3.ru/54/96/14607086…

@jsunderhood надо же … сейчас окажется, что люди на проде уже и grid пробуют >_<

@jsunderhood есть ещё eslint-loader для вебпака который все ошибки линтинга сразу в консоли браузерной показывает.

@SilentImp @jsunderhood ну так по недавнему опросу на сайтпойнте в его употреблении признались... аж 36%! sitepoint.com/results-ultima… :)

@jsunderhood есть офигенная либа для postcss github.com/peterramsing/l…

@jsunderhood @Bizi есть отличная статья о том, чем отличаются флексы от грида, легко гуглиться. У них разные задачи

Тем временем в Амстердаме пасмурно и прохладно pic.twitter.com/sgQYds0pTN

KharkivJS №6 21 мая: Node.js под нагрузкой, ClojureScript, RxJS, асинхронность, архитектура kharkivjs.org pic.twitter.com/EQ2PZ8QpsL

5 июня в Питере будет конфа HolyJS. Все темы докладов крутые holyjs.ru

касается многих хипстеров-разработчиков

John Lennon pic.twitter.com/xIvRrCxL4V

13:55

@jsunderhood Мы на speakers dinner в Loetje aan ’t IJ", Werfkade 14, 1033 RA Amsterdam с 18:00.

@jsunderhood что бы полезного почитать про рендер реакта на сервере? Сейчас в ноде renderToString у меня чудовищно медленно работает.

Матерые разработчики бекенда ругают Node.js и говорят, что никогда на этом писать не будут. Почему?

@jsunderhood Потому что они настолько матёрые, что переключиться на новую технологию им сложно. Проще её ругать, чем осилить.

@jsunderhood Понты и история наивности в самом начале истории ноды. Все стало лучше, а стереотипы остались.

Ещё вопрос про ноду: как правильно использовать кластер и все, что связанно с распараллеливанием задач? Наверное это мало кто использует.

.@operatino @jsunderhood здесь всё достаточно субъективно. У кого-то здесь, например, частично переносится нелюбовь к js в принципе.

.@operatino @jsunderhood кому-то не нравится node'овская экосистема, кто-то просто не рассматривает всерьёз ноду как серьёзный инструмент.

@jsunderhood не хранить стейт в оперативной памяти, а вообще смотря для чего.

@jsunderhood думаю это вопрос не конкретно про ноду – у нас решение на основе докера и кубернетес, крутят ноду и го

Для чего вы используете ноду? CLI, API сервера, может кто-нибудь AI делает?

В основном нода хорошо идёт на API. Быстро обрабатывает запросы.

@jsunderhood Вот пишу на ноде CLI который генерирует для меня нужный C-код :)

Скажу вам больше, его даже во фронтэнде использовать стремновато.
@redmoonstudio @jsunderhood

@webholt @jsunderhood Просто стремновато JS в бэкэнде использовать.

14:57

@jsunderhood cli, api, daemons

@jsunderhood Для сборки фронта. В качестве дебаг-сервера.

Никогда не видел, что бы делали долгоиграющие процессы на ноже.

*ноде 😅

Уже появились билеты на Reactive Conf 2016 reactiveconf.com/#tickets Судя по докладчикам, будет сильно

@jsunderhood там же нет статической типизации, а без нее никак не пишется: видимо, матерые разработчики всегда ошибаются именно в типах

@jsunderhood потому что на бекенде богатый выбор

@jsunderhood pm2 или нативный кластер, который по round robin отдает реквесты подпроцессам

@jsunderhood API прекрасно идет: Mongo+Swagger, или вот щас GrpaphQL пойдет

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

@jsunderhood у меня в основном CLI для тулзов, ибо С - излишне сложно, а Bash - очень извращенно

А кто работает удаленно? Что вы делаете, чтобы поддерживать чувство «team member»? Это проблема, на самом деле.

@jsunderhood общий чат. Классный шеф :)

@jsunderhood раз в неделю пишем «летопись», как прошла неделька. общаемся при возможности, изредка встречаемся все вместе

Мы ведем активную переписку в Slack, обсуждаем новые технологии. Делаем воркшопы в хенгаутах.

@jsunderhood skype звонки. Особенно хорошо: обсуждение проблемы на которую взгляды по решению расходятся

@jsunderhood один из элементов: канал в слаке для фоток #a-photo-a-day

@jsunderhood daily fucking scrum fucking morning fucking meetings

@jsunderhood встречаемся вместе и проводим демо и ретро в конце каждого спринта 😉

The F8 App we shipped in the Windows Store is now available on @github github.com/ReactWindows/f…. Let us know if you have issues!

@jsunderhood 4 раза в год летаю в США к сотрудникам

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

Мы скоро начинаем #reactamsterdam pic.twitter.com/WU8VrCsqcO

@jsunderhood мужик в шоке pic.twitter.com/vG3IPiO7PN

Весь этот фронтэнд — какой-то Амстердам. Все укуренные и со своими велосипедами.

Мы скоро начинаем #reactamsterdam pic.twitter.com/WU8VrCsqcO

8:05

. @jsunderhood Все ваши ретвиты с тегом #reactamsterdam попадут на твит куб в Амстердаме, да :trollface: pic.twitter.com/R1SFun1Hal

Первый доклад о миграции больших проектов на React pic.twitter.com/7sTp0U5XT7

Рассказывает как переходить на React частями, по одному компоненту. Например можно заменить роутер pic.twitter.com/CHkMnaVrVQ

@squid__xd @jsunderhood А вот этому похоже уже хватит Реакта на сегодня. pic.twitter.com/uw80izqcfv

В Backbone сложно следить за состоянием, а в Redux можно использовать redux-logger и увидеть каждое изменение.

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

Второй доклад о том, как делать продукт на React и радовать пользователей pic.twitter.com/MxorwuQ0cV

Изолированные компоненты — это хорошо! Разработка в изоляции поможет с этим.

Такие компоненты проще поддерживать и переиспользовать.

Такие компоненты хорошо комбинировать создавая более сложные компоненты.

Как достичь этого? Разрабатывайте компоненты, а не страницы.

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

@jsunderhood а зачем на них мигрировать?

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

Используйте «чистые» компоненты, а когда вам нужно состояние или методы жизненного цикла — классы.

Над чем нужно поработать в React? Анимации, жесты и система лейаута. pic.twitter.com/TSkiaFojTf

Следующий доклад @oleg008 о CSS в JS pic.twitter.com/yLYxJmk354

Проблема CSS в глобальном неймспейсе, точнее в селекторах.

.@oleg008 сделал решение — JSS github.com/jsstyles/jss

Проблема в специфичности селекторов pic.twitter.com/AImB9bKDXe

И в сложных селекторах. Используя пре-процессоры вы все равно получаете CSS. Вложенности и вот это все раздувает стили.

Что такое JSS? pic.twitter.com/TQ4ZinLPMJ

Так записываются медиа запросы pic.twitter.com/todF8EAEzS

JSS не привязан к React, расширяем плагинами и генерирует только необходимый CSS pic.twitter.com/mPniw6Bhms

Следующий доклад о серверном рендеринге в React pic.twitter.com/BJQJs4OO5r

PHP — протохипстер серверного рендеринга pic.twitter.com/ZXb9hGVdpy

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

Страх и ненависть на конфе по React pic.twitter.com/casPKlhnvP

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

Можно стримить рендер с помощью github.com/aickin/react-d…

Ссылки на ресурсы о серверном рендеринге pic.twitter.com/6JpQV0oDwW

Следующий доклад о внутренностях React Native от чувака из Facebook pic.twitter.com/jCOIY3eDrl

В RN работает три потока: для нейтивa, для JS, и для работы с лейаутом.

Также каждый нативный модуль работает в отдельном потоке.

Когда приложение стартует, сначала загружается JS, потом нативные модули.

После загрузки модули регистрируют себя в системе. И параллельно стартует JS VM.

После этого загружается конфигурация в JSON и начинается выполнение JS.

Так работает VM pic.twitter.com/FwdSzJHDX1

Потом создаются shadow views для компонентов с информацией о лейауте и представление рендерится в нативных компонентах.

Все взаимодействия с интерфейсом проходят через мост между JS и нативными модулями. Этот мост что-то вроде роутера.

На iOS нельзя использовать JIT, а в Android можно. Но ведроид все равно тормозит 😅

Следующий доклад о реактивных приложениях с GraphQL на платформе Apollo. Чувак из Meteor pic.twitter.com/nemIr5q49c

@jsunderhood Apollo ещё делают, а Reindex давно есть. reindex.io :)

Работа с данными в Meteor. Все изоморфно (универсально). pic.twitter.com/9HLK8l39B9

Отличия от REST pic.twitter.com/awAEYRYiVL

Один стек для всех платформ и языков pic.twitter.com/uAmGIAcwor

Один сервер, много клиентов pic.twitter.com/tyt0jo4LmF

Apollo pic.twitter.com/AaAFf1lRX1

Блог Apollo medium.com/apollo-stack

На сервере упрощенная работа с GraphQL, на клиенте подобие Relay поверх Redux. Много уделяют DX.

У них есть реактивные GraphQL запросы. Полная синхронизация, в обе стороны.

У нас обед pic.twitter.com/2joLCwYCXo

Следующий доклад о разработке игр с React

ШОК! React — это Doom 3 pic.twitter.com/Rc67BYP4rO

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

Компонентный подход позволяет компоновать сущности и создавать юниты в играх. Создавать комбинируемые модификаторы pic.twitter.com/pNfYzaMO4m

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

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

Следующий доклад о создании библиотеки WebGL компонентов на React pic.twitter.com/Nv7M9n3gPX

Библиотека компонентов нужна для того, чтобы продует выглядел консистентно на всех клиента/платформах. React отлично подходит для этого.

*продукт

Спойлер: Ангуляр был обманут, но Реакт переубедил его. pic.twitter.com/zI4VAPmB6c

Для разработки библиотеки компонентов отлично подходит разработка в изоляции.

Библиотека ReactLiberty рендерит в DOM, Canvas, WebGL, native или ещё что-нибудь github.com/LibertyGlobal/…

Таким образом UI можно портировать на разные платформы.

Сэттоп боксы очень медленные, DOM тоже медленный, поэтому UI на WebGL.

Один код, разные рендеры для React. Переход между DOM и WebGL в один клик.

Следующий доклад о тестировании в React pic.twitter.com/O2y1rWb1i3

Кто сказал PostCSS? pic.twitter.com/S8yddb6xQn

Выносите логику за компоненты, это проще тестировать pic.twitter.com/rEXVXSs9Is

My lightning talk on approaching React Component Libraries. Exclusively for #reactamsterdam speakerdeck.com/operatino/the-… pic.twitter.com/fUDvUzDUAa

React Test Utils + Shallow Rendering вполне подходит для тестирования компонентов и поведения

Не тестируйте состояние компонента. Состояние инкапсулировано в компоненте. Тестируйте то, что есть на выходе. pic.twitter.com/US2kP4OGQZ

Используйте Sinon или аналоги для тестирования вызова функций/обработчиков событий.

TestUtils писали джависты, Enzyme лучше. Используйте Enzyme github.com/airbnb/enzyme

Следующий доклад об опыте интеграции React в компании pic.twitter.com/YxvZ8b1Oc5

framework vs UI library pic.twitter.com/p21kE1HPsQ

Что, правда? pic.twitter.com/aVpA6nfsF4

@jsunderhood Enzyme имеет проблемы при тестировании в браузере. Интересно какие еще есть варианты.

React — jQuery сегодняшнего дня. Он дал нам возможность так же легко создавать приложения, как jQuery работать с DOM.

Изучая React, фокусируйтесь на чем-то одном, не распыляйтесь. И не расстраивайтесь, когда что-то не получается :) pic.twitter.com/GENl3yJn0G

CI pic.twitter.com/E00KLjbhPw

Этот слайд отлично показывает, почему проекты на JS невозможно поднять через полгода после установки зависимостей pic.twitter.com/3NrTWpX5Wp

Следующий доклад о реактивном программировании и управлении состоянием pic.twitter.com/cuh0XUFef0

У нас тут адепт Штальца: Redux — это велосипед, с кучей мешков на нем. pic.twitter.com/BIvBKzUp43

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

@jsunderhood ну, справедливости ради, Дэн действительно любитель метаабстракций.

Чувак рассказывает о MobX в связке с React pic.twitter.com/NxTEzk8Nxz

@jsunderhood, хотел начать дискуссию и услышать разные аргументы)

Юзкейс для реактивных библиотек pic.twitter.com/a5koKkWd02

@ilnurkhalilov @jsunderhood 1.0.0 должен быть production ready, а 0.x.x специально для того, чтобы десять раз отрефакторить и изменить API.

Следующий доклад об инструментах разработчика в React Native. Проблемы и их решения. pic.twitter.com/Qz3owaY9Zd

Чтобы не было такого, когда подключаете модуль с нативным кодом или ассетами используйте rnpm github.com/rnpm/rnpm

Чтобы не было вот такого pic.twitter.com/osxWwDHMVq

@lalakalka @jsunderhood все записано, вместе с экраном спикеров, выложим как @MLarchanka закончит монтировать

В общем весь доклад посвящён rnpm.

Неофициальный маскот конфы. pic.twitter.com/Aj3sJ374wt

rnpm будет частью RN CLI

Последний доклад о React Native Playground pic.twitter.com/7sBaNkdVGD

RN playground как jsfiddle, только для приложений rnplay.org

RN playground будет интегрирован в сайт с документаций по RN, чтобы сразу видеть работающие примеры кода.

Изнутри это эмуляторы, которые стримят видео с работой вашего кода.

Приватный плейграунд с полезными фичами для комманд и ревью reploy.io

У нас все. Всем спасибо. pic.twitter.com/dWXkDQdhxR

@jsunderhood а посоветуй прокладку между React и material? Что-то я в material-ui разочаровываюсь...

.@Trufid @lalakalka ну и @PixelsCommander говорил, что графика кушает меньше памяти, чем DOM. Для сеттоп боксов это критично.

#reactamsterdam is a wrap! What a cool day thanks all for coming & making it a smashing success! pic.twitter.com/MkAIuvcXbz

@Trufid @jsunderhood @lalakalka @PixelsCommander htmlgl.com

@jsunderhood @ALF_er @freiksenet_ru одна из этих проблем: github.com/npm/npm/labels… (git || peer daps) + shrinkwrap = issues

Awesome layout grid with React, Angular, etc golden-layout.com Really nice work!

Blog Post: How I Structure Elm Apps.

blog.jenkster.com/2016/04/how-i-…

A project layout recipe that @elmlang-wranglers may find useful. :-)

Created a new @babeljs preset for optimizing @reactjs code: github.com/thejameskyle/b… (lots more to come)

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

@jsunderhood @podcastcode подкаст про идеи в программировании. Последний выпуск про Event Loop и корутины soundcloud.com/podcastcode/3-…

@jsunderhood "был в сети 15 минут назад" github.com/halt-hammerzei…

@jsunderhood webpack плагины в бабеле github.com/istarkov/babel… написал в НГ ночью, сильно навеселе :-)

А что сегодня интересного на #fwdays в Киеве?

@jsunderhood еще один логгер без х*рни github.com/btd/huzzah

@jsunderhood написал свой таск раннер github.com/start-runner/s… получилось даже круче и любопытнее, чем изначально хотелось. везде используем.

@jsunderhood у Pony Foo не так давно появилась еженедельная рассылка ponyfoo.com/weekly

@jsunderhood Интерактивный воркшоп по markdown github.com/denysdovhan/ho…

@jsunderhood и еще интерактивный туториал по bash: github.com/denysdovhan/le…

@jsunderhood подружил bem с react: github.com/agudulin/dumb-…

@agudulin @jsunderhood reBEM: React ♥ BEM medium.com/@mistadikay/re… / github.com/rebem/rebem 😼

Elm-StartApp and PureScript-Pux example side by side. Super excited where Pux is going.

alexmingoia.com/purescript-pux/ pic.twitter.com/FbeYd8NFxU

@jsunderhood рантайм типизация js на основе haskell function definitions github.com/yarax/duckless

"Awesome list of GraphQL & Relay" github.com/chentsulin/awe…

@jsunderhood cистема прототипирования со смешанным окружением github.com/theprotein/pro… под капотом electron и react

@jsunderhood честный #b_ в React github.com/awinogradov/re… #CSS, @bemxjst, уровни переопределения. Описание работы github.com/bem/bem-forum-… ;)

Кто-нибудь уже сделал полезного чат-бота? Сейчас дикий хайп вокруг этого.

@jsunderhood telegram.me/sendtoselfbot от @igladkoborodov

Мессенджер Luka с множеством AI ботов medium.com/p/69219eb478d9

@jsunderhood лет 10 назад писал чат-ботов для ирц на перле и не знал что такое хайп :)

@jsunderhood PostHTML github.com/posthtml/posth… – @PostCSS для HTML с кучей плагинов и интеграций со всеми возможными инструментами ;)

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

@jsunderhood offline, real-time движок с crdt, mongo запросами и интеграцией с react amelisajs.com

Procedural vs Object Oriented vs Functional Programming funkyjavascript.com/procedural-vs-…

Trees of Promises in ES6
2ality.com/2016/04/promis…

Доклад о системе диагностики на борту Boeing 737 MAX написанной на Clojure m.youtube.com/watch?v=iUC7no…

В мобильном клиенте Твиттер появилась возможность создавать описание изображений для обеспечения лучшей доступности pic.twitter.com/Uj9VpfWuFq

Запись о новой возможности в блоге Твиттер blog.twitter.com/2016/accessibl…

Скриншоты показывающие, как это включить и использовать pic.twitter.com/hpEvZ8FxYy

Отключаюсь. Всем спасибо. С вами был Рома @roman01la pic.twitter.com/uZitAiMcqu