URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 89370
[ Назад ]
Исходное сообщение
"Обзор предложений для включения в состав стандарта C++14"
Отправлено opennews , 29-Мрт-13 11:32 
Опубликован (http://www.meetingcpp.com/index.php/br/items/a-look-at-cpp14...) обзор улучшений, претендующих на включение в состав будущего стандарта для языка программирования Си++, который планируется выпустить в 2014 году.


Например, среди предложений по включению в стандарт C++14 отмечается поддержка опциональных объектов на основе boost::optional, добавление поддержки использования OpenMP, поддержка динамических массивов (http://www.open-std.org/JTC1/SC22/WG21/docs/papers/2013/n353...), реализация очередей для многопоточных приложений, механизм stream_mutex для использования блокировок  потоков, поддержка указания размера в операторе delete, новый тип для целых чисел неограниченного размера.


Отдельный интерес представляет новая библиотека для организации цепочки вызовов, позволяющая вызов

<font color="#461b7e">

    cat log.txt | grep '^Error:' | grep -v 'test@example.com' |
        sed 's/^Error:.*Message: //' > output.txt
  
</font>


оформить в виде конструкции:


<font color="#461b7e">
    (pipeline::from(input_queue) |
      bind(grep, "^Error") |
      bind(vgrep, "test@example.com") |
      bind(sed, "'s/^Error:.*Message: //") |
      output_queue).run(&threadpool);
</font>


URL: http://www.meetingcpp.com/index.php/br/items/a-look-at-cpp14...
Новость: http://www.opennet.me/opennews/art.shtml?num=36534

Содержание
Сообщения в этом обсуждении
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 11:32 
последняя конструкция похожа на лишп, шах и мат!
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 11:54 
"надо поником сходить тыг дык тыг дык тыг дык" (ц)
последняя конструкция похожа наааа ... язык программирования как и все 99 языков (не считая брэйнфака и иже с ними =)
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 12:40 
К брейнфакоподобным ЯП относится, например, Tcl.
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 12:54 
не знаю, возможно то что я левша, но тикль больше по душе =)
"Обзор предложений для включения в состав стандарта C++14"
Отправлено anonymous , 29-Мрт-13 13:36 
> К брейнфакоподобным ЯП относится, например, Tcl.

Как же я на нем пишу?)

"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 30-Мрт-13 01:59 
> Как же я на нем пишу?)

Ну вот так. На брейнфаке тоже кто-то пишет.

"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 13:37 
> К брейнфакоподобным ЯП относится, например, Tcl.

Если у вас какой-то противоречащий вашим стереотипам язык вызывает состояние брейнфака, это еще не значит, что сам язык "брейнфакоподобный".

"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 14:20 
> К брейнфакоподобным ЯП относится, например, Tcl.

Не относится. В брейнфакоподобных языках нет переменных, функций, литералов и FFI. В Tcl есть всё это.

"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 30-Мрт-13 01:59 
> Tcl есть всё это.

Что не мешает ему быть еще тем брейнфаком :)

"Обзор предложений для включения в состав стандарта C++14"
Отправлено ram_scan , 30-Мрт-13 16:06 
> Что не мешает ему быть еще тем брейнфаком :)

Это вы на MUMPS не кодерасили...

"Обзор предложений для включения в состав стандарта C++14"
Отправлено arisu , 31-Мрт-13 02:43 
>> Tcl есть всё это.
> Что не мешает ему быть еще тем брейнфаком :)

нормальный язык. небескостыльный местами, но и не брэйнфак. лисп это такой, только без скобочек.

"Обзор предложений для включения в состав стандарта C++14"
Отправлено плохой человек , 29-Мрт-13 12:43 
Брейнфак? Whitespace лучше и красивее!
Вы только посмотрите на этот красивый язык:


"Обзор предложений для включения в состав стандарта C++14"
Отправлено бедный буратино , 29-Мрт-13 12:52 
> Брейнфак? Whitespace лучше и красивее!
> Вы только посмотрите на этот красивый язык:

У меня не компилируется.

"Обзор предложений для включения в состав стандарта C++14"
Отправлено savant , 29-Мрт-13 12:56 
10 правило гринспуна в действии
"Обзор предложений для включения в состав стандарта C++14"
Отправлено IMHo , 30-Мрт-13 12:40 
Последняя конструкция похожа на ахинею.
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 11:52 
хочу модули с определённым порядком инициализации чтобы быть уверенным в правомерности использования статических переменных.
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Фдуч , 29-Мрт-13 21:34 
Да, есть много классных современных штук. Модули/пакеты, нормальные енумы (с итерированием),  стабильный бинарный интерфейс для объектной модели.
Но нет, в с++ будут добавлять пайплайны на переопределённых битовых операторах.
Уже сейчас деталей в с++ столько, что новичок скорее прострелит себе ногу, чем напишет хорошую программу.
Обидно, что язык безнадёжно отстал.
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним0 , 29-Мрт-13 11:56 
> новый тип для целых чисел неограниченного размера

джва десятилетия ждал

"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 12:59 
Зачем? Есть же куча библиотек для bigint.
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Crazy Alex , 29-Мрт-13 14:00 
вот чтобы не было кучи, а бы один стандартный вариант.
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 12:03 
Не возьму в толк, кому и зачем могла понадобиться поддержка указания размера в операторе delete.
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 12:31 
Для удаления части массива, например.
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 12:35 
В N3536 речь идет не об этом хотя бы потому, что переопределяются обе версии: delete и delete[].
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 12:41 
Ну тогда посвятите нас в эти тайны.
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 12:47 
=> 2.7
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 12:53 
> => 2.7

Т.е. никакого указания размера нет?  

"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 12:54 
т.е. я предлагаю вам прочесть комментарий 2.7 к этой новости.
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 13:00 
> т.е. я предлагаю вам прочесть комментарий 2.7 к этой новости.

Как его найти?

"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 13:02 
попробуйте гугл.
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 17:04 
Не находит.
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 17:08 
Возьмите другой гугл.
"Обзор предложений для включения в состав стандарта C++14"
Отправлено ffirefox , 29-Мрт-13 23:38 
А как найти другой гугл? ;)


"Обзор предложений для включения в состав стандарта C++14"
Отправлено dcecc , 31-Мрт-13 03:42 
> А как найти другой гугл? ;)

А он в другом интернете.


"Обзор предложений для включения в состав стандарта C++14"
Отправлено anonymous , 31-Мрт-13 14:09 
>> А как найти другой гугл? ;)
> А он в другом интернете.

ipv6?

"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 13:05 
> т.е. я предлагаю вам прочесть комментарий 2.7 к этой новости.

Я прочел там написано такое:

>Как я понял, речь идет не об указании размера в операторе delete в явном виде

Потом я еще раз прочел новость :

> поддержка указания размера в операторе delete,

Так всё таки есть поддержка указания размера или нет?

"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 13:08 
Есть, генерируется компилятором.
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 13:14 
> Есть, генерируется компилятором.

Т.е в операторе размер не проставляется. Исправьте статью.

"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 13:17 
Это может сделать любой желающий.
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 20:03 
Ну вы же изволили понимать тут лучше всех и даже поправлять.
Я вот даже по ссылке сходил там тоже написано, что в операторе указывается размер, не компилятором, а программистом.
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 31-Мрт-13 14:09 
> Ну вы же изволили понимать тут лучше всех и даже поправлять.
> Я вот даже по ссылке сходил там тоже написано, что в операторе
> указывается размер, не компилятором, а программистом.

Не путайте пеплое с мягким. В сигнатуре оператора размер присутствует (и вы сами будете его там писать и использовать, если напишите свою реализацию delete). Но сам размер при вызове delete определит компилятор.

"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 12:33 
Как я понял, речь идет не об указании размера в операторе delete в явном виде, а о том, что когда компилятор знает размер удаляемого объекта и определена sized-версия оператора delete - он должен использовать ее вместо того, чтобы вызывать обычный delete. При вызове обычного delete необходимо лезть еще в отдельную таблицу, чтобы определить размер блока, который требуется освободить, а во многих случаях компилятор это итак знает, поэтому можно выиграть по производительности.
"Обзор предложений для включения в состав стандарта C++14"
Отправлено x0r , 29-Мрт-13 12:41 
"обзор улучшений, претендующих на включение в состав будущего стандарта"
пора бы уже что-то и поисключать, что-нибудь особенно небезопасное, тормозное и т.п. ...
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 12:50 
Вроде в стандарт C++ еще не включали Java, python и даже Javasript
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Crazy Alex , 29-Мрт-13 14:05 
Плюсы - индустриальный язык. В частности, это значит, что обратная совместимость там на первом месте. Поэтому ничего исключать нельзя. Такие "исключения" делаются в локальных coding standards и, как максимум, для них могут быть опционально включаемые ворнинги в компиляторах.
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 12:49 
Хоть бы тормознули для начала. А то C++11 ещё толком не поддерживается.
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 14:07 
т.е. неподдержка всего ДВУХ возможностей из С++11 в GCC 4.8 - это "толком не поддерживается"?
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Nilus , 29-Мрт-13 14:23 
4.8 еще ой как не скоро попадет в стабильную ветку
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 14:27 
Стабильную ветку чего?
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 15:03 
Куда стабильнее стабильного релиза? И при чем здесь пакеты в дистрибутивах?
"Обзор предложений для включения в состав стандарта C++14"
Отправлено arisu , 31-Мрт-13 02:46 
> 4.8 еще ой как не скоро попадет в стабильную ветку

релиз есть. любители играть с дохлыми бабушками — ССЗБ.

"Обзор предложений для включения в состав стандарта C++14"
Отправлено anonymous , 29-Мрт-13 18:08 
>т.е. неподдержка всего ДВУХ возможностей из С++11 в GCC 4.8 - это "толком не поддерживается"?

Нельзя быть беременным наполовину. Либо есть, либо нет.

"Обзор предложений для включения в состав стандарта C++14"
Отправлено Crazy Alex , 29-Мрт-13 18:34 
Некоторые продвинутые шаблонные фичи не поддерживались годами - по причине сложности и не особой нужности. И никто от этого не умер. Ну де-факто не будут эти два кусочка пока использоваться - и что? Суть же не в том, чтобы галочку поставить - "поддерживается в полном объёме", а в том, чтобы писать было удобнее. А пишется всё равно с учетом компиляторов.
"Обзор предложений для включения в состав стандарта C++14"
Отправлено szh , 30-Мрт-13 15:08 
Беременным нельзя, а набор фич поддерживать можно.
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Пиу , 29-Мрт-13 15:25 
наоборот, пусть лучше ускорятся. из-за тормозов по принятию с++11 выросла такая фигня, как firefoxos, tizen и прочие тормозные вещи
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 16:23 
Tizen на C++
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Crazy Alex , 29-Мрт-13 20:18 
только приложения на HTML5
"Обзор предложений для включения в состав стандарта C++14"
Отправлено ip1981 , 29-Мрт-13 16:16 
Должен быть простой язык и куча библиотек. Кому не хватает C++03 - идёт на питон/перл/рубин/лисп/хаскель
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 17:59 
чисто из интереса - что из двух предложенных примеров кода вы называете "простым языком"? :)

for (std::tr1::unordered_map<int, int>::iterator it = mymap.begin(); it != mymap.end(); ++it) {}

и

for (auto it: mymap) {}

"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 19:28 
> чисто из интереса - что из двух предложенных примеров кода вы называете
> "простым языком"? :)
> for (std::tr1::unordered_map<int, int>::iterator it = mymap.begin(); it != mymap.end();
> ++it) {}
> и
> for (auto it: mymap) {}

Первый. Тут хотя бы очевидно, что имелось в виду. Для второго варианта можете самостоятельно запилить "макро" в любимом ide. И вообще, чем вам for_each не угодил?


"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 02-Апр-13 17:35 
>> чисто из интереса - что из двух предложенных примеров кода вы называете
>> "простым языком"? :)
>> for (std::tr1::unordered_map<int, int>::iterator it = mymap.begin(); it != mymap.end();
>> ++it) {}
>> и
>> for (auto it: mymap) {}
> Первый. Тут хотя бы очевидно, что имелось в виду. Для второго варианта
> можете самостоятельно запилить "макро" в любимом ide. И вообще, чем вам
> for_each не угодил?

Вот чтобы не городить макросы и есть второй вариант. Тот же for_each.

"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 20:34 
> чисто из интереса - что из двух предложенных примеров кода вы называете
> "простым языком"? :)
> for (std::tr1::unordered_map<int, int>::iterator it = mymap.begin(); it != mymap.end();
> ++it) {}
> и
> for (auto it: mymap) {}

for each_of_element in object:

"Обзор предложений для включения в состав стандарта C++14"
Отправлено Crazy Alex , 29-Мрт-13 18:36 
Простой язык порождает сложность в использовании и в библиотеках. И приходят два десятка уровней наследования и прочие подобные "красоты".
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 20:36 
> Простой язык порождает сложность в использовании и в библиотеках. И приходят два
> десятка уровней наследования и прочие подобные "красоты".

Например?

"Обзор предложений для включения в состав стандарта C++14"
Отправлено Crazy Alex , 29-Мрт-13 21:06 
Например джава с её equals и Map<Integer, Integer> map = new HashMap<Integer, Integer>();
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 21:16 
> Например джава с её equals и Map<Integer, Integer> map = new HashMap<Integer,
> Integer>();

Мне кажется вы путаете "простоту" с "дизайном". В Java офигенная идея и при этом хреновенький дизайн, но если вспомнить историю создания то всё становиться на свои места.
Язык может быть простым и при этом не перегруженным.

"Обзор предложений для включения в состав стандарта C++14"
Отправлено Crazy Alex , 30-Мрт-13 04:07 
В яве хреновая сама идея - примитивизировать язык (вроде как для безопасности), заставив в результате программиста клепать гору boilerplate кода. Историю я как раз помню и понимаю, что это было реакцией на избыточную сложность плюсов. Но сейчас уже ясно, что они сильно перегнули палку, что и выразилось в добавлении дженериков, аннотаций, лямбд и прочего. А кое-кто пошел более разумным путём, не пытаясь искусственно примитивизировать язык, а просто избавившись от острых углов плюсов - начала это MS с C#, а сейчас, пожалуй, самые приличные - D (получше) и Scala (пораспространеннее), дающие возможность писать мощный компактный год, а не клепать (хоть и с помощью IDE) простыни.
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 30-Мрт-13 13:19 
>В яве хреновая сама идея - примитивизировать язык (вроде как для безопасности)

Java не примитивный язык, хотя я собственно говорю не про язык, а про платформу Java и её, основная идея: абстаракция от железа, ну и как следствие переносимость, библитотечная совместимость и т.п. Ну а язык -- нормальный язык, одна из первых распространненых реализаций чисто ООП подхода и обратной совместимостью между версиями, со всеми вытекающими.

>Историю я как раз помню и понимаю, что это было реакцией на избыточную сложность плюсов.

Эээ... да вы не знаете историю Java, тогда еще правда Oak (дуб). Про горнолыжный курорт Аспен, отель и грузовик с мороженным и шампанским, и задание придумать что-нибудь прорывное за две недели.

>А кое-кто пошел более разумным путём, не пытаясь искусственно примитивизировать язык, а просто избавившись от острых углов плюсов - начала это MS с C#

C# родился когда судом запретили клепать ms java, и был не более чем калькой с java, со слегка измененными ключевыми словами (типа import -> use)  и синтаксисом один в один. потом правда начал развиваться, ломая обратную совместимость.

>а сейчас, пожалуй, самые приличные - D (получше)

Ре -- самый лучший язык в вакууме.

> и Scala (пораспространеннее), дающие возможность писать мощный компактный год, а не клепать (хоть и с помощью IDE) простыни.

scala хороший язык без обратной совместимости, использующий всю мощь платформы java.

Только вот есть еще очень распространенные языки с продуманной архитектурой сочетающие в себе и простоту и мощь и вы о них молчком.

"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 30-Мрт-13 19:20 
> Только вот есть еще очень распространенные языки с продуманной архитектурой сочетающие
> в себе и простоту и мощь и вы о них молчком.

Ну, дык, не томи! Говори скорее!

"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 30-Мрт-13 22:58 
>Ну, дык, не томи! Говори скорее!

Ruby,Python

"Обзор предложений для включения в состав стандарта C++14"
Отправлено arisu , 31-Мрт-13 02:48 
> Ruby,Python

мутировавший в монстра Smalltalk и мутировавший в НЁХ whitespace. отличные примеры.

"Обзор предложений для включения в состав стандарта C++14"
Отправлено anonymous , 31-Мрт-13 14:13 
>> Только вот есть еще очень распространенные языки с продуманной архитектурой сочетающие
>> в себе и простоту и мощь и вы о них молчком.
> Ну, дык, не томи! Говори скорее!

Думаю, речь об Erlang ;)

"Обзор предложений для включения в состав стандарта C++14"
Отправлено arisu , 31-Мрт-13 14:17 
> Думаю, речь об Erlang ;)

у него с "очень распространённостью" некоторые проблемы наблюдаются. курс оперденей как-то не пошёл.

"Обзор предложений для включения в состав стандарта C++14"
Отправлено ip1981 , 29-Мрт-13 16:19 
Пример - ни в какие ворота не лезет.

http://www.catb.org/esr/writings/unix-koans/ten-thousand.html

"Обзор предложений для включения в состав стандарта C++14"
Отправлено Главные Редакторы , 29-Мрт-13 17:14 
Согласен. У каждой задачи есть оптимальный набор инструментов, с помощью которых она решается наиболее простым способом.
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Crazy Alex , 29-Мрт-13 18:40 
Байка как аргумент? Впрочем, я не против варианта с библитотеками, если у них будет возможность вклиниться в парсер (чтобы уметь добавить удобный синтаксис) и потом получить AST и как-то его трансформировать.
"Обзор предложений для включения в состав стандарта C++14"
Отправлено arisu , 31-Мрт-13 02:50 
что только люди не делают, лишь бы Scheme не учить.
"Обзор предложений для включения в состав стандарта C++14"
Отправлено dcecc , 31-Мрт-13 03:53 
> что только люди не делают, лишь бы Scheme не учить.

Why MIT now uses python instead of Scheme for its undergraduate CS program
Posted on March 24, 2009
http://cemerick.com/2009/03/24/why-mit-now-uses-python-inste.../

"Обзор предложений для включения в состав стандарта C++14"
Отправлено arisu , 31-Мрт-13 03:57 
что сказать-то хотел, недоделаный?
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 31-Мрт-13 08:57 
> что сказать-то хотел, недоделаный?

arisu "доделанный пальцем" настолько, что круче всей профессуры MIT.

"Обзор предложений для включения в состав стандарта C++14"
Отправлено arisu , 31-Мрт-13 09:22 
о, второй придурок подтянулся. ещё будут?
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 31-Мрт-13 09:25 
> о, второй придурок подтянулся. ещё будут?

Придурок, только тот кто не может прочитать интервью с создателем  scheme, почему он использует python.

"Обзор предложений для включения в состав стандарта C++14"
Отправлено arisu , 31-Мрт-13 09:32 
ты продолжай, продолжай. оно понятно, что ты дегенерат, степень интересна.
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 31-Мрт-13 09:23 
Зачем вы этому тролю дали ссылку на текст на английском, он и русский не понимает.
"Обзор предложений для включения в состав стандарта C++14"
Отправлено arisu , 31-Мрт-13 09:33 
впрочем, так и быть, подскажу: эта ссылка не имеет никакого отношения к теме беседы. вообще. один дегенерат её дал, второй — увидев меня — начал подтявкивать. жду, сколько ещё дегенератов прибежит.
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 31-Мрт-13 09:39 
> впрочем, так и быть, подскажу: эта ссылка не имеет никакого отношения к
> теме беседы. вообще. один дегенерат её дал, второй — увидев меня
> — начал подтявкивать. жду, сколько ещё дегенератов прибежит.

Ссылка на интервью с профессором MIT создателем Scheme, не имеет отношение к Scheme?

Продолжай впрочем, можешь вообще бесмысленный набор букв писать, главное чтобы последнее слово было за тобой, правильно болезный?

"Обзор предложений для включения в состав стандарта C++14"
Отправлено arisu , 31-Мрт-13 10:06 
какой ты всё-таки глубокий дегенерат.
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 31-Мрт-13 10:30 
> Robots are magnificently complicated and messy, with physical parts in the physical world.  It doesn’t just move forward along the ground linearly and without interruption: the wheels will slip on the ground, the thing will get knocked over, etc.
> This is a very different world, and we decided that we should adjust our curriculum to account for that.  So, a committee (here, Prof. Sussman peaked his hands over his head, which I interpreted to indicated pointy-headedness) got together and decided that python was the most appropriate choice for future undergraduate education.  Why did they choose python?  Who knows, it’s probably because python has a good standard library for interacting with the robot.

tl;dr: в MIT сами без понятия, почему они выбрали python.

"Обзор предложений для включения в состав стандарта C++14"
Отправлено arisu , 31-Мрт-13 10:36 
с понятием, конечно. только это было политическое решение, а не технологическое. но это действительно немножко длинная и печальная история, которую совершенно нет смысла рассказывать. потому что те, кто знают — и так знают, а остальные знать не хотят.
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 29-Мрт-13 19:33 
> Пример - ни в какие ворота не лезет.
> http://www.catb.org/esr/writings/unix-koans/ten-thousand.html

Это про прототипирование?

"Обзор предложений для"
Отправлено Andrey Mitrofanov , 29-Мрт-13 23:49 
> Это про прототипирование?

Если ты ещё не
""Upon hearing this, the programmer was enlightened.

, то вбей в гугле транслейт: ""But only a fool would spend the time to do that
этот ваш cxx.

"Обзор предложений для"
Отправлено Аноним , 30-Мрт-13 10:45 
Не вижу противоречия.
"Обзор предложений для"
Отправлено Аноним , 30-Мрт-13 23:00 
> Не вижу противоречия.

Пустая работа никак не связана с прототипированием.

"Обзор предложений для включения в состав стандарта C++14"
Отправлено exn , 30-Мрт-13 00:22 
да это стёб какой то
"Обзор предложений для включения в состав стандарта C++14"
Отправлено Аноним , 30-Мрт-13 17:48 
>> да это стёб какой то

Сиськи и порнуха с утра поднимают настроение