<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Утверждён стандарт ECMAScript 7 (2016)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/108274.html</link>
    <description>На очередном собрании Генеральной Ассамблеи ECMA (http://www.ecma-international.org/) официально утверждён (https://mail.mozilla.org/pipermail/es-discuss/2016-June/046279.html) стандарт ECMAScript 2016 (http://www.ecma-international.org/ecma-262/7.0/index.html) (ECMAScript 7 или &quot;ECMA-262 7th edition&quot;), определяющий базовые функциональные возможности JavaScript. ECMAScript 7 примечателен переходом (https://www.opennet.ru/opennews/art.shtml?num=44355) к новому непрерывному процессу формирования стандартов, которые планируется выпускать ежегодно. Напомним, что прошлый стандарт ECMAScript 6 был утверждён в июне прошлого года, спустя шесть лет с момента принятия ECMAScript 5, и содержал достаточно большую порцию новшеств, которые ещё не полностью (http://kangax.github.io/compat-table/es7/) реализованы в современных браузерах.&lt;br&gt;&lt;br&gt;&lt;br&gt;В отличие от ECMAScript 6 спецификация ECMAScript 7 содержит относительно немного изменений, которые развивались в рамках непрерывно обновляемого варианта спецификации ECMAScript Next (h</description>

<item>
    <title>Утверждён стандарт ECMAScript 7 (2016) (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/108274.html#49</link>
    <pubDate>Wed, 06 Jul 2016 13:11:51 GMT</pubDate>
    <description>Интересно, где-то реализован полный набор:&lt;br&gt;+-NaN Null +-Inf unassigned&lt;br&gt;одновременно?&lt;br&gt;</description>
</item>

<item>
    <title>Утверждён стандарт ECMAScript 7 (2016) (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/108274.html#48</link>
    <pubDate>Mon, 20 Jun 2016 14:34:54 GMT</pubDate>
    <description>в последнем хроме итерирование по массиву в 8 раз медленней чем выборка по индексу - это какой то позор&lt;br&gt;</description>
</item>

<item>
    <title>Утверждён стандарт ECMAScript 7 (2016) (qwerty_qwerty)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/108274.html#47</link>
    <pubDate>Mon, 20 Jun 2016 07:57:58 GMT</pubDate>
    <description>Вот честно, ну не тем народ занимается.&lt;br&gt;&lt;br&gt;Делают какую то хрень, была же нормальная идея с worker, забросили.&lt;br&gt;Или вот бинарные данные, прием, передача, сериализация в/из объект, начали что то, появились массивы, ура здорово ну шагните дальше, опять запросили.&lt;br&gt;Sqllite в веб, ура !! наконец то можно нормально сортировать и искать данные, ну нет все засрали колбеками, а все нормальное не реализовано.&lt;br&gt;И так все.&lt;br&gt;Как дети, у них тоже так, идея, коек как реализовали, и все уже не интересно.&lt;br&gt;</description>
</item>

<item>
    <title>Утверждён стандарт ECMAScript 7 (2016) (azure)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/108274.html#46</link>
    <pubDate>Sat, 18 Jun 2016 20:54:50 GMT</pubDate>
    <description>&amp;gt; И к чему этот пассаж? NaN найти в массиве (без ручного перебора) &lt;br&gt;&amp;gt; можно найти только таким методом.&lt;br&gt;&lt;br&gt;Если ищете именно NaN, то есть isNaN() и перебор по массиву. По моему разумению NaN это сугубо ошибочный результат неких вычислений, и его не то что искать в массиве не надо, его нужно туда не класть, потому что он никчемен и не может быть полезным образом использован далее. На человеческом языке это &quot;хрень непонятная&quot;. Никуда её толком не воткнешь. Об этом намекает спецификация языка в которой закреплено что NaN != NaN. Одна хрень не равна другой хрени.&lt;br&gt;Не вижу никакой силы в аргументе с поиском NaN в методе includes(). Это просто слабый аргумент.&lt;br&gt;</description>
</item>

<item>
    <title>Утверждён стандарт ECMAScript 7 (2016) (angra)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/108274.html#45</link>
    <pubDate>Sat, 18 Jun 2016 17:59:40 GMT</pubDate>
    <description>Скажу страшное, типы не являются необходимостью даже для компиляции в нативный код. Но дурачки выучили, что компилируемые языки это круто, в известных им компилируемых языках есть типы, значит без типов вообще никак. Такая вот &quot;логика&quot;. А что такое байткод они скорее всего вообще не знают. &lt;br&gt;Можно даже поиздеваться над ламерами и сообщить им, что javascript вообще-то относится к типизированным языкам. &lt;br&gt;</description>
</item>

<item>
    <title>Утверждён стандарт ECMAScript 7 (2016) (тоже Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/108274.html#44</link>
    <pubDate>Sat, 18 Jun 2016 16:30:11 GMT</pubDate>
    <description>Вы, возможно, удивитесь, но все это продолжает напоминать все тот же Пых: какие-то элементы языка имеют свою логику, но она не состыкована со всем остальным языком...&lt;br&gt;</description>
</item>

<item>
    <title>Утверждён стандарт ECMAScript 7 (2016) (Ilya Indigo)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/108274.html#43</link>
    <pubDate>Sat, 18 Jun 2016 09:37:12 GMT</pubDate>
    <description>&amp;gt; Да, обновлять. Причем ежегодно.&lt;br&gt;&lt;br&gt;Ну не каждый год, но хотя бы раз в 5 лет.&lt;br&gt;6-ое издание на русском вышло аж в 2012 году, на английском, скорее всего в 2011.&lt;br&gt;Пора уже.&lt;br&gt;</description>
</item>

<item>
    <title>Утверждён стандарт ECMAScript 7 (2016) (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/108274.html#42</link>
    <pubDate>Sat, 18 Jun 2016 07:51:03 GMT</pubDate>
    <description>Да, обновлять. Причем ежегодно.&lt;br&gt;</description>
</item>

<item>
    <title>Утверждён стандарт ECMAScript 7 (2016) (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/108274.html#41</link>
    <pubDate>Sat, 18 Jun 2016 07:49:38 GMT</pubDate>
    <description>Из чего возникает необходимость обязательного введения типов для компиляции в байткод?&lt;br&gt;</description>
</item>

</channel>
</rss>
