В Clean код ничего не писали про стримы.

И в хорошем ентерпрайзе обычно производительность заворачивается на уровне ожиданий IO/Networking
а вовсе не на фильтрах коллекций. Просто если фильтры коллекций играют такую значимую роль - то может
стоит внимательно посмотреть что у вас за коллекции. Почему они такие большие? Почему эта фильтрация
не делается в БД?

Java вообще не создавалась как механизм агрессивной обработки больших коллекций. Я просто хочу посмотреть
на то бизнесовое описание, из которого вдруг (!) внезапно вытекает что Java должна что-то очень-очень быстро
отфильтровать. Не верю в это.

Ты преувеличиваешь. Во первых мы все используем вложенные conditions. Мы без этого не можем. Мы иногда
и код не напишем. Особенно если оба condition содержат линию else.

Во вторых это ограничение не запретительное а рекомендательное. Его подсвечивает SonarQube в своих отчотах.
И самое страшное что может случится - это то что твой проект перейдет из зеленого сегмента в желтый по количеству
предупреждений. Но это всё обсуждается с тех-лидом и если твой тех-лид и вся команда будет ОК с таким вложением - то
и всем будет пофиг. И заказчик тоже не ставит такой задачи как озеленение всех отчотов. Это вобщем противоречит
бизнес-целям. Ведь главная задача - реализация бизнес-фич. А озеленение Сонар-странички - это дело фоновое.
Когда критичного ничего нет - озеленяй.

Открой из любопытсва свой первый испытательный проект с шахматами и посмотри. У тебя наверное к самому себе
будет масса претензий. Но вряд-ли они будут в плоскости количества if-s. Готов спорить что ты найдешь косяки
но другие.

Кроме того если ты используешь на проекте кодогенераторы типа Antlr, CC, CXF/SOAP, e.t.c. то они на выходе выдают
совершенно идиотский (хотя и рабочий код) с вложенностью под тыщу conditions внутри switch-case и никого это не парит.
Ведь это код @Generated. Тоесть рисков того что человек напорол боков нету. Ведь человека не было. Был - робот.

Я вижу проблему if не в количестве а в смыслах. Если функцию Haskell/Erlang/Scala + guards можно рассматривать
как if-s то это меня не напрягает в плане смысла. Ведь паттерн-матчинг с guards это те-же if переписанные на другом
языке. Тогда почему количество этих виртуальных if-s меня не напрягает? Что тому причиной? Синтаксис?

Тоесть if-s не является проблемой. Проблемой является исключительно наше ВОСПРИЯТИЕ ifs.