Тут проблема в отсутствии скобок и поэтому отрицание пытается примениться к obj, а это Object и поэтому код не скомпилируется. Правильный вариант будет такой: if (!(obj instanceof String)) {...}

Что напечатает код?

В приведенном коде ошибка заключается в том, что метод add класса BigInteger не изменяет текущее значение объекта, а возвращает новый объект BigInteger, который является результатом сложения. BigInteger является неизменяемым классом, что значит, что все его методы возвращают новые объекты, а не изменяют текущий объект.

Поэтому, результат вызова value.add(BigInteger.ONE) не сохраняется и не присваивается обратно переменной value. Исходная переменная value остается прежней и не изменяется.

Вот как выглядит исходный код:

BigInteger value = BigInteger.TWO;
value.add(BigInteger.ONE);

System.out.println(value);  // Выводит 2, а не 3

В этом коде System.out.println(value) выведет 2, потому что переменная value не была изменена.

Чтобы исправить этот код и получить правильный результат, необходимо присвоить результат выполнения метода add обратно переменной value:

BigInteger value = BigInteger.TWO;
value = value.add(BigInteger.ONE);

System.out.println(value);  // Теперь выведет 3

Тут может возникнуть ощущение что будет s=4, но сложение идет перед конкатенацией, однозначно бы выглядел код:
String str = "s=" + (index + 1);

Что напечатает код?

Проблема, с которой мы сталкиваемся, связана с тем, как компилятор Java обрабатывает varargs внутри условных выражений, особенно когда ветви условия производят разные типы. Вот подробное объяснение и пошаговое решение:
когда мы используем условное выражение, компилятор не может обернуть только одну из ветвей. Он воспринимает условное выражение как целое. Поскольку тип ветви then — String, а тип ветви else — Object[], тип всего условного выражения является общим суперклассом для String и Object[], то есть просто Object. Это не массив, поэтому компилятор добавляет автоматическое оборачивание, что означает, что массив params будет обернут ещё раз.

Вы можете исправить это, если не будете полагаться на компилятор и обернете строку вручную: params.length == 0 ? new Object[]{"default"} : params. Однако, вероятно, будет менее запутанно вообще избегать условных выражений внутри вызова метода с varargs.

Что может напечатать метод print?

Ответ к вопросу про инкремент под гонкой:
Рассуждения аналогичные как и тут:
https://t.me/java_interview_tasks/96
Для примера, посмотрим, как может получится 2 - это самый интересный случай (см. картинку к посту)
Остальные варианты (больше 2) возможно получить аналогичными рассуждениями.

Выводы: этот простой пример показывает, что не синхронизированный счётчик может терять много данных.
Если вам нужно использовать счётчик под гонкой, то надо синхронизировать инкремент или использовать уже синхронизированные счётчики, например, AtomicInteger

Логическая задача с собеседования:
Два друга, Андрей и Иван, решили приготовить пирог. Андрей внес вклад, добавив в тесто 300 грамм муки, а Иван добавил 200 грамм сахара. Когда пирог был испечен, к ним заглянул сосед и они пригласили его на чаепитие. Пирог разделили поровну на троих. После чаепития сосед оставил им 500 рублей в качестве благодарности.

Андрей предложил делить деньги так: 300 рублей ему, а 200 рублей Ивану. Однако Иван не согласился.
Как вы считаете, как они должны разделить вознаграждение, чтобы все было честно?

Что вернет метод?

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

Что делает метод trimAll?