Всем привет, на этой неделе с вами Стас Слесарев @shutyourprogram

В данный момент работаю Fullstack JS Developer
В стеке хипстерские Node.js, Koa2, React, Redux = )

Мы разрабатываем графический редактор в браузере (похожий продукт canva.com)

Целевая аудитория - SMM, маркетологи и обычный широкий пользователь, который любит создать мемасик

Ссылку на нас пока что не кину, потому что мы в процессе релиза еще)

Но мы, естественно, умнее и красивее канвы, поэтому надеюсь, что к концу недели ссылочку всё-таки предоставлю)

Итак, господа, расскажите-ка, кто в чём гаразд)
Ваш основной язык?

@backendsecret

Тем временем расскажу про свой непростой путь в коммерческое программирование
Конечно же, всё началось еще в школе с Паскаля)

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

@backendsecret где-то в конце 2-го курса меня и еще двух одногруппников застала врасплох золотая лихорадка на iOS и мы решили попробовать

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

@backendsecret потому что приходилось и продумывать концепт, и рисовать дизайн(!!!), и кодить - это было достаточно весело)

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

@backendsecret следом, на последних курсах, были какие-то шатания в сторону SEO, простых сайтов на вордпресс и даже CPA-маркетинга

@backendsecret в сфере CPA тоже довелось настряпать парочку проектов, какие-то для внутреннего использования нашими миньонами,

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

@backendsecret не получалось, и к тому же, сфера CPA надоела окончательно и бесповоротно. Было решено сосредоточиться на том, вокруг чего

@backendsecret был наибольший хайп на тот момент - Ангуляр и Node.js. Где-то три месяца я штудировал основы JS, Angular, Node и наконец

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

@backendsecret аппка рабочая и доступна в Аппстор и Гугл плэй)

@backendsecret по просьбам трудящихся)

Еще один опросничек, друзья

Аз есмь

Как вы относитесь к поговорке "В программировании есть всего две сложных вещи: инвалидация кэша и название сущностей?"

@backendsecret вот в случае с @strizhechenko как раз вторая проблема стоит остро 😅

Итак, план на неделю примерно следующий

@backendsecret

@backendsecret

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

@backendsecret @notxcain @hisohito специально для вас 😇

Мне кажется, у нас слишком мало опросов, поэтому вот еще один(просто люблю их 😍)

Сейчас работаю в

Возможно на прошлой неделе здесь уже обсуждалась эта новость (newscientist.com/article/mg2333…), но меня она настолько

@backendsecret зацепила/встревожила/замотивировала, что грех не перестраховаться, вдруг кто пропустил)
Исходя из этой новости, верно ли, что

@backendsecret в ближайшем будущем Machine Learning станет New Programing/Development/Engineering?

Итак, начнем-с - для чего Node.js хорош?
Если мы используем #nodejs в scheduler'a задач - идем верной дорогой

@backendsecret уточним, что в данном случае задача - это некие вычисления/манипуляции/расчеты/whatever, что выполняются в другом процессе

@backendsecret а если еще проще, то любая input/output операция.
важно заметить, что все i/o-задачи должны быть обязательно асинхронными.

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

@backendsecret апдейтит базу, пишет что-то на диск(ну мало ли, иногда нужно 😌), и отдает ответ - всьо чотинько 👌

как можно юзать #nodejs неправильно?
вспомнив в очередной раз главный постулат "Node.js однопоточен", можно прийти к выводу, что запускать

@backendsecret вычисления, которые будут загружать CPU и занимать времени больше, чем 50-100мс - то мы свернули на скользкую дорожку

@backendsecret возможно, для вас не секрет, чем это обернется, но давайте рассмотрим простенький пример в случае REST API

@backendsecret два endpoint'a:

@backendsecret

@backendsecret предположим, REST API не отмасштабировано и у нас крутится один #nodejs инстанс на одном ядре.

@backendsecret Заходят запросы

1. /user,
2. /process
3. /user

Кто угадает, сколько времени займет ответ для 1 и для 3 ?

итак, перейдем к callback hell, а точнее, разберемся, как от него уйти

иллюстрация для непосвященных:
image.slidesharecdn.com/promisesandcha…

@backendsecret а уйти от него можно четырьмя способами:

@backendsecret либа async была хорошим решением еще на самой заре распространения #NodeJS, сейчас её использование ограничивается только

@backendsecret только древним legacy кодом (очень-очень-очень надеюсь, что на ней никто не стартует новые проекты 😬)

@backendsecret промисы - отличный вариант, если нет желания заморачиваться, кроме того даже при использовании generators или async/await мы

@backendsecret чаще всего yield/await'им именно промисы в итоге. Соотвественно, переезд в будущем на async/await не составит труда

@backendsecret generators - уже работают из коробки начиная с Node.js v4, код становится похож на нормальный синхронный как в других языках

@backendsecret минусы generators - подружить их со стримами достаточно сложно. кроме того, они изначально предназначены для других задач

@backendsecret вот мы и добрались до самого вкусного - async/await 😋

@backendsecret тот самый момент, когда серверный JS перестал быть страшным 😍
i.gyazo.com/f4034eb06b255d…

@backendsecret самый большой минус этого подхода - на данный момент, придется подключать к проекту #babeljs и транспайлить код, но

@backendsecret уже где-то в мае появится #NodeJS 8, где async/await будет из коробки
опять же напомню, что await кушает не только async func

@backendsecret но и promises, так что, например, все методы нативного #Mongodb драйвера можно и нужно await'ить

ну сочно же, согласитесь 😛

Подходит время прощаться!
Сорри, что последние два дня был не слишком активен - улетел на выходные в Минск, было немного времени на тви

@backendsecret спасибо большое за ваше внимание, поддержку, критику, советы и колкости - это был приятный и интересный опыт 😄

@backendsecret искренне надеюсь, что вам было тоже интересно и неделя под моим руководством не прошла мимо вас 😁

@backendsecret Асталависта, бэйби)!
И до новых замечательных встреч 🐥

Вообще, сейчас конечно золотой век для сильных инженеров - нас хотят везде и всюду) а мы воротим носом, перебираем,… twitter.com/i/web/status/8…

@backendsecret что-то по душе/техстеку/деньгам
Вполне возможно, что в будущем в IT будут трансферы как в футболе)

итак, продолжим про фишки #NodeJS
пожалуй, единственная вещь, которую сложно испортить - это Streams

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

@backendsecret простой пример, у вас под ногами лежит архивчик размером 100МБ
Есть два способа его прочесть - readFile и createReadStream

@backendsecret в случае большого спроса на этот файл и чтения при помощи readFile - потребление RAM у nodejs инстанса вырастет до небес

@backendsecret опытным путем было проверено, что при ~10 запросах в случае readFile - RAM потребляется около 800МБ, а в случае readStream -

@backendsecret RAM не выходит даже за пределы 100МБ, используется всего лишь ~70-80МБ

конечно, в первом случае рано или поздно

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

Еще один классический кейс - это получение Stream от базы

например, мы хотим на клиенте отобразить ленту из 50 записей, и тут снова есть

@backendsecret два способа (в случае нативного #Mongodb драйвера) - cursor.toArray() и cursor.toStream()

в случае toArray все 50 записей

@backendsecret снова запишутся в RAM и раздуют её, и только потом будут отправлены на клиент

в случае же stream'a

@backendsecret данные будут уходить небольшими порциями, что определенно легче, как для БД, так и для #NodeJS инстанса

У #Java тоже вроде бы есть стримы, да, джависты?)
Используете ли вы их так же, как и мы в #NodeJS ?

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

СЛИШКАМ СЛОЖНА (с)

@visualwatermark @backendsecret Вот, чтобы был точнее понятен объем данных. И это с сетевыми задержками pic.twitter.com/XgvHeZB3Hu

перейдем плавно к AWS Lambda

давно не было опросиков)
вы и Lambda -

коротко для тех, кто не трогал #awsLambda вообще

смысл - мы кладем какую-то функцию, со всеми зависимостями(npm-пакеты, бинарники, файлы)

@backendsecret и получаем возможность вызывать её по каким-либо событиям/триггерам
при этом доступные нам существенные настройки - это

@backendsecret ограничение #Lambda по RAM (128, 256 etc) и установка таймаута(работает больше секунды - прерываем)

@backendsecret какие же триггеры в нашем распоряжении?
например, можно настроить #CloudWatch, чтобы запускал лямбду через интервал

@backendsecret такой способ использования очень похож на создание cron-задачи, только, как по мне, более удобный - по сути, cron в облаке 🌥️

@backendsecret еще пример триггера - API Gateway
настраиваем полноценное API, и на все запросы отвечаем при помощи Lambda функций

@backendsecret если прикрутить к Lambda еще RDS, то получается тотальный #Serverless

@backendsecret вот неплохая статья для знакомства medium.com/@emckean/creat…

кстати, #NodeJS'ники, все же знают, почему делать конструкции типа pipe().pipe().pipe()... плохо?

@backendsecret апдейт - лежит только S3 US-EAST-1, спасибо @dronoff1989 за инфу

@backendsecret еще немного по теме vc.ru/n/amazon-crash

Looks like internet is not as reliable as it was just few months ago... pic.twitter.com/kI8kZu5nAC

отвлечемся от S3 обратно к Lambda

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

@backendsecret реальностью
выражалось это в следующих паре моментов - высокая стоимость при хайлоаде и отсутствие поддержки streams для Node

@backendsecret например, подсчитали, что функция работающая со 128мб RAM и временем ~200ms при хайлоаде в 5000 req/sec обойдется нам дороже,

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

@backendsecret например, нагрузка порядка 10000-20000 посещений в месяц обойдется дешевле, чем micro EC2 инстанс

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

ладно стоимость, еще пол-беды

но когда вы сделали в Lambda функции наложение watermark'и поверх картинки, и не может отдать stream в ответ,

@backendsecret то это был тот самый момент "Да что ты знаешь о боли!?!?"

@backendsecret кстати, интересно же, какие языки поддерживает #lambda
а список невелик:

@backendsecret зачем-то засунули туда еще Edge NodeJs 4.3 - но стоит он дороже, да и стримы всё равно не поддерживает 🙄

кстати, интересный проект - janhuenermann.com/projects/learn…
нейронка водит 🚗🚕🏎️ в браузере, а мы можем усложнить ей жизнь, нарисовав препятствия🚫⛔️📛

@backendsecret разные, есть например трансформеры которые сабскайбятса к динамодб и потом перегоняют данные например в эластик и денормализ

@backendsecret есть, которые сабскайбятса к разным СНСам и делают трансформации на файлов на С3

@backendsecret есть которые в старые в старые времена по времени меняли провиженинг динамо рида и врайта

@backendsecret всякого разного, не только Лямбду

Например, может запускать ваши скрипты на ваших же EC2 инстансах)

@backendsecret мое мнение, запускать скалу в ламбде прикольно, но для трансформирование данных с одного представлкение в другое -лучше (1/2)

@backendsecret лучше брать динамический язык :) меньше кода поддерживать (2/2)

Окей, всем спасибо, наш наполненный экшеном вечер подошел к концу)

Всем спокойной ночи 🌙💤

Завтра с утра рубанём про #NodeJs фреймворки ☀️

Итак, какой framework юзаете?

@backendsecret

так вот, как я уже упоминал, мы используем Koa 2, и на момент старта проекта async/await был недоступен даже под флагом --harmony

@backendsecret но учитывая, что нам всё равно нужен был #Babel для фронтенда, мы решили транспайлить и бэкенд тоже, а при внедрении

@backendsecret в будущем async/await в #NodeJS - отключим транспайлинг для бэкенда (в общем-то скоро это случится, ура-ура 🎇)

как по мне, все фрэймворки для #NodeJs представляют из себя +/- одно и то же, но как всегда есть нюансы

@backendsecret откровенно похожие минималистичные фрэймворки - это Express, Restify, Hapi, Koa
Как минимум, у Express и Koa один создатель)

@backendsecret если мы хотим что-от типа #RoR или #Laravel, то можем выбирать между #Sails и #Meteor

@backendsecret как помне, #Sails идеальное решение для начинающих, или когда нужно быстро накидать Rest API - класть и доставать из базы

@backendsecret но при использовании больших фрэймворков, мы становимся менее гибкими
например, Meteor версии 1.4.x использует #NodeJs 4.4.7

@backendsecret получается, что с выходом async/await в core ноды ничего не поменяется для использующих #Meteor - async/await им по-прежнему

@backendsecret будет недоступен

подскажите, если кто знает, #Sails тоже привязан к какой-то #NodeJs версии?

@backendsecret Я как-то раз посчитал, что примерно с 75 запросов в секунду Lambda становится дороже, чем on-demand инстанс.

Как вы уже могли догадаться - опросы наше всё 😃

Поэтому, какую базу используете у себя на проекте?

@backendsecret await Meteor.callPromise('myFunction', <arg1>, <arg2>);

no, #Meteor, are you serious?
хотя, как для января 2016 - попытка ок

@backendsecret хотя всё равно нет - тогда уже можно было использовать generators с 4 Нодой, поэтому такой код писать - увольте 👎

как и ожидалось, доминирует SQL и убойная смесь "всего понемногу" = )

расскажу, как мы дважды выбрали #NoSQL #Mongodb и

@backendsecret в одном из случаев получилось очень больно, а второй раз - в самый раз)

@backendsecret мне кажется, это антипаттерн в метеоре. метеоровские методы можно оставить для апи, а сами сервисы выносить вне методов и ..

@backendsecret возвращать промисы. тогда не придется ничего врапить через wrapAsync. это мое личное мнение

Итак, где же мы прогадали с Mongo - представим, что у нас есть сложная сущность, которая содержит в себе много простых

@backendsecret пример - экипировка в целом, и отдельные её элементы
У роллера и байкера могут быть шлем, защита одни и те же, но налокотники

@backendsecret будут отличаться.
В принципе, это не было бы проблемой (коллекция equipments, у каждого дока поле elements), если бы каждый

@backendsecret из element'ов не мог быть обновлен сам по себе

А ведь это логично - можно редактировать производителя, цвет того же шлема

@backendsecret и тут начинается песня - каждый док в equipments уже содержит только массив айдишек в поле elements, и в случае получения

@backendsecret списка экипировок - нужно еще параллельно доставать эти элементы из соседней коллекции

@backendsecret и ладно, если бы такая сложная сущность была одна на проект, но у нас их было несколько и выглядело это так себе

@backendsecret на текущем проекте такая сложная сущность одна - и элементы в ней не обновляются

@backendsecret ну и плюс async/await сделал код в разы читабельнее и понятнее)

Как раз в тему про базы сегодня попал на митап от нашей киевской продуктовой компании @Grammarly

@backendsecret @Grammarly рассказывают, почему выбрали MariaDB + Galera Cluster, вместо MySQL, Postgre и Cassandra

@backendsecret если коротко, изначально у них был "rule them all" MySQL с репликацией, и они хотели решить две проблемы:

@backendsecret

Что еще есть хорошего в #Mongodb ?
Например, aggregation framework, который представляет из себя pipeline, в котором мы сами выбираем в

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

@backendsecret важно, что в одном из обновлений прилетел новый оператор $lookup, который позволяет сделать left outer join ☝🏻️

@backendsecret минусы - по нашим тестам, aggregation работает несколько медленнее, чем хотелось бы

И последняя интересность касательно #MongoDB, да и баз в целом - индексы и RAM
До недавнего времени был уверен, что создавать индексы

@backendsecret относительно дешево.
Но допустим у нас есть коллекция 1кк записей, и у нее обязательно будет дефолтный индекс по _id, который

@backendsecret мы никак не можем удалить. Оказывается, что для 1кк записей дефолтный индекс будет весить ~20mb
А как мы все прекрасно знаем,

@backendsecret база выгружает индексы в RAM для ускорения поиска
Тут возникает архитектурный нюанс - если создать много разнообразных

@backendsecret индексов, и не просчитать, сколько для них понадобиться оперативки, то база начнет писать эти индексы в SWAP - следовательно,

@backendsecret для коллекций со свопнутыми индексами производительность упадёт
ну и вообще, это если у нас просто 20 коллекций по 1кк, то

@backendsecret со старта база захочет ~400mb RAM только под индексы, жирненько 🥓🍗🍖

Кстати, если у кого-то есть опыт с шардировнием #MongoDb - поделитесь, пожалуйста🙂
что и зачем шардировали, такое ли поведение, как ожидали?

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

@backendsecret pic.twitter.com/ng96BUIDZX

а есть смельчаки, кто уже выкатил 7.6.0 #NodeJS в продакшн?)
как оно, полёт нормальный?

Многие набрасывали всякое в течение недолгих трёх дней, а теперь соя очередь!

Вжух! И везде #microservices

(выдохните, на самом деле нет)

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

@backendsecret в целом, отношусь к ним с большой осторожностью и считаю, что юзать их надо в меру

@backendsecret вообще, есть три подхода:

• приложение монолит
• микросервисы
• гексагональная архитетура

Последнее - это как раз серединка

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

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

@backendsecret да и вообще, интересный термин микросервисы - а кто определяет, достаточно ли этот сервис микро?)

@backendsecret в этом году на #LvivItArena это была самая хайповая тема для докладов - целых четыре спикера за три дня вещали)

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

@backendsecret пример хорошего применения гексагональной архитектуры - основная апиха, и микросервис - генерация html в pdf

@backendsecret основная идея в том, чтобы основное api и вспомогательные сервисы были на разных машинах, ибо если генератор пдф выжрет всю

@backendsecret cpu - это никак не повлияет на работу основного api
А еще, таким образом мы можем избавить других разработчиков от

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

И раз уж вспомнил про #LvivItArena, то вот один из самых интересных докладов - как всё устроено в @Spotify

youtu.be/S2x51oidwhE

А вот доклад по нашей теме - как @Twitter переписали свою #RoR махину на микросервисы #jvm
youtu.be/tlPkM0lxMKc

@backendsecret классический контр-аргумент - если вы не можете написать простой и понятный монолит, то микросервисы вам не помогут)

@backendsecret а вот дебажить систему из микросервисов станет сложнее, а вот мониторить её тоже станет сложнее, чем монолит

@backendsecret то есть нужно понимать, что одну и ту же задачу в большинстве случаев решить монолитом будет дешевле

@backendsecret и доклад от твиттера косвенно подтверждает эти мысли - у них штат 1к разрабов, у которых ушло 4 года на то, чтобы полностью

@backendsecret выпилить монолит и заменить его микросервисами

Тут внезапно мы пришли к отличному постулату - monolith first.

Привет ведущему @jsunderhood этой недели 👋🏻 pic.twitter.com/tZmd0Xc1bO

@backendsecret микросевисы в свою очередь даёт хорошую автономию командам, архитектурные решения и ответственность

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

Ну а впрочем, чего это я стесняюсь?)

Киев, приходите в гости)
jobs.dou.ua/companies/depo…

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

@backendsecret @meln1k в плане, понятна задача, но интересен её контекст)

#AWS отчитались, что вообще у них происходило - прямо-таки закон Мёрфи в действии

vc.ru/n/amazon-crash…

А на этом сегодня всё 🌙💤

Давайте подобьем итоги дня вчерашнего

Микросервисы - отличный инструмент, чтобы увеличить эффективность работы в большой компании, где

@backendsecret множеству команд будет тесно на одном монолите.
Для небольших команд и стартапов - микросервисы === over engineering

сегодня хотел бы поговорить про всевозможные источники информации - конференции и записи с оных, local communities, каналы в телеграме и тд

@backendsecret так и исторически сложилось, что был на самой первой #LvivItArena еще в 2014 году, и теперь езжу туда ежегодно, традиция)

@backendsecret вообще, It Arena 2014 была первой моей крупной конференцией, поэтому, естественно, она впечатлила и понравилась 🎇🎆

@backendsecret в том году в тренде была #BigData, а из спикеров больше всего запомнился @asebrant (здравствуйте и спасибо😌)

@backendsecret особенно понравилась часть доклада под названием "оцифрованная романтика" - youtu.be/zsUKYfXjpvo?t=…
обязательно посмотрите,

@backendsecret если хотите получать больше матчей в #Tinder 😅

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

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

@backendsecret и совсем другое - быть на конфе с 4-5 параллельными потоками, и еще успевать переходить из зала в зал по стадиону, когда

@backendsecret к тому же между докладами вообще нет перерывов, когда в твоем зале в 11:00 заканчивается доклад, то в другой части стадиона

@backendsecret в 11:00 он уже начался)
поэтому, приготовления сводятся к следующему:

@backendsecret

@backendsecret по желанию, можно еще добавить не приоритетных спикеров, на которых можно ходить, если успеваешь)

Собственно, что это я всё про Львов да про Львов..
В Киев тоже интересных событий хватает!
Ежегодно проводится несколько @fwdays конференций

@backendsecret эти дела совмещать)
И раз так много выбрали МЛ, то вот вам канал всё того же @asebrant - telegram.me/techsparks

Куча новостей по технологиям и их применению, развивает кругозор)

Кстати, помимо МЛ и микросервисов в 2016 был еще один сильный тренд - это боты в мессенджерах

@backendsecret в продакшене их, к сожалению, еще не запускал, но на #TadHack хакатоне простенького бота для #telegram написал

@backendsecret благо для #NodeJS уже есть две опенсорс либы, и стартануть с ними бота занимает минут 15 от силы

Поделитесь теперь вы - какие конфы любите, какой докладчик покорил сердце, какой доклад запал в душу?)

У нас тоже есть звезда среди докладчиков под именем Алексей Швайка!
youtu.be/6ys-MZsfCXI
Мы даже в честь него придумали шуточку -

если что-то идет не так, то надо говорить "полный Швайка!"
😄

@backendsecret не в обиду Алексею, если он вдруг читает)
Мы по-доброму 😊

Итак, если вы вдруг захотите всё-таки упасть в #NodeJS и удариться в EventLoop, а тем более, если уже - то nodejsdesignpatterns.com

Думаю, многие видели так называемые awesome list'ы по разнообразным темам
А попадался ли вам awesome список вопросов к работодателю?

Поделитесь, как часто вообще меняете работку?

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

@backendsecret подкинули тут достаточно полный опросник, возможно кому-то пригодится github.com/gravyboat/inte…