@nodejs_ru

Страница 283 из 2748
Kostya
18.10.2016
12:54:11
Привет, Я из C++, Qt тусы. Работаю в проекте BOS - органайзер который говорит, когда и как делать.

Dmitry
18.10.2016
13:07:01
Присоединившиеся к JS Foundation компании передали для совместной разработки некоторые свои проекты, среди которых: Node.js-сервер Appium, эталонная реализация протокола для взаимодействия с платёжными системами Interledger.js, JavaScript-движок для IoT-систем JerryScript, тестовый инструментарий Mocha, библиотека обработки дат Moment.js, визуальная среда разработки для IoT Node-RED и упаковщик модулей Webpack. Данные проекты теперь будут развиваться под эгидой Linux Foundation и JS Foundation, независимо от конкретных поставщиков.

Linux Foundation представил инициативу по развитию открытых JavaScript-проектов Организация Linux Foundation представила новый совместный проект JS Foundation, который будет выступать площадкой для сотрудничества и развития различных открытых проектов, связанных с использованием языка JavaScript для web-разработки. В рамках JS Foundation планируется поддерживать лучшие решения и продвигать высококачественные стандарты разработки серверных и клиентских проектов на JavaScript. Читать дальше

Google
Kostya
18.10.2016
13:18:16
chto za TUSA?
Просто пишу на C++

Саша
18.10.2016
13:29:21
Саша пишу на js/angular

Denis
18.10.2016
13:30:36
Саша пишу на js/angular
Не забываем #whois и ссылки на свой GitHub ?

Dmitry
18.10.2016
14:16:20
я тоже писал на C++/Qt

норм)

Aldar
18.10.2016
14:16:51
я тоже писал на C++/Qt
значит ты из той же TUSI

Dmitry
18.10.2016
14:32:36
кто что думает о graphQL?

Ҫѐҏӗѫӑ
18.10.2016
14:50:57
надо подписки в спеку ему

возможно в ноябре добавят вместе с релизом релея2

Vladimir
18.10.2016
14:53:23
кто что думает о graphQL?
Он не нужен 99% процетам людей

Denis
18.10.2016
14:54:12
98

Vladimir
18.10.2016
14:54:54
+/-

Хорошо что для него нужен бэкэнд, поэтому фронтэндерам никто не даст это по фану внедрить

Google
Dmitry
18.10.2016
14:56:51
Он не нужен 99% процетам людей
а то тут один парень сказал что REST это олдскул и типа будущее за graphQL

хочу понять почву его мыслей)

Denis
18.10.2016
14:57:28
Vendlor-lock :)

Vladimir
18.10.2016
14:58:52
> @pumano хочу понять почву его мыслей Он долбоеб)

Как можно сравнить REST и GraphQL?

Только если ты не знаешь, что такое REST и какие проблемы решает GraphQL

Anton
18.10.2016
15:02:27
Кто ноду с typescript использует , есть мануал какие хорошие?

Roman
18.10.2016
15:04:15
https://medium.com/@raxwunter/moving-existing-api-from-rest-to-graphql-205bab22c184

Vladimir
18.10.2016
15:06:35
> So previously we inferred, that REST has design problems. But GraphQL definitely not

Ахахаха

Roman
18.10.2016
15:07:40
Ахахаха
какие например? ну естественно такого же масштаба как у реста

Vladimir
18.10.2016
15:08:00
Что такое рест? Где стандарт почитать? Кто его разработал

?

Roman
18.10.2016
15:08:16
никто, в том и дело

зато каждый юзает

и спрашивает на собеседовании как оно расшифровывается

Vladimir
18.10.2016
15:08:51
Тогда о чем речь? Как можно сравнивать?

> It’s not possible to do deep and complex queries with GET string.

Тоже неправда

Можно передать JSON

Google
Roman
18.10.2016
15:09:24
сравнивается в контексте написания API

Vladimir
18.10.2016
15:09:33
Можно передать и JSON в боди

Да, в гет запросах можно передавать боди

Roman
18.10.2016
15:09:44
зачем, если я хочу идемпотентную ручку

не фуншуй

Тоже неправда
я не понял где предыдущая была)

Vladimir
18.10.2016
15:10:26
> REST has design problems

Это неправда

Roman
18.10.2016
15:10:43
у него нет проблем?

Vladimir
18.10.2016
15:11:02
У него нет design

> Naming problem

Roman
18.10.2016
15:11:25
он есть у HTTP

Vladimir
18.10.2016
15:11:27
В GraphQL не нужно придумывать названия?

он есть у HTTP
Тогда так и надо писать GraphQL vs HTTP

Абсурдность сравнения будет еще более очевидна

Roman
18.10.2016
15:11:59
В GraphQL не нужно придумывать названия?
не нужно придумывать RESTfull названия, делай все что хочешь в рамках твоей бизнес логики

Vladimir
18.10.2016
15:12:10
Для этого достаточно RPC

Сравнивается REST и RPC, но вмест RPC используетс слово GraphQL

Vladimir
18.10.2016
15:12:42
это какое-то мозгоедство, все понимают, о чем речь, когда просят сравнить рест и графкуль

Roman
18.10.2016
15:12:53
REST потому и не имеет спеки, потому что это HTTP очевидно по-моему

Google
Alexander
18.10.2016
15:12:54
Владимир, а есть что по существу? сейчас все что ты говоришь это больше похоже на демагогию. "рест не существует" никому не поможет

Vladimir
18.10.2016
15:12:59
это как "сравните пхп и ноду", и начинаааается

Vladimir
18.10.2016
15:13:49
Пост ни о чем

Ilya
18.10.2016
15:14:00
Работаешь с графами бери гравкьюэль. Работаешь с плейн объектами бери рест джсон. Все просто.

Vladimir
18.10.2016
15:14:04
Лишь укрпеляет байку, что рест - это что то конкретное

Vladimir
18.10.2016
15:14:12
"пхп это язык, нода это рантайм, как и можно сравнивать"

Alexander
18.10.2016
15:14:16
Владимир, если у тебя никогда не возникало архитектурных проблем, когда проектируешь АПИ на РЕСТ, пытаясь более менее соответствовать общепринятым практикам, то я очень тебе завидую

Vladimir
18.10.2016
15:14:27
Я не использую рест

Alexander
18.10.2016
15:14:31
)))))

Admin
ERROR: S client not available

Vladimir
18.10.2016
15:14:34
И у меня нет проблем)

Alexander
18.10.2016
15:14:36
тогда накидывай больше!

Roman
18.10.2016
15:14:37
еще раз как бы если тут кто-то реально ведет конструктивный диалог: сравнение не REST и GQL, а подходов написания API

если нет проблем с рестом, то ради бога можно дальше жевать это говно)

Ҫѐҏӗѫӑ
18.10.2016
15:15:33
как-будто графкл не говно

Alexander
18.10.2016
15:15:53
как-будто графкл не говно
тоже так себе конструктив)

программирование вообще говно

зря мы в него ввязались

Roman
18.10.2016
15:16:09
ой пусть они лучше продолжут сраться про ts и flow)

Vladimir
18.10.2016
15:16:10
Рест это не что-то конкретное, он говно только если ты делаешь говно

Google
Roman
18.10.2016
15:16:15
друг с другом)

Evgeny
18.10.2016
15:17:01
ОК, давайте конкретику. У меня плохо с английским и я не понял статью, поэтому - какие проблемы решает графкл?

Vladimir
18.10.2016
15:17:09
Я уж не говорю о том, что когда говорят про Рест поврех HTTP подразумевают целый ряд преимуществ за счет маппинга действий на HTTP вербы, но про это ни слова

Никита
18.10.2016
15:17:25
98
Что значит нужен?

Никита
18.10.2016
15:18:02
Если «используют фб или сайтики на графкуэль» — это одно.

Vladimir
18.10.2016
15:18:12
> Вместо 10 запросов 1.

Это и так можно сделать

Ҫѐҏӗѫӑ
18.10.2016
15:18:16
сейчас он нужен сайтикам, которые не работают с живыми данными и не умеют решить проблему, когда приходится много запросов поочередно лол

Никита
18.10.2016
15:18:23
Если «осознанно иметь дело с ним», то там вполне все 99.99%

Ilya
18.10.2016
15:18:33
Это и так можно сделать
Можно но это тогда не рест;)

Ҫѐҏӗѫӑ
18.10.2016
15:18:51
я о том же

Evgeny
18.10.2016
15:18:57
Вместо 10 запросов 1.
а что будет сзади? свои эндпоинты 10 штук или некий агрегатор?

Roman
18.10.2016
15:19:07
Это элементарный батчинг
только он уже есть во всех gql клиентах по дефолту

Ilya
18.10.2016
15:19:16
> @gitrus Можно но это тогда не рест;) Не Рест
Гравкьюэль дает спеку как это делать вот и все

Никита
18.10.2016
15:19:20
Ну, если мы не только жскодеров за людей считаем, конечно.

Vladimir
18.10.2016
15:19:20
В JsonRPC он тоже есть по дефолту

Roman
18.10.2016
15:19:49
В JsonRPC он тоже есть по дефолту
ты серьезно считаешь что jsonRPC лучше gql?

Vladimir
18.10.2016
15:20:00
Можно но это тогда не рест;)
http://soepic.pl/stor/items/1358389523890.jpg

Страница 283 из 2748