VaaL2004

Начните с движков попроще.
Подводные камни - основной - геймдев это далеко не только тупой кодинг. Как минимум еще математика.
UE под мобилки - так себе. Как из пушки по воробьям.
А курсы - всегда начинайте с оффдоков.

Если не знаком с языком C#, то начни с изучения его основ. Можешь почитать Троэлсена или Шилдта, смотря какой легче пойдет. Также как справочник по языку подойдет сайт metanit. Из YouTybe каналов можешь паралельно глянуть Code Blog и #SimpleCode. Дальше, как уже сказали выше, документация Unity и свои проэкты. Начинать лучше с чего то простого(крестики-нолики, тетрис, flappy bird) и дальше постепенно усложнять. Когда у тебя будет хоть какой-то опыт, начнут появляться осмысленные вопросы ответы на которые уже можно искать в специализированной литературе по Unity.

Воруйте идеи у всего что видите :) У идеи - нет авторских прав.
- Онлайн школа программирования
- аналог Habr Q/A
- google/yandex

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

Есть еще вариант - создайте глобальную базу данных товаров с (МВидео, Авито и тд) повесьте её на Wordpress, накачайте бесплатных тем и каждую отдельную тему выдайте за отдельный проект. Пипл хавает. И обязательно! После этого напишите что разработали всё это на Spring MVC или Symfony (А то элита не поймет). И проситесь джуном на эти технологии с ЗП минимум 120к, попросите меньше подумают что Вы их нае***те.

С нуля писать не имеет смысла - всеровно забудете как Вы это писали :D

HR - это такое тупое существо что схавает все что угодно, главное подмигните ей на собесе (или покажите как-то что её место у плиты, попросите кофе например).

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

Добрый день.

или стоит выучить ООП и только потом посмотреть данный плейлист?

Да, ознакомьтесь сначала с документацией по php.
Затем можете приступить к ознакомлению с основами ООП. Так же перечитайте всё, что идёт в дополнении к курсу, ссылку найдёте внизу страницы.
Потом посмотрите вот эти видео.
Изучите парочку frameworko-в.
После всего этого можете приступать к написанию чего-либо.

Учите js, в jq по-сути нечего учить только открывай доку посмотреть как метод юзать.

У меня тоже недавно встал такой вопрос. Вот я и купил себе доску на стену и 3 разноцветных маркера. Очень крутая штука! Даже позволяет рисовать фигурки любой формы, не падает, ресурсы не жрет и вообще работает без компьютера.

OctoberCMS - это не "решение из коробки", это небольшая надстройка над Laravel и небольшой каталог плагинов к ней.
Ни полноценного интернет-магазина, ни серьезного базиса для корпоративного портала вы "из коробки" не получите.
Если готовы писать и то, и другое сами, используя удачную архитектуру - можно рассматривать Октябрь.
Если же вы хотите просто приспособить под себя какую-нибудь популярную CMS - можете просто вычеркнуть Октябрь из списка рассмотрения.

Удивительно, но в официальном репозитории есть пример прям про это.
А ещё есть курс для начнинающих на основе этого примера.
И всё про корзину продуктов! Радость, счастье!

Может вы забыли выучить javascript?) Из всех популярных фреймаорков у vue самый низкий порог входа

Расскажите плиз о технологии, и чем развёрнутей, тем лучше.

Вот захотел ты сделать сайт SPA или PWA с любимой тебе вёрсткой на базе Twitter Bootstrap и любимой библиотеки Vue. Сверстал. Поповеры не появляются, дропдауны не выпадают, модалки не открыватся, формы не валидируются, клики не работают.

Оригинальный Twitter Bootstrap имеет поддержку интерактивных элементов на Javascript. Реализовано это на библиотеке jQuery. Если делаешь на Vue, придётся подключать ещё и jQuery, что лишняя библиотека на 100+ килобайт, что, конечно, не катастрофа (пока ты не на мобилке).

Vue работает с состояниями привязывает данные к отображению, а jQuery работает с DOM и событиями. Это вопрос производительности. Работа JQuery начитается когда загружен и распарсен JS и HTML. Работа Vue начинается в тот момент, когда загружен и распарсен JS, то есть чуть раньше. jQuery модифицирует DOM на лету, перестраивая текущий документ. Vue работает с shadow DOM, а затем подсовывает уже готовую интерактивную страницу в пустой документ, что быстрее (разница в секунды на десктопе, десятки секунд на м...).

Vue реализует компонентную парадигму. Куски страницы являются изолированными кусочками кода (HTML CSS JS), которые цепляются между собой динамически, а обмениваются данными через аттрибуты и события. Предположим, что вы решили следовать компонентной парадигме, тогда согласно вот такому примеру нужно будет увязать самостоятельно все интерактивные компоненты. Компонента-кнопка. Компонента-поле ввода. Компонента-форма. Компонента-контейнер. Получается около 50 компонент. Для некоторых надо будет написать логику на jQuery. Если посмотреть на код jQuery этих микрокомпонент, то он окажется несложный, его вполне можно переписать на Vue. Ну там класс заменить или клик отработать. Когда от кода jQuery не останется следа, его можно будет из проекта удалить.

И вот получается Bootstrap-Vue

На компоненты побили. От Jquery избавились. Написано в единой парадигме. Работает быстрее.

Добавляем тот факт, что в Vue можно не импортировать компоненты, которые не нужны (например, я не работаю с дропдаунами и модальным окнами) и код становится меньше, грузится быстрее, работает быстрее.

Так же будет Не лишним оценить технологию: плюсы, минусы, стоит ли вообще с этим работать ...

Это сам изучай и сравнивай. Навыки и опыт воздушно-капельным и через Internet не передаётся

Вы неправильно рассматриваете систему чатов.
В чатах есть комнаты, внутри комнат сообщения и участники.
Тет-а-тет это приватная комната с 2-ми участникам.

room 
- id
- name
- private

participant (участник чата)
- id
- name

roster (список участников чата)
- room_id
- participant_id

history (история сообщений)
- id
- room_id
- participant_id
- timestamp
- type (тип сообщения, иногда нужны системные сообщения от ботов)
- text
- deleted

А теперь вперед - учить JOIN'ы!

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