Antony

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

Однозначно нет, я бы даже сказала что это тестовое задание на "лоха". По факту тестовое задание для веб-мастера - это - сверстать одну из страниц корпоративного сайта(не лендинг), и добавить ей логики посадив на нужную CMS. Даже по одной сверстанной(семантически правильной, адаптивной, подготовленной для продвижения) хватает что бы понять насколько долго человек верстает, или находится в вебе. Если вы вываливаете "дивянку", или относитесь к своей работе - ну сделаю не очень, это ведь тестовое - значит это провал.

То, что вы скинули выше - банальный заработок для компаний-студий, у них есть штат, и когда есть небольшие проекты(у которых не горит дедлайн), они отдают фрилансерам или новичкам, которые готовы работать за еду или бутерброд. После вам говорят что проект говно, а вы ничтожество, и у вас его парсят через wget(либо вы уже отдали его сами). В итоге профит для компании, и подгорание пятой точки у "наемного работника".

PS: В свое время сделала по-хитрому) Дали мне такой проект как тестовое задание, я делала его 2 недели, и когда подошло время сдавать его, показала его через teamviewer - работодатель убедился что все норм, попросил его скинуть - я попросила денег. Он офигел от наглости, и в итоге мы договорились о 12 т.р. Но на работу меня так и не взяли)

Графика на сервере не нужна по причинам:
1) Это накладные ресурсы в пустоту.
2) Не нужна мощная графика железная. Аналогично не нужен звук и следовательно звуковых чипов на серверных матерях не бывает.
3) Весь серверный софт на то и серверный что работает в режиме демонов. Графика у них в лучшем случае клиентская может быть(всякие UI для баз и подобное).
4) Настраиваются демоны конфиг файлами, а значит ничего сложнее блокнота не понадобится. Зачем тащить графику если есть тысяча и один текстовый редактор консольный на любой вкус и цвет и при этом они все на голову удобнее и мощнее любого графического.
5) В консоли есть псевдографические интерфейсы которых хватит за глаза для нужных задач. Как пример mc\htop, консольные веб браузеры, системные утилиты настройки чего либо в некоторых дистрибутивах.
6) Графику никто не запрещает установить и пробрасывать ее по x11 forward или vnc\rdp но зачем если в этом нет абсолютно никакого смысла по вышеуказанным причинам и кроме того это даст просто неимоверные требования к сетевому каналу на фоне того что голый ssh работает даже на ультра хреновом соединении.
7) Безопасность, ssh на голову безопаснее любых других протоколов связи (rdp\vnc\telnet и т.д.)
8) Банальные проблемы графики, что то сломалось, подключаетесь и видите курсор и пустой экран. Терминальным подключением как максимум все будет без проблем и можно сразу устранять проблемы, как минимум можно глянуть лог ошибок и в чем проблема.
9) Бывают сервера вообще без gpu, т.е. вот совсем. Вместо этого у них голенький rs232 в котором все таже консоль. Архаизм конечно и зачастую пользуются реализациями ipmi уже через сеть и чаще всего опять же консольно.
10) SSH это дефакто стандарт который есть везде и не только на серверах но и на оборудованиии (свитчи\роутеры\шлюзы и тонны других железок). Кроме того базовые вещи везде одинаковы(опять же текстовые редакторы.)

А зачем она там, где она не нужна? Зачем мне тратить пространство диска на Gnome с периферией, если у сервера роль, скажем, веб-сервера или на нем, к примеру, крутится Couchbase? Зачем мне графическое окружение?
Хотите сервер с графикой - ставьте любое окружение (GNOME, KDE и пр.). Хотите проброску графики? Не проблема - ставьте VNC и наслаждайтесь.

Почему на многих серверах нет графики?

Неужели она занимает так много ресурсов,

Да. Жрёт много места на диске, в ОЗУ со своими утечками (привет GNOME), грузит ЦП порой на 100% (привет KDE), требует видео, жрёт интернет-канал, а нужно-то раз в полгода.

Что, ssh ниасилили?

Если нет реальной трехмерной графики, то на чем угодно. Это может быть и неизвестный вам фреймворк.

Но что вам даст ответ? Предположим, вы выяснили, что это полуигра полуприложение сделано на Unreal Engine. Странно решение, но вот так оказалось. Что дальше? Побежите изучать этот движок?

Кто бы что на чём ни делал, лучше думать своей головой при принятии решения, а не просто делать "как у них". Ещё куда ни шло посмотреть, как устроено приложение, и взять идеи, с пониманием, зачем и почему так сделано. А почему разработчики выбрали именно такой движок, а не другой, они вам не расскажут, пока вы с ними не познакомитесь.

И у вас наверняка будет не 100% клон (хотя кто вас знает), а другое приложение, так что и решение будет основано на других исходных данных. Даже если клон, то зачем копировать неудачное решение?

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

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

Чаще всего необходим "Microsoft Visual C++ Redistributable", а вот какой версии зависит от того чем и как собираете. Но если ваш (или не ваш) софт при запуске требует какой то файл, то по его названию можно определить версию.

static int[] sortBySelect(int[] array) {
    int i = 0;
    int[] result = new int[array.length];

    while (i < array.length) {
      result[i] = getMin(array, i, array.length - 1);
    }

    return result;
  }

У вас тут цикл бесконечный

Язык Java и виртуальная машина HotSpot - это open source. Есть абсолютно бесплатный OpenJDK в который контрибьютят множество других компаний, кроме Oracle - от небольших типа Excelsior JET до гигантов типа IBM. Oracle JDK собирается из исходного кода Open JDK. Они полностью идентичны. Деньги Oracle берёт за поддержку собственной сборки. Так же, как у Red Hat есть платная поддержка бесплатного Линукса. Если вам поддержка не нужна, используйте одну из множества бесплатных сборок OpenJDK и живите спокойно. Если вы компания класса MailRu Group, предоставляющая высоконагруженные сервисы 330 миллионам пользователей, и ваши специалисты каждую неделю находят баг в виртуальной машине, лучше использовать платный Oracle JDK.

Затем, что модификаторами доступа ты описываешь интерфейс (в смысле API) класса. То, что можно дёргать снаружи, публичное. То, что могут дергать наследники - протектед. То, что никто не должен знать - приватное. Если кто-то лезет в приватные поля рефлексией - ССЗБ, ты на это закладываться не должен, и поведение не гарантируешь.
Ты имеешь право в любой момент менять реализацию и поведение приватных полей и методов. Публичный интерфейс должен сохраняться.
Короче, это всё как декларация намерений.

Сокрытие в целом и модификаторы доступа в частности - это не про защиту от злонамеренных хакеров, взламывающих ваш код. Модификаторы доступа нужны для предотвращения непреднамеренно ошибочного использования объектов. В больших системах бывает сложно уследить, что один объект из сотен, в одном из тысяч возможных состояний программы не нарушает инварианты другого объекта. Весь ООП нужен для снижения сложности кода.

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

Образно говоря, вам необязательно пить и есть, питаться вы можете и через капельницу. Но это не значит, что вам не нужны зубы и 5 метров кишечника.

Это называется перегрузкой. В данном случае перегрузкой метода