MaxLich

Так:

<properties>
        <jdk.version>1.8</jdk.version>
    </properties>

    <build>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-compiler-plugin</artifactId>
                <version>2.3.2</version>
                <configuration>
                    <source>${jdk.version}</source>
                    <target>${jdk.version}</target>
                </configuration>
            </plugin>
        </plugins>
    </build>

JS на фронте

Хорошая IDE (например, такая как InelliJ IDEA) сама это будет проверять и указывать на ошибки. А так вопрос не ясен? Что значит "как именовать"? По неймконвеншн + чтобы было читабельно, коротко, лаконично, из названия понятно, что делает этот метод.
А от добавления в родительский класс методов, имена которые будут совпадать с именами методов в Вашем наследнике, вы вряд ли как-то защититесь. Но тут не такая уж большая вероятность, что это будет. Имён много. К тому же, Ваш класс должен делать что-то конкретное, специфическое доля Вашего проекта, соответственно, и методы будут так называться. Методы же библиотечных классов более общие, универсальные. Поэтому у них и названия соответствующие.

Просто автоматизируете что-то (например, магазин, библиотеку и т.д. + любую большую программу можно написать с ООП), делаете декомпозицию, связи объектов, иерархию, вот Вам и будет практика ООП. А по паттернам - есть классический GOF, есть книги по паттернам для конкретных языков (я знаю две такие для джавы), так вот, читаете эти книги, пишите примеры из них, задания (если есть), а потом стараетесь это всё пихать в свои учебные приложения. Основное, что нужно понять в паттернах - где это может применяться, и какую выгоду они дают (ну а также естественно, минусы и недостатки их применения).

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

Пройти пару десятков собеседований

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

Где-то нашёл такое решение:

QTableWidget::item {
 border: 5px solid #CCCCCC;
}

QTableWidget::item {
 border-right: 5px solid #CCCCCC;
 border-radius: 10px;
}

Но оно почему-то не рабоает в WinCC OA. Зато работает в QSS Editor. Так что это только отчасти решение этой проблемы.

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

Либо манипулировать видимостью панелей, либо создавать/удалять панели (возможно тут понадобятся методы repaint() и revalidate()

Это часть кода, которая выполняет то, ради чего пишется это приложение. Кроме бизнес-логики, в приложении может быть код, который отвечает за отображение информации, управление информацией, работу с внешними ресурсами/сервисами, какой-то вспомогательный код (например, удалить все символы 'x' в строке), и т.д.

Выбирай то, что интересно и к чему есть способности. Это совсем разные сферы. UX/UI дизайн - это по сути дизайн с элементами маркетинга, социологии и психологии (сужу по этому видео - ссылка), а безопасность... плохо с ней знаком, но думаю это ближе к железкам, методам шифрования и защиты информации, устранения всяких дыр в ПО и чуть-чуть программирования и баз данных (из программирования, как я слышал, используется си/си плюс плюс). Так что первое ближе гуманитариям и художникам, в второе - программистам, инженерам, сисадминам. Так что выбирайте какое направление Вам ближе.

Во-первых, если не нужно ничего специфического ArrayList<T>, то лучше использовать переменные типа List<T>.
Во-вторых, попробуйте запустить такой код:

ArrayList<String> name = new ArrayList(Arrays.asList(1,2,3));
 for (String s : name) {
      System.out.println(s);
}

И сразу поймёте, зачем указывать треугольные скобки.

final String myPath = "C:\myFile.txt";
try {
      List<String> lines = Files.readAllLines(Paths.get(myPath ));
} catch (IOException e) {
      e.printStackTrace();
}

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

Вообще, это плохая практика - использовать глобальные переменные в ООП, но если без них не обойтись (и если это константы), то в одном классе или интерфейсе прописываются поля с модификаторами public static final, и потом во всех остальных классах идёт обращение к этим полям.

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

Рефакторинг Фаулера или Эффективное программирование Блоха.
Ну и клин код Мартина. Что-то из этого.
И да, можно и паттерны.
+ если это действительно интерпрайз, то можно что-то по спрингу или хибернейту (из серии "... in action", например).