https://opennet.dev/openforum/vsluhforumID3/43661.html По предварительным тестам (http://macournoyer.wordpress.com/2008/09/02/ruby-on-v8/), JavaScript реализации языка Ruby (HotRuby (http://hotruby.yukoba.jp/)), запущенная внутри виртуальной машины Google V8 (http://code.google.com/apis/v8/), выполнила тестовое задание в 10 раз быстрее (операция заняла 0.987 сек.), чем при выполнении в стандартном Ruby 1.8.6 и 1.9.0 (тест был выполнен за 9.565 и 9.669 сек).<br><br><br>Более того, аналогичный тестовый код написанный на Си, был выполнен за 3.322 сек. После оптимизации Си кода тест был выполнен за 0.017 сек., но это лишний раз доказывает, то что написанный на скорую руку Си код часто выполняется медленнее, чем код написанный на интерпретируемом языке.<br><br><br><br>V8 (http://code.google.com/apis/v8/) - написанная с нуля виртуальная JavaScript машина, открытой вчера компанией Google. Проект HotRuby (http://hotruby.yukoba.jp/) позволяет выполнять в браузере Ruby приложения, преобразованные в байткод, используя для компиляции YARV (Yet Another Ruby VM) из с...<br><br>URL: http://macourn https://opennet.dev/openforum/vsluhforumID3/43661.html#29 Sat, 06 Sep 2008 14:40:14 GMT респект. есть такое<br> https://opennet.dev/openforum/vsluhforumID3/43661.html#28 Fri, 05 Sep 2008 15:17:07 GMT &gt;parseInt('1x11',10); что выдаст? <br><br>ничего интересного не выдаст, как и масса случайных функций. А вот<br>function isInteger(a){<br>var b = parseInt(a,10);<br>if( a==b) return true;<br>return false;<br>}<br>выдаст. точно так же, как и выражение /^\-?\d+$/<br><br><br>&gt;[оверквотинг удален]<br>&gt; var arr = re.exec(src); <br>&gt; if (arr != null) { <br>&gt; if (arr.size() == src.length) { <br>&gt; return true; <br>&gt; } <br>&gt; } <br>&gt; return false; <br>&gt;} <br>&gt;что выдаст если два раза подряд к одним и тем же данным <br>&gt;вызвать?(в форме ОК два раза нажимаем к примеру) <br><br>Опять какая-то каша, замысел функции непонятен, что она вообще должна была делать? arr.size никакого отношения к src.length не имеет (и вообще что это за size()), arr.length тоже. <br> https://opennet.dev/openforum/vsluhforumID3/43661.html#27 Fri, 05 Sep 2008 14:17:15 GMT &gt;&gt;&gt;Всё указывает на то, что JavaScript станет основным языком для web разработчиков. <br>&gt;&gt;<br>&gt;&gt;Не смешите меня. Поробуйте проверить являится ли в JS строка числом, да <br>&gt;&gt;чтобы это работало во всех браузерах... Это до того неудобно решается <br>&gt;&gt;в JS, что говорить о "основном" ЯП просто преждевременно... Что это <br>&gt;&gt;за ЯП такой, что элементарные операции то работают, то не работают? <br>&gt;&gt;<br>&gt;<br>&gt;А Вы не пробовали ParseInt запустить, ParseFloat ? Или регулярное выражение? Где-то <br>&gt;тут проблемы обнаружились? <br><br>parseInt('1x11',10); что выдаст?<br>-----<br>function isNumber(src){<br>var res = '';<br>var re = /[0-9]+/g;<br>var arr = '';<br>var arr = re.exec(src);<br>if (arr != null) {<br>if (arr.size() == src.length) {<br>return true;<br>}<br>}<br>return false;<br>}<br>что выдаст если два раза подряд к одним и тем же данным вызвать?(в форме ОК два раза нажимаем к примеру)<br><br> https://opennet.dev/openforum/vsluhforumID3/43661.html#26 Fri, 05 Sep 2008 10:24:43 GMT &gt;А ему обычно и не надо большие объемы данных лопатить.Для черной работы <br><br>Вот мне надо вывести на страницу 6000 строк из базы. JSON код JavaScript парсит 10-15 секунд, eval() за две управляется, но не секурно. На таких задачах проблемы со скоростью хорошо видны.<br><br> https://opennet.dev/openforum/vsluhforumID3/43661.html#25 Fri, 05 Sep 2008 10:21:24 GMT &gt;&gt;Всё указывает на то, что JavaScript станет основным языком для web разработчиков. <br>&gt;<br>&gt;Не смешите меня. Поробуйте проверить являится ли в JS строка числом, да <br>&gt;чтобы это работало во всех браузерах... Это до того неудобно решается <br>&gt;в JS, что говорить о "основном" ЯП просто преждевременно... Что это <br>&gt;за ЯП такой, что элементарные операции то работают, то не работают? <br>&gt;<br><br>А Вы не пробовали ParseInt запустить, ParseFloat ? Или регулярное выражение? Где-то тут проблемы обнаружились?<br> https://opennet.dev/openforum/vsluhforumID3/43661.html#24 Thu, 04 Sep 2008 19:46:51 GMT &gt;для обработки больших объёмов данных его использовать до сих <br>&gt;пор не получается. <br><br>А ему обычно и не надо большие объемы данных лопатить.Для черной работы есть например, БД, писанные отнюдь не на JS.Вот они перелопатить большой объем данных могут.Для того и созданы.Хотя тормозные скрипты все-равно никому не нужны - это верно.Но если уж Ruby слегка юзают местами некоторые, а его реализация на JS обгоняет обычный вариант - саму эту реализацию JS, очевидно, тоже можно заюзать ничуть не хуже тогда.Как минимум она будет не медленее :)))<br> https://opennet.dev/openforum/vsluhforumID3/43661.html#23 Thu, 04 Sep 2008 18:58:51 GMT &gt;это лишний раз доказывает, то что написанный на скорую руку Си код часто выполняется медленнее, чем код написанный на интерпретируемом языке. <br><br>Это лишний раз доказывает, что современные программисты плевали на математику, разработку алгоритмов и оптимизацию. А зачем, если можно поставить более мощный процессор, добавить памяти. Да и зачем использовать языки программирования, которые требуют дополнительной внимательности от программиста, если можно писать на языках "высокого уровня".<br> https://opennet.dev/openforum/vsluhforumID3/43661.html#21 Thu, 04 Sep 2008 15:16:25 GMT &gt;Ряба<br><br>Жесткий термин. Спасибо поржал (c)<br><br>&gt;Было бы интересно получить JavaScript компилятор.<br><br>Черт, так и чешутся руки написать свой велос^W язык программирования. С но без совместимости с С, с поддержкой классов с жесткой типизацией и вообще без сборки мусора /механизма выделения ресурсов. Все это жестко завязать на драйвер режима яра, который будет разруливать (на уровне страниц) любые операции с памятью.<br> https://opennet.dev/openforum/vsluhforumID3/43661.html#20 Thu, 04 Sep 2008 13:50:21 GMT &gt;Всё указывает на то, что JavaScript станет основным языком для web разработчиков. <br><br>Не смешите меня. Поробуйте проверить являится ли в JS строка числом, да чтобы это работало во всех браузерах... Это до того неудобно решается в JS, что говорить о "основном" ЯП просто преждевременно... Что это за ЯП такой, что элементарные операции то работают, то не работают?<br>