Wan-Derer

Завершите тех. работы и включите службу аутентификации

для того чтобы работать с пользователями достаточно логина и пароля
без сбора личных данных

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

Судя по форме - видимо какие-то крошки между чипом и кулером попали.

Для начала следует убрать всю термопасту, чтобы убедиться, что их там больше нет.

После этого уже можно понять, на сколько это критично.

Если повреждён кристалл - он скорее всего не запустится.
Если всё-таки запустится - остаётся риск разрушения из-за неравномерности охлаждения и потери прочности.

Насколько плохой практикой является использование JSON в реляционных базах данных (это строго запрещено, иногда разрешается или это хороший тон)?

Настолько же, насколько и хранение картинок, а также текстов. Ну двухгиговое JSON-полотно наверное не стоит хранить, ну в остальном требования такие же, как ко всему остальному что хранится в реляционной БД:

Значение атрибута должно быть атомарным с точки зрения запросов к БД. И то это касается таких СУБД, которые JSON не поддерживают. Если СУБД поддерживает JSON - тогда только документация к СУБД ответит тебе, что там можно, а что - нет. Если значение неатомарно с точки зрения запросов - тогда нужно будет постоянно его собирать-разбирать, да и индексы нужные не факт что получится построить.

Но в реляционных всё странно — сам принцип реляционных баз данных говорит, что для одного поля строго одно значение

А тут я задам вам каверзный вопрос - строка это одно значение или нет? Почему это мы решили, что можно сохранить в атрибут строку? Я требую посимвольного разбития! Вам не приходило в голову, что сначала нужно крепко подумать над понятием "одно значение"? Что это вообще значит? А если хранится число с плавающей точкой - это одно значение или два?

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

гуглить "облачная онлайн касса" (потому что просто "онлайн касса" это физическое устройство ATM для приема платежей по карточкам налички)

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

/\b\w+\b/gu
https://regex101.com/r/bJdmGa/2

Идете на сайт ICANN
Подаете заявку на новый TLD
Платите бабки, много бабок, очень много бабок. Зеленых, ессно.
Ведете переписку, очень много деловой переписки. На языке оригинала, ессно
Создаете необходимую инфраструктуру - Вы должны где-то хранить данные о зоне

ПРОФИТ! (Ну, может быть...)

ICANN периодически проводит рассмотрение заявок на регистрацию доменов верхнего уровня. Стоимость такого домена порядка $200000 плюс отчисления от продаж поддоменов. Кроме этого вы должны создать и поддерживать инфраструктуру для обслуживания домена.

Примерно так:

<T> void genericMethod(T argument) {
        // argument extends object
        System.out.println(argument);
    }

т.к. не понтяно какой тип будет у аргумента, он будет обладать только свойствами Object

<T extends SomeType> void someMethod(T argument) {
        System.out.println(argument);
    }

    abstract class SomeType implements SomeInterface {
    }

    interface SomeInterface {
        //TODO :: some methods
    }

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

В статически типизированных языках такие функции создавать не надо. Если вам понадобилось, то вы делаете что-то не так.