ну они могут так-же с REST перейти на gRPC и так-же всё поломать, всем будет плохо, следственно gRPC говно? Странное причино-следственное мышление. а вот тебе шах: возьмут они и случайно, предположим по ошибке, поменяют структуры данных, которые возвращаются REST Endpoint'ами и все клиенты накроются медным тазом, будет хаос, война, кровь и свидетели иеговы на каждом углу. в GQL такое не прокатит, схема является контрактом. А контракт незаметно нарушить нельзя ни на сервере ни на клиенте.

ну, как бы, у них есть публичное апи, в котором описана структура данных, которое они вернут. Поломать и хрен можно, но тут не тот случай. То, что "искаропки" в REST нет валидации - это понятно, но валидация - вполне себе отдельная тема.

Ты только название эндаоинта будешь думать 30 минут ))

GET:/endpoint1

норм?

GET:/endpoint1

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

Давай groups и users

func HandleEndpoint(w http.ResponseWriter, r *http.Request) { //TODO } func main() { http.HandleFunc("/endpoint1", HandleEndpoint) log.Fatal(http.ListenAndServe(":80", nil)) }

коллеги, вы меряетесь диаметром сферического члена?

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

у нас задача была "на скорость, 1 табличка, 1 эндпоинт" Либо не усложняй, либо признай, что на таких случаях GQL - лютый нафиг не нужный оверхед.

у нас задача была "на скорость, 1 табличка, 1 эндпоинт" Либо не усложняй, либо признай, что на таких случаях GQL - лютый нафиг не нужный оверхед.

Давай без примеров нереальных)

там вся приколюха именно в том, что с GraphQL ты ИЗНАЧАЛЬНО моделируешь ГРАФ ДАННЫХ, чтобы потом с ним работать. В REST ты изначально моделируешь запросы клиента, а потом "откуда-нибудь берешь данные". Скажем так, на старте реализация от "начал" до "получил какой-то эффект" в REST'е быстрее, и не говорите мне, что это не так. Вопрос исключительно в том, на каком пороге они сравняются по трудозатратам, и на каком моменте GQL "окупится". Вот реально, в стабильных апишках на пару-тройку эндпоинтов с 3-4 методами на каждый ты GraphQL не окупишь.

да, всё верно, REST дешевле, но наступает обычно тот момент, когда REST становится гораздо дороже GQL и стоимость растёт в геометрической прогрессии.. т.е. это сначала так кажется, что мол хуяк-хуяк, 20 endpoint'ов готовы, можно в прод. а потом.. каждую неделю придумываешь всякие /users_with_posts_and_cookies_and_funny_cats чтоб клиент не делал по 100500 запросов на 1 view .... а потом приходит менеджер и говорит "так, мы ща будем пилить приложение под iOS, оно будет сильно отличаться от web версии, поэтому нам нужно ещё 1 версию API" - вот тогда понимаешь что всё пизд@...

коллеги, вы меряетесь диаметром сферического члена?

не, я отстаиваю права remote procedure call от фанатов GQL

я боюсь, я эту дискуссию вынужден буду прекратить

не, я отстаиваю права remote procedure call от фанатов GQL

Не фанатов, а использующих инженеров

как-то она обороты набирает, и смысла в ней все меньше

да, всё верно, REST дешевле, но наступает обычно тот момент, когда REST становится гораздо дороже GQL и стоимость растёт в геометрической прогрессии.. т.е. это сначала так кажется, что мол хуяк-хуяк, 20 endpoint'ов готовы, можно в прод. а потом.. каждую неделю придумываешь всякие /users_with_posts_and_cookies_and_funny_cats чтоб клиент не делал по 100500 запросов на 1 view .... а потом приходит менеджер и говорит "так, мы ща будем пилить приложение под iOS, оно будет сильно отличаться от web версии, поэтому нам нужно ещё 1 версию API" - вот тогда понимаешь что всё пизд@...

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

Не фанатов, а использующих инженеров

призывы отказа от RPC - довод в пользу фанатства

не, я отстаиваю права remote procedure call от фанатов GQL

кой толк?

призывы отказа от RPC - довод в пользу фанатства

Я не призывал

ну, собственно, особо никакого, наверное

воот

просто "в интернете кто-то неправ"

на gql надо посмотреть повнимательнее, кто делает api

но переходить на него прям сейчас преждевременно, похоже.

мы еще grpc не доели...

Помню была у меня одна рест апишка на перле и монге а я её перепилил на го и постгрес и разработчики клиента в другой стране даже не заметили. Вот бы было б весело если б у нас был gql

но переходить на него прям сейчас преждевременно, похоже.

Да уже ж много лет существует

воот

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

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

не, я отстаиваю права remote procedure call от фанатов GQL

ты просто не понял проблему tight-coupling'а, вот и всё, так-что жалею тебе её понять и желательно не в продакшне, желаю всем не тратить своё здоровье зря

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

ну это будет уже потом... У меня была как-то задача отдать рестом xml'ку, выгруженную из 1С, по дороге сконвертив в JSON. Вот не понял, для чего в этой задаче GraphQL...

Лан, всем споки

Лучей щястья вам!

призывы отказа от RPC - довод в пользу фанатства

ему аргументы а он "фанаты, фанаты кругом!" да... всё. я устал, кому интересно - читайте с начала беседы аргументы и делайте свои выводы. всем приятной ночи ?

Прямо на столе

Каков вопрос, таков и ответ

а почему не стоит?)

бери.. в чём проблема?)

ну тогда бери, чего раздумывать?)) или у тебя есть опасения?

ну блин, чувак, для таких вопросов существует google))

Я кстати знаю аргумент за специально для test

ты хочешь чтоб я потратил своё время, для того чтоб разжевать тебе то, что можно найти и прочитать в гугле? ? хорошо, с вас 40€/час

Го такой простой, что даже даун освоит за неделю

Го такой простой, что даже даун освоит за неделю

Без опыта, не думаю

если у тебя есть более конкретный вопрос, то так и спрашивай мол: "вот я тут узнал что мол Go так-то-так-то в том-то том-то лучше использовать чем Java, который я уже знаю, посдкажите мол, как в этом конкретном случае быть" и мы тебе с радостью поможем

Rust про другое совсем

ERROR: S client not available

Баньте его, он спамер и тролль.

бери хаскель

Баньте его, он спамер и тролль.

да вот действительно подозрительно, ещё ботов нам не хватало

http://lmgtfy.com/?q=rust+vs+go

@onokonem троль детектед

его во флуде забанили уже

Го такой простой, что даже даун освоит за неделю

Обидно было

давайте разбудим вия

@onokonem кмх

щаз мы веки ему и откроем

@schors @pragus @anastaysha163

вжух!

вжух!

thx!

@pragus, воут-бан бота хорошо бы добавить под таких кадров

Спасибо за оперативность, кстати =)

@pragus, воут-бан бота хорошо бы добавить под таких кадров

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

Оу, я не в курсе был

Жаль

Поднимите Вийю веки, плес.

Ой, опоздал.

Здравствуйте, есть такой вопрос : в цикле находится горутин, в нем таймер на 5 секунд, могу ли я как-то после истечения 5-ти секунд в горутине закончить итерацию цикла и начать новую?

Здравствуйте, есть такой вопрос : в цикле находится горутин, в нем таймер на 5 секунд, могу ли я как-то после истечения 5-ти секунд в горутине закончить итерацию цикла и начать новую?

Sync.WaitGroup вам в помощь