К сожалению, блогозапись «Что я жду от Google Glass» блоггера @stalker2011x оказалась отправленною в черновики. Я считаю, однако же, один из фрагментов её достаточно важным для того, чтобы мой контраргумент не пропал — поэтому позволю себе посвятить ему отдельную блогозапись на Хабрахабре.

Речь идёт вот о каком предложении, которое @stalker2011x изложил:

Функция автоматического распознавания лиц (и автоматический поиск в базе данных преступников / разыскиваемых людей)

Только представьте, что вы можете помогать в поиске преступников, абсолютно ничего не делая, ведь распознавание лиц будет происходить автоматически. А разыскиваемым придётся больше всех опасаться, ведь их может засечь даже обычный человек с Google Glass. Выглядит всё так — скачиваем официально приложение для поиска разыскиваемых людей и всё, теперь когда очки обнаружат «лицо», будет сделан снимок, и если найдено совпадение в базе текущих разыскиваемых лиц, очки автоматически отправят фотографию с координатами места куда нужно :) Понимаю, что это может выглядеть вмешательством в частную жизнь, но с другой стороны, если подумать, подобная «полезная функция» была бы очень востребована спецслужбами (и не только), даже без нашего явного согласия…

У этой технологии (появление которой весьма вероятно) я вижу две проблемы: этическую и техническую. Давайте обсудим их.

Вот два изображенья — вот и вот: ^*



На том и на другом изображении мы видим красивый текст. Большей частью своей красоты этот текст обязан тому, что рисуется не одним простым цветом, а плавным цветовым переходом — так называемою градиентною заливкою.

Здесь уместно припомнить, что веборазработчики постепенно выучились употреблять градиенты в качестве фоновых рисунков: для этой цели им верно служит свойство «background: linear-gradient(…);», описываемое в стандарте «CSS Image Values and Replaced Content Module Level 3». И если сейчас перейти к стандарту по гиперссылке, то станет видно, что он достиг уж статуса «Candidate Recommendation», и что датируется он семнадцатым апреля 2012 года. В честь первой годовщины этого дня позвольте поговорить о том, что градиентная отрисовка текста всё ещё распространена в Сети куда менее, чем градиентная отрисовка фона.

Почему это так? Да потому, что единственным широко известным средством для градиентной раскраски текста служит нам нестандартный CSS-код «-webkit-background-clip: text», который обрезает любой фон (в том числе градиентный) по границе текста — и который употребляется обыкновенно в сочетании с CSS-кодом «-webkit-text-fill-color: transparent», обеспечивающим прозрачность букв самогó текста, так что фон через него проглядывает. Этот код работает с весны 2008 года, но, к сожалению, только во браузерах на основе WebKit, число которых хотя и возросло недавно (благодаря Опере, отступившейся от собственного движка), но ими одними плоды мирового браузеростроения не исчерпываются. Ни в Firefox, ни в Internet Explorer этот код не заработает.

Можно ли преодолеть этот тупик и достичь кросс-платформенности текста, отрисовываемого цветовым градиентом? Да, это возможно; но для этого придётся вместо CSS прибегнуть ко джаваскрипту.

≈Месяц назад я упоминал о неприятном происшествии с сайтом KillMePls.Ru, на котором Роспотребнадзор отыскал информацию о самоубийстве, способную причинить вред малолетним несмышлёнышам, в итоге чего Роскомнадзор заблокировал весь сайт. Сейчас KillMePls, к счастью, разблокирован обратно; но то были цветочки, а теперь ягодки: аналогичная участь угрожала куда более крупному сайту — социальной сети Facebook.

На сайте телеканала «ДО///ДЬ» нетрудно прочесть: вчера утром (28 марта) Роскомназдор направил российскому представительству Facebook официальное уведомление о внесении Роспотребнадзором записи в этой социальной сети в «чёрный список» запрещённых сайтов. Причиною опять же является информация о самоубийстве, найденная в некоторой блогозаписи (но одного ли блоггера или в некотором сообществе? — это не уточняется).

Российское законодательство предписывает удалить запись, попавшую в этот «чёрный список», в течение трёх дней. (Я позволю себе напомнить Хабрахабру, что именно трёхдневный срок был оглашён и в мае 2009 года в том трёхстрочном произведении президента Медведева, которое в «Вебпланете» сочли подобием японского трёхстишия; вероятно, это совпадение не совершенно случайно.)

Встретил на сайте CNews вчерашнюю статью «Печатная еда будущего: забудь про магазины».

Заголовок чрезмерно оптимистический (сразу понятно, что расходники к репликаторам в любом случае придётся приобретать), однако радует содержимое статьи, где сообщается, что новая технология Solid Freeform Fabrication (сокращённо SFF), разработанная учёными Корнелльского университета (Итака, штат Нью-Йорк, США), позволит при помощи гидроколлоидов (которые и станут употребляться в качестве «чернил» 3D-принтера) распечатывать шоколад, жареную рыбу, морковь, грибы, яблоко, варёную курицу, банан, варёные макароны, свежий сыр (моцарелла), помидоры, варёный желток, сливочное масло, зефир, говяжий фарш, соусы, взбитые сливки, картофельное пюре, торты, белый хлеб, кукурузную кашу, пудинг, замешанное тесто, яблочное пюре, молоко, мороженое, шербет, молотый кофе.

РИА Новости, обозревая судебный иск о видеоролике на YouTube (который Роспотребнадзор счёл суицидным, а YouTube LLC оспаривает это мнение в суде), сообщает: «в Роспотребнадзоре выразили обеспокоенность в связи с тем, что в последнее время в Интернете всё чаще создаются страницы, на которых размещается неоднозначная информация, которую трудно интерпретировать».

Мне кажется, что зато эту обеспокоенность интерпретировать нетрудно.

Заголовок, выраженный словами, понадобился только для поисковой находимости. Но речь пойдёт о роли символьной конструкции «|0» в JavaScript.

Впервые на неё я обратил внимание, когда переводил FAQ про asm.js и читал спецификации этого подмножества языка JavaScript. Там «|0» служит, например, для указания типа значения, возвращаемого из функции: увидели «|0» после значения — значит, перед нами знаковое целое.

Вдругорядь я заметил конструкцию «|0» в примере кода на Гитхабе, где происходило преобразование к целому числу результата деления на 1024².

Тогда глаза мои открылись, и я увидел прекрасные возможности:

( 3|0 ) === 3;       // целые числа не изменяет
( 3.3|0 ) === 3;     // у дробных чисел отбрасывает дробную часть
( 3.8|0 ) === 3;     // не округляет, а именно отбрасывает дробную часть
( -3.3|0 ) === -3;   // в том числе и у отрицательных дробных чисел
( -3.8|0 ) === -3;   // у которых Math.floor(-3.3) == Math.floor(-3.8) == -4
( "3"|0 ) === 3;     // строки с числами преобразуются к целым числам
( "3.8"|0 ) === 3;   // при этом опять же отбрасывается дробная часть
( "-3.8"|0 ) === -3; // в том числе и у отрицательных дробных чисел
( NaN|0 ) === 0;     // NaN приводится к нулю
( Infinity|0 ) === 0;     // приведение к нулю происходит и с бесконечностью,
( -Infinity|0 ) === 0;    // и с минус бесконечностью,
( null|0 ) === 0;         // и с null,
( (void 0)|0 ) === 0;     // и с undefined,
( []|0 ) === 0;           // и с пустым массивом,
( [3]|0 ) === 3;          // но массив с одним числом приводится к числу,
( [-3.8]|0 ) === -3;      // в том числе с отбрасыванием дробной части,
( [" -3.8 "]|0 ) === -3;  // и в том числе с извлечением чисел из строк,
( [-3.8, 22]|0 ) === 0    // но массив с несколькими числами вновь зануляется
( {}|0 ) === 0;                // к нулю также приводится пустой объект
( {'2':'3'}|0 ) === 0;         // или не пустой
( (function(){})|0 ) === 0;    // к нулю также приводится пустая функция
( (function(){ return 3;})|0 ) === 0;    // или не пустая

Итак, во-первых, перед нами удобное средство отбрасывания дробной части.

• По отношению к отрицательным числам оно полезно тем, что дробное число превращается не в ближайшее меньшее целое число (возрастая по модулю), как это случилось бы после «Math.floor()», а в ближайшее меньшее по модулю целое число (возрастая по значению). Нередко именно это и требуется.
   
• По отношению к положительным числам оно полезно уж тем одним, что конструкция «|0» более чем на порядок короче по сравнению с «Math.floor()». Поэтому она может и должна вызывать у разработчиков привыкание не меньшее, чем та принятая в jQuery запись «$()», о которой я говорил четыре дня назад, что с неё никто добровольно не перейдёт обратно на «document.getElementsByClassName()», например.

Во-вторых, перед нами удобное средство преобразования различных типов к целым числам.

Я рад объявить о выходе новой стабильной версии Node.

Переход на неё приносит значительные улучшения во многих областях, сосредоточенные на улучшении API, на простоте употребления, на обратной совместимости.

Весьма краткий обзор значимых изменений API по сравнению с v0.8 читайте, пожалуйста, на странице вики об изменениях API.

Streams2

В предыдущей блогозаписи мы представили вам изменения API, названные «Streams2». Если вы не успели осмотреть их, прочтите, пожалуйста, теперь хотя бы тогдашний подраздел «tl;dr».

Изменения интерфейса потоков подготавливались давно. С самых ранних дней Node всем нам было вроде как известно, что «события data начинают сразу поступать» и «вызов pause() не обязательно оказывает эффект» — это страшная и ненужная фигня. В версии 0.10 мы наконец поднапряглись и устроили коренные изменения, улучшившие поведение потоков.

Что ещё важнее, теперь все потоки в ядре Node устроены на основе одного и того же набора легко расширяемых основных классов, так что поведение их стало гораздо предсказуемее, а также небывало упростилось создание потоковых интерфейсов для ваших собственных пользовательских программ.

По правде говоря, API Streams2 разрабатывался по мере использования его для модулей из реестра npm. В настоящий момент 37 опубликованных модулей Node ужé пользуются библиотекою readable-stream в качестве одной из своих зависимостей. Пакет readable-stream для npm позволяет использовать новую форму интерфейса Stream в вашем прежнем коде v0.8.

asm.js — необыкновенно оптимизируемое, низкоуровневое подмножество JavaScript. — asmjs.org

asm.js — новый язык?

Нет, это просто подмножество JavaScript. Программа на asm.js одинаково поведёт себя и в существующих движках JavaScript, и в движке с предварительной (ahead-of-time, AOT) компиляцией, способном распознавать и оптимизировать asm.js; различаться будет её скорость, разумеется!

Какой выигрыш в производительности можно ожидать от asm.js?

Сейчас ещё рано утверждать. Однако наши предварительные измерения производительности программ, скомпилированных из Си в asm.js, показывают не более чем двукратное замедление по сравнению с компилированными в машинный код посредством clang. Мы опубликуем дальнейшие измерения, когда насобираем их.

Как я могу следить за ходом реализации?

Мозилла работает над первой реализацией оптимизирующего компилятора asm.js для SpiderMonkey. В вики Фонда Мозиллы также опубликован план разработки дальнейших выпусков и оптимизаций. Если авторы других движков JavaScript опубликуют собственные планы реализации компиляторов asm.js, мы их здесь упомянем.

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

Для компиляторов наподобие Emscripten или Mandreel синтаксис байткодового языка попросту не особенно значим. Притом большинство байткодов и вообще машинных языков имеют двоичный формат, не читаемый людьми. Однако мы можем создать на уровне asm.js более человеко-читаемый синтаксис, который будет и удобным в дизассемблировании, и пригодным для чтения и записи людьми.

То обстоятельство, что asm.js — это JavaScript, не обернётся ли непредсказуемым выполнением кода?

Предварительная (ahead-of-time, AOT) компиляция asm.js может генерировать код, выполнение которого весьма предсказуемо, потому что валидный код asm.js ограничен крайне небольшим подмножеством JavaScript, состоящим только из строго типизированных целых чисел, чисел с плавающей точкою, арифметических операций, вызовов функций и обращения к куче.

Почему бы тогда не NaCl или PNaCl вместо этого? Вы просто упорствуете насчёт JavaScript?

Принципиальным достоинством asm.js по сравнению с новыми технологиями вроде NaCl и PNaCl является то, что asm.js работает сегодня: существующие движки JavaScript ужé неплохо оптимизируют код, написанный в таком стиле. Что означает, что разработчики могут выпускать код на asm.js сегодня, а со временем его работа будет ускоряться. Другою важною пользою является заметно бóльшая простота реализации, для которой потребуется совсем немного дополнительных механизмов поверх существующих движков JavaScript — и не понадобится слой совместимости API.

Прежде всего отметём возможное недоразумение: сегодня речь у нас пойдёт не о том движке, который известен старожилам джаваскриптового программирования под названием JSDB и до сих пор располагается по адресу JSDB.org. Тот движок, основанный на мозилловском SpiderMonkey, хотя и обладал богатыми возможностями для доступа к базам данных, к электронной почте и к Интернету, но после появления гораздо более резвого «конкурента» (Node.js) постепенно впал в совершеннейшее забвение, так что и сказать о нём мне сегодня нечего.

Вместо него я намерен вдругорядь привлечь ваше внимание к той базе данных о библиотеках джаваскриптов, которая появилась в нынешнем (2013 года) феврале по адресу JSDB.io и открыта для пополнения читателями. (Пишу «вдругорядь» оттого, что на JSDB у вас и ранее была некоторая возможность обратить внимание: сперва mourner упомянул её во твиттере у своей библиотеки Leaflet, а затем alexzfort упомянул её в дайджесте новинок прошлой недели.)

Чем JSDB радует? Продуманностью интерфейса и широким употреблением AJAX для внесения изменений в страницы без перезагрузки. (В итоге интерфейс получается, например, куда более интерактивным и удобным, нежели у тематически сходной вики jswiki или у порождённого этой вики сайта «JavaScript Territory».) Сперва перечисление библиотек с открытым исходным кодом кажется на JSDB простым списком. Однако, так как в JSDB принимаются библиотеки с открытым исходным кодом, на Гитхабе лежащем, то у JSDB есть приятная возможность отреагировать на жмяк мышóю по заглавию той или иной джаваскриптовой библиотеки, автоматически открыв информационную панель с кратким описанием библиотеки, с подсчётом её форков и звёзд и участников её разработки на Гитхабе. (Эта панель развёртывается на месте жмякнутого пункта, раздвигая остальные пункты списка.) Ещё сильнее обрадует обстоятельного читателя вкладка «Readme», позволяющая для справки целиком подкачать с Гитхаба текст Readme-файла выбранной библиотеки, никуда с JSDB не уходя для этого.

А которую пользу сайт JSDB приносит? А вот такую: его содержимое служит расширителем кругозора. Как не следи за развитием современного открытого исходного кода, а всё же упустишь появление пары-тройки-другой библиотек (или отметёшь их в зародыше как бесперспективняк, ан они со временем разовьются в нечто необыкновенно удобное), так что полезно встретить их на JSDB и познакомиться с их продуктивными возможностями.

Понятно, что у каждого из читателей такой список из пары-тройки-другой библиотек, на JSDB с интересом обнаруженных, будет своим. О вкусах и не спорят. Для сведения читателей я счёл, однако, не лишним перечислить и полдесятка моих находок.

Сайт KillMePls.Ru является сборником историй, присылаемых читателями. Известно, что таких сборников много в современном Интернете («IT happens», «Задолба!ли», «Дело не в тебе», «Страшные истории» и проч.), а отличаются они принятым направлением, то есть тематикою историй. Так вот на сайт KillMePls (название которого в переводе с английского означает «убейте меня, пожалуйста») присылали свои истории люди, силою жизненных обстоятельств доведённые до крайней степени отчаяния и готовности расстаться с жизнью, и почти каждую такую историю именно её автор завершал просьбою убить себя. Нередкими были и признания в готовности к самоубийствам, иногда довольно подробные.

Роскомнадзор не мог, понятно, пройти мимо такого сайта, не оградив Интернет от информации, способной принести вред малолетним несмышлёнышам. В роли малолетних несмышлёнышей оказались в очередной раз если и не все жители России, то, по крайней мере, все клиенты Ростелекома, «Билайна» и десятков других провайдеров, руководствующихся российским государственным «чёрным списком»: 24 февраля (позавчера) KillMePls оказался в этот список добавлен, о чём сообщает вчерашняя статья «Роспотребнадзор услышал и убил killmepls.ru» на Roem.Ru, заголовок которой содержит довольно остроумную шутку («услышал и убил») о названии сайта, а заодно упоминает Роспотребнадзор в качестве инициатора запрета, исполненного Роскомнадзором. (А ведь и впрямь: решения о том, что некоторый сайт содержит «пропаганду суицида», принимаются работниками бывших санэпидстанций; я и позабыл, совсем позабыл, что об этом выверте упоминалось ранее на Хабрахабре.)

Между регулярными выражениями в JavaScript и регулярными выражениями PCRE (употребляющимися в Perl и в PHP) есть ряд различий, главнейшим из которых, вероятно, является отсутствие lookbehind (ретроспективной проверки) в JavaScript.

Естественной задачею программистов, раздражённых этими различиями, является внедрение PCRE в JavaScript.

На движке Node к концу нынешнего января Брайан Уайт (Brian White) решил эту задачу, создав модуль node-pcre, служащий обёрткою вокруг движка PCRE.

Этому можно порадоваться, и порадуемся.

Однако node-pcre, как и всякая обёртка вокруг двоичного кода, требует отдельной компиляции на каждой из платформ, совместимых с Node.

Интересно, придёт ли со временем кому-нибудь на ум использовать Emscripten для перевода движка PCRE непосредственно на язык JavaScript?

Мечты, мечты.

Три дня назад (1 февраля) Roger Wang объявил о выходе новой версии движка node-webkit — созданного в недрах Intel Open Source Technology Center мощного сочетания WebKit и Node.js, позволяющего создавать кросс-платформенные графические приложения методом веборазработки на языках HTML, CSS и JavaScript.

Новая версия имеет номер 0.4.1; на её основе нетрудно составить и запустить, например, вот такое окно:



Почти семь недель прошло с того дня (18 декабря), когда я обозревал одну из предыдущих версий (0.3.6) этого движка. Вам нетрудно заметить, что за это время успела перемениться не только последняя, но и предпоследняя цифра версии. Сейчас я расскажу, какие изменения, в node-webkit произошедшие, отражает эта перемена.

Всякий, кому из-под «Ростелекома» или другого очевидно российского провайдера доводилось зайти по адресу http://drugoi.livejournal.com/3712998.html (занесённому в «чёрный список» за изображение политического самоубийства), уж конечно видал там козла и надпись «ошибка 451!»:



Однако можно воспользоваться любым средством просмотра заголовков HTTP-отклика и видеть, что на самом деле там выдаётся ошибка 404 («Not Found»).

Сходным образом обстоят дела и в движке Node.js: код 451 не добавят к списку заранее определённых кодов HTTP-отклика до тех пор, пока соответствующее предложение Google не станет стандартом.

Пожалуйста, внимательно прочтите блогозапись «Конкурс на лучшую схему московского метрополитена», которую Piskov опубликовал.

Затем, пожалуйста, подите на сайт «Конкурс на лучшую схему Московского Метрополитена» и проголосуйте.

И наконец, пожалуйста, продублируйте на Хабрахабре итог своего голосования. Под хабракатом получится exit poll.

Напомню: andorro 19 декабря прошлого года поведал нам о том, что некоторые сайтостроители экономят усилия, воздерживаясь от создания собственной системы комментариев. Для такой экономии на сайте размещаются готовые виджеты, предназначенные для оставления комментариев участниками социальной сети Facebook, или ВКонтакте, или Disqus. Иногда сразу нескольких сетей. Читателям это также повадно: не надо возёхаться, залогиниваясь на сайте, ведь им достаточно быть залогиненными в «своей» социальной сети.

Впрочем, есть у этого подхода и свои недостатки. Так, Semenych 25 декабря прошлого года предположил, что участие всех комментаторов сайта в одной и той же социальной сети побуждает их к отходу от темы обсуждаемой страницы — например, к отходу в сторону поиска новых знакомств.

На днях я обнаружил и другой недостаток:



И вот как это произошло.

Roger Wang 14 декабря объявил о выходе новой версии движка node-webkit — созданного в недрах Intel Open Source Technology Center мощного сочетания WebKit и Node.js, позволяющего создавать кросс-платформенные графические приложения методом веборазработки на языках HTML, CSS и JavaScript.

Новая версия имеет номер 0.3.6 и выглядит вот как:



По сравнению с версией 0.3.0, которую я обозревал в октябре, за последние два месяца случались только небольшие изменения, заслуживающие не более чем последней цифры в номере версии node-webkit. Зато изменений этих накопилось порядочно.

Прежде всего нетрудно заметить, что окна утратили «округлый» и «синенький» вид, похожий на Google Chrome, а вместо того вновь обрели общесистемный вид и форму. (На иллюстрации я привожу вид окна в Windows XP.) Также вернулся значок в заголовке окна. (Для сегодняшней демонстрации я поместил туда значок сайта Хабрахабра.)

Вот список остальных новшеств этой версии (по сравнению с 0.3.0):

24 августа нынешнего (2012) года дизайнер-шрифтовик Михаил Череда из города Екатеринбурга выложил на сайте Behance свой шрифт Casper, разрешив скачивать его свободно — по лицензии SIL OFL 1.1.

С тех пор Casper минимум дважды упоминали на Хабрахабре ([1], [2]).

А вот на сайте Google Web Fonts его как не было, так и нет.

И это печально.

Хочу на этом примере обратиться ко всем разработчикам бесплатных шрифтов, содержащих кириллицу: опубликовав своё детище, не пренебрегайте размещением его на сайте Google Web Fonts, ведь это позволит множеству сайтостроителей использовать, например, частичную загрузку только необходимых букв. А заодно повысит известность шрифта.

Словолитня exljbris, известная своим шрифтом Museo с необычною формою засечек на концах вертикальных линий, выпустила его вариант Museo Cyrillic с кириллицею и продаёт на Fontspring.

Бесплатно там раздаётся основное начертание, то есть прямое (не наклонное) и с жирностью 500 единиц (не особенно жирное). Вот скриншот его:



Производители, вероятно, имеют расчёт на то, что пользователи распробуют это начертание бесплатно, а затем начнут приобретение остальных начертаний (по 30 долларов за штуку) или закупят всё семейство (за 148 долларов).

Говорят, одна картинка стóит тысячи слов. Меньше слов — это одна из важнейших целей команды Гитхаба, поэтому сегодня мы выпустили в свет подключение картинок к описаниям проблем.



Довесок.  А если вы пользуетесь Хромом, то сможете вставить (paste) картинку в поле комментария — и она закачается да подключится.

Четыре дня назад (3 декабря 2012 года) компания KPCB («Клейнер, Перкинс, Кофилд и Байерс») опубликовала отчёт «2012 Internet Trends (Update)», содержащий ряд дополнений по отношению к одноимённому майскому «2012 Internet Trends». Вот посмотрите:


Мне показалось важным полистать этот отчёт и на Хабрахабре, потому что сведения и диаграммы на некоторых из его 88 страниц наверняка будут для читателей Хабрахабра познавательны и тем полезны. Ниже я перечислю их подробнее.

На девятой странице обратите внимание, что эппловские планшеты куда популярнее эппловских мобильников.

На десятой странице обратите внимание на то, что мобильники под Android почти в шесть раз популярнее, чем iPhone.

На одиннадцатой странице наглядно представлено соотношение числа смартфонов и остальных мобильников; оно составляет 1:5.

На пятнадцатой странице сообщается о мобильном траффике: он составляет ужé ≈13% от всего интернетовского траффика. (А в Индии и превзошёл его, как показано на последующей странице.)

На двадцать второй странице начинается рассказ о стремительных изменениях в быту, вызванных распространением мобильных устройств. В нём наибольшее впечатление оказывает диаграмма на странице 24, наглядно показывающая, что доминирование платформы WinTel на рынке окончено: ≈половина продаваемых компьютеров (если считать планшеты) действует под Android или iOS, а не Windows. На странице 25 показано: если сравнивать продажи мобильников+планшетов с продажами десктопов+ноутбуков, то первые презошли вторых в четвёртом квартале 2010 года. Если же вместо продаж учитывать общее число устройств на руках, то тут преобладание мобильников да планшетов ещё не достигнуто, но ожидается во втором квартале будущего (2013) года.