Robur

Я бы сказал любой внятный конструктор сайтов должен уметь делать выборку данных, иначе это конструктор лендингов.
погуглите "*любой конструктор* sql". Wix, тильда - вываливаются какие-то доки.

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

на тех которые уже знаете. Как минимум язык заново не учить. сейчас почти все популярные стеки имеют что-то для веба.
Если не знаете ничего подходящего - берите JS, копипастой со стековерфлоу или из примеров в документации соберете процентов 80 своего франкенштейна.

У меня была немного другая задача, но очень близкая, от реализации которой я в итоге отказался, но в процессе изучения как можно это решить, узнал про https://en.wikipedia.org/wiki/Conflict-free_replic...
Такие структуры позволяют менять общие данные независимо и параллельно и затем их объединять в результат.

Возможно это вам подскажет нужное направление мысли.

открываете девтулзы, сетевые запросы и смотрите какие со статусом 'pending'

любые, которые умеют делать web сервер, или хотя бы писать в файлы. Их дофига. Про какие слышали, те и используйте.

1. скорее всего справится не хуже чем ваш сервер на ноде+монго. ну как минимум пока не будет сотен тысяч активных пользователей.
2. Цены на их странице есть. размер предполагаемой "удачи" вы должны быть способны определить
3. есть sdk. + http апи. что-то "писать" там не надо
4. нормально.

ожидают ли от меня наниматели быть так же и дизайнером

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

Если вы Front End или Full Stack разработчик, можете ли вы также и создать макет для приложения?

Странно что вам интересно, но да, я могу. А вот нормально задизайнить что-то - нет.

ПС. Если с вас хотят разработку макета - выход крайне простой - берете бустрап и лепите все из стандартных компонент. Фронт-разработчик должен быть в состоянии накидать интерфейс для задачи без картинки, по текстовому описанию или вайрфрейму.
А вот на задачи "нужно как-то получше нарисовать, чтобы красиво было", отвечаете, отличная идея, я тоже думаю что это выглядит как-то коряво, а хочется чтобы прям круто было, когда дизайнера наймем?

на чем можно: JS, C++, C#, Java, вроде еще жив Delphi, так же то к чему есть байндинги QT, это вроде как питон, раст, может еще что-то. Уверен что есть еще пачка языков про существование которых мне лень вспоминать.
Да в целом хоть на чем что может выдать из себя exe файл.
это если вам обязательно GUI. А если нет, а главное - генерить файлы, то туда же добавится еще как минимум php.

а "лучше" - это на том на чем сможете. Потому как написанная программа на любом языке лучше чем ненаписанная на любом другом.

Вопрос - для кого и по каким критериям.
Если ни для кого и ни по каким - то ничем.

На данный момент стек таков:
1. html - ejs
2. css - scss (smaks + bem)
3. js - нативный язык или же jq, TS (с react, vue, angular, знаком но как мне кажется это не для такого уровня проекта)
4. Собирается всё с помощью GULP + webpack

Норм. Берите и пилите. Главное определитесь какие браузеры поддерживать будете и соответственно используйте фичи-полифиллы.
ps. gulp еще используется? мне кажется в связке с вебпаком он избыточен, но я его не видел вживую уже лет 8

Вот тут человек делится опытом создания переводчика и рассказывает множество деталей и нюансов https://habr.com/ru/post/492524/

Я тут предполагаю что вы хотите сделать какой-то стоящий продукт, который кому-то нужен:

Вас посетила очередная идея на миллиард. Вы полны решимости осуществить проект, но пока, кроме абстрактной идеи, ничего нет. Ваши действия?

Перевернуться на другой бок и спать дальше. Асбтрактная идея на миллиард ничего не стоит, даже 10 минут времени. Сотня абстракных идей - это просто в сто раз больше потраченного в пустую времени.

Если сильно верите в какую-то идею, для начала - валидируете.

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

Тут вы почти уловили суть. Ваша "идея" вам должна говорить, какие элементы нужны, зачем они нужны и почему именно их надо делать прямо вот сейчас а не что-то другое. Пока этого нет - у вас не идея а какая-то смутная фантазия, вы не знаете что делаете, и вряд ли что-то сделаете.

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

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

непонятно зачем вам делать свой uuid, если вы можете посмотреть "есть ли такой юзер" без него? отправляйте с клиента всегда access_token, это проще всего. Разве что вам надо хранить сессию на клиенте даже если он сделал logout из соцсети и потерял access_token.

Что возвращается клиенту после логина через соц. сеть?

Самый распространенный вариант - запрашивать имейл пользователя и дальше уже работать с ним.

Нужно ли хранить на сервере access токен который вернется?

нет

Вы можете сделать uuid и

Вряд ли где-то найдете. Только если своию делать