Эдуард Баженов

Те кто в негативном ключе высказываются о видео-курсах, делают о них выводы по просмотру нескольких неудачных роликов. С таким же успехом можно взять в руки любую неудачную книгу и раскритиковать способ обучения по книгам.
Интернет образование за последние несколько лет сделало большой прорыв в информационной индустрии. Это целое направление в бизнесе, которое направлено в первую очередь на качество оказываемых услуг. Ведь люди, приобретая тот или иной курс, оставляют в конечном итоге отзывы и рейтинг, которые в дальнейшем поспособствуют фильтром в отсеивании некачественных материалов. Следовательно, авторы курсов заинтересованы в том, чтобы выпустить свой продукт максимально полезным и живым. Посмотрите на udemy, на кол-во приобретенных курсов и кол-во довольных отзывов. Хотите сказать, все эти люди которые инвестируют в свое образование "дегенераты" (как кто-то выше писал в комментах)?
Только неадекватный профан будет утверждать, что данный способ обучения не работает или что он менее эффективен. Все люди разные, кому-то проще обучаться по видео курсам, кому-то по книгам. Главное, чтобы был результат. В конечном итоге никто не мешает комбинировать эти способы.

Плюсы видео курсов:
+ последовательность: теория + практика. По окончанию курса у вас будет готовое приложение, которые не стыдно разместить в портфолио. Почему не стыдно - потому что оно писалось более опытным разработчиком чем вы, который показал вам best practices, чтобы вы не ломали голову и не наступали на грабли, в попытках самостоятельно написать кривой код;
+ поддержка: проверка ДЗ и возможность задать вопрос автору когда возникнут проблемы. Можете ли вы написать свой технический вопрос автору книги? Ответ очевиден.
Минусы:
- отсутствие деталей и тонкостей: о многих технических моментах можно узнать только из книг/документации. Если вы человек разумный, то вы согласитесь, что нельзя вместить все технические нюансы в одном видео курсе. Вы когда смотрите фильм снятый по книге не возмущаетесь ведь почему так подробно не был освещен какой-то момент, который в книге был расписан до мелочей. Здесь точно так же.

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

Поэтому, Логинов Станислав не ведитесь на поводу у стада, которое навязывает вам точку зрения, которая априори не может быть истиной в виду индивидуальных особенностей человека.
Ваша формулировка вопроса Видеоуроки — долго, и много воды уже звучит неадекватно. С вероятностью 99% вы просто взяли неудачный курс и делаете по нему выводы. Что вам мешает найти тот, который подойдет именно вам?

Для того, чтоб описать данные взаимоотношения в Laravel мы можем создать одну миграцию таблицы product, описать у неё все возможные свойства, что упоминаются в типах (класс, тип, артикул, ширина, высота, материал, огнеупорное ли, покрыты ли лаком), после чего создавать модели необходимых изделий, сохраняя требуемое нам наследование, но тут вопрос - как, например, указать для модели, при работе с общей таблицей (где хранятся вообще все продукты) возвращать только те, у которых указан, например, класс = (int) 2?

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

1. Одна таблица для продуктов, где храните артикул и обязательные поля для всех продуктов.
2. Одна таблица для свойств продуктов, где храните все свойства для продуктов.
3. Связь многие ко многим расскажет к какому продукту какое свойство относится. Это позволит гибко добавлять свойства и прикреплять их к продуктам без вмешательства программиста.
4. Одна таблица - одна модель. Можно заморочится и с ДМ и с репозиториями и т.д. но если по простому, то одна таблица - одна модель. Свзяывайте их реляциями.

Google Doc, а точнее Google Sheets (гуг таблицы) решают вашу проблему.

Для этого нужно расшарить её не по ссылке, а выдать доступ каждому индивидуально, по e-mail с правом на редактирование. Далее, если кто-то всё удалит за 2 секунды, то в истории документа (таблицы) вы сможете посмотреть, кто именно это сделал. Можно откатить изменения.

Далее есть такая штука, как Google Forms. Вы можете создать форму типа формы регистрации, только простую - вводишь свои ФИО и дату занятия (к примеру). Эту форму можно сконнектить с гугл таблицей, куда будут поступать данные. Саму таблицу открыть только для чтения или вообще не открывать (лишь преподавателю нужно будет ее смотреть).

Вот вам и база данных + UI. Дешево и сердито.

Я уж молчу про то, что там можно и скрипты прикрутить, если будет необходимость. Можно защищать отдельные диапазоны таблицы и т.д. Собственно, думаю, вам всё же понадобится скрипт в случае использования Google Forms. Во-первых, нужно посылать письмо, что место забронировано или что места кончились. Ведь может быть так, что два человека регистрируются одновременно, а место осталось одно. Плюс когда места кончились, нужно автоматически менять форму, чтобы она была закрыта и превращалась просто в уведомление "мест больше нет".

PWA - тоже выход. Понадобится один фрилансер (программист, желательно с уклоном в UI/UX) для создания приложения и немного денег на хостинг (12 руб в месяц). Готовых решений нет.

Table - это наш родительский элемент, задав следующий атрибут, посетителю сайта открывается возможность редактировать содержимое дочерних элементов.
<table contenteditable="true">