а еще веб-приложения, датасаенс, облачные платформы и драйвера устройств

Не, спасибо. Датасайенс еще да, определенно, но остальное — ну его нахер на питоне писать

то есть что есть эта спека и либа, что ее нет - все равно все проблемы остаются, так штоле? вот незадача

графкуэль спека, сангрия либа ее реализующая

Не, спасибо. Датасайенс еще да, определенно, но остальное — ну его нахер на питоне писать

остальное уже написано и работает, и продолжает развиваться

остальное уже написано и работает, и продолжает развиваться

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

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

зацени видос блин. ))))

Ща, ща

34 минуты?

графкуэль спека, сангрия либа ее реализующая

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

Иди нахер) Таймкод скажи откуда интересно

это вин

Иди нахер) Таймкод скажи откуда интересно

30 минут всего)

stack и пошел херачить скрипты на haskell

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

Не совсем понимаю как спека/либа должна это делать

Не совсем понимаю как спека/либа должна это делать

не совсем понимаю, нахера мне в проекте зависимости, которые не решают проблем моей бизнес-логики

не совсем понимаю, нахера мне в проекте зависимости, которые не решают проблем моей бизнес-логики

c тем же успехом можешь сказать нахера тебе http сервер

@mersinvald 13:50

c тем же успехом можешь сказать нахера тебе http сервер

нет, http-сервер как раз решает. Он дает протокол прикладного уровня для взаимодействия с сущностями по эндпойнтам

@mersinvald 13:50

?

?

затащишь к себе в проект?)))

Не

Я хаскелль не знаю. Если мне будет нечего делать — я на расте скорее скрипт напишу)

нет, http-сервер как раз решает. Он дает протокол прикладного уровня для взаимодействия с сущностями по эндпойнтам

graphql тебе тоже дает протокол

нет, http-сервер как раз решает. Он дает протокол прикладного уровня для взаимодействия с сущностями по эндпойнтам

Там же куча тысяч чтрок кода, которые ты не используешь

Я хаскелль не знаю. Если мне будет нечего делать — я на расте скорее скрипт напишу)

напиши кароч билд скрипт раста на хаскеле

эт будет вин

напиши кароч билд скрипт раста на хаскеле

Переписть cargo?)

graphql тебе тоже дает протокол

еще один? нет, спасибо, у меня один есть уже

Переписть cargo?)

забилди стеком карго

Там же куча тысяч чтрок кода, которые ты не используешь

их и не я писал, я просто взял готовое

еще один? нет, спасибо, у меня один есть уже

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

ты пока выбираешь только один)

хотя отвертка иногда лучше

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

есть сотни вариантов, GraphQL - всего лишь один из них

со своими плюсами и минусами

ага, но у тебя есть только rest

надо же, мне кажется, или ты понял, что мир на черное и белое не делится?

я это вообще и не отрицал никогда

ага, но у тебя есть только rest

у меня есть http. Что я поверх него наворочу - зависит от задачи, которую я буду решать

подменяешь понятия

их и не я писал, я просто взял готовое

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

а ведь у автора сангрии есть и такое https://github.com/OlegIlyenko/sangria-tcp-msgpack-example

)))

у него и линукс свой, видимо он автор болгеноса)

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

я просто не буду ее брать, у меня уже есть протокол

подменяешь понятия

отнюдь

я думаю ты бы и вместо fix взял бы http

я просто не буду ее брать, у меня уже есть протокол

Не вихляй, я аппелировал к твоему конкретному тезису про "тысячи строк"

я думаю ты бы и вместо fix взял бы http

ложные аналогии

ложные аналогии

нет же, просто мое имхо

Не вихляй, я аппелировал к твоему конкретному тезису про "тысячи строк"

без http-сервера приложение работать не будет. Без graphql-либы - будет вполне

нет же, просто мое имхо

ну просто фраза, не связанная с предметом обсуждения

ну просто фраза, не связанная с предметом обсуждения

просто фраза, нельзя чтоль?

просто фраза, нельзя чтоль?

на здоровье, только смысла мало

без http-сервера приложение работать не будет. Без graphql-либы - будет вполне

Ну вот как будто твоя либа для реста не на тысячи строк, лол

Ну вот как будто твоя либа для реста не на тысячи строк, лол

нет, конечно

без http-сервера приложение работать не будет. Без graphql-либы - будет вполне

особенно если у тебя бинарный формат, конечно же без http не будет работать

Ой что-то я сомневаюсь в этом

Что используешь?

эт тож мое имхо)

особенно если у тебя бинарный формат, конечно же без http не будет работать

о чем ты вообще?

о балете

ты серьезно изречения пишешь в духе "msgpack лучше html"?

или что?

о балете

вот я и чувствую. Завязывай с ерундой :)

Что используешь?

да что угодно. net/http, Flask, aiohttp, фреймворк какой-нибудь для джавы

Spring?

REST работает поверх уже готовой концепции - маппить сраные урлы на сраные хэндлеры, все

ERROR: S client not available

Spring?

не использовал, не могу сказать

да что угодно. net/http, Flask, aiohttp, фреймворк какой-нибудь для джавы

И что тут меньше нескольких тысяч строк?

И что тут меньше нескольких тысяч строк?

названия ?

Видимо

И что тут меньше нескольких тысяч строк?

ээ, это все фреймворки, которые не имеют отношения к rest, если что :)

rest поверх них при нужде реализуется парой десятков строк руками

rest поверх них при нужде реализуется парой десятков строк руками

а у меня graphql реализуется парой десятков строк руками

прикинь)

rest поверх них при нужде реализуется парой десятков строк руками

Именно потому что они сделаны так, чтобы это было делать легко х) Засчет тысяч строк под капотом

а у меня graphql реализуется парой десятков строк руками

сколько строк в сангрии?

Именно потому что они сделаны так, чтобы это было делать легко х) Засчет тысяч строк под капотом

нет, именно потому что rest - это крайне тонкий слой поверх http. На любой обертке для реализации http реализовать rest можно без проблем.

сколько строк в сангрии?

сколько строк в aiohttp

сколько строк в aiohttp

aiohttp не реализует рест

sangria тож не реализует rest ))

aiohttp не реализует рест

Рест — это конвенция, блин, не более

Он реализует http

sangria тож не реализует rest ))

но, тем не менее, в ней тыщи строк непонятно зачем

Рест — это конвенция, блин, не более

именно!

но, тем не менее, в ней тыщи строк непонятно зачем

Твои либы реализуют http, сангрия реализует graphql

а вот graphql - это уже не совсем конвенция, это аж протокол и стандарт

В чем проблема?

Твои либы реализуют http, сангрия реализует graphql

кэп?

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

я в общем спать, хватит тратить время

В чем проблема?

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

когда есть REST?

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

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

у меня HTTP и поверх него тонкая прослойка. У него либа на тыщи строк кода

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

сколько строк в сангрии?

сколько строк в сангрии?

сколько строк в aiohttp?

сколько строк в aiohttp?

некорректный вопрос, aiohttp не реализует рест

еще раз по кругу хочешь сходить?