Saboteur

Одинаково

Критерий - архитектура.

Если сайт простой, то проще сделать один адаптивный сайт.

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

Язык должен быть компилируемого, а не интерпретируемого типа.
Он должен быть кросс-платформенным (windows, linux) и не вызывать проблем при работе ни на том, ни на другом.

Почему?
Современные интерпретируемые java и python, да и php уже догоняет уже не совсем интерпретируемые, и используют jit компиляцию. По скорости уже вполне норм.

Он не должен тянуть за собой тонны легаси и проприетарщины просто для работы, должен быть более-менее независимым.

Тонны легаси и проприетарщины тянет не язык, а программист.
Судя по вашим требованиям и оверхед подходу к выбору языка, вы только ТЗ будете писать месяцами. А к тому моменту, как вы выпустите в продакшн само прилжение, оно уже станет легаси.

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

А как зависит "течь" от языка? Это зависит от криворукости программиста.

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

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

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

Быстродействие всегда и зависит от программиста..

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

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

Сперва пишут техзадание.

Я попробовал себя (настолько, насколько это возможно сделать в одиночку) в обоих сферах и мне гораздо сильнее понравилось работать с вариантом А.

Если вам понравилось работать с вариантом А, и вы смогли повысить продажи и узнаваемость компании, то почему вы ищете работу? Вас уволили? Или вам только показалось, что вы поработали с вариантом А?

Взято с рекомендаций разработчиков мозиллы (https://developer.mozilla.org/en-US/docs/Web/JavaS...)

function escapeRegExp(string){
  return string.replace(/[.*+?^${}()|[\]\\]/g, '\\$&'); // $& means the whole matched string
}

Я, как, наверное, любой человек, не способен сидеть долговое время и что-то изучать.
Я по натуре человек трудолюбивый и требовательный к себе
Не могу я просто делать, чтобы делать.

Три противоречащих себе фразы.

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

Читайте полезные книги, смотрите полезные ролики.

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

Ну так поставьте себе четкую цель, которую вы сможете проверить.

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

Не подстраивайте чужие деньги, сделайте проект для себя.
P.S. Нихрена вы не ответственный, если вам нужен начальник с дубинкой и дедлайном, чтобы поставить себе цель.

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

Можно. Можно еще и немного админить.
Называется full-stack-developer.

При должных усилиях можно к этому прийти через xx лет (обычно двузначное число лет)

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

А то, что на первой странице нет кучи гуглбаннеров и прочего мусора - так люди со вкусом оставили самое главное, а не напичкали так, что негде глазу отдохнуть.

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

На сколько зрителей вы рассчитываете?

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

Заливают, почему нет?

Если у вас много картинок, которые часто меняются, то для этого можно использовать не git а другие сервисы для версионирования бинарников. Git же работает в основном с текстом - понятие merge для бинарников не имеет смысла.
Если у вас картинки статичны, но их просто очень много - тоже можно их хранить отдельно от git, в специализированных репозиториях для бинарниках (nexus, Artifactory, банально ftp/sftp) и подкладывать в проект уже отдельно от исходников.

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

Начните с понимания что такое веб-сервер. Его можно поставить на домашнем компе и создавать свой сайт на нем.

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

Разбитие на микросервисы делается не для того, чтобы за микросервис отвечал один человек (для этого есть ООП), а чтобы приложение могло легко масштабироваться горизонтально, когда отдельные микросервисы запускаются на разных хостах, а возможно даже и в несколько инстансов с балансировщиком нагрузки.

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

Нет никаких гарантий, что не изменится через год.

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

2. Посмотрите в ентерпрайз. Тонны проектов на старых фреймворках, которые еще будут жить годами.

Обычный редирект.
Ссылка на шоткатер сервис идет реферальная, в качестве параметра - индекс, под которым в базе хранится длинная ссылка.
Длинная ссылка достается и вас редиректит.

можно вообще без сервера, пользоваться локально
git init и вперед

можно пользоваться даже в пределах файловой системы
cd c:/mygitserver/repo1.git
git init

cd c:/myprojects
git clone c:/mygitserver/repo1.git