https://www.opennet.me/openforum/vsluhforumID3/75854.html Комитет ISO по стандартизации языка C++ утвердил (http://herbsutter.com/2011/03/25/we-have-fdis-trip-report-march-2011-c-standards-meeting/) финальный черновой вариант международного стандарта C++0X (http://www2.research.att.com/~bs/C++0xFAQ.html), идущего на смену ISO/IEC 14882:2003. Утверждение финального черновика подразумевает завершение фазы согласования состава стандарта и перехода к оформлению документов для передачи черновика в комитет ITTF. Завершить подготовку стандарта планируется в августе 2011 года. Стандарт выйдет под именем C++ 2011. <br><br><br>Большинство представленных в стандарте возможностей уже поддерживаются в таких компиляторах, как GCC и Visual C++ (http://blogs.msdn.com/b/vcblog/archive/2010/04/06/c-0x-core-language-features-in-vc10-the-table.aspx). Подробный обзор новшеств C++0X можно найти в википедии (http://ru.wikipedia.org/wiki/C%2B%2B0x). Статус поддержки элементов стандарта в GCC можно посмотреть здесь (http://gcc.gnu.org/projects/cxx0x.html).<br><br>URL: http://developers.slashdot.org/stor https://www.opennet.me/openforum/vsluhforumID3/75854.html#67 Tue, 29 Mar 2011 10:30:05 GMT Основной недостаток - не квалифицированные кадры. 3 недели стажировки и прграммист на яве готов.<br>Примерно как вы, раз ещё не поняли.<br> https://www.opennet.me/openforum/vsluhforumID3/75854.html#66 Tue, 29 Mar 2011 08:54:41 GMT &gt;&gt;&gt; остальные языки - кастраты.<br>&gt;&gt;Смелое утверждение. Мне в него поверить или у вас есть доказательства?<br>&gt; и ещё какие! в прошлом тысячелетии ещё подсчитали выгоду и рентабельность на <br>&gt; подготовку кодера и необходимый минимум знаний. в частности что в языке <br>&gt; должно быть не более 30 конструкций, что диспетчер памяти должен быть <br>&gt; 1 на все случаи жизни и т.д, и т.п.<br>&gt; так и появились ынтырпрайзное программирование и ынтырпрайзные языки.<br>&gt; по принципу - пусть и безобразно, зато однообразно.<br><br>Я не силен в сленге и в беспредметном разговоре. Поэтому, перед вынесением окночательного диагноза, хотелось бы расставить пару точек над е.<br><br>Итак. "Ынтырпрайзное", видимо, означает Enterprise. Видимо, подразумевается использование чего-то из серии SAP ERP и SQL-PL/SQL, если говорить об этапе внедрения.<br><br>Раскрывая ваше высказывание, получается что основной недостаток как внутренних языков ERP систем (описание бизнес-логики, отчеты ну и т.д.), так и SQL заключается в малом количестве конструкций ЯП и отсутстви https://www.opennet.me/openforum/vsluhforumID3/75854.html#65 Tue, 29 Mar 2011 08:02:51 GMT Можно подумать, без квадратных скобок синтаксис С++ сейчас недостаточно угрёбищен. Мне лично хватает угрёбищных угловых скобок в шаблонах и операторах ввода\вывода...<br> https://www.opennet.me/openforum/vsluhforumID3/75854.html#64 Tue, 29 Mar 2011 03:15:40 GMT &gt;&gt; упрощать.<br>&gt; MS может реализовать brainfuck. Проще особо некуда ;).<br><br>они-то конечно, могут. только m$ brainfuck будет, как обычно, ни с кем не совместим, дажем с оригиналом.<br> https://www.opennet.me/openforum/vsluhforumID3/75854.html#63 Mon, 28 Mar 2011 22:44:33 GMT &gt;MS может реализовать brainfuck. Проще особо некуда ;). <br><br>Они и в нем, блин, какие-нибудь "крышечки" и "тильдочки" добавят (чтоб отличать managed-brainfuck от unsafe-brainfuck). А ораклу пора BfuckVM забубенить кроссплатформенный. Вот уж будет точно "write once, fuck brain everywhere".<br> https://www.opennet.me/openforum/vsluhforumID3/75854.html#61 Mon, 28 Mar 2011 19:37:40 GMT &gt;&gt; остальные языки - кастраты.<br>&gt;Смелое утверждение. Мне в него поверить или у вас есть доказательства?<br><br>и ещё какие! в прошлом тысячелетии ещё подсчитали выгоду и рентабельность на подготовку кодера и необходимый минимум знаний. в частности что в языке должно быть не более 30 конструкций, что диспетчер памяти должен быть 1 на все случаи жизни и т.д, и т.п.<br>так и появились ынтырпрайзное программирование и ынтырпрайзные языки.<br>по принципу - пусть и безобразно, зато однообразно.<br><br>остальное обсуждать интереса нет.<br> https://www.opennet.me/openforum/vsluhforumID3/75854.html#60 Mon, 28 Mar 2011 18:48:33 GMT &gt; Интересно, почему thread-local storage не поддерживается в GCC совсем никак<br><br>http://gcc.gnu.org/onlinedocs/gcc-4.6.0/gcc/Thread_002dLocal.html<br> https://www.opennet.me/openforum/vsluhforumID3/75854.html#59 Mon, 28 Mar 2011 17:56:46 GMT &gt; остальные языки - кастраты.<br><br>Смелое утверждение. Мне в него поверить или у вас есть доказательства?<br>&gt; некоторые говорят что и одного яйца хватает.<br><br>Я обычно глазунью из одного яйца делаю. Если вы из двух, то это вопрос вкуса.<br>&gt; а задачу, в которой нужны все методы (для разных подзадач) вы уже <br>&gt; не представляете?<br><br>Мне казалось, что для обсуждения двумя или более людьми какой-либо задачи, ее неплохо бы сформулировать. А представлять себе каждый может много чего, но обсуждать будет нечего.<br>&gt; я слышу много таких умников изо дня в день, а вот программ <br><br>У вас интересный досуг.<br>&gt; на компах всё больше как-то на С/С++. интересно, почему?<br><br>Давайте не съезжать с темы. С++. Не количество яиц, не кастрация, и даже не C. Именно C++. На каких компах, на каких ОСях, какие программы, как считали статистику. Предметно. Идеально - со ссылками на отчеты cloc или похожей утилиты.<br>&gt; у-у-у! сори что отвлёк. больше не смею беспокоить.<br><br>Если дальше про обсуждаемый язык, да еще и с какой-нибудь аргументацией - смейте н https://www.opennet.me/openforum/vsluhforumID3/75854.html#56 Mon, 28 Mar 2011 15:54:47 GMT &gt; вопрос по управлению памятью (и в частности кучей), <br>&gt; включая мусоросборники, настолько широко освещён уже в С++ и настолько многообразен, <br>&gt; что все остальные языки просто выглядят ограниченными на этом фоне, если <br>&gt; не сказать больше.<br><br>Остальные языки ограничены из-за того, что в C++ он подробно описан? Или потому что без пол-литры не разберешься? Логика в этом предложении есть, но вот что-то с ней не то.<br><br>&gt; если выбирать из многообразия выбора или его отсутствия - я выберу многообразие. <br><br>Зачем? Про запас что ли? Может, перед тем как выбирать что-то, лучше определиться с критериями выбора: какую задачу и в каких условиях придется решать. <br><br>&gt; вопрос управления памятью даже не хочу обсуждать. С++ тут вне конкуренции.<br>&gt; если вы путаете мощь в управлении с простотой использования, то это другой <br>&gt; разговор. но как показывает практика, простота использования в большей степени достигается <br>&gt; глубиной знаний и квалификацией.<br><br>Я ни где не говорил ни про мощь, ни про простоту использования. А C++ в