и они начинают потеть

На последнем митапе говорили о вебфреймворке с миллионом РПС

netty )

Пхп вцелом приятнее джавы, на самом деле ( по синтаксису )

netty )

https://github.com/squeaky-pl/japronto

чуваку с таким лицом нельзя доверять

Пхп вцелом приятнее джавы, на самом деле ( по синтаксису )

как и ABAP 7.40

ну когда компания нищая

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

как и ABAP 7.40

ты разрабатывал на нем?

я еще шарп не упоминал, его linq волшебен

ну с пхп ты перегнул же да?

Мне кажется, он серьёзный фанбой

Звучит так

ну с пхп ты перегнул же да?

6 лет назад на них писал. Перепрыгнул с сей.

Мне кажется обсуждение какой язык лучше должно включать обсуждение платыормы на которой этот язык существует и экосистемы вокруг языка и платформы. пхп не очень экспрессивный язык, но экосистема и платформа заточена под вэб. HHVM вон есть опять же. JavaScript опять же — я только на нем и писал все, node там, вот это все. Но описывать бизнес логику на JS это прям убийство. Плюс деплой node это ад какой-то, если только его не упаковывать в докер всегда. Есть вот эликсир например, экспрессивный, красивый. Но там тоже проблемно с описанием бизнес модели. Хотя это проблемно на динамических языках. Даже с навешанными вещами типа контрактов в elixir (ну и в erlang), тайпскриптов и флов. У рэкета вроде есть возможность навесить пояти настоящую статическую типизацию, но рэкет это уже эзотерика для вэба. У haskell под вэб экосистема никакая (по сравнению с js, php и scala). Окамл вот сейчас активно продвигает блумберг с фейсбуком. Но там тоже все как-то очень нестабильно с экосистемой

Вот и остается php, js, ну и scala. Под скалу например мощнейшая либа для graphql. Просто блестящая

яп + экосистема + комьюнити нераздельны

А вот — коммьюнити, да. Очень согласен

Вот и остается php, js, ну и scala. Под скалу например мощнейшая либа для graphql. Просто блестящая

Это уж не говно ли на аннотациях?

Мне кажется обсуждение какой язык лучше должно включать обсуждение платыормы на которой этот язык существует и экосистемы вокруг языка и платформы. пхп не очень экспрессивный язык, но экосистема и платформа заточена под вэб. HHVM вон есть опять же. JavaScript опять же — я только на нем и писал все, node там, вот это все. Но описывать бизнес логику на JS это прям убийство. Плюс деплой node это ад какой-то, если только его не упаковывать в докер всегда. Есть вот эликсир например, экспрессивный, красивый. Но там тоже проблемно с описанием бизнес модели. Хотя это проблемно на динамических языках. Даже с навешанными вещами типа контрактов в elixir (ну и в erlang), тайпскриптов и флов. У рэкета вроде есть возможность навесить пояти настоящую статическую типизацию, но рэкет это уже эзотерика для вэба. У haskell под вэб экосистема никакая (по сравнению с js, php и scala). Окамл вот сейчас активно продвигает блумберг с фейсбуком. Но там тоже все как-то очень нестабильно с экосистемой

Clojure/Cljs ?

что тут происходит?

вы решили бросить скалу?

Броситься со скалы.

спрыгнуть со скалы

Oleg Возможно оно и считается говном. Но аннотаций я там не заметил. Там есть вроде что-то для автовыода gql типов из кейс классов и там вроде можно что-то аннотировать. Но я не использую это

спрыгнуть со скалы

разбежавшись

http://sangria-graphql.org ?

Oleg Возможно оно и считается говном. Но аннотаций я там не заметил. Там есть вроде что-то для автовыода gql типов из кейс классов и там вроде можно что-то аннотировать. Но я не использую это

У меня, вероятно sangria со swagger-akka-http спуталась

вы решили бросить скалу?

скалисты пытаются осилить пхп

но кто говорил, что будет легко?

У меня, вероятно sangria со swagger-akka-http спуталась

там есть генерация на основе аннотации, но лучше ее не трогать

с циклами жопа будет

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

а зря

вполне себе удобная штука

сангрия, да. мне очень нравится graphql. Вот очень. Я очень сильно любил REST и все такое. Но graphql очень удобен

только вот Сангрия не совсем удобная

А что есть лучше?

нету

сангрия, да. мне очень нравится graphql. Вот очень. Я очень сильно любил REST и все такое. Но graphql очень удобен

но ведь только для получения данных

но ведь только для получения данных

там ж мутации есть, тож вполне себе удобно

GraphQL это, фактически, статическая типизация для всего - и для чтения, и для записи

Ну

Это data-оринтированный язык

Т.е. все операции должны быть записаны, как CRUD каких-то данных

Но основной минус, похоже, в том, что это новый язык, а не ваш любимый жсон

да дсон ж

сангриа нагенерит все

схема это не json

Для транспорта json

это в принципе не о сериализации, а о протоколе общения на более высоком уровне

для транспорта http ?

троль

по факту это просто json

на самом деле от json там только ответ

схема и запросы это json-like язык

схема не json да

запросы тоже не json { me: { firstName } }

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

для транспорта http ?

Не обязательно

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

graphql - protocol agnostic

как хочешь так и общайся

Для транспорта json

конечно не обязательно, прост не надо говорить, что json для транспорта ?

как хочешь так и общайся

ну запросы я на каком языке буду писать? на graphql?

да

ERROR: S client not available

у нас проблема с пониманием

я говорил о протоколе передачи данных

сокеты там или http

Соответственно, нужно, чтобы разработчики клиентских штук все заюзали какие-то клиенсткие либы

Которые эти запросы смогут то ли нагенерить, то ли понять их типы

Соответственно, нужно, чтобы разработчики клиентских штук все заюзали какие-то клиенсткие либы

угу

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

И чтобы у всех одинаково было

И чтобы у всех одинаково было

схема поможет

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

Ну вот с рестом у всех json, json-schema там сваггер и всё всем понятно

http://api.vpiska.live/auth/

в правом верхнем углу

есть владка docs

а типа у graphql нет схемы?)

ее можно сделать более детальной

при желании

сваггер не нужОн

а типа у graphql нет схемы?)

Ну она есть, но нужно точно знать, что айфонщики, андроидщики и вебщики её одинаково поймут и смогут использовать

Ну она есть, но нужно точно знать, что айфонщики, андроидщики и вебщики её одинаково поймут и смогут использовать

эм, причем тут это вообще

На самом деле graphql как раз и сделан для того чтобы клиенты писались универсальные

Это то, о чём я говорю

апи пишется не для устроиств

а для всех

Сами библиотеки

Да, но нужно, чтобы все его могли использовать

Все разработчики

На всех языках

скачал схему

нагенерил клиент

и в бой

А дальше ты уже пишешь запрос на graphql

нагенерил клиент

это есть для обоих айфонных и для всех андроидных языков?