Size: a a a

2020 July 26

P

PsyDebug in ErlangRus
Alexey Novoselov
при этом ответить нужно технически грамотно, и не послать его учить матчасть... вот тимлид тут в теории должен помочь
Техлид.
источник

P

PsyDebug in ErlangRus
Он с бизнесом должен общаться
источник

P

PsyDebug in ErlangRus
От адекватности оного весь тех процесс зависит
источник
2020 July 27

LW

Lev Walkin in ErlangRus
grpc нужно для документации долгоживущего API между распределёнными во времени и пространстве командами.
источник

I

Igor in ErlangRus
https://grpc.io/blog/principles/ тип такого. Ещё интересно почитать мурзилки типа такого
https://www.yonego.com/nl/why-milliseconds-matter/
На мой вкус, grpc в основном решает проблемы, с которыми почти никто не столкнётся. А в массы пошло вслед за всяким big data и "как, у вас ещё нет грпц?!"
источник

AK

Aleksey Kluchnikov in ErlangRus
У меня сложилось понимание зачем трифт нужен был. Фейсбучная идея писать сразу в фронт миллион фукциональностей страничек своей социальной сети. Для этого сделали graphQL. Но понятно что если дать фронтэндерам делать какие угодно запросы к данным, быстро придет пипец. Надо чем что обратно зажимать, где то вводить спецификацию. Ясно что больше негде как в протоколе. В результате гибкая работа с данными контролируется через спецификацию протокола, то есть трифтом. Идея вроде как понятная, так же понятно что реализация слишком натянутая и сложная и явно гораздо больше создающая проблем чем их решающая. Поэтому наверно и пооткрывали эти технологии
источник

AK

Aleksey Kluchnikov in ErlangRus
А вот зачем и под какие архитектурные решения grpc делалось пока не понятно
источник

LW

Lev Walkin in ErlangRus
мне непонятно, что тут концептуально непонятного. есть схема, есть генератор кода под неё. без схемы можно, например, в json всё пихать, но тогда непонятно сбоку, что именно можно и нужно туда пихать. Надо словами описывать. А если есть схема, то можно её дать и всё.
источник

LW

Lev Walkin in ErlangRus
Примеры технологий публикации API со схемами: ASN.1, Thrift, Protobuf, Etch, XSD, JSON Schema, OpenAPI
источник

LW

Lev Walkin in ErlangRus
как вы мало-мальски сложные сервисы делаете без схем — я не улавливаю. Это то же самое, что на языках без типов писать.
источник

AK

Aleksey Kluchnikov in ErlangRus
ну вот как на языках без типов пишут, так и протоколы без схем
источник

AK

Aleksey Kluchnikov in ErlangRus
схемы накладывают ограничения, часто неадекватные. А польза от них, перед обычной документацией?
источник

AK

Aleksey Kluchnikov in ErlangRus
И документации схема не отменяет
источник

EK

Evgeny Khramtsov in ErlangRus
ну а валидировать как входящий пакет? никак? ручками?
источник

LW

Lev Walkin in ErlangRus
по схеме можно сделать автоматические тесткейсы, например
источник

LW

Lev Walkin in ErlangRus
в эрланге если берешь ASN.1 схему, можно сказать «дай мне случайный объект, который соответствует этой схеме». Жутко полезно для поиска ошибок в коде.
источник

LW

Lev Walkin in ErlangRus
Aleksey Kluchnikov
И документации схема не отменяет
Если есть схема, то породить доку из неё для всех поддерживаемых языков часто тривиально. Обратное неверно.
источник

AK

Aleksey Kluchnikov in ErlangRus
Evgeny Khramtsov
ну а валидировать как входящий пакет? никак? ручками?
ручками, на верхнем уровне типа json`a это не сложно же
источник

EK

Evgeny Khramtsov in ErlangRus
ну мыть полы тоже несложно, но как-то стрёмно
источник

EK

Evgeny Khramtsov in ErlangRus
это уже не говоря про error prone ручной валидации
источник