Wan-Derer

Начать здесь. Дальше не знаю :)

Поставь Language Level "соответствующий SDK".
На вкладке Modules тоже проверь.
В Settings - Build, Execution... - Java Compiler тоже.
Ну и настройках сборщика.

часть методов появляется из-за строгой типизации: для разных типов приходится писать разные методы

Нет. В Java каждый объект имеет конкретный тип, поэтому у него не может быть методов для разных типов :)
String - тип очень распространённый, с ним много работы, поэтому в Java сочли необходимым прикрутить к нему ряд методов, максимально их оптимизировав. И я бы не сказал что их много. М.б. так кажется глядя на список, выдаваемый IDE, но там много перегруженных методов: с одинаковым именем, но с разными аргументами. Плюс есть статические методы у класса String. Плюс есть специальные классы StringBuilder/StringBuffer, там есть свои методы, видимо, народ просил :)
То же относится к массивам - всё ради скорости!
В Котлин же всё свалили в кучу, в т.ч. то что в Java делается циклами или через Stream API, поэтому кажется что методов до фига много. На самом деле, это просто "синтаксический сахар", когда в одно действие сводится несколько.
Просто считай что Java "более низкоуровневая" чем Питон. Пользуйся теми методами что тебе нужны здесь и сейчас. Остальные пригодятся со временем.

1. Перегнать документ в Word (вроде есть специальные программы или в самом Acrobat есть такая возможность) и та его обработать. Правда, многие документы перегоняются коряво.
2. Системы распознавания (OCR) умеют работать с PDF.
3. Заказать программистам конвертер PDF -> PDF с отсечением всего лишнего. Если в документе только текст без картинок - справится даже малоопытный.

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

Похоже, ты ошибся разделом. Тебе, скорее, сюда. Но ТЗ, конечно, надо написать более внятно.

По-моему, тут либо с Entity, либо без JPA :)

М.б. так?

import lombok.Getter;
import lombok.Setter;

import java.util.ArrayList;
import java.util.List;

public class test {

  public static void main(String[] args) {
    List<Item> listA = new ArrayList<>();
    List<Item> listB = new ArrayList<>();

    List<Item> coupled = couple(listA, listB);

  }

  static List<Item> couple(List<Item> listA, List<Item> listB){
    return listA.stream()
      .peek(itemA -> {
        Item complimentary = listB.stream().filter(itemB -> itemB.getId() == itemA.getId()).findFirst().orElse(null);
        if (complimentary == null) throw new IllegalArgumentException("Can't find pair");
        itemA.setLow(complimentary.getLow());
      })
      .toList();
  }
}


@Getter
@Setter
class Item{
  private int id;
  private int low;
  private int high;
}

НО! Если элементов много то быстродействие будет ни к чёрту :)

Автоматизируй зоопарк :)

Ну, если ты изучаешь именно фронт, то выбор у тебя небогат: JavaScript да TypeScript :)
... или я не понял вопроса

easyelectronics.ru

Например, перебирая посимвольно с помощью цикла и метода String.charAt().
И лучше выбрать другое имя для метода калькулятора.

В консоли ты запускаешь команду из папки с Java или туда проброшен путь с помощью переменной окружения PATH.
А программа смотрит туда куда указывает переменная JAVA_HOME.
Набери echo %JAVA_HOME%

Для начала расскажи шо цэ тэкэ:
doc['extra.records_count'].value
на синтаксис Java это вообще не похоже.
В Java с квадратными скобками - это массив, внутри скобок - индекс массива (индекс имеет тип int). Поля value у массива нет. Одинарными кавычками обозначают char (одиночный символ).

Если doc - это HashMap, а extra.records_count - переменная типа long, то доставать значение надо так:

// вместо String подставь тот тип, в котором хранятся value в мапе
String value = doc.get(extra.records_count);

И ещё. В Java по правилам переменные именуются кэмэл-кейсом, т.е. не rec_count, а recCount.

Я хранил в JSON цветовые схемы приложения (цвет фона, шрифта, фонт, размер и пр.). Так как манипуляции с данными внутри схемы -операция крайне редкая, я счёл что так можно. Можно было, конечно, разложить всё по полям, но мне показалось проще получать готовую схему и сразу её сохранять и отдавать так же.
Ещё в текстовых полях хранил пары ключ-значение, т.е. много пар в одном поле. Делал map.toString() и сохранял. Обратно в Map вытаскивал простым парсером.
Вроде никто драться не лез :)
Правда я тоже новичок и как правильно не знаю :)