Дмитрий

Вы можете начать с фронта, тогда к html, css, javascript лучше изучить какой нибудь фреймворк: react или vue. В этом случае у вас будет профессия и вам не придется изучать БД и бэкенд технологии. Здесь хороший тред в твиттере что и на каких ресурсах лучше для этого изучать
https://mobile.twitter.com/tinathedev/status/13468...

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

Я бы не делал это через гугл и вообще через агентства, потому что платя агентству вы платите и все административные расходы. Лучше найти сайты фрилансеров и смотреть отзывы, если человек сделал 10 людям подобные сайты и все довольны или почти довольны, то шанс что в вашем случае будет иначе минимален. Естественно единственный критерий близкий к реальности это отзывы, никак не результат в выдаче.

Никаких. Если речь о SPA (реакте, вуе и т.п. ) - то здесь вопрос не в том, что они рендерятся не на сервере, а в том, что они предоставляют механизм более быстрого и простого создания интерактивного взаимодействия элементов на фронте, чем через vanilla js. Есть системы, позволяющие использовать React и Vue и при этом рендерить на сервере, например Next.js в связке с Node. Так что надо четко различать эти понятия - SPA и место рендеринга.

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

Таблицы
categories: id, name, parentId (если их немного то можно подгрузить все сразу)

products: id, name, categoryId (подгружать по частям, либо пагинацией, либо динамической подгрузкой при прокрутке, для реакта есть табличные компоненты, которые динамическую подгрузку осуществляют сами)

cart: userId, productId, quantity (при загрузке подгрузить количество позиций, чтобы выводить его в шапке сайта, при открытии корзины подгрузить с сервера всю информацию с наименованием, ценами и чем-то еще, можно хранить в LocalStorage для незарегистрированных пользователей)

Вы поймите откуда это идет: у людей с комплексом неполноценности есть потребность самоутверждаться.

Если человек с комплексом неполноценности пишет на с++, он заявляет - только с++ это трушно, всякие питоны это дерьмо.

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

Но человеку, пишущему на фронте тоже ведь надо самоутверждаться? Для него Бог придумал программистов 1С. То что они пишут на русском языке делает их нетрушными.

Программистам 1С самоутверждаться не перед кем, поэтому они гнобят бухгалтеров.

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

Разработка без БД конечно возможна, но если БД будет готова до начала разработки - будет намного меньше траблов.

Node JS и Python гораздо проще, вообще не вижу смысла в 21 веке писать на языках с жесткой типизацией, это отнимает время и ограничивает творческую энергию. Поэтому ни малейшего смысла продолжать на C# нет.

Python более развит и удобен в смысле фреймворка Django, но плюс Node JS в том, что используется один язык для фронта и бека.

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

Если используете чистый Html, то пишите onclick, все буквы строчные. Если используется jsx, то пишите onClick={...здесь вызов функции или ссылка на саму функцию }

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

Можно понять:
а) Насколько ясно он мыслит в принципе
б) Насколько владеет всеми приемами языка (знание ES6 в случае js)
в) Насколько внимателен к тому, чтобы другие понимали его код, то есть дает ли он идентификаторам понятные названия, не пренебрегает ли комментариями

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

В любом случае сказать можно очень и очень многое именно в вопросах кода. Но есть еще понятие архитектуры, это касается и реакт-приложений, способности к выстраиванию архитектуры не всегда идут вместе со способностью кодить, хотя в 90% случаев идут, потому что все это следствие ясности мышления.

Как научиться создавать сайты, если в программировании полный 0?

Воспользоваться конструкторами сайтов.

Чтобы данные от пользователя отображались на странице, нужна база данных, например на MySql и код на PHP,который
а) получает информацию со страницы о введенном пользователем тексте и сохраняет ее в базу
б) Формирует страницу HTML с учетом хранящихся в базе данных.