Дмитрий Кинаш

Тут логика такая: при первой попытке получить синглтон он будет инстанцирован.
Конструктор приватный для того, что бы не было возможности инстанцировать синглтон никак иначе, как через метод getInstance.

Но подразумевается, что всё-таки правильная конструкция должна быть
Singleton single = new Singleton();

Таким образом появится возможность получить неограниченное количество экземпляров класса, что противоречит идее синглтона.

Вот неплохая статья по этому поводу: https://habr.com/ru/articles/129494/

Почему C# не кроссплатформенный?

На этот вопрос нельзя ответить сразу по двум причинам:
1. C# - это язык, а язык не может быть кросс-платформенным, так как платформы в разрезе языка и нет.
2. .NET уже много лет как кросс-платформенный.
Начиная с уже мейнстримного .NET 8, заканчивая mono и всякой экзотикой типа nano framework

но при этом, это не так

Ничто нельзя запустить на "чём угодно"

но в неё вопрос кроссплатформенности решена абсолютно полностью

Если вопрос "абсолютно полностью" решён, то почему я не могу запускать программы, написанные на Java, на любом железе?

Почему нужно было помимо класса String создавать дополнительные классы по типу StringBuilder?

Потому, что String - иммутабельный класс. Чтобы конструировать строки как раз добавлены StringBuffer (в версии 1.0) и StringBuilder (в 1.5).

В данном примере строка s спокойно изменяется путем конкатенации, что аналогично sb.append

В итоге у вас каждый раз создается новый объект. Не всегда это бывает уместно.

2. Почему все методы StringBuilderнельзя было поместить в класс String, чтобы не плодить классы строк?

Потому, что это нарушает принцип единой ответственности. Так же можно заметить, что мысль не стоит на месте и со временем появляются новые методы для конструирования строк.

3. Почему s.equals(sb) равно false, если мы сравниваем только значения, а не ссылки

Потому, что вы сравниваете разные объекты. StringBuilder - это не String.

В джаве есть четыре модфикатора доступа:
public
private
protected
и
"default", когда никакой не указан.
default - который, вы используете, когда убираете public, обладает свойствами "package private", т.е. видимость внутри пакета.

Пример:

package mypackage.second;

public class SomeClass {
    int a;
}

package mypackage.first;

import mypackage.second.SomeClass;

public class Main {
    public static void main(String[] args) {

        var someClass = new SomeClass();

        System.out.println(someClass.a); // a is not public in mypackage.second.SomeClass; cannot be accessed from outside package
    }
}

static - это вообще не о доступе.

Неправильно поняли. Модификатор static определяет к чему относится поле или метод - к классу или его экземпляру, доступ он не регулирует.

Каким способом можно реализовать эту систему

Спросить. Честно, топорно. Тебе соврали - ну, да, может быть, но косяк не твой. Ты вынужден верить на слово, так как все сервисы геолокации могут показывать неактуальные данные, и кроме того, есть VPN, которые сейчас вовсю применяют как для обхода ограничений РКН, так и для обхода ограничений "IP из РФ/РБ".
Поэтому единственный способ - спросить. (Это примерно то же самое, что с ответом на вопрос "Уже есть 18?". Никто пока не может проверить, правда ли это и все вынуждены полагаться на слово)

P.S. Почему я так выделил слово пока? Потому что время, когда тырнет будет по паспорту (госуслугам, ЕГА, черта лысого) и без того было не за горами, а бездумная VPN-изация его тащит за собой, как сержант-старослужащий первогодка на марш-броске - цепко и безжалостно.

что для REST серверов лучше Node не найти

это твой главный неправильный вывод, лучший будет тот, который написан на технологии, которую лучше всего знает исполнитель.

Например стриминговый сервер или сервер для чата, он же относится к разряду типичных запрос/ответ

еще одна большая ошибка, вообще всё смешал в кучу, "стриминговый" это больше про максимальный pull c сервера, "чата" это про полноценный обмен в обе стороны, а "запрос/ответ" это про базовый http и он для этих обоих случаев, очень невыгодная стратегия, поэтому для них в http написаны свои частные протоколы, например, websocket для нормальной реализации чатов.

Используйте у метода НайтиПоНаименованию третий параметр - <Родитель>

Странная идея вообще учить язык А или Б для того чтобы понять язык В.
Учите TS чтобы понимать TS, учите C# чтобы понимать C#.

В первом варианте вы не сможете использовать методы, которые есть в ArrayList, но нет в Collection (например indexOf, ensureCapacity, trimToSize, indexOfRange и т.д.)

С другой стороны, вы можете где-то пропихнуть Collection, там где ArrayList не пройдет.

можно написать так используя тернарный оператор:

x = obj.getStr1() == null ? obj.getStr2() : obj.getStr1()

либо так используя Optional:

x = Optional.ofNullable(obj.getStr1()).orElse(obj.getStr2())