Wan-Derer

Директор хочет видеть конкретные и измеримые показатели работы. А я не могу придумать, какие подойдут.

Отправьте этого программиста в отпуск.))

Пусть все, кто готов реализовать эту задачу, проставляют:
1. сложность задачи от 1..5,
2. время, за которое человек обязуется реализовать эту задачу
3. ставку за час на эту задачу

Вычисляем риски +33% (к среднему времени) и дальше по формуле.

Считаем оптимальные затраты и отдаём нужному человеку (учитывая его текущую загрузку).

Резервировать результат или нет (давать на исполнение одну и ту же нескольким людям) - решать уже по ситуации.

Отправить Вашего супер крутого специалиста в отпуск на юг материка, откуда он будет дней 25 не доступен вообще.
По возвращению, места из которых будет течь сильнее всего, можно будет обозвать "опорными точками" и прикрутить к ним какой-то КПИ.

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

Герберт Шилдт "Java: руководство для начинающих"

Если ты знаешь, что такое ООП, то ты сам можешь ответить на свой вопрос.
Иначе - вперёд изучать

1. Рекомендую использовать Intellij Idea
2. В импортах у вас указаны пакеты из java EE, а у вас java SE.
3. Если библиотеки не входят в ваш SDK, их надо подключать отдельно. Либо скачав и указав в classpath (IDE с этим может помочь), либо используя maven / gradle.

Обычно DAO не сериализируют. Вот Contact - можно.
И DAO так не делают. Обычно DAO предоставляет доступ к источникам данных. К базе например.
Но он не обязан ничего внутри себя хранить.

Скрипт никак не спрятать. Чтобы код выполнялся в браузере, он должен быть виден.
Если это токен к внешнему ресурсу и этот токен не привязан к домену, то он должен использоваться бэкендом, а не фронтом.

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

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

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

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

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

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

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

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

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

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

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

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

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