Всем доброе утрj! Эту неделю с вам @listochkin - веб-разработчик из Киева, ведущий чатов gitter.im/orgs/dev-ua/ro… и один из @kottans_org

Большинство знает меня как фронтендера и любителя #EmberJS - я даже вел @jsunderhood - но где-то 70% своего времени я провожу на бекенде.

.@scaint пишу на Node, Java (с него я начинал работать), умею и люблю Ruby, а сейчас увлекся Rust и веду @RustUkraine

Достал @backendsecret из загашника чтобы послушать @listochkin

исторически я занялся фронтендом, потому что “заставили” - синьор Java не хотели лезть в JS, а тут под боком джуниор - пусть ковыряет

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

поэтому если вы любите распределенщину, кафку, спарки, кассандры и хадупы, то вам неделя покажется неинтересной

вместо этого будем говорить об API, интеграции с SPA и обо всем, что есть на стыке бекенда и фронтенда

@backendsecret а почему нода?

После больших и тяжелых Java-серверов хотелось чего-то маленького и стремящегося к простоте. Плюс я люблю JavaScript

Сейчас можно ненароком и на Ноде большое приложение написать, а на Java - маленькое, но изначально это было причиной

@backendsecret с недавних пор приходится писать на node.js разухабистые вещи. Расскажите какие подходы используете, чтобы нормально жить?

.@isotnikov использую генераторы с промисами для асинхронного кода Вот тут я разбираю пример youtu.be/NLPC3EHtiBU?t=… Ну и тесты, я люблю TDD

.@isotnikov у ООП в JS на сервере минимальная роль. Модули, функции, трансформация данных. Данные в виде объектов - это все, что есть.

@backendsecret @isotnikov какие тестовые фреймворки используешь для js?

.@andrey2koba @isotnikov ничего необычного, mocha, chai, istanbul. Всегда работаю с вотчером: сохранил файл - тесты побежали - нотификейшен

.@SBozhko ну, меня на Ютубе полно, можно гифок наделать. В целом я похож на этого хмыря. И шмотки такие у меня есть) pic.twitter.com/PDGg1jmRmx

@return_none
моднее разве что голубиная почта.
* но во первых бритва оккама
* во вторых long-polling более простой и удобный

@backendsecret

Excited to hear what he has to say! twitter.com/jfbastien/stat…

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

Очень важно иметь несколько проектов в такой важной нише для здоровой конкуренции.

ты не ограничен в использовании фреймворка на клиенте и Node на сервере. Изоморфизм переоценен

@backendsecret изоморфность - это круто. Это вместо REST или GraphQL. Но его надо научиться готовить. Рецептов пока не видел.

Всем привет!
На этой неделе с вами будет @anton_davydov и я надеюсь, что вы любите опенсорс так же как и я :)

На самом деле, я рубист, но в последнее время я начал сильно болеть по лиспу, поэтому меня попросили больше говорить про лисп 1/...

Кроме лиспа и руби смотрел на кучу других языков (го, хаскель, эрланг), а так же немного поконтрибьютил в кристал 2/...

У меня достаточно много тем для этой неделе, поэтому мы с вами поговорим про языки, учебу, опенсорс и etc 3/...

Ну для вхождения в предметную область - вот вам статья про то, как сделать свой ЯП на racket :)
shmat-razum.blogspot.ru/2011/11/racket…

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

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

.@freiksenet_ru никто не спорит, но как мне кажется, для общего развития это невероятно полезно.

@backendsecret конечно

@backendsecret scheme классный нам сейчас на нем функциональное программирование в универе приподают

.@dmitr_y это очень круто! Надеюсь ваш курс на sicp основан? :)

@backendsecret Теперь я пишу на js и я счастлив. Язык не важен, важно все остальное.

.@freiksenet_ru так у меня нет цели убедить вас всех, что лисп - это серебряная пуля :)

@backendsecret Я понимаю) Просто рассказываю про свой опыт. У меня нет цели убедить всех что плохо писать на лиспе :)

@backendsecret У меня на нем получается быстро и хорошо делать продукты.

@backendsecret Если смотреть на фронтенд - то писать React это одно удовольствие, все крутые лисп фишки там, типа hot reload.

@backendsecret мне кажется гораздо полезнее для разработчика изучать периодически языки из другой парадигды + подходы, которые в ней приняты

.@unix_tips и какой подход вы могли бы посоветовать? (что больше всего вскрыло голову)

В продолжение вчерашнего разговора: для Ruby есть отличный gem github.com/SamSaffron/mes… для c2s/s2s messaging через long-polling. Prod-ready

Вам не нужно ждать, пока выйдет Rails 5 ActionCable или разворачивать рядом Faye. Плюс оно умеет досылать сообщения в случае дисконнекта.

Доклад, где @dgeb поэтапно развивает пример API (sorting, фильтры, pagination) youtube.com/watch?v=2t-_7E… Рекомендация №1 для разработки API.

Ноут окончательно погиб смертью храбрых - раскокал экран пополам. Здравствуй, 13”, Maverics и Source Code Pro 17pt.

Сегодня получился не самый активный день, обживаю старый комп. Проведем опрос: на чем бы вы делали API для SPA и почему?

@backendsecret Django REST framework, потому что Python и очень много всего из коробки плюс swagger легко подключить

@backendsecret а что изначально подкупило это идея Serializes, надеюсь этим заменят стандартные Forms

.@return_none о, никогда не пользовался Django REST. Посоветуй какие-нибудь доклады и статьи про него

Сам добавлю, что при прочих равных выберу Rails и JSONAPI:Resources github.com/cerebris/jsona… потому что Ruby и куча инструментов для него

Например, Rack Mini Profiler - строит флеймграфы для ваших запросов samsaffron.com/archive/2013/0…

Или tunemygc.com - автоматом подстраивает настройки GC для вашего приложения.

Или skylight.io/features который показывает гистограмму запросов и поможет провести глубокий анализ производительности

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

@backendsecret питон и рельсы - понятно, а что-то интересное для javascript есть?

@serebro express, koa, restify, sails @backendsecret це мабуть не сильно нові штуки

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

@backendsecret странно, что рубисты ещё не сказали о Grape. Отличный мини-фреймворк, со всем, что нужно для REST и API

.@backendsecret на rails-api т.к. плохо знаю другие экосистемы

Вообще из “интересно попробовать” у меня на первом месте пока phoenixframework.org и PEEP stack medium.com/@j_mcnally/the…

Посоветуйте: смена ноута - это повод попробовать Zsh? Что нужно для крутой командной строки?

Точно так же слышал очень полярные мнения вокруг Flask в Python Кто-то за минимализм, а кого-то раздражает делать все руками.

Причем отдельно клиентский код на Opal писать - имхо ок. Но главное - не смешивать клиент и север.

Сегодня давайте углубимся в эту тему. Для начало довольно спорный совет: код вашего API не должен возвращать 404, а другой 4xx код.

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

хороший вариант отдавать 410 Gone или просто 400.

@backendsecret в статье вашего коллеги в 10 пункте чуть более развернутый ответ habr.ru/p/265569/

@backendsecret однако наиболее важным является факт кеширования ответа, если нужен кеш то 410

Иногда важно различать “данных нет, потому что их правда нет” и “данных нет, потому что не смогли их прочитать (а возможно, они есть)”

зато мне попадались API, где возвращали 412 Precondition Failed, если с запросом было что-то не так. В теле ответа было описание ошибки.

По идее если у вас идет запись и есть конфликт, и для воркфлоу важно, что это именно конфликт. то 409 - самый правильный ответ.

как-бы-JavaScript вместо lua в конфигах Nginx nginx.com/blog/launching… Пока не уверен, что одобряю.

@backendsecret кстати, в каких проектах оправдано использование CouchDB, учитывая то что везде кричат про MongoDB

.@webusnix CouchDB умеет мастер-мастер репликацию, в сочетании с PouchDB можно делать offline-first apps. @hoodiehq как раз так работает

Вот хороший доклад о важности offline-first и о реализации на основе Hoodie от @espylaub youtube.com/watch?v=dPz_5-…

@backendsecret @webusnix @hoodiehq у нас CouchDB хорошо зашла в проекте, где критично было master-master и ещё ряд её особенностей.

@backendsecret @webusnix @hoodiehq а вообще, если надо быстро, много и часто-часто писать данные – то лично я отдаю предпочтение Cassandra.

10 октября в Минске снова пройдет Я.Субботник. Планирую пойти events.yandex.ru/events/yasubbo… #yasubbotnik

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

@backendsecret Разве что для pet project. И то, если денег не попросят. В коммерческом проекте — ни в коем случае.

Самые популярные сервисы подобного рода @ParseIt от FB и @Firebase от Google. Особенно популярны они в мобильном мире - как бекенд для apps

Другой такой проект: deployd.com Работает на Node+Mongo. Обязательно посмотрите демо его возможностей: youtube.com/watch?v=I_Jq1B…

@backendsecret reindex.io, бакенд с GraphQL API, заточен под React/React Native и Relay в данный момент.

@backendsecret Нам кажется что GraphQL - это то чего не хватало таким сервисам, тк одним REST сыт не будешь.

@backendsecret Мы пытаемся фокусироватся на DX, чтобы девелопер мог юзать любимые инсрументы с Reindex, а не учить новые.

@backendsecret Пока только если эти инструменты этo React/Relay, но это от того что только они пока GraphQL едят.

Но вот кстати, Михаилу @freiksenet_ru и наверное кому-то другим будет интересно. Я работаю с Relay/Falcor-подобной системой

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

У нас свой синтаксис для этого - система создавалась до того, как объявили о GraphQL.

Но у нас нет механизма сбора требований для графа по компонентам: схема указывается в одном месте для группы компонентов.

Так вот, без агрегации спеки для графа по компонентам такая система (Relay/Falcor) очень и очень неудобна для разработчика.

Поэтому я подозреваю, что без появления агрегаторов граф-спеки для других фреймворков reindex.io рискует оставаться React-only

Falcor/GraphQL/наш бекенд - появились из-за тех условий, в которых оказались компании и проекты, для 99% людей REST подойдет лучше (имхо).

Об умных клиентах. Это - лучшее видео о Hipermedia, которое я видел. 2010 год, формы, но стоит посмотреть vimeo.com/20781278

Еще один класс продуктов, про которые не все знают - API Gateway. Берут на себя rate limiting, auth, caching, и проксируют запросы на бекенд

Есть несколько API Gateways от разных компаний: aws.amazon.com/api-gateway/ nginx.com/products/ strongloop.com/node-js/api-ga…

Но есть и opensource API Gateway, который можно поставить у себя: tyk.io OAuth, Rate Limiting, API Mocks, Sharding, Metrics

President of Estonia, Toomas Hendrik Ilves, is a coder. Last election 1/3 of votes were cast online #cloudflaresummit pic.twitter.com/PLkf2BJptt

Patters of microservices architecture microservices.io/patterns/index… Ссылка полезна тем, кому интересна тема микросервисов, поэтому RT друзьям

Когда заходит разговор о Docker, Mesos, Chef и прочих девопсизмах, я вспоминаю вот эту статью blog.circleci.com/its-the-future/ pic.twitter.com/1D5ezfm143

Друзья, неожиданно закончилась эта неделя с @backendsecret Мы приятно пообщались, это мой прощальный пост gist.github.com/listochkin/0bc… Пока всем!