Длительное время компиляции, включение заголовочных файлов (Java)
eao197, merk, WolfHound, StevenIvanov, Sergey, Walter Bright, Alexander G, jazzer, IROV, Константин Л.

Сахара и фич в языке — делегатов, рефлексии, многопоточности и т.д (C#)
Аноним, StevenIvanov, alzt, jazzer, EyeOfHell, StevenIvanov, sergey_shandar, Tonal-

Сложность языка. Сложно найти "свободных" программистов высокого уровня (Eiffel)
eao197, StevenIvanov, alzt, ua1zcl, FR, gear nuke, Кодёнок

Библиотеки — слишком много, слишком разношёрстные (по стилю, качеству, требованиям и т.д.) (Java)
Roman Odaisky, eao197, alzt, ua1zcl, jazzer, Аноним

IDE — не до конца может совладать с языком (Java)
Roman Odaisky, eao197, jazzer, strcpy

Широкое применение метапрограммирования на шаблонах доведённое до абсурда (Java)
eao197, FR, Аноним

Слабые шаблоны (???)
jazzer, minorlogic

Манглинг имён, отсутствие ABI (Java)
StevenIvanov, ua1zcl, Alexander G

Макросы — рудимент (Java)
StevenIvanov, alzt, Walter Bright

Слишком слабые макросы (Nemerle)
jazzer, EyeOfHell

Плохая "кросс-платформенность" (между компиляторами, ОС, аппаратными платформами) (Java)
frogkiller, TheBeard, Кодёнок

Чрезмерная свобода в выборе стиля программирования (Java)
Аноним, LaptevVV

Совместимость с С (Java)
LaptevVV, ua1zcl

Недостаточная совместимость с С (ObjectiveC)
StevenIvanov

Ничего
den123

Отсутствие безопасного режима (Java)
eao197

Неразбериха с исключениями — кто-то использует, кто-то — нет; кто-то кидает одно, кто-то — другое (Java)
eao197

Невозможность локонично написать некоторые типовые паттерны кода (C#)
eao197

DLL-Hell (Java)
WolfHound

Отсутствие finally (Java)
Alexander G

Недостаточная типизация -> глупые ошибки (Java)
Alexander G

Невозможно быстро и удобно создавать GUI приложения (Delphi)
Alexander G

Сложная модель исполнения (точки следования и т.д) (Java)
Mr.Cat

Неэффективность new\delete для маленьких объектов (Java)
alzt

Ручное управление памятью (Java)
TheBeard

Статическая поддержка исключений (Java)
Pasternak

• Длительное время компиляции, включение заголовочных файлов
  
• Сахара и фич в языке — делегатов, рефлексии, многопоточности и т.д
  
• Сложность языка. Сложно найти "свободных" программистов высокого уровня
  
• Библиотеки — слишком много, слишком разношёрстные (по стилю, качеству, требованиям и т.д.)
  
• IDE — не до конца может совладать с языком
  
• Широкое применение метапрограммирования на шаблонах доведённое до абсурда
  
• Манглинг имён, отсутствие ABI
  
• Макросы — рудимент
  
• Плохая "кросс-платформенность" (между компиляторами, ОС, аппаратными платформами)

Широкое применение метапрограммирования на шаблонах доведённое до абсурда

Сахара и фич в языке — делегатов, рефлексии, многопоточности и т.д

R>с заголовочными файлами уже ничего не сделаешь, с ABI видимо уже тоже поздно что-то делать, макросы не уберёшь и т.д. Горбатого могила исправит

- Мы сами знаем, что она не имеет решения, — сказал Хунта,
немедленно ощетиниваясь.— Мы хотим знать, как ее решать.

require( w )
{
   // здесь описательная часть
   w is Window; // w это Окно
   w have ((b is Button) && (t is TextBox)); // у w будут кнопка b и текстовое поле t

   // если нажали на b - делаем что то
   if( isClicked(b) )
   {
     setText( t, "b is clicked" );
   }
}

R>>>>Конечно, не сформулируют. Зачем им будет её формулировать, да ещё в неприемлемом виде; если они уже её сформулировали, да ещё в виде лучше, чем сейчас есть в любом другом языке?

R>>>>merk, как всегда, жжот

M>откуда вы тока натаскиваете такие бумашки?

M>спасибо за поддержку в языке, типо!

unpark

public static void unpark(Thread thread)

Make available the permit for the given thread, if it was not already available. If the thread was blocked on park then it will unblock. Otherwise, its next call to park is guaranteed not to block. This operation is not guaranteed to have any effect at all if the given thread has not been started.

Parameters:
thread — the thread to unpark, or null, in which case this operation has no effect.

park

public static void park()

Disables the current thread for thread scheduling purposes unless the permit is available.

If the permit is available then it is consumed and the call returns immediately; otherwise the current thread becomes disabled for thread scheduling purposes and lies dormant until one of three things happens:

* Some other thread invokes unpark with the current thread as the target; or
* Some other thread interrupts the current thread; or
* The call spuriously (that is, for no reason) returns.

This method does not report which of these caused the method to return. Callers should re-check the conditions which caused the thread to park in the first place. Callers may also determine, for example, the interrupt status of the thread upon return.

parkNanos

public static void parkNanos(long nanos)

Disables the current thread for thread scheduling purposes, for up to the specified waiting time, unless the permit is available.

If the permit is available then it is consumed and the call returns immediately; otherwise the current thread becomes disabled for thread scheduling purposes and lies dormant until one of four things happens:

* Some other thread invokes unpark with the current thread as the target; or
* Some other thread interrupts the current thread; or
* The specified waiting time elapses; or
* The call spuriously (that is, for no reason) returns.

This method does not report which of these caused the method to return. Callers should re-check the conditions which caused the thread to park in the first place. Callers may also determine, for example, the interrupt status of the thread, or the elapsed time upon return.

Parameters:
nanos — the maximum number of nanoseconds to wait

parkUntil

public static void parkUntil(long deadline)

Disables the current thread for thread scheduling purposes, until the specified deadline, unless the permit is available.

If the permit is available then it is consumed and the call returns immediately; otherwise the current thread becomes disabled for thread scheduling purposes and lies dormant until one of four things happens:

* Some other thread invokes unpark with the current thread as the target; or
* Some other thread interrupts the current thread; or
* The specified deadline passes; or
* The call spuriously (that is, for no reason) returns.

This method does not report which of these caused the method to return. Callers should re-check the conditions which caused the thread to park in the first place. Callers may also determine, for example, the interrupt status of the thread, or the current time upon return.

Parameters:
deadline — the absolute time, in milliseconds from the Epoch, to wait until

namespace std {
  class thread {
    public:
      typedef implementation-defined native_handle_type; // See 30.1.3
      native_handle_type native_handle(); // See 30.1.3

R>>namespace std {
R>>  class thread {
R>>    public:
R>>      typedef implementation-defined native_handle_type; // See 30.1.3
R>>      native_handle_type native_handle(); // See 30.1.3
R>>

POSIX threads are not a suitable basis for adding threading to C++, either conceptually or as a specification

J>>>Кроме как в том, что он сделать не в состоянии

class person : obj<person>
{
    int age;

    ATTRS_BEGIN();
        ATTR(age, "visible_name", "Person age:");
    ATTRS_END();
};

J>

[[nothrow]]
A operator+(A,A) {} // can't throw, body checked in CT
A operator-(A,A) {} // can throw

void f()
{
  // ...
  // can throw from the above
  [[nothrow]]
  {
    A a,b,c;      // OK: ctors declared nothrow
    c = a + b;    // OK: declared nothrow
    c = a - b;    // doesn't compile
    try {
      c = a - b;  // OK: explicit blocking
    } catch(...) {}
  }
}

J>>>>>>>>

R>>>>>>>

J>>>>>>

R>>>>>

J>>>>

R>>>

J>>

R>

class queue
{
public:
  void enqueue(T const& obj);
  bool dequeue(T& obj);
};

M>ну ждите когда драфт вопротится в жись.

R>>

public Config loadConfig() throws FileNotFoundException { ... }

E>public Config loadConfig() throws FileNotFoundException { ... }
E>

virtual shared_ptr<Config> load_config() = 0; // throws file_not_found_exception when config-file is missing

C>virtual shared_ptr<Config> load_config() = 0; // throws file_not_found_exception when config-file is missing
C>

// Можно ждать исключений.
shared_ptr<Config> loadConfig() throw(std::exception) = 0;

// Исключений не будет.
shared_ptr<Config> loadConfig() throw() = 0;

void f() throw(std::exception) { ... }
void g() throw() { ...; f(); ... }

int main()
{
    config_t* config = 0;
    try
    {
        config = new db_config_t();
        ...
        config->load_config();
        ...
    }
    catch (file_not_found_exception const &)
    {
        delete config;
        config = 0;
        cout << "Неправильный путь конфигурационного файла.\n";
    }
    delete config;
}

void load_config()
{
    try
    {
        scoped_ptr<config_t> config(new db_config_t());
        ...
        config->load_config();
        ...
    }
    catch (file_not_found_exception const &)
    {
        cout << "Неправильный путь конфигурационного файла.\n";
    }
}

int main()
{
    try
    {
        ...
        load_config();
        ...
    }
    catch (bad_alloc const &)
    {
        cout << "Для выполнения операции недостаточно памяти.\n";
    }
    catch (exception const &e)
    {
        cout << "В приложении возникла неустранимая ошибка. Пожалуйста обратитесь в службу технической поддержки и blah-blah-blah.\n";
        send_bug_report(e);
    }
}

E>// Можно ждать исключений.
E>shared_ptr<Config> loadConfig() throw(std::exception) = 0;
E>

E>// Исключений не будет.
E>shared_ptr<Config> loadConfig() throw() = 0;
E>

E>void f() throw(std::exception) { ... }
E>void g() throw() { ...; f(); ... }
E>

C>Во всяком случае, я бы не назвал спецификацию исключений однозначно минусом Java.

C>Так и думал, что меня неправильно поймут.

C>void load_config()
C>{
C>    try
C>    {
C>        scoped_ptr<config_t> config(new db_config_t());
C>        ...
C>        config->load_config();
C>        ...
C>    }
C>    catch (file_not_found_exception const &)
C>    {
C>        cout << "Неправильный путь конфигурационного файла.\n";
C>    }
C>}

C>int main()
C>{
C>    try
C>    {
C>        ...
C>        load_config();
C>        ...
C>    }
C>    catch (bad_alloc const &)
C>    {
C>        cout << "Для выполнения операции недостаточно памяти.\n";
C>    }
C>    catch (exception const &e)
C>    {
C>        cout << "В приложении возникла неустранимая ошибка. Пожалуйста обратитесь в службу технической поддержки и blah-blah-blah.\n";
C>        send_bug_report(e);
C>    }
C>}
C>

// Не бросает исключений.
void f() nothrow { ... }
// Может бросать исключения.
void g() { ... }

The judges hastily declare:

“Java and C++ are very suitable for rapid prototyping.”

There is also lots of anecdotal support for the large variation between programmers. During the time I was at Boeing in the mid 1980s, there was a project that had about 80 programmers working on it that was at risk of missing a critical deadline. The project was critical to Boeing, and so they moved most of the 80 people off that project and brought in one guy who finished all the coding and delivered the software on time. I didn't work on that project, and I didn't know the guy, so I'm not 100% sure the story is even true. But I heard the story from someone I trusted, and it seemed true at the time.

Самые шустрые студенты заканчивают эти задачи в три или четыре раза быстрее, чем средние студенты, и — ни много ни мало — в десять раз быстрее самых медленных. Более того, если вы внимательно посмотрите на эти данные, то станет ясно, что видимой зависимости между временем и оценкой нет. Качество работы и время, на нее затраченное, — эти параметры попросту не кореллируют.