Даниил Демидко

https://docs.microsoft.com/ru-ru/dotnet/api/system...
ловить можно через обычный try-catch

Лол.
Сколько лет там он уже "убивает"? Пять? Удачи.

Вариант первый:
Просто клонируете репозитарий с гитхаба и работаете потом с ним:
$ git clone
Второй вариант, у вас локально уже есть гит. Вы подключаете удаленный репозитарий
$ git remote add

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

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

Вы забываете о большом пласте истории техники, который был сильно до этого - 8 битные домашние ЭВМ (десятки их) и язык Бейсик.

Так вот, ЭВМ того времени были катастрофически разными - разные носители (кассеты, дискеты, картриджи), разная аппаратура (засунуть еще один центральный процессор в дисковод? да нивапрос! разная скорость для PAL и NTSC версий - легко!). Но вот бейсик был везде и позволял, с некоторыми переделками, таскать программы с машины на машину.

Таким образом, авторы находились в этом историческом контексте (у них все детство прошло в обнимку с каким-нибудь VIC-20). Тут уже становится логичным желание сотворить то же самое, только круче - берем современный язык, стандартизируем синтаксис - и делаем аналогично - производитель железа предоставляет нам Java-машину с нужным уровнем абстракции - и все программы бегают с архитектуры на архитектуру без переделок.

Отчасти, это сработало на старых мобилках, в эпоху j2me - это как раз Java, засунутая в телефон - игры, браузеры, карты (были даже ЯндексКарты), читалки, чатилки - куча всего.

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

Сейчас апплет на java можно встретить во всяком старом железе, на нем там сделано GUI для удаленного администрирования серверов, коммутаторов и СХД. Вы браузером заходите на железку, и тут на вас вываливается ворох предупреждений о том, что сейчас будет запущено какое-то ужасное дырявое ПО, держите штаны, а то слетят. Уверены? Точно уверены? А с этим согласны? А так?

А уже потом начали активно применять JavaScript, главным образом, изобретя Ajax - продолжая люто натягивать сову (систему для создания электронных библиотек для ученых/HTML) на глобус (задачу создания интерактивного гуя с красивой версткой).

И это вы еще бэк на Perle не рефакторили

Разобрать что такое exe формат, это на самом деле контейнер, который хранит и исполняемый код и данные в виде иконок, диалогов и так далее.

Написать свой сборщик и сохранить данные в .exe

При этом запускать его будет невозможно, если там будут ТОЛЬКО данные.

Во-первых, у Java полная обратная совместимость и бо́льшая часть языка была написана более двадцати лет назад. Соответственно, книги по Java 1.2 всё ещё актуальны. Во-вторых, этот вопрос здесь задавался уже десятки раз. Например.

P.S. До мидла можно добраться только в результате двух-трёх лет работы в офисе под руководством опытных коллег.

Вы упустили проверку дискриминанта на то, является ли он положительным.
При приведенных коэффициентах он отрицателен, и уравнение не имеет решений.

Кстати еще у вас дикая мешанина из использования членов класса и аргументов.
Намного правильнее задавать коэффициенты через конструктор, если что.

Это может повлиять на формат отображения даты, в американском формате это месяц/день/год

Только на Systemlanguage параметр.

Нет, им абсолютно фиолетово

Редкий случай, но вы облажались прям ахренеть сколько раз.
Для начала снесите эклипс и поставьте идею, это не ваш уровень.
Во вторых помник правильный, сразу все как надо подхватывается. Мавен просто качает и подключает либы. Вообще лучше градл использовать, если нет каких то требований особых.

Вопрос: Как теперь сделать так, чтобы в проекте использовать эти все якобы установленные зависимости?

Они уже используются

Пытался скачивать zip вручную. Все равно не видит.

вообще так тоже можно, как в эклипсе точно не скажу

Пытался перенести скачанные пакеты в папку org, рядом с ru. Не помогло.

Зачем? Что по вашему должно было произойти? Вы хоть понимаете зачем разделение по пакетам?

Куда что размещать, откуда мне накастовать пакет "org"?

что это вообще значит? никуда вам ничего не надо размещать и кастовать

Пишу: System.out.println(org.lwjgl.Version);

Вы хоть немного понимаете что пишите? Мало того что не создаете объект, так еще там и конструктор приватный. Что вы там печатать собрались?
Вот кстати что пишет нормальная ide

Может вы вот это хотели? Но тогда вы просто нихрена не понимаете что делаете.


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

C++ and QT

80% сидят на windows
15% на маках
5% процентов красноглазят

Исходя из этого выбирайте размер аудитории и целесообразность заморочек. Сборка сетапа на WIX даст вам 50кб + ваша программа на C#
C учетом того что Net Framework уже стоит у пользователей windows. Делайте выводы.

PS кросплатформенность для десктопа это та шутка которая смешная еще с 2002 года.

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

Для всего остального можно использовать веб, в той или иной модификации.

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