mayton,


31), 32) и 33) изложены предельно слабо.
Но в целом они есть часть "претензий" из "мира C/C++" к "миру java", при этом внутри первого из миров по каждому из пунктов существуют идущие десятилетиями внутренние междусобойчики.
31) - сугубо от академического мира претензия. т.к. "+" в математике операция коммутативная, то не стоит ломать школьные привычки и рисовать + для некоммутативного случая:
"foo" + "bar" != "bar" + "foo"

32) Изложена сугубо сишная проблема. Сказать-то он хотел примерно следующее - "про С известно, что ее целочисленная арифметика быстрая, т.к. она машинная, а про яву мы ничего не знаем - какая она окажется. Может, вдруг, и библиотечной оказаться".
При ином чтении - это чистой воды переброс с больной головы на здоровую - Там где реализация норовит положить int в "наличное машинное слово", начиная с 32-разрядных систем int перестает отличаться от long, что в общем случае ведет к проблемам interoperability
и binary compatibility, заставляя плодить нестандартные типы, в общем случае - ах да - конечно с "библиотречной поддержкой" , от операционной системы, например.

33) кролики - это не только ценный мех, но и 3-4 килограмма диетического, легкоусвояемого мяса. (@Кролики)
"глубокое копирование" самая - самая базовая проблема в "типизированном императивном программировании"
Что должен делать оператор присваивания a=b? И что должен делать оператор сравнения? Когда тебе рассказывают, что присваивание должно втыкать в a ссылку на тот же объект, ссылка на который сидит в b или сравнение должно сравнивать ссылки, сидящие в a и b и считать значения в переменной равными, только если ссылки равны, то тебе рассказывают, что "глубокое копирование" настолько дорого, что никакой возможности ни присваивать, ни передавать по значению, ни сравнивать по значению в нашем языке нет.
У нас есть только mutable, причем несравнимо mutable.
Но КАК? Как вообще программировать, если возможности сравнивать по значению ничего кроме ссылок нет. Так может не оказаться возможности выяснить, что 2 + 2 = 4, просто потому, что ссылка на 2 + 2 не совпадает со ссылкой на 4.
А и как программировать mutable в многопоточном окружении без очередей и дедлоков?

А когда тебе говорят - чтобы твоя программа работала быстро и потоки были независимы по данным - используй immutable - приходит Африканец и спрашивает: ну, и как ты будешь теперь "глубоко копировать" свой граф, или хотя бы часть его? Твой ответ Африканцу - а мои immutable будут махонькими, я их в честь этого даже обучу сравниваться по значению через equals.

Сериализация - т.е. двоичная передача кода вместе с данными, стандартизированная в языке - вещь неведомая для мира С.
это еж с ужом, которого и назвать-то с ходу не получается.
В яве сериализация - это "наш ответ министерству обороны" - Аде, в которой DIANA изначально задумывалась для приблизительно аналогичных целей - машинно-независимого представления алгоритмов, структур данных и самих данных.
То есть - создателям явы захотелось быть тоже в танке. Это казалось исключительно крутой идеей.
Предъявлять со стороны С здесь претензию большого смысла не имеет.
Но можно мелко покуражиться. Не обращай внимания. Хорошо это может получиться у тех, кто умеет целиком обновить через космическую связь программное обеспечение летящего самолета не прекращая работы автопилота.