Остальная часть "хлама", не считая книг и блокнотов:

А среди этих технологий самыми важными вещами являются:

• замечательный язык Java (точнее, замечательной является его библиотека, и платформа в целом тоже);
• не менее замечательная СУБД MySQL;
• среда разработки NetBeans, которая в некоторых особенностях бывает даже лучше моей любимой среды Eclipse.

Java — благодаря своей библиотеке, на данный момент это лучший язык программирования из тех, уровень абстракции которых выше, чем у C++ (Boost). Java очень прост как язык, особенно в сравнении с C++ и Python, но в то же время очень мощный. Вообще Java — это целая вселенная, которая сейчас почти что впереди планеты всей.

MySQL — бесплатная, быстрая и самая распространенная СУБД. Лишь незначительно уступает коммерческой СУБД от Oracle в части реализации бизнес-логики.

NetBeans я сам не пользуюсь только потому, что Eclipse мне намного больше нравится внешне, обладает рядом функционала, который в NetBeans еще не реализован или не так удобен для меня. Ну и привык еще.

Посмотрим, что в будущем ожидает эти, бесспорно,  очень важные технологии.

Статьи на хабре по теме:

Создатель MySQL призывает не допустить развала проекта

Oracle сообщили о судьбе Java, MySQL, NetBeans, GlassFish, SOA, OpenOffice

Компания Oracle официально приняла обязательства по отношению к MySQL

Есть все предпосылки полагать, что красивый и изящный оператор IN / NOT IN в SQL-запросе сильно неэффективен на больших таблицах по сравнению с прямым сравнением значений по индексам и в том числе в операциях INNER / LEFT JOIN, т.к. похоже, что IN / NOT IN действует простым перебором, что сильно удорожает его применение. Здесь грустный вздох.

Но что нехорошо, возможная на первый взгляд полноценная замена выражения, например:

SELECT
    table1.param
FROM
    table1
WHERE
    table1.param NOT IN (
        SELECT
            table2.param
        FROM
            table2
        WHERE
            table2.predicate
    )

на:

SELECT DISTINCT
    table1.param
FROM
    table1
LEFT JOIN
    table2
ON
    table2.param        = table1.param
WHERE
    NOT(table2.predicate)

тоже неэффективна, т.к. в отрицании предиката нужно для всех полей, участвующие в нем, дополнительно добавлять проверку на IS NULL, который сам неэффективен по быстродействию.

 Единственно остающийся вариант для промышленной замены IN — INNER JOIN временной таблицы.

UPD.

часть серверов доступна, движки заработали, полёт исправлен.

Пака, фриланс. Покидаю тебя без (уже) сожалений.

С этим нужно что-то срочно делать, и я знаю что:

браться за работу, называемую неймингом, и регать-регать-регать, сколько будет сил, фантазии и инет-денег.

Расчет непот-фильтров для 6 доноров:

А учитывая:

——   CY – PR – запраш.  – факт.
№1     400    4     $18            12
№2     275    4     $15            11
№3     425    6     $38            29
№4     300    5     $18            17
№5     275    6     $30            29
№6     250    6     $30            28

можно сделать вывод, что даже для №2 найдется полноценная замена …

И чем больше – тем лучше :-)