Google дал оценку Java и C++

[Олег Большаков]

Один из ведущих инженеров Google — Роб Пайк (Rob Pike) — выступил на конференции O'Reilly Open Source Convention (OSCON) и выразил мнение корпорации о современных языках разработки и месте C++ и Java в них. Он отозвался об этих индустриальных китах очень негативно, назвав их многословными, чрезмерно сложными и неадекватными к применению в решении задач современной компьютерной инфраструктуры.

"Я думаю, что эти языки слишком сложны для использования, слишком трудны для понимания, слишком замысловаты. Они очень многословны, их сложность, громоздкость и непонятность возрастают со временем", — заявил Роб.

Обсуждение на русском
Английский источник

Давно подозревал, что C++ и Java это "чрезмерно сложные и неадекватные" языки. Теперь вот и в гугле подтвердили.

[Сергей Зыль]

Мне кажется, Java трудно назвать сложным языком Другое дело, что в составе SDK очень много готовых классов API - наверное, с их изучением у Роба и возникли сложности

[Олег Большаков]

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

[Сергей Зыль]

В тоже время существует огромнейшее количество постоянно развивающихся (изменяющихся) библиотек классов, что не способствует качественной разработке на Java, а сопровождение ещё более усложняется...

Это болезнь всех технологий, пытающихся соответствовать всем потребностям. Лечится это определением специализированных профилей - подмножеств API со строго специфицированным функционалом. Примеры таких подмножеств:
- Real-Time Specification for Java;
- Adobe Flash Lite;
- OpenGL for Embedded Systems.

Тот же POSIX сам по себе избыточен для некоторых областей применения, поэтому есть POSIX.13, определяющий профили (т.е. подмножества) прикладного контекста реального времени разной степени сложности.
Так же можно привести пример UML-профиль HIP (High Integrity Profile), который является упрощением SPT - основного UML-профиля для моделирования систем реального времени. Причина всё та же - SPT пытается обеспечивать решение всех возможных и невозможных проблем моделирования времени и ресурсов, что усложняет его практическое применение.