d-sem

Есть ли смысл?

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

смогу ли я потом найти работу?

Если долго мучаться что-нибудь получится.

какой уровень входа?

На котором сможешь писать достаточно производительные приложения.

Но я бы рекомендовал js или php.

Окей, Гугл, user-agent:
https://developer.mozilla.org/en-US/docs/Web/HTTP/...

AMD Ryzen 5 3600 против Intel Core i5-9400F: столк...

На тильде, если задаёте такой вопрос.

1. Протестируйте скорость соединения через консольный iperf (или тупо через wget/curl-запрос ресурса).
2. Проверьте скорость работы диска и объём файла-подкачки/swap-а. Если медленно - попробуйте перенести подкачку на быстрый носитель или убрать вовсе (+расширить озу).
3. Свободное место на активном разделе - должно быть не менее 2xRAM.
4. Отключите js в браузере и загрузите любой ресурс: сравните скорость. Либо проц при обработке js-кода слабый, либо памяти мало (промониторьте!), либо - это сеть, либо - флэшрояль))).

Пора уже своей головой научиться думать.
Учите, если нужен.

Такие книги не читают. Такие книги изучают. Это разные вещи. Тем более, если азы вы уже "читали". Изучать - это может быть сидеть над страницей несколько часов, пытаясь понять, что там написано, а может быть пролистывая по 60 страниц в час. Главное - не запомнить что там написано, а понять суть и дух языка.

Это скорее к неврологу, или психиатру. Это не шутка, со здоровьем не шутят.

Вопрос не очень понятен. Если проблема в том что для получения различных данных требуется один и тот же запрос, то разумеется не нужно этот запрос дублировать. Запрос будет один, и "репозиторий" будет выполнять его с разными входящими данными.

Правда, традиционно "файл с SQL запросами" обычно называется репозиторием , а "репозиторий" - сервисом или хелпером.

В общем, нормальная структура такая

1. Класс "запросы в БД". "Подтягивает" к себе соединение с с БД
2. Класс репозиторий. Подтягивает к себе класс "запросы в БД". Каждый метод возвращает структуру данных, очень условно говоря - "модель".
3. Контроллер выполняет методы репозитория, получая "модели", и формируя "переменные" на основании данных из этих "моделей". При этом СОВСЕМ не обязательно чтобы одной "переменной" соответствовала одна "модель", а для каждой "модели" писался свой запрос.
Модель может содержать сразу много переменных. Например агрегирующие можели могут сразу возвращать и среднее и максимальное и и манимальное значение. А контроллер уже решит акое ему надо
Самое главное, запросы можно формировать динамически! Если у тебя запрос который выводит данные за все время, к нему просто добавить условие, что если в метод репозитория переданы даты, то к запросу добавляется выборка по датам. И сразу получается что метод в репозитории один!
То же самое касается и других условий. Надо только синие утюги? Нет проблем - в тот же самый метод добавляется проверка на наличие цвета в условиях и если есть - это условие добавляется в запрос.

то есть запросы

SELECT count(field) FROM table WHERE a<100;
SELECT count(field) FROM table WHERE a=1 AND field_1 = 'd'; 
SELECT count(field) FROM table WHERE a=1 AND field_1 = 'd'  and date between 2019 and 2020;

это ОДИН метод

кгхм. ну как бы на бэке делаете обращение к своему api, дергаете данные и оформляете тут же в этом же файле в читабельный html

Посредством JS вытягивать данные и вставлять их в текущую страницу уместно только, если вам необходима динамика, вызванная активностью пользователя (то есть тут уже прикручиваете ajax)

Делал нечто подобное, получилось так:

namespace App\Doctor;

use App\Doctor\Check\CheckInterface;

final class Doctor
{
    /**
     * @var CheckInterface[]
     */
    private iterable $checks;

    public function __construct(iterable $checks)
    {
        $this->checks = $checks;
    }

    /**
     * @return Violation[]|array
     */
    public function check(): array
    {
        $violations = [];
        foreach ($this->checks as $check) {
            $violations[$check->feature()] = array_merge($violations[$check->feature()] ?? [], $check->violations());
        }

        return $violations;
    }
}

namespace App\Doctor\Check;

use App\Doctor\Violation;

interface CheckInterface
{
    public function feature(): string;

    /**
     * @return Violation[]
     */
    public function violations(): array;
}

services:
    _instanceof:
        App\Doctor\Check\CheckInterface:
            tags:
                - { name: app.doctor.check }

    App\Doctor\Doctor:
        arguments:
            $checks: !tagged app.doctor.check

public function doctorAction(): JsonResponse
{
    return $this->json($this->doctor->check());
}

{
    "foo": [], // Ok
    "bar": [
        { "message": "Отсутствуют статусы", "treatment": "Добавьте статусы" }
    ]
}

Как вариант, можно группировать проверки по фичам, чтоб не проверять все, когда нужна информация по конкретной фиче, но для этого надо будет CompilerPass заюзать

Ни который из них.

Если в поисках языка программирования вы пришли на Тостер, то это, скорее всего, Питон.