Evgheni
транспорт ниже
Alex
почему-же? просто авторизация в resolver'е происходит, ничем не отличается от REST
у нас хитро по ролям + доступным возможностям должна быть
Roman
только вот единственное преимущество гкл -- готовый контракт для посотянного переделывания запросов фронта под бек.
не только..
...GQL значительно повышает производительность особенно в сетях с высокой задержкой,
...позволяет аггрегировать запросы независимых компонентов приложения (batching),
...документация в подарок
Michael
у нас тоже есть планы попробовать вкрутить) сначала в пару мест
если что, есть неплохой опыт очень интересных кейсов вкручивания, в т.ч. ускорения работы за счёт подключения часто общающегося клиента через вс и классического общения с беком, но не в этом чате.
Roman
HTTP(S) и WS(S) это application layer тоже
OSI это про транспорт, передача данных от А в Б, а REST/GQL это совсем не тот уровень
Michael
последнее даёт офигенные преимущества и гибкость
Alex
Astr0junk
Roman поддержка гкл на бэкенде уже на всех платформах топчик?
Michael
оси про трнаспорт, посоны
Michael
расходимся
Roman
у нас хитро по ролям + доступным возможностям должна быть
авторизация не отличается ровно ни чем...
Michael
Напиши статью на медиум)
частично может попасть под NDA, т.к. около половины архитектуры я думал в конторе.
Astr0junk
а ты все завуалируй)
Astr0junk
заблюрь)
Alex
частично может попасть под NDA, т.к. около половины архитектуры я думал в конторе.
и абстрактно никак не описать?) это же реализация
Michael
но от конторы вполне вероятно, когда-то появится при определённых условиях. Сообщу тогда сюад.
Astr0junk
Michael ну и вообще можно у тим лида спросить
Michael
и абстрактно никак не описать?) это же реализация
Абстрактно -- за счёт слоёв мидлвары и микросервисов.
Michael
Michael ну и вообще можно у тим лида спросить
мало, насколько мне известно. Плюс есть определённая точка, с которой и он хочет запилить статью общую. Но там далекооо не толкьо об этом будет)
Roman
Roman поддержка гкл на бэкенде уже на всех платформах топчик?
мы на Golang пилим GQL (neelance/graphql), в основном конечно народ на Node'е, но это скорее пародия на backend.. про другие языки аля Java, C++, PHP, C# не знаю... Java в принципе ненавижу, C# m$ only, C++ нет смысла в вебе, PHP морально устарел
Michael
нода пародия на бек? И оси транспорт.
Astr0junk
всех закопали
Astr0junk
)))
Michael
ага
Astr0junk
есть такая тема
Astr0junk
Hype Driven Development
Astr0junk
вот помоему тут оно)
Roman
частично может попасть под NDA, т.к. около половины архитектуры я думал в конторе.
поздравляю, часть твоей серой мозговой плоти принадлежит не тебе)) щутка
Evgheni
"C# m$ only" чёрт пойду сносить linux
Michael
ну гошечка крутая, но это про компромиссы, ибо на джаве или ноде то же самое, но значительно мене епроизводителньое, написать в разы быстрее
Astr0junk
давайте не будем за бэк тут))
Astr0junk
тут и так что не день то баталии
Michael
+
Roman
нода пародия на бек? И оси транспорт.
это моё личное мнение ибо у меня было время и возможность изучить Go, который для написания сервера подходит намного лучше чем JavaScript, но у кого такой возможности или просто желания нет конечно возьмутся за ноду.. я не пытаюсь навязать)) каждому своё, но аргументы тем не менее есть за то или иное
Evgheni
своё личное мнение лучше оставлять при себе в некоторых ситуациях, например в чате фронтендеров
Astr0junk
пока аргумент - это ИМХО
Astr0junk
как то так
Roman
"C# m$ only" чёрт пойду сносить linux
опять же это лишь моё мнение, которое не обязано соответствовать реальности)) но.. да, это не тот чат для подобной дискуссии
Michael
Со временем приходишь к компромиссам и чётким обоснованиям, оставляя "вот это вот лучше просто потому что" кому-то помладше
Astr0junk
когда-нибудь появятся боты которые останавливают холивары в чатах..
Michael
По поводу выбора бека я очень чётко описал выше. Время разрабов часто дороже чем железо. К тому же в спешке можно и голанг заставить зависнуть. Те же идеи и для фронта годятся. Поэтому я на вью =)
Roman
пока аргумент - это ИМХО
аргумент против REST: Underfetching, Overfetching, (absence of) Typing, (non-standardized) Documentation
а дальше думайте сами, я только намекнул что есть альтернативы)
Evgheni
когда-нибудь появятся боты которые останавливают холивары в чатах..
можно написать бота который банит за любое упоминания языка программирования для бекенда кроме node js
Astr0junk
))))
Michael
когда-нибудь появятся боты которые останавливают холивары в чатах..
часто не нужно. особенно если не сильный оффтоп и не личности. По фреймам и кускам экосистемы -- это чуть ли не лучший способ продвинуться и прокачать экосистему
Astr0junk
@Romshark да я не против, при учете что сам спросил.
Roman
По поводу выбора бека я очень чётко описал выше. Время разрабов часто дороже чем железо. К тому же в спешке можно и голанг заставить зависнуть. Те же идеи и для фронта годятся. Поэтому я на вью =)
поэтому я и уточнил, у кого нет времени учить Go, тот не запарится и возьмёт JS, у кого есть - меня поймёт)
Roman
Michael
можно написать бота который банит за любое упоминания языка программирования для бекенда кроме node js
а за слово (реакт|react|re@ct|) жёлтая карточка
Alex
скатимся до уровня фанатиков других фреймворков)
Michael
поэтому я и уточнил, у кого нет времени учить Go, тот не запарится и возьмёт JS, у кого есть - меня поймёт)
не поверишь -- имею дело с одним из наиболее загруженных го-проектов в снг. И знаешь что? Он ТОЛЬКО для определённых задач годится. Сам пишу полтора года на нём помимо жс. Для подавляющего большинства других используется джава и нода. ПОчему -- см выше. Аргументировано.
Evgheni
на самом деле список больше
Evgheni
python, ruby, c#, php и тд, каждый под определенные задачи заточен
Roman
не поверишь -- имею дело с одним из наиболее загруженных го-проектов в снг. И знаешь что? Он ТОЛЬКО для определённых задач годится. Сам пишу полтора года на нём помимо жс. Для подавляющего большинства других используется джава и нода. ПОчему -- см выше. Аргументировано.
можно пожалуйста более подробно, ибо критика мне всегда интересна, если не в этом чате то мб. в личку?
Michael
аргумент против REST: Underfetching, Overfetching, (absence of) Typing, (non-standardized) Documentation
а дальше думайте сами, я только намекнул что есть альтернативы)
Really not-решённые issues? Even if всякие гугл docs, m$ office 365 using рест? Oh, really, think about it.
Roman
Really not-решённые issues? Even if всякие гугл docs, m$ office 365 using рест? Oh, really, think about it.
what ду ю mean? did't квайт гет it
Michael
можно пожалуйста более подробно, ибо критика мне всегда интересна, если не в этом чате то мб. в личку?
Неинтересно. Интересно донести местной аудитории, что финансы решают. И чем дороже время разработчиков, чем важнее поддерживаемость, чем менее важна производительность в определённых масштабах, тем больше приходится склоняться к обкатанным высокоуровневым темам. То же, кстати, частично, относится к высокоуровневому вью против довольно низкоуровневого реакта.
Michael
(Тут нет про то, что go необкатан. Но он весьма низкоуровневый.)
Roman
Неинтересно. Интересно донести местной аудитории, что финансы решают. И чем дороже время разработчиков, чем важнее поддерживаемость, чем менее важна производительность в определённых масштабах, тем больше приходится склоняться к обкатанным высокоуровневым темам. То же, кстати, частично, относится к высокоуровневому вью против довольно низкоуровневого реакта.
Go не стоит сравнивать с C++, он на самом деле не менее производителен JS в плане время разработчика, просто естественно один раз понять надо, что такое goroutine'а, а дальше всё как по маслу
Roman
(Тут нет про то, что go необкатан. Но он весьма низкоуровневый.)
Garbage collection, reflections, библиотеки все есть... не понимаю, почему он относительно "низко уровневый"
Michael
Больше сложных слов без перевода, а то фронтендеры и нодеры отсюда очень поняли, что имеется ввиду асинхронные возможности с автоматическим распараллеливанием на треды.
Roman
на нём даже писать удобнее, ибо асинхронность встроенна в сам язык и не требует лишних promise'ов, async/await'ов и callback'ов.. просто пишешь синхронный код а выполняется он неблокирующи
Michael
Тут, коллеги, написано, что в го нет промисов, но можно сделать неблокирующий вызов.
Evgheni
может хватит рекламировать go? я не увидил ни одного аргумента который оправдал бы переход с других ЯП на go
Michael
Garbage collection, reflections, библиотеки все есть... не понимаю, почему он относительно "низко уровневый"
приведи аналог спринга из джавы.
Michael
может хватит рекламировать go? я не увидил ни одного аргумента который оправдал бы переход с других ЯП на go
сверхпроизводительные микросервисы.
Evgheni
можно закрывать дисскусию?
Michael
Иногда бизнеслогика. Это когда ресурсы ограничены, а нагрузка пздц просто будет. Тогда очень даже норм.
Roman
может хватит рекламировать go? я не увидил ни одного аргумента который оправдал бы переход с других ЯП на go
асинхронность по умолчанию с синхронным кодом например...
типизация например...
чистая скорость например...
всё тут было названо, странно что ты не видел..
ладно.. не тот чат, просто не могу удержаться "развеять мифы", сори))
Roman
забаньте меня семеро)))
Vladislav
Ребят, я могу как-то вызывать computed из геттера как промис?
Roman
Ребят, я могу как-то вызывать computed из геттера как промис?
computed это же синхронные вычисления?
Evgheni
можно конечно возвращать промайс но лучше не надо
Michael
можно иначе как-то сделать не хуже
Vladislav
как говорится - ифы наше все