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

На 146% уверен что это BOM.
Надо пересохранить файл из какого-нибудь текстового редактора или научить 1С не добавлять BOM.

Потому что не всегда и не везде будет записываться именно текстовый файл. И ещё потому, что если у кого-нибудь есть источник целых чисел и необходимость из этого источника в файл записать например гигабайт данных, то конвертация данных в строки бесцельно сожрёт как память, так и процессорное время.

Сч - это число когда переваливает за тысячу в отображении появлется пробел
оберните ее в формат()
/// Как отключить группировку разрядов при выводе числа
/// в 1с 8.3, 8.2
Сообщить(Формат(1000000, "ЧГ=0")); // 1000000

Каковы нынешние реалии стандарта языка? Используются ли в каких-то моментах фишки новых версий (если это вообще возможно)? Ибо судя по всем статьям, практически большинство до сих пор сидит на восьмёрке.

Да. Это отчасти правда. Основные заказчики Java разработки - это банки. А они не любят миграции версий
без какой-то особой причины. Я работал с тремя банками и я могу сказать что большая часть кода - это
легаси. И совершенно нет никакой надежды что будет bump версии языка. Product owner-ы в таком случае
задают вопрос - "а что мы с этого будем иметь". И обычно для банка - ничего особенного. В некоторых
случаях (использование CORBA или JAXb, com.sun.*) повышение версии чревато проблемами. Что-то
может резко отвалиться в новой версии.

Самые интересные новшества после JDK8 с моей точки зрения были не в языке а в других слоях JRE/JDK (GC, FFI, vectorization, unmanaged memory). Но вы еще попробуйте эти новшества продать бизнесу. Успехов вобщем.

На какой версии лучше всего практиковаться в написании кода, да и обучаться в целом?

Да. Ты можешь брать самую последнюю LTS-версию. Брать preview нет никакого смысла. Очень
сомнительно что для учебы тебе кто-то даст в туториалах экспериментальные фичи. Скорее наоборот.

Есть ли вообще предпосылки на переход большей части энтерпрайза в ближайшем будущем (ближе к 2030) на более современную версию? Почему тезис о дорогом переходе не нивелируется тем, что за 10 лет со времён восьмёрки завезли достаточно "контента", например, новый синт.сахар и обновленный GC?

Никакого глобального перехода на самом деле нет. Потому что нет такой проблемы.
По сути проблемой например для Java 21 может стать "end of extended support" а он условно отмечен
например на 2031 год. Вы еще попробуйте доживите до этого года и попробуйте сидеть на одном проекте
столько лет.

Java может стать COBOL-ом XXI столетия. Но у нее будет даже меньше проблем чем у Кобола, потому что
байткод и стек-машина имеет больший потенциал. Тоесть пока жива концепция байт-кода и пока существуют
процессоры Фон-Нейман архитектуры, можно сказать что Java неубиваема.

Вообще не стоит вам сильно циклиться только на языке. Параллельно существуют Scala, Kotlin, Groovy, Clojure
и их само существование делает много альтернатив. Одна JVM - бесконечное число языков.

Половина всех проектов в мире сидит на Java 8 И. это по оптимистичным оценкам, может быть и больше. До сих пор есть места, где используется Java 1.4. Но это абсолютно не проблема, у Java отличная обратная совместимость, и за годы прошедшие с выхода восьмёрки язык существенно не менялся.

Перед такими вопросами надо сначала гуглить.

Мне потребовалось менее 5 минут, чтобы найти это:

https://github.com/tdlight-team/tdlight-java
https://github.com/Telegram4J/Telegram4J

Оба проекта выглядят достаточно живыми.

Вот до кучи пример самостоятельного использования tdlib в связке с Spring Boot: https://habr.com/ru/articles/738022/

Полностью зависит от контекста. Здесь нет правильного ответа.
Можно выделить 2 случая:
1. Код полностью твой
2. Код будут использовать другие пользователи

Если случай 1, то делай как хочешь. Здесь ты главный и знаешь что менять можно, а что нет
Если случай 2, то тут уже зависит:
- Если возвращаешь объект, который может (и должен) быть изменен - делай изменяемым
- Если это слепок состояния - то можно подумать над неизменяемым состоянием
- Можно прописать это (то что нельзя изменять объект) в документации к методу геттера

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