https://www.opennet.me/openforum/vsluhforumID3/102372.html Разработчики из компании Google продемонстрировали (http://arstechnica.com/gadgets/2015/05/01/googles-dart-language-on-android-aims-for-java-free-120-fps-apps/) на конференции Dart Developer Summit проект по организации разработки приложений для платформы Android с использованием языка программирования Dart. Проект пока носит экспериментальный характер, но связанный с ним инструментарий уже опубликован на GitHub под именем Sky SDK (https://github.com/domokit/sky_sdk). <br><br><br>Создаваемые при помощи Sky SDK приложения формируются только на языке Dart, без использования Java, и нацелены на обеспечение высокой производительности и плотной интеграции с Web. Перед проектом поставлены достаточно амбициозные цели по обеспечению отрисовки со скоростью 120 кадров в секунду, что в два раза превышает сегодняшние возможности экранов обычных мобильных устройств, которые могут обновляться с частой 60 Гц. С учетом того, что многие приложения могут лишь мечтать о выводе с частотой 60FPS, заявления о 120FPS выглядят фантастично. https://www.opennet.me/openforum/vsluhforumID3/102372.html#57 Sun, 17 May 2015 11:02:17 GMT Ок-ок, моё понимание разницы между null, undefined и 0 в JS хромает на все конечности. Особенно если учесть, что null == undefined // true и что оба означают отсутствие значения. Разница лишь в том, что null это &#171;переменная объявлена пустым значением&#187;, а undefined &#171;переменная ещё не объявлена&#187;. Хотя в том же С++ NULL это именно 0.<br><br>Главное избегать использования == если не уверен в том, какое значение примет переменная, и использовать вместо него === если хочешь получить однозначный результат. И помнить о том, что объекты при помощи == и === можно только проверить на соответствие самим себе (a = {}; a===a//true), а NaN не равен даже сам себе (a = NaN; a===a//false) и проверяется только через isNaN().<br> https://www.opennet.me/openforum/vsluhforumID3/102372.html#56 Sun, 17 May 2015 10:01:53 GMT Мне кажется если тебе нужно делать такие вызовы так часто, что &#171;браузеры тормозят&#187;, то нужно всерьёз задуматься о рефакторинге кода. ИМХО, но постоянных вызовов querySelector и getElementBy не должно быть в принципе. Хотя, конечно, getElementById работает быстрее чем querySelector по тому же ID где-то на 50%-60%, а getElementByClassName быстрее querySelectorAll и вовсе раз в 100-200 (https://jsperf.com/getelementsbyclassname-vs-queryselectorall/144). Но всё зависит от того как часто тебе нужно их дёргать.<br> https://www.opennet.me/openforum/vsluhforumID3/102372.html#55 Sun, 17 May 2015 06:02:59 GMT &gt; Все руби программисты давно уже ушли в node/io.js или в тот же <br>&gt; Rust.<br>&gt; Ну и собственно, Оракул, По поводу Rust, мне вот не очевидно что <br>&gt; он взлетит, докажи обратное!<br><br>Зачем доказывать, что он не взлетит, если он взлетит? )))<br> https://www.opennet.me/openforum/vsluhforumID3/102372.html#54 Sun, 17 May 2015 06:00:25 GMT &gt;&gt; Нет желания писать код с использованием undefined, getElementBy{Id,TagName,Name} <br>&gt; Кстати, лично я всегда использую querySelector() вместо всех разновидностей getElementBy. <br><br>А потом пол опеннета исходит на говно "браузеры тормозят" ))))))<br><br> https://www.opennet.me/openforum/vsluhforumID3/102372.html#53 Sun, 17 May 2015 05:51:02 GMT &gt; Null же эквивалентен нулю (хоть и не равен).<br><br>экви-валентный -&gt; равно-значный<br><br>Величины равнозначны, но их значения не равны - о как! )))<br><br>Вы уж там как-нибудь определитесь - равны или не равны (не забудьте про военное время) ))<br> https://www.opennet.me/openforum/vsluhforumID3/102372.html#52 Tue, 12 May 2015 09:17:44 GMT Слава богу я не извращенец на js, пусть дорастет до стандарта.<br>js пусть умрет как и его писатели.<br> https://www.opennet.me/openforum/vsluhforumID3/102372.html#51 Mon, 11 May 2015 11:03:31 GMT У человека с прямыми руками, который не первый месяц пишет код для продакшна на js, никогда в жизни не возникнет проблем с подобными вещами.<br> https://www.opennet.me/openforum/vsluhforumID3/102372.html#50 Thu, 07 May 2015 13:36:32 GMT &gt;&gt; ...создания высокопроизводительных Android-приложений...<br><br>Всегда терялся в догадках о том, что за зверюка такая это "высокопроизводительное приложение" и чем она отличается от "не высокопроизводительного приложения" :)<br> https://www.opennet.me/openforum/vsluhforumID3/102372.html#49 Tue, 05 May 2015 21:47:58 GMT &gt; дедоделанное<br><br>недоделанное<br>