paran0id

Блин! Опять Kali и незнайка.
Открываем тепминал и смотрим, что говорит ip link
Кулхацкерский дистрибутив подразумевает кулхацкера за рулем. Сносите, и ставьте что-то для новичков!!!

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

Да. Это отчасти правда. Основные заказчики 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 - бесконечное число языков.

Можно

Ну вот смотри, параметры сетевого интерфейса

➜  ~ ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 185.xxx.165.xx  netmask 255.255.252.0  broadcast 185.1xxxxx
        inet6 fe80::fc23:c8ff:fe79:de7f  prefixlen 64  scopeid 0x20<link>
        inet6 2001:xx:2f5xxx prefixlen 48  scopeid 0x0<global>
        ether fe:23:c8:79:de:7f  txqueuelen 1000  (Ethernet)
        RX packets 17507756265  bytes 1175138396470 (1.0 TiB)
        RX errors 0  dropped 20405084  overruns 0  frame 0
        TX packets 189436601  bytes 103745623551 (96.6 GiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

тебе нужны строки

RX packets 17507756265  bytes 1175138396470 (1.0 TiB)
        TX packets 189436601  bytes 103745623551 (96.6 GiB)

Авторизация в линукс идет через модуль pam
в /etc/pam.d и должны быть конфиги какие библиотеки вы используете. Локальных юзеров (/etc/passwd) или ldap или active directory или что-то еще подключили.

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

Хотелось бы видеть замеры температуры для начала, при нагрузке и стресс тесте. например от OCCT или аида64

man bash

-- signals the end of options and disables further option processing. Any arguments after the -- are treated as filenames and arguments. An argument of - is equivalent to --

Сообщает, что опции у запускаемой команды закончились и дальше будут только позиционные аргументы, характерный пример использования найти подстроку -v с помощью grep в текстовом файле: grep -- -v file.txt, если не добавить --, то grep воспримет -v, как свою опцию, а не подстроку для поиска.

Это способ корректно обработать управляющие символы не прибегая к "понапихать кучу апострофов и кавычек в несколько слоев".

особой разницы нет, больше от твой кривизны руку зависит, ну, например, возьми убунту, в гугле больше про нее ответов

Нужно писать соцсеть на "одних лишь ЯП". Производительность CMS принципиально ограничена. Все существующие соцсети, "способные выдержать большой поток" - это очень индивидуальные решения, без каких-либо готовых компонентов.

Пишут на том, на чем умеют, главное чтобы это можно было поддерживать и масштабировать, начинающие на такое не способны, тут нужен опыт.

echo -n "текущее количество нескрытых файлов и директорий в /usr/bin равно:" > results.txt | ls /usr/bin  | wc -l >>  results.txt

Это процесс открытия диспетчера задач

///После недельного простоя, мне звонят и приглашают на стажировку////
Значит, опытные спецы за ту зп, которую они предлагают даже не откликаются. Взяли Вас "На стажировку". Это и правда и нет, одновременно. Вы друг друга нашли, скажем так.
Выжмите максимально опыт в практике из этой хитрой конторки. Главное - не сильно себя вините, если что-то сломается, а на вас будут наезжать. Отвергайте любые обвинения в случае простоя. Далее, как поднатореете, через месяцев 12 ищите нормальную, которая понимает объёмы и ответственность IT-специалиста за простои в работе и платит в ~2 раза больше.

По теме вопроса: первое, на что обратить внимание - на критичность того ии иного сервиса. Прям подойти к боссу и спросить - "что должно работать весь рабочий день?". Телефония? БД? 1с? Без чего прям кранты? К тому сервису и направьте своё максимальное внимание. Смоделируйте на практике восстановление БД из резервной копии. Файловый сервер. Сотрудник уволился, грохнул все свои наработки/файлы, логины на торговых площадках, почтовую переписку etc. Промониторить доступы предыдущих сотрудников на администратиыный доступ к каким-либо сервисам/серверам/роутерам/площадкам.