DevMan

1. бэк - очень размытое понятие.
2. бэк очень привязан к языку и хотелкам конкретного человека.

я бы вообще не заморачивался бэком и делал только фронт.

потому что это никому не нужно: сложно и долго = дорого.
а узкие задачи бэка, где критичны скорость/ресурсы, вполне себе на нем пишутся.

они не хранятся в куках, а уникальны либо для страницы в целом, либо для конкретной формы.

если где-то они в куках - это свидетельствует об оленях.

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

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

хоть 100500.

1. это опрос, а не вопрос.
2. в каждой отрасли будет свой, специфичный, набор.

хотите конкретики? окей: каждый день мне приходится принимать транзакции из 2–х дестяков различных источников и анализировать их. вам помогло это знание?

зависит.

для пыха (если не требуется экзотики) подойдёт практически любой хостинг.
для питона/руби/ноды есть специализированные хостинги.

впс подойдёт для всего.
а ещё есть сервер-лесс.

рили? аякс да?

нуок... как по твоему считаются деньги твоим банком или проводятся платежи по картам? в браузере?

то, которое решает задачу. плюс объективные скилы.

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

именно поэтому и существует командная разработка/делегирование.

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

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

нода – вообще не язык. но даже если опустить этот момент, что на жс, что на змее можно или рубить хорошее бабло, или сосать. выбор за вами.

востребованность – это ваши скилы и умение их продать, а не язык.

каждая из этих областей по своему интересна.
да и фронт сейчас уже не такой дубовый как был десять лет назад. плюс фронт сейчас – не только UI.

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

если выбрали vue, значит знаете js.
если знаете js, логично выбрать node.

a по факту – вообще без разницы: лишь бы могло принимать/отдавать данные.

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

БД нужна там, где данных реально много и/или ими нужно оперировать.
Логи можно хранить и в файле (настроив ротацию) и в бд. Просто потому, что данные из логов достаточно редко анализируются.
Ключи для продажи сторятся в базе тупо для учёта, чтоб каждому Васе можно было показать какие ключи он купил.

Ну и вишенка на торте-бд это частный вид файлов.

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

Builtwith показывает только на чем построена морда, он знать не знает и не может знать, что и как используется сервисом внутри.

Есть ли смысл проводить фильтрацию формы на клиенте?