Здравствуйте, yoyozhik, Вы писали:

Y>ЗЫ: Это раньше ногами пиздили, чтоб вместо if (list == null || list.empty())
Y>надо писать if (org.apache.commons.collections4.CollectionUtils.isEmpty(list))
Y>А теперь наоборот? зачем нам лишние 30кб?
Вообще то это не оптимизация совсем. Сколько занимает исполняемый код по большому счету пофиг. Хоть гигабайт (на деле меньше). А вот сколько занимают структуры данных в памяти — это не пофиг совсем. И, например, если требуется держать в памяти 100 миллиардов флажков true или false — уже будет не пофиг, будет 1 бит на флажок или 64 бита (а то и больше), как массово идет сейчас. Сейчас часто ленятся максимально упаковывать структуры данных. И кстати ленятся, так как это положительно сказывается на быстродействии. Но когда памяти станет не хватать, некоторые лениться перестанут. А некоторые и сейчас не ленятся, если что, был у меня проект, когда я в памяти все считал — я там весьма жестко все упаковывал. Хоть и проект оригинальный загнулся, наработки его до сих пор используются.