Что легче в освоении Graph или Firebase? Я так понимаю, что

Graph не работает с JSON...

какой граф

Монтекристо

я пробовал Firebase и достаточно дружелюбный интерфейс у него, интуитивно понятная дока и есть еще VueFire для облегчения жизни

Для понимания спрошу, и GraphQl и Firebase нацелены на работу с готовой базой данных, создавая API, типизируя и помогая отправлять запросы к ней? P.S. VueFire это ответвление от Firebase?

спрашивай не стесняйся чат для этого и создан) Я сам не совсем понял твоего вопроса, но Firebase нацелен для того чтобы обеспечить базу данных и аутентификацию, чтобы данные сохранялись на готовом беке, правда если количество запросов превышает лимит то хотят подписку платную жмоты но есть аналог Supabase вроде как говорят абсолютно бесплатный VueFire это набор готовых решений для различных целей, просто куча композаблов для вью которые сокращают шаблонный код из файрбейз но некоторые люди предпочитают пренебрегать им и просто юзать файрбейс (используя свои композаблы) композаблы знаешь да просто куски кода в файликах

Firebase по бесплатному тарифу предоставляет больше, чем Supabase Кроме того Fiebase это NoSql, а Supabase - PostgreSQL

по скорости? да

Supabase очень крутые ребята ) У них там вообще кучу всего прикольного, регулярно пользуюсь :)

она же от команды вью?

Вроде нет, отдельные ребята ) Много онлайн конф смотрел и даже в хакатонее участвовал у них , не видел ни кого из команды вью

Во первых, спасибо за поддержку! Далее, по вопросу GraphQl и Firebase. Прочти пожалуйста! Впервые увидел на одном ресурсе, мол есть GraphQl курс и Firebase. Начал разбираться, что это такое. Первоначально(и до сих пор) стоит вопрос о том, взаимозаменяющие это вещи или нет? То есть, используются ли эти два, как назвать, экосистемы, в одном приложении или нет? Из вопроса выше следует, что я не совсем понимаю, для чего и что используется. 1) По GraphQl мне известно, что он помогает работать с готовой базой данных, формируя типизированные запросы и в отличие от REST API позволяет взять одним запросом только то, что нужно + он может взять данные с разных запросов... то есть объединить разные запросы в один, насколько я понял. Я не знаю, прошу пояснить, работает ли он как realtime database(поскольку у firebase это есть). С помощью него можно создать API. На этом как я понимаю, основной функционал заканчивается 2) По Firebase мне известно, что это целая большая экосистема google, которая включает много полезных backend решении, в том числе и готовую регистрацию пользователей... Какие ещё фишки он включает? Работает ли он с запросами и так далее? Прошу раскрыть вопрос, кто знает....

Это совершенно разные вещи Firebase - база данных и сервис доступа к ней GraphQL - спецификация запроса данных

Firebase также работает с JSON? И что означат сервис доступа к ней? К примеру, я создаю JSON файл, заливаю его в Firebase и что дальше, как он помогает?

дает возможность залить и скачать и делать поиск по залитым

GraphQL ближе к sql, чем к firebase. Совершенно разные вещи. Для GraphQL тебе придётся писать бэкенд, схемы и тд. Firebase же готовые сервисы с которыми ты работаешь через api, без необходимости писать бэкенд

Возможность realtime database в GraphQL?

Там есть подписка, но ты осознаешь что тебе придётся лезть в туже ноду и расписывать данные для сервера? https://www.apollographql.com/docs/apollo-server/getting-started#step-3-define-your-graphql-schema Тебе понадобится поднять базу, ту же PostgreSQL, спланировать хранение и таблицы, написать сервер, написать схемы, написать получение данных для схемы, захостить базу и сервер, следить чтобы это всё работало корректно. Я пишу максимально упрощенно ещё. Это совсем другое

По вашему сообщению, я так понимаю, что есть два варианта 1) Либо понемногу углубляться в GraphQL, а это означает, что нужно подтягивать знания по Nodejs, Apollo и возможно в Express 2) Либо использовать Firebase и практически забыть про backend, но всё время боятся за то, что ты выйдешь из бесплатного пакета и попадёшь на деньги)

1) начни с реста. Нужны базовые знания. И на него спрос больше. Потом уже дальше Платить либо за хост, либо за сервис если не поместишься в лимиты. Пойми для себя кем ты хочешь быть, готов ли пойми в мир фулстека и тд

Я понимаю как работает API. И я работал с API на боевом проекте. Но я не создавал само API, хочу научиться при помощи того же GraphQL. Я готов плавно идти ну фулстэк для своих проектах, а не для работы. Я понимаю, что это тернистый путь, что поделаешь, если тянет?)) Вы в комментарии привели Apollo Server. То есть на node не нужно создавать сервер? Всё это делает Apollo? Я сейчас пытаюсь разобраться в разных терминологиях, чтобы определить что нужно учить, а потому прошу прощения за глупые вопросы. Я сам гуглить стараюсь, но не всегда поисковик выдаёт, что тебе нужно. У людей спросить быстрее

Тебе в других чатах тогда надо спрашивать Тут про Vue

Если идти в сторону фуллстека, то можно начать с изучения того, что вообще такое http сервер и бекенд на http. Что вообще такое приложения, которые принимают HTTP запросы и отдают ответы, как они могут использоваться для выполнения операций и работы с данными. Стилей API очень много. И чаще всего используется ни GraphQL, ни готовый сервис как Firebase, а просто какое-то API без определённого стиля или в REST-like стиле, как самом простом.

Backend это php, go, python, Java и тп. А вот бэк как говорят на js типа node, честно говоря сомнительная вещь, на чистом ноде ничего не делал. Но всё таки в моем понимании, js это клиентский язык, и что-то там серьёзное делать на той же node не внушает доверия

ВЗХВАЫЗФВЫЗЗФВАЫЗФВАЫЗХВАФЫЗХФВАЫ

Я нигде не писал, что бекенд нужно изучать на Nodejs :) Но понятие "клиентский язык" мне не понятно. JS - язык общего назначения. Чем он хуже других языков с динамической типизацией. Также Python можно назвать скриптовым языком, php - шаблонизатором (он также исторически шаблонизатор, как js - язык скриптов веб-страничек). При этом если сравнивать с Python, то нода будет по интереснее как минимум возможностью легко писать микросервисы и приложения с нагруженным I/O за счёт хорошо работающей простой асинхронности

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

js немногопоточный, что сильно ограничивает его применение на бэке Плюс - ресурсоемкий Node.js не распространен как бэкенд решение, разве только среди накст и некст маргиналов

> js немногопоточный, что сильно ограничивает его применение на бэке При этом однопоточный JS будет лучше справляться с нагруженным I/O, чем многопоточная Java. PHP, к слову, тоже однопоточный, если брать один скрипт. Многопоточным он становится, когда его подключают к веб-серверу, который держит пулл. Точно также и Nodejs никто не запрещает тебе запустить в несколько инстансов и занять все ядра машины > Плюс - ресурсоемкий Менее ресурсоёмкий, чем большая часть перечисленных выше платформ. Особенно если сравнивать с Java с тяжёлым рантаймом > Node.js не распространен как бэкенд решение, разве только среди накст и некст маргиналов Помимо SSR, распространён в небольших сервисах, бота и особенно микросервисах. Многие разработчики, работающие на Nodejs- в фронт не умеют Основные фреймворки на ноде не особо умеют в SSR или совсем от него далеки (молекуляр)

+ никто не мешает поднять несколько инстанций ноды и получить многопоточность

> При этом однопоточный JS будет лучше справляться с нагруженным I/O, чем многопоточная Java. Это откуда? > Менее ресурсоёмкий, чем большая часть перечисленных выше платформ. Особенно если сравнивать с Java с тяжёлым рантаймом Java на одном и том же железе по сравнению с Node.js будет обрабатываеть на два порядка больше запросов

Как по мне удобнее сделать бэк на том же laravel, front на vue, чем полностью все пилить на js

Вы не правильно понимаете многопоточность, по-моему

> Это откуда? Из лёгкого рантайма с хорошим холодным стартом и асинхронности > Java на одном и том же железе по сравнению с Node.js будет обрабатываеть на два порядка больше запросов Производительность будет зависеть от того, что будет происходить в обработке запроса. Но это не про ресурсоёмкость.

> Производительность будет зависеть от того, что будет происходить в обработке запроса. Но это не про ресурсоёмкость. Вопрос: почему тогда серьезные бэки пишут на Java, а не на JS?

вот бы еще как-нибудь обосновать это удобство, кроме как “я знаю PHP и Laravel, поэтому я так чувствую”

1. Что такое "серьёзные беки"? 2. Потому что "ресурсоёмкость" - не единственный критерий выбора языка и платформы 3. Пишут разные и пишут много

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

Нет, неправильно

🪟

Во-первых, повторюсь, критериев выбора языка/платформы - много. Оно не ограничивается "временем холодного старта" или прозводительностью обработки высоконагруженного I/O одним потоком. У финтеха нет других требований к тому, на чём писать? Они все на микросервиса\FaaS сидят и выкачивают производительность из платформы, а не беспокоятся о надёжности, поддерживаемости, не используют кучу промежуточных сред типа кафки и потоковой обработки данных? Во-вторых, я не писал "быстрее и производительнее" в общем случае. Только про время холодного старта, ресурсоёмкость (ресурсы на рантайм) и производительность на нагруженном I/O. Если уходить в такие аналогии, то PayPal настолько глупый, что переписывали вещи с Java на Nodejs?

https://dzone.com/articles/is-java-still-relevant-in-2021-1 After 26 years of existence — Java is still doing well — programmers who know it are still in high demand. They will continue to be sought after for a long time to come as over 90% of the Fortune 500 companies still rely on Java for their development projects.

Что эта табличка опровергает или уточняет?

весь фронтенд на js тем не менее он занимает меньше 3% в SD

Что финтех надо писать на C

Какой там процент бэка на пыхе?)

Можешь сделать полностью умозаключание? Так как "факт из картинки двухлетней давности" то "следствие", оно опровергает "мой факт" или подтверждает "твой факт". Я нигде не писал, что java не популярная. В сообщении, на которое ты сделал реплай, было три поинта

Нет, но хотелось бы увидеть реализацию какого-то проекта для примера, пусть даже мнимум, Laravel + vue, и чистый js. Надо вот кстати поискать

Если эта картинка релевантна вопросу о том, на чём пишут бек, правильно ли я понимаю, что ты доказываешь, что Visual Basic распространённее PHP?

Это рейтинг по количеству упоминий его в контексте программирования в поисковых системах

На сколько этот рейтинг релевантен обсуждаемому вопросу?

напомни вопрос

О чем тогда говорит эта статистика... не пойму

Ты скинул картинку на моё сообщение с тремя поинтами. Какой из них ты опровергал? Предположу, что вопрос распространённости Nodejs в сфере бекенда.

Тебе встречается китайский язык в твоей жизни? Следует ли из этого что в мире русский распространен намного больше китайскиого?

примеров полно на гитхабе, хоть с чистой нодой, хоть с фреймворками типа Nest.js

А никто и не говорил, что следует

> 1. Что такое "серьёзные беки"? Fortune 500. И сразу пруф из инета 2. Потому что "ресурсоёмкость" - не единственный критерий выбора языка и платформы Один из основных > 3. Пишут разные и пишут много Пруфы? Такойго же типа что я привел

Я посмотрю на днях, ради интереса, просто на чистом ноде сервер никогда не писал, видел примитивные примеры, начинал делать, но не зашло. Ну и да если я могу написать сервер на laravel, зачем мне node, ну как то так всегда к этому относился

ты опровергаешь утверждение, которое никто не делал

> Такого же типа - это где Visual Basic в два раза популярнее PHP? нет, где солидное издание пишет что на Ноде работают серьезные компании

я не опровергаю тут ничего я аргументирую свой совет вылезти из фронтэндной норы

если ты сравниваешь laravel с чистой нодой, то это некорректное сравнение, нужно сравнивать либо с чистым php, либо с таким же популярным фреймворком на ноде >Ну и да если я могу написать сервер на laravel, зачем мне node с таким же успехом можно сказать ровно наоборот - если можно написать сервер на ноде, то зачем пхп и ларавель

Зачем мне вылезать из моей прекрастной норы?) Возможно я хочу быть узким специалистом а не жанглером?)

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

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

Я и не делал, вроде никто не делал)

так я же и не тебе совет про нору давал )

> я не опровергаю тут ничего Тогда вообще не понятно, к чему это было)

Никто не давал советов, кроме тебя...

Резонно

В сухом остатке - пруфы будут про Ноду на бэке для серьезных контор?

Без понятия, что пишут в "серьёзных изданиях", никогда не читаю статьи типа "топ популярных языков". Особенно если из них потом делать выводы, как в твоём примере. Даже если найти такой рейтинг - топ 500 компаний не репрезентативны всему множеству (в твоей фуллстек норе есть понятие репрезентативности?) Но вижу, как много сервисов предоставляют для nodejs бекенда - PaaS, FaaS, вижу вакансии, вижу подъём популярности технологий вокруг разработки бекенда на ноде, вижу с чем предлагают интегрировать SaaS. Если считать Python распространённым для бека, то уж ноду тем более.

Так php в серъез многие не воспринимают, а так же python, а node тогда получается и подавно, минимум C, Java, Go и прочее

Я не вводил понятия "серьёзные конторы". То, что нода не распространена - было твоё утверждение. Перекладывание бремя доказательства - ошибка аргументации. Я о том, что нода подходит для бека, вообще не аппелировал к "распространённости", промотай к своему первому сообщению.

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

ну так и на ноде можно

Наверное, не буду спорить, надо посмотреть примеры, на днях гляну

Раз уж laravel то смотри https://nestjs.com Где используется и кем

Но их плохо сравнивать, Laravel более коробочный фреймворк

Grigorii K. Shartsev
Кстати, это то, чем ты пруфал распространённтость ...

Ну так а сколько языков появилось с 2000 года Плюс программирование вышло из области крупных компаний в ширпотреб

А есть что-то более похожее на ноде? Я скорей делал акцент на популярности решений

https://adonisjs.com/

Нет ORM/Data Mapper Основное в бэкенд фреймворке

Тут уже вопрос, какой язык больше нравится, бегла посмотрев, это типа что то похожее в laravel. Но тот же js до vue мне вообще не заходил, Jquery, Backbone, marionette, вызывали дергание глаза, только с vue у меня поменялось отношение к js в лучшую сторону. Так что если выбрать nest.js и laravel, однозначно выбор в пользу второго, ну а если сидишь исключительно на js, то проще и быстрее будет освоить этот nest.

Есть. Ниже пролистай

где?

Ещё попробуй

Нет, именно коробочных фреймворков популярных на ноде нет в стиле Laravel. Есть микрофреймворки, есть фреймворки, которые дают архитектуру и свободу за границами своего фундамента (Nest, Loopback), есть фреймворки, ориентированные на микросервисы (Molecular)

https://docs.adonisjs.com/guides/database/introduction

адонис вполне себе схож с ларавелем

Но особо не распространён

Есть в чём то схожесть, но здесь кому что ближе, мне проще всё сделать на laravel чем вникать в этот Adonis, если не знаком не с одним не с другим, и не знаком с пхп, то быстрее будет разобраться с Adonis, короче на вкус и цвет