Strannyk

public class Example {
    private void method1(String data, Consumer<String> method) {
        method.accept(data);
    }

    private void method2(String data) {
        System.out.println(data);
    }

    public static void main(String[] args) {
        Example obj = new Example();
        obj.method1("test", obj::method2);
    }
}

100% перегрет, но не программистами или веб-мастерами, а индивидами, которые решили что веб это просто и легко и не стоит сильно париться над своими скиллами и знаниями.

Цитирую википедию:

In software engineering, a software design pattern is a general, reusable solution to a commonly occurring problem within a given context in software design. It is not a finished design that can be transformed directly into source or machine code. It is a description or template for how to solve a problem that can be used in many different situations. Design patterns are formalized best practices that the programmer can use to solve common problems when designing an application or system.

"Паттерны из коробки" – это высказывание какого-то диванного недопрограммиста. Не берите в голову.

Как правило, не надо - JVM сама почистит память. Но есть случаи, когда коллекции содержат объекты с ресурсами (текстуры, звук), они должны иметь метод типа dispose(). Вот вызвать их надо не забыть.

Сокращать область видимости переменных, а дальше JVM сама обо всём позаботится.

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

2) Когда ты уже специалист на более менее востребованном стеке, то работы много. И главная задача состоит в том, чтобы выбрать место, которое тебе будет максимально комфортным.

Правда ли, что сейчас так сложно найти работу?

Не правда. Сильных специалистов как не хватало, так и будет не хватать.

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

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

Вам нужно написать REST API сервер для доступа к данным, retrofit это HTTP клиент для работы с API.

Никак. Строки в js иммутабельны. Создавайте новую:

str = str[0].toUpperCase() + str.slice(1);
// или
str = str.replace(/^./, m => m.toUpperCase());
// или
str = Array.from(str, (n, i) => i ? n : n.toUpperCase()).join('');

Вкратце:
В том что байт код для JVM может исполняться везде где установлена JVM.
Код не нужно перекомпилировать под каждую из платформ.

https://stackoverflow.com/a/5978036/2981702

Обязательно умение пользоваться поиском. Этот вопрос задают на Тостере еженедельно.

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

Бумажки никому не интересны, кроме ежегодно уменьшающегося процента компаний с жёсткой кадровой политикой. Да и таким компаниям ваш диплом не нужен, они просто поставят галочку "имеет ВО" в личном деле и подошьют скан диплома, даже не заглянув в него.

И что уж говорить о европейских странах, Норвегии, США и т.д? Получить там работу без вышки ты попросту не сможешь, каким бы ты невероятно талантливым и умелым не был.

Вы ошибаетесь. Во многих странах диплом заменяется пятью годами профильного стажа. И опять же, ежегодно Запад ослабляет требования к кандидатам, так как у них темпы роста кадрового голода ещё больше, чем в РФ. Если раньше хантили только топовых сеньоров, то сейчас уже готовы брать на себя расходы по релокации даже для мидлов.

Согласно официальной документации package-lock.json предназначен быть в репозитории, чтобы все разработчики проекта работали с одним и тем же набором зависимостей.

Относительно того, что его не нужно включать в код библиотек - неправда:

• Во-первых, когда выполняется npm publish, package-lock.json автоматически исключается из опубликованного пакета (проверьте командой npm archive, например)
  
• А во-вторых, package-lock.json используется только в корне проекта. В зависимостях он игнорируется. То есть в директории node_modules/your-dependency он может присутствовать невозбранно.
  

Ответ на ваш вопрос: никогда не добавляйте package-lock.json в .gitignore