Saboteur

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

Многие просто придумывают удобное именование папок и этого достаточно.
Многие пользуются подходящими инструментами-каталогизаторами.

Стандартные утилиты не будут сортировать по кастомным полям - вам нужно будет писать свой собственный файловый менеджер.

Можете написать свое приложение, которое будет сортировать все так, как вам угодно, и хранить в базе путь к папке и любые дополнительные аттрибуты, и можно делать что угодно, поиск, фильтрацию и так далее. И будете искать все что нужно по вашему приложению.

В качестве простых вариантов - можно в каждую папку сохранять текстовый файл с нужными вам параметрами, и выполнять поиск по ключевым словам, выводя папки с этими файлами. Но даже в этом случае, уже будет удобнее пользоваться внешним файловым менджером - FAR, Windows Commander.

А в *nix файловые системы вообще кастомные поля нельзя сделать.

Он написан на Electron - весьма неповоротливый и прожорливый движок, все достоинство которого - очень быстрая разработка.
Оптимизировать скайп по производительности вроде никто не собирается, а закрытость протокола препятствуют развитию клиентов от сторонних производителей
Ведь на текущий момент достаточно альтернативных популярных мессенджеров, некоторые с открытой архитектурой и протоколами - бери и пиши.
А реверс инженерить скайп, учитывая что Microsoft в любой момент может все поменять - означает что действительно проще кинуть свои силы в альтернативный мессенджер.

Может когда-нибудь Microsoft вспомнит, что скайп все еще имеет свою немалую аудиторию и пойдет навстречу - ведь шагов в сторону опенсорса в последние годы от MS много. Но дойдет ли дело до скайпа - неизвестно. Microsoft больше внимания сейчас уделяет бизнес версии скайпа (бывшый Lynx aka Microsoft Communicator)

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

nosql в основном для строк в виде "ключ" - "значение", а не четырех значений. Поэтому nosql я бы сразу отложил.

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

А вы не язык выберите, а задачу, которую хотите решить. А под задачу уже выберете технологии (язык, движки, по).

А то возьмете вы язык, и что будете с ним делать?
Бот для телеграмма написать на unity неудобно, как и трехмерный тетрис на php.

Сперва задачу определите, затем чем ее решать.

А в файле /conf/server.xml у вас какой порт прописан? точно 8111?

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

Чаще пользоваться гуглом.
Есть доступные инструкции как написать свое первое приложение для андроида за вечер. И с видео и все такое.

Для начала побольше практики и гугла. Потом можно и классику почитывать, заполняя пробелы в теории. Но первое дело - практика.

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

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

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

Видимо вы не понимаете, что такое паттерн проектирования.

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

Игры - это те же самые программы.
Поэтому осваивайте базовые навыки программирования.

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

Ну и для начала, было бы неплохо стать продвинутым пользователем.

Говорят C# уже можно в Линукс, а раз хотите изучить, можете рискнуть.
А так - вопрос что за GUI.
Какая-нить утилита с простыми окнами, так можно и на js вебморду к ней сделать будет кроссплатформенно, а бэкенд уже на чем хотите с вариантом переписать его потом на другом языке.

P.S. Только не электрон.