Wan-Derer

В твоем варианте каждый replace копирует предыдущую строку в новую.

Логика подсказывает что если проходить посимвольно по строке и проверять значение символа и заменять его на другой в новой строке будет эффективнее по всем параметрам. Новую строку лучше создавать через StringBuilder, так как он эффективно добавляет символы к строке (иначе попытка использовать += к строке будет постоянно ее копировать).

Так же рекомендуется для проверки символа использовать не кучу if-ов а switch case (оно преобразуется в эффективную таблицу переходов) либо самостоятельно подготовить массив (у тебя речь идет о кодах <256) из 256 строк, где каждая строка либо null (не проводить замену) либо строка, на которую нужно провести замену. Тогда вместо проверки символа по условию будет достаточно брать код символа charAt и проверять что его значение не выходит за пределы массива.

kotlin и compose = все возможности явы и очень простое создание UI (если сравнивать со swing то наверное раз в 5 короче код получается)
но зачем? веб лучше

C# уже много лет спокойно работает на линуксе. На c# можно писать кроссплатформенный gui через:
1) Avalonia. Наследник WPF с исправлением болячек wpf(тех же стилей) и реактивностью по умолчанию.
2) UNO. Многообещающий проект, но лично мне не понравился. Слишком тяжеловесное решение и сложное. Avalonia проще и завелась сразу.
3) Maui. Официальное решение от Microsoft, но не под линукс. На github пилят отдельно под него поддержку.
4) Blazor/Electron.Net. Web app в виде десктопа.

JavaFX. Сугубо субъективное мнение, но это тихий ужас по сравнению с тем же WPF.

Для себя хочу изучить Dart и Flutter из-за быстрой перезагрузки(тот же wpf, а особеннно у blazor с этим проблемы) и 100% следования material guidline, т.к это все google. На Flutter ui пишется под все платформы и его практически не нужно будет подгонять.

Для бизнеса оптимально написать на 1С.

Всё зависит от конкретной задачи, если писать мессенджер то на JS (Electron)
Если писать игру, то на С++
Там где не надо GUI я бы вообще писал на чистом С или Питоне
Переключатель раскладки клавиатуры на C#
Какая задача? Обычно пишут на чём могут, в десктопе нет такого понятия как "обычно" и "на чём обычно пишут", зависит от задачи. Под решение каждой задачи нужно подобрать язык программирования, универсального языка программирования не существует. Старайтесь выбрать такой, в котором большое комьюнити, если вы не будете работать в команде, то комьюнити которое сможет помочь на SO, GitHub; и тот язык который максимально подходит под вашу задачу. Если вы идёте писать десктопное приложение в команду, то на каком языке вам команда скажет, на том языке вы и будете писать. Если вы не знаете что учить, что бы найти работу, то идите в объявления, и смотрите требования. Предугадать станет ли Linux популярным на Десктопах или не станет легко, нет не станет. Не при каких обстоятельствах, доказать это достаточно легко, но это уже отдельный вопрос.

Задача первична. Конкретизируйте ваш вопрос, какую задачу следует решать в будущем. Иначе вы тут получите в ответах полную кашу, так как на десктопах люди пишут на всём, чём могут. И они вам сейчас перечислят все существующие языки, включая F# или Haskell с Питоном исходя из тех задач которые они решают.

Чем выше уровень языка - тем лучше, но вывезет ли он тягу. Зависит от задачи. Конкретизируйте ваш вопрос, что за задача перед вами стоит.

на всем ), именнно ввиду непопулярности десктопа все размыто

прежде всего на Сшарпе - все просто: десктоп значит винда, винда значит либы, либы значит Сшарп - отличаются как раз малым размером (хехе),

потом Qt / GTK/ Tcl с их портами на куда придется и куда приестся - от PyQT (наверно, самому вмнеяемому для Питона но с хз какой лицензией - уже не слежу, что там отпустили попустили допустили, о! pyside ожил свежий!) до Tk портировнного на Go - как-то изучал дела с десктоп приложениями - сам Go с десктопом и был и плохо и остался плохо, но вот именно порты Tk там из известных продвинулись дальше всего

ну и Delphi конечно, если программистов найдете )) нет, не умер, но, думаю, дорог в поддержке )

если думаете с чего начинать - рекомендую PySide, мне кажется будет наименьше число разочарований и тормозов при создании желаемого

Обычно с помощью @Bean создают объекты, которые требуют дополнительной настройки. Часто это какие-то компоненты из библиотек, например, http клиенты, пулы подключений и т.д.
@Component и @Service используют обычно, когда ничего особенного при создании объекта не требуется.

плохо

Гугл напишет предупреждение в Search Console

это, конечно, если бот на такое часто будет попадать,
если нет - пофигу

Apache tomcat, это не совсем тот apache, о котором Вы думаете, хотя они и рядышком. Это сервер java- приложений!
Соответственно приложения для него упаковываются в jar(war) архивы. У каждого приложения свой root.
У самого сервера есть только рабочий каталог, куда закидываются архивы для деплоя и где они распаковываются.
Обычно ресурсный (resources) каталог защищен от записи. Так что нужно смотреть содержимое архива командой jar.

Используй на листе студентов аннотацию @OneToMany со свойством cascade = CascadeType.ALL
Детали в документации или в статьях типа этой - https://javarush.com/quests/lectures/questhibernat...

С точки зрения вёрстки - это же просто список <ul> с иконками папок и ссылками. Вам вёрстка списка нужна?
Со стороны бэкэнда - надо прочитать список папок и файлов в нужной директории, и отдать его в шаблонизатор. Все.

У каждого из подходов есть свои преимущества и недостатки.
К недостаткам можно отнести:

• Сложность отладки и тестирования
  
• Затрудненная версионность
  
• Зависимость от конкретной СУБД
  
• Ограниченные возможности языка
  
• Сложности с масштабированием
  
• Возможные side-эффекты
  

К преимуществам:

• Уменьшение трафика
  
• Цетрализованная логика
  
• Безопасность данных
  

а код уже перевалил за 200 строк

Сложность проекта оценивается не количеством строк кода, а количеством выделенных функций и методов, а также числом зависимостей одной функции от другой.

Нормально ли писать программу одним большим файлом?

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

Может посоветуете книгу

Ну, например, прочитайте книгу "Рефакторинг (кода на JavaScript). Улучшение проекта существующего кода". В ней как раз на примере монолитного проекта разбирается как что переделать, чтобы код проекта стал гибким.

"работать из Эрэфии"

Что это за сказочная страна? Это видимо из фантастического глобуса, где кроме нее есть еще Пиндосия и Хохляндия? (А еще Чуркестан...)

т.е. удалённо таки можно? и как это происходит(ло)?

Можно, если IP российский и не принадлежит пулу хостинговых компаний. Ну и опять же - там, где такое заявляют, обычно и проверяют тоже. Подключился Иванов, котоый живет в Питере - но почему-то IP у него - иркутский! Давайте-ка забаним Иванова до дачи обьяснений...

в банальном случае и чтоб бесплатно на тутошний комп ставишь anydesk (etc) и повторяешь остальное как раньше

Смешно. В лучшем случае владельцу позвонят из местного СБ и вежливо спросят, знает ли он Иванова. В худшем - придут в гости, вежливо вынеся дверь :)

Кончились времена, когда можно было жить в "нормальных-то странах", а работать по удаленке в "презренном Мордоре". Теперь - либо с эльфами в зеленый мир, либо с орками в общий строй...

1) Работать из деревни из погреба :)
2) VPN от роутера ТАМ до домашнего роутера ТУТ с выходом в интернет через туннель. Ненадежно, т.к. VPN переходит в серую зону. Но для наблюдателя - Вы точно будете дома. На некоторых моделях роутеров можно обойтись и без белого IP дома (за счет своего сервиса DNS, типа KeenDNS).
3) Виртуалка на домашнем компе ТУТ, подключение по удаленке к хосту где эта виртуалка, дальше в корп сеть. Если специально не будут искать виртуалку- не найдут. Если найдут - можно сказать, что комп старый и на нем не работает нужная операционка, поэтому виртуалка.
4) Сменить работодателя. Ибо если безопастники и вправду спецы - они поймут что Вы "бежали" и без контроля за ПК.

Если чисто статику, то я такое в Яндекс облаке через object storage и cloud CDN держу.

Без трафика или с небольшим трафиком выходит толи бесплатно, толи меньше одной копейки в месяц.
А так как я там ещё и DNS держу, то ещё и сертификаты от letsencrypt бесплатно и автоматически продлеваются

PS: DNS 30р в месяц обходится