Alex Wells

Хочется кинуть в тебя мануалом)
Route::prefix('site')->group(function(){
Route::get('/', 'HomeController@index');
});

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

Стандартные решения:
1. самодокументируемый код, составленный так, что читающий может понять что для чего и в какой последовательности работает.
2. описание интерфейсов (назначение метода, тип/суть параметров и т.п.) в форме комментов в коде.
3. автоматическая документация (генерится из комментариев) - эффективно, только если сам код закрыт.
4. модульные тесты, фиксирующие требования к коду и демонстрирующие его использование.
5. описание высокоуровневого дизайна (High Level Design, HLD), описывающий какие элементы существуют, их взаимосвязь друг с другом и основные сценарии взаимодействия.

Работающая документация - это компромисс из этих практик, релевантный конкретной ситуации.

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

.env – это просто хранилище данных. Делайте новый блок connection в database.php, значения тяните из .env, ключи сделайте другие. DB_CONNECTION как раз указывает на то, какой коннекшн использовать.

По секрету - контроллеры в Ларавель тоже могут принимать http реквесты. Если вы не понимаете разницы между посредником и контроллером - вам надо матчасть подучить.

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

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

В фазу когда настоиграло все к чертям обязательно заменить любыми оффлайн делами. Покапитаню: лучший отдых это смена вида деятельности. Перейти в соседнюю вкладку и листать мемасы это не смена вида деятельности. Для себя заметил что лучше всего помогает физическая активность. Какбе я знал это давно, но как тру ленивая жопа только кивал сам себе: тип да да, кэп, я в курсе. Все в курсе. Но лень. Потом случился ремонт в квартире и понеслась. Хочешь не хочешь, а попотеть в оффлайн приходилось. Тут эта теория нашла подтверждение на практике, продуктивность реально выросла. Фазы «запоя» и «отдыха» более менее уравнялись: на продуктивную работу каждый день приходилось около 3-5 часов, фаз «о, мемасы» и «в интернете кто-то неправ» стало гораздо меньше, затем совсем пропали. Затем ремонт закончился, а привычка уже выработалась (для выработки любой привычки достаточно трех недель, а зачастую и меньше) и ее следствия понравились настолько, что подняв жопу пошел таки в качалочку, в которую планировал последние пару лет. И таки скажу вам по секрету — лучшего варианта нет.

Пообщавшись с людьми которые «профессиональные кочки», то есть которые горят своими результатами в зале, увидел что к отдыху они относятся как к неотъемлемой части работы: ни в одной сфере деятельности такого отношения нет. То есть для них работа это правильно и вовремя вкалывать-правильно вовремя отдыхать. Без любой из частей результата не будет.

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

С наступающим, котаны!

навскидку (не разбираясь с логикой класса)
у тебя много методов зависят просто от $this->route
их уже можно выделить в один класс.
если есть аналогичные моменты от других переменных поступать также.
Вообщем разбиение делается так: анализ структуры класса и выделение подсттруктур переменных + методов. Эти подструктуры будут внутренне сильно связаны. И слабо связаны между собой. Это будет намек, что можно выделять классы из текста.
Пониманию структуры может помочь анализ ответственности год-класса.
Как бы первое, что нужно сделать. Остальное станет ясным по мере разбиения.

Русский язык тоже не лишне бы подучить.

Школьного курса математики для большинства задач будет достаточно. Купите учебники с 1 по 11 класс и изучайте.

Как определитесь в сфере, там уже будете дальше копать (если молоды, то можно просто пойти в вуз из верхних 20% по РФ). В топ-вузах, на it-факультетах 2 года почти только тем и занимаются, что учат математику. Если не знаете зачем оно вам – лучше не теряйте времени больше, чем требуется для школьной программы. Быстро вы математику все-равно не изучите, поскольку cмысл изучения математики в трансформации мозга, что небыстрый процесс, хотя с другой стороны процесс этот лучше проходит в возрасте до 21 года. Поэтому если возраст ваш до 19 лет, то лучшие вузы страны по it-направлению ждут вас. Если вы ощутимо старше, или не тянете поступления в хороший вуз, то не стоит без прозрачной необходимости изучать дальше школьной программы. Но школьную программу по математике знать определенно стоит.

https://angular.io

Только decimal. Изучаем. В первой же строке документация говорит:

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

1. Часто готовую верстку админки использую ибо обычно моя работа заключается в создании функционала, а не верстки
2. Конечно все отдельные сущности (модули). Разные модели, таблицы, связи и т.д.
3. Зависит от задач. Если все типичное, сделать шаблон для себя. Я пока только какие-то свои заготовки-модули использую (мессенджер, наработки с апи гугл картой и т.д.). В глобальных масштабах такого нет
4. Для такого есть вордпресс и нет проблем.