Личный опыт: переход с низкоуровневой разработки на C к программированию на Java

Для улучшения читаемости программ в Java добавлена интересная возможность разделять разряды длинных чисел символом подчеркивания:

int value1 =  1_500_000;
long value2 = 0xAA_BB_CC_DD;

int value1 = 1'500'000;

только для выхода из вложенных циклов

один способ передачи объекта в метод – по ссылке.

сигнатура (имя метода, возвращаемое значение, аргументы) с точностью совпадали

class A {
    A method() {
        throw new UnsupportedOperationException("not implemented");
    }
}
class B extends A {
    @Override B method() {
        return this;
    }
}

возможность корректно использовать строки в switch-case

В завершение, порядок байт в многобайтных примитивах в Java фиксированный (младший байт по младшему адресу, Little-endian, обратный порядок).

    public static void main(String[] args) {
        long value = 1;
        System.out.println(Longs.toByteArray(value)[0]); // выводит "0"
    }

Если же требуются выполнять операции вставки/удаления элементов, или создавать более сложные структуры данных, то необходимо использовать коллекции, такие как множество (Set), список (List), карта (Map).

Если упоминаете базовые типы коллекций, то и очередь (Queue) надо было упомянуть. А заодно можно было уточнить, что это базовые интерфейсы, описывающие методы, которые можно использовать на коллекциях (в полном соответствии с абстракцией этих коллекций)

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

утечки в java точно такой же бич, как и в других языках. При всём при том, что вы правы насчёт конкретной реализации утечек, в java существует другой способ достичь такого же поведения. Например создать переменную класса (см. ключевоей слово static) — она не подвержена сборке мусора. А если это коллекция и туда постоянно идёт вставка? Но это простейший вариант, возможны и куда как более сложные случаи.

В основе идеологии языка Java лежит утверждение «все есть объект».

а потом вы пишите про примитивы… В общем уже на заре создания языка авторы конкретную такую бомбу заложили под идеологию...

abstract class Base {
abstract public void method();
}

такие вещи чаще всего выражаются через интерфейс.

interface Base {
    void method();//он автоматически public, и до java 8 интерфейс не может содержать реализации метода
}

Для управления «видимостью» предназначены 3 модификатора доступа: private, protected, public.

4 модификатора. Ведь пишете же дальше о всех, почему здесь неправильно? 4ый называется модификатор доступа по умолчанию или же package-private. И да он состоит в отсутствии иного модификатора доступа.

Все коллекции делятся на 3 больших класса: списки, множества и карты.

И здесь пусто про очереди :(

Программируя на Java, не приходится постоянно «бояться» допустить ошибку – зачастую среда разработки подскажет, что надо исправить, а иногда сделает это за вас.

для сей/плюсов так же есть инструменты статического анализа кода. Правда, действительно, IDE для java совсем без таких интсрументов выглядит странно (да и комплиятор кое-что умеет), а вот для c/c++ они часто не входят в IDE...

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

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

PS и да, чтобы было понимае — я люблю java как удобный инструмент, я с ней уже ~8 лет работаю… просто хочется предостеречь от подводных камней, которые ну очень близко :-)