DARPA продемонстрировало очередные достижения человекоподобного робота ATLAS. Робот уверенно ходит по россыпи камней размером до нескольких десятков сантиметров и балансирует на одной ноге, выдерживая достаточно сильные толчки. Робот ATLAS построен компанией Boston Dynamics — создателем таких известных роботов как BigDog, Cheetah, SandFlea, Petman. DARPA намерено использовать ATLAS для работы в опасных условиях, например во время спасательных операций при пожарах и стихийных бедствиях. Сходство с человеком позволит роботу использовать предназначенные для людей инструменты, оборудование и транспорт.

От переводчика: Это третья статья из цикла о Node.js от команды Mozilla Identity, которая занимается проектом Persona. Эта статья посвящена применяемому в Persona способу хранения данных сессии на клиенте.

Все статьи цикла:

1. "Охотимся за утечками памяти в Node.js"
2. "Нагружаем Node под завязку"
3. "Храним сессии на клиенте, чтобы упростить масштабирование приложения"
4. "Производительность фронтэнда. Часть 1 — конкатенация, компрессия, кэширование"
5. "Пишем сервер, который не падает под нагрузкой"
6. "Производительность фронтэнда. Часть 2 — кешируем динамический контент с помощью etagify"
7. "Приручаем конфигурации веб-приложений с помощью node-convict"
8. "Производительность фронтенда. Часть 3 — оптимизация шрифтов"
9. "Локализация приложений Node.js. Часть 1"
10. "Локализация приложений Node.js. Часть 2: инструментарий и процесс"
11. "Локализация приложений Node.js. Часть 3: локализация в действии"
12. "Awsbox — PaaS-инфраструктура для развёртывания приложений Node.js в облаке Amazon"

---

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

К сожалению, большинство веб-приложений должны хранить информацию о состоянии, чтобы предлагать пользователям персонализированные страницы. Если пользователи могут регистрироваться на сайте, то нам надо хранить сессии. Самый распространенный способ — установить cookie со случайным идентификатором сессии, а детали хранить на сервере.

Масштабирование сайта с хранением состояния

Если необходимо масштабировать такой сайт, есть три варианта:

1. Реплицировать данные сессии между всеми серверами.
2. Использовать центральное хранилище, к которому будут обращаться все серверы.
3. Закрепить за каждым пользователем определённый сервер.

У всех этих подходов есть недостатки:

1. Репликация ухудшает производительность и увеличивает сложность.
2. Центральное хранилище ограничивает возможность масштабирования и приводит к дополнительным задержкам.
3. Привязка пользователей к конкретным серверам приводит к проблемам, когда сервер отключается.

Тем не менее, поразмыслив немного, можно придумать и четвёртый способ: хранить все данные сессии на клиенте.

От переводчика: Это вторая статья из цикла о Node.js от команды Mozilla Identity, которая занимается проектом Persona. Эта статья написана по мотивам выступления Ллойда Хилайеля на конференции Node Philly 2012 в Филадельфии.

Все статьи цикла:

1. "Охотимся за утечками памяти в Node.js"
2. "Нагружаем Node под завязку"
3. "Храним сессии на клиенте, чтобы упростить масштабирование приложения"
4. "Производительность фронтэнда. Часть 1 — конкатенация, компрессия, кэширование"
5. "Пишем сервер, который не падает под нагрузкой"
6. "Производительность фронтэнда. Часть 2 — кешируем динамический контент с помощью etagify"
7. "Приручаем конфигурации веб-приложений с помощью node-convict"
8. "Производительность фронтенда. Часть 3 — оптимизация шрифтов"
9. "Локализация приложений Node.js. Часть 1"
10. "Локализация приложений Node.js. Часть 2: инструментарий и процесс"
11. "Локализация приложений Node.js. Часть 3: локализация в действии"
12. "Awsbox — PaaS-инфраструктура для развёртывания приложений Node.js в облаке Amazon"

---

Процесс Node.js выполняется на единственном ядре процессора, так что построение масштабируемого сервера на Node требует особой заботы. Благодаря возможности писать нативные расширения и продуманному набору API для управления процессами, есть несколько разных способов заставить Node выполнять код параллельно. Мы рассмотрим их в этой статье.

Кроме того, мы представим модуль compute-cluster — маленькую библиотеку, которая облегчает управление коллекцией процессов для выполнения распределённых вычислений.

Постановка задачи

Для Persona нам было необходимо создать сервер, который справился бы с обработкой множества запросов со смешанными характеристиками. Мы выбрали для этой цели Node.js. Нам надо было обрабатывать два основных типа запросов: «интерактивные», которые не требовали сложных вычислений и должны были выполняться быстро, чтобы интерфейс приложения был отзывчивым, и «пакетные», которые отнимали примерно пол-секунды процессорного времени и могли быть ненадолго отложены без ущерба для удобства пользователя.

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

• Насыщение. Наше решение должно было использовать все доступные ядра процессора.
• Отзывчивость. Пользовательский интерфейс должен оставаться отзывчивым. Всегда.
• Отказоустойчивость. Когда нагрузка зашкаливает, мы должны нормально обслужить столько клиентов, сколько сможем, а остальным показать сообщение об ошибке.
• Простота. Решение должно легко и постепенно интегрироваться в уже работающий сервер.

Вооружившись этими требованиями, мы можем осмысленно сравнивать разные подходы.

От переводчика: Это первая статья из цикла о Node.js от команды Mozilla Identity, которая занимается проектом Persona. Как клиентская, так и серверная часть Persona написаны на JavaScript. В ходе работы команда проекта создала несколько инструментов на все случаи жизни — от локализации до отладки, управления зависимостями и многого другого. В этой серии статей разработчики Mozilla делятся с сообществом своим опытом и этими инструментами, которые пригодятся любому, кто пишет высоконагруженный сервис на Node.js.

Первая статья цикла посвящена распространённой проблеме Node.js — утечкам памяти, особенностям утечек в высоконагруженных проектах и библиотеке node-memwatch, которая помогает найти и устранить такие утечки в Node.

Все статьи цикла:

1. "Охотимся за утечками памяти в Node.js"
2. "Нагружаем Node под завязку"
3. "Храним сессии на клиенте, чтобы упростить масштабирование приложения"
4. "Производительность фронтэнда. Часть 1 — конкатенация, компрессия, кэширование"
5. "Пишем сервер, который не падает под нагрузкой"
6. "Производительность фронтэнда. Часть 2 — кешируем динамический контент с помощью etagify"
7. "Приручаем конфигурации веб-приложений с помощью node-convict"
8. "Производительность фронтенда. Часть 3 — оптимизация шрифтов"
9. "Локализация приложений Node.js. Часть 1"
10. "Локализация приложений Node.js. Часть 2: инструментарий и процесс"
11. "Локализация приложений Node.js. Часть 3: локализация в действии"
12. "Awsbox — PaaS-инфраструктура для развёртывания приложений Node.js в облаке Amazon"

---

Зачем заморачиваться?

Вы можете спросить, зачем вообще отслеживать утечки памяти? Неужели нет более важных дел? Почему бы просто не перезапускать процесс время от времени, или просто добавить памяти на сервер? Есть три причины, по которым устранять утечки всё-таки важно:

1. Возможно, вы не сильно переживаете об утечках памяти, но этого нельзя сказать о V8 (движок JavaScript на котором работает Node). Чем больше памяти занято, тем активнее работает сборщик мусора, замедляя ваше приложение. Так что в Node утечки напрямую вредят производительности.
2. Утечки могут привести к другим проблемам. Протекающий код может блокировать ограниченные ресурсы. У вас могут закончиться файловые дескрипторы или вы вдруг не сможете открыть ещё одно соединение с БД. Такие проблемы могут возникнуть задолго до того, как кончится память, но обрушат ваше приложение ничуть не хуже.
3. Рано или поздно ваше приложение упадёт. И это наверняка случится во время наплыва посетителей. Вас все засмеют и будут писать про вас гадости на Hacker News.

Цель проекта швейцарских дизайнеров и программистов Микаэля Ансмейера и Бенджамина Дилленбургера "Digital Grotesque" — исследовать возможности 3D-печати в архитектуре. Их комната или, скорее, искусственный грот, занимает площадь в 16 квадратных метров и имеет 3,2 метра в высоту. Комната выполнена в стилистике соотечественника авторов, художника Ганса Рудольфа Гигера — создателя фантастических и пугающих картин, наиболее известного широкой публике по декорациям к фильму «Чужой».

В комнате нет ни стен, ни потолка, ни углов — вся она представляет собой пространство из двух симметричных половинок, заполненное переплетением тончайших узоров, сгенерированных на компьютере и распечатанных с помощью 3D-принтера. Сырьём служит мелкозернистый песок, и поэтому конечный продукт по своим свойствам напоминает песчаник — материал, который используется в строительстве тысячелетиями. Компьютерная модель грота состоит из 260 миллионов полигонов. Создание подобных конструкций традиционным способом если и возможно в принципе, то стоило бы огромных затрат времени и труда. 3D-печать делает их доступными даже в массовом строительстве.

От переводчика: Брюс Шнайер, специалист мирового уровня по криптографии и информационной безопасности, а так же активный блогер и писатель, опубликовал эту статью в The Guardian после того, как стало известно, насколько плохо на самом деле обстоят дела с безопасностью криптографических технологий, и какую роль в их плачевном состоянии сыграло АНБ.

Неделю назад я перевёл статью Лионеля Дрико "Первая мировая гражданская война" из блога Рикарда Фальквинге, основателя Пиратской партии Швеции, статью эмоциональную и, возможно, слишком резкую. В отличие от пламенных пропагандистов Пиратской партии, Брюс Шнайер всегда был более сдержан и спокоен в оценках, как и подобает авторитетному инженеру и учёному. Но сейчас, похоже, терпение кончилось и у него.

---

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

Извратив интернет на всех его уровнях, превратив его в инструмент тотальной слежки, АНБ нарушило фундаментальный общественный договор. Мы больше не можем доверять компаниям, которые создают инфраструктуру интернета и управляют ей, которые создают и продают нам железо и софт, хранят наши данные, мы не верим в то, что они честно служат интернету.

Это не тот интернет, который нужен миру, или который был задуман его создателями. Мы должны вернуть его себе. И говоря «мы», я имею в виду сообщество инженеров и программистов.

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

Продолжение. Первая часть перевода была опубликована вчера.

---

Некого винить, кроме себя

Критики монополии частных издателей предлагают простое решение — журналы с открытым доступом. Так же, как и обычные журналы, они принимают статьи, организовывают процесс рецензирования и публикуют их. Но они не требуют денег за подписку — все статьи свободно доступны онлайн. Чтобы покрыть расходы, они берут с учёных, желающих публиковаться небольшой гонорар (в среднем около 2000 долларов). Рецензенты, которые решают, какие статьи стоит публиковать, не получают денег от журналов, чтобы избежать соблазна принимать всё подряд. В отличие от традиционных журналов, которые требуют исключительных авторских прав в обмен на возможность публиковаться, журналы с открытым доступом практически свободны от копирайтных ограничений.

Если университеты финансируют исследования, и их сотрудники как пишут, так и рецензируют статьи, то почему же они все до сих пор не переключились на журналы с открытым доступом? Успешных примеров таких открытых проектов как Public Library of Science пока очень немного. Всё дело в том, что сложившаяся научная культура делает такой переход очень трудным.

История публикаций в престижных журналах — необходимое условие продвижения по научной карьерной лестнице. Каждая статья, опубликованная в молодом и ещё не ставшим авторитетным журнале с открытым доступом, могла бы быть опубликована в таких флагманах рынка, как Science или Nature. И если ещё можно представить себе уже занимающего хорошую должность профессора-идеалиста, который готов пожертвовать частью своего престижа ради науки, то как насчёт его молодых соавторов, для которых статья в авторитетном журнале может значить всё?

От переводчика: Любой, кому приходилось искать в интернете статьи из научных журналов, наверняка сталкивался с тем, что за доступ к одной единственной статье издательство требует порядка 30 долларов. Иногда нужную статью удаётся найти в открытом доступе, иногда нет. На первый взгляд, в этом нет ничего удивительного — любой контент стоит денег. Однако научные статьи довольно сильно отличаются от фильмов, книг и музыки.

Большинство научных исследований сегодня делается на государственные, то есть на наши с вами деньги. Зарплату большинство учёных, как тех, кто написал статью, так и тех, кто её проверял и редактировал, тоже получают не от издателей. И, что интереснее всего, университетские библиотеки по всему миру, являющиеся основными подписчиками научной прессы, тоже платят очень большие деньги за подписку на журналы, которые они же сами и пишут. Настолько большие, что даже библиотека Гарвардского университета уже публикует открытые письма о своём бедственном положении.

Эта статья содержит подробный анализ ситуации с научной прессой и организацией научной работы вообще. Статья весьма объёмная, поэтому я разбил перевод на две части. Вот ссылка на вторую часть.

Effeckt.css — это постоянно пополняемая подборка эффектов для оформления веб-приложений. Один из главных плюсов этой библиотеки эффектов — достаточно жёсткие критерии включения. Это не куча-мала, в которую сваливают всё подряд, каждый эффект должен соответствовать ряду критериев: эффекты должны быть практичными, их назначение — не демонстрировать возможности технологий, а облегчать и украшать жизнь пользователя, они должны работать быстро и плавно, они должны быть полностью совместимыми с мобильными технологиям.

Сегодня разные производители предлагают десятки разных (и часто несовместимых между собой) систем, устройств, приложений и интерфейсов для превращения обычного дома или квартиры в «умный» — интеллектуальные дверные замки и лампочки с управлением по WiFi, розетки, датчики и выключатели с аккаунтом в Твиттере, интернет-холодильники кондиционеры. Стартап WigWag, который уже собрал на Кикстартере почти в четыре раза больше денег, чем планировал, подошел к вопросу создания умного дома более системно. Они предлагают не просто набор сенсоров и актуаторов, но и целую инфраструктуру, совместимую со множеством уже существующих интеллектуальных электроприборов, и, что ещё важнее — открытую для модификаций и дружелюбную как к простым пользователям, так и к программистам и хакерам.

WigWag позволяет создавать «правила», подобные рецептам IFTTT, которые могут на основе информации с датчиков или из интернета управлять любыми устройствами. Это могут быть датчики и актуаторы WigWag, интернет-сервисы, Raspberry Pi, Arduino, Belkin WeMo, Philips Hue, и любые другие, поддерживающие протоколы IP, RS-232, 6loWPAN, Bluetooth и Zigbee. Причем создавать правила можно не только через графический интерфейс, но и на JavaScript, с помощью среды выполнения DeviceJS, которую разработчики WigWag позиционируют как способ писать приложения для умного дома точно так же, как пишутся приложения для Web.

Хотя интерфейсы, позволяющие управлять компьютером с помощью жестов, такие как Kinect, получили достаточно широкое распространение, все они пока что не дают тактильной обратной связи. Объектами на экране компьютера можно управлять, но пощупать их нельзя. Исследования в этом направлении ведутся довольно давно, например, в Японии создали прибор, позволяющий ощутить прикосновение виртуальных объектов с помощью ультразвука. В Disney Research пошли по другому пути. Их прототип, названный AIREAL, основан на интересном аэродинамическом эффекте — образовании устойчивого тороидального вихря на выходе из воздушной камеры с круглым отверстием при резком повышении давления внутри. Устройство, производящее такие вихри, называют «вихревой пушкой». В простейшем случае — это картонная коробка с круглым окном.

Петер Сунде — один из основателей трекера The Pirate Bay, вместе со своими коллегами по Flattr.com Линусом Оллсоном и Лейфом Хёгбергом намерены создать мобильное приложение для обмена мгновенными сообщениями, которые не смогут читать спецслужбы и корпорации. Приложение называется Hemlis («секрет» по-шведски). Оно будет основано на проверенных технологиях, таких как XMPP и PGP, и совершенно бесплатно в базовом варианте. Продвинутые возможности, например, обмен фотографиями или, в перспективе, голосовой и видео-чат, будут доступны за деньги. В приложении не будет рекламы, а продажа персональных данных и прослушка будут невозможны технически — утверждает Петер Сунде. Единственный способ прочитать частную переписку — получить контроль над телефоном одного из собеседников.

В четверг, 27 июня DARPA огласило результаты первого этапа конкурса по созданию человекоподобных роботов (DARPA robotics challenge). Цель проекта — создать робота, который сможет пользоваться оборудованием, инструментами, помещениями и транспортом, предназначенным для человека, и при этом быть достаточно простым в управлении. Такой робот сможет заменить людей в опасной среде — при тушении пожаров, авариях и стихийных бедствиях. Первый этап конкурса проходил в виртуальной реальности — внутри симулятора Gazebo, созданного Open Source Robotics Foundation (OSRF). На втором этапе, который пройдёт в декабре этого года, участникам предстоит управлять уже реальными роботами ATLAS производства Boston Dynamics.

В ходе конкурса виртуальные роботы должны были выполнить три вида заданий: сесть в автомобиль и проехать трассу с препятствиями, пройти по пересечённой местности, присоединить пожарный шланг к крану в стене и открыть вентиль. На каждое задание давалось пять попыток с различными ограничениями во времени и качестве связи с виртуальным роботом — чтобы сделать условия ближе к боевым, полоса пропускания для связи с роботом варьировалась от 900 до 60 мегабит, а пинг был увеличен до 500 миллисекунд.


Пример успешного выполнения одного из заданий.

Возможно, вам доводилось видеть игру Box Car 2D — автогонки машинок, сгенерированных с помощью генетического алгоритма. Игра работает на платформе Flash и использует физический движок box2d. За тем, как из бесформенных уродцев через несколько десятков поколений развиваются вполне приличные гоночные автомобили, можно наблюдать часами. Игра существует уже несколько лет, а её фанаты соревнуются в выведении новых «пород» машинок на разных типах трасс. Недавно в сети появился клон этой игры под названием Genetic Cars, написанный на HTML5 и JavaScript. Хотя в нем ещё многого не хватает (например, редактора машинок), некоторые вещи сделаны гораздо лучше, чем в оригинале. Например, есть возможность наблюдать заезд всех машинок одновременно. И самое главное — можно ковыряться в исходниках!

Суперкомпьютер Тяньхэ-2, построенный оборонным научно-техническим университетом народно-освободительной армии Китая, оказался самым быстрым в мире. Его производительность составила 33,86 петафлопс по тесту Linpack, что позволило ему занять первую строчку в рейтинге 500 мощнейших суперкомпьютеров мира. Производительность предыдущего лидера рейтинга, Cray Titan, почти вдвое меньше — 17,59 петафлопс.


Один из вычислительных узлов Тяньхэ-2

Робот размером с небольшую кошку из лаборатории бионики Федеральной политехнической школы Лозанны (EPFL) хоть и уступает полноразмерным «гепардам» Boston Dynamics и MIT в размерах и абсолютной скорости, зато умеет бегать самостоятельно и преодолевать небольшие препятствия. А по отношению скорости к собственным размерам — это самый быстрый четвероногий робот в мире в весовой категории до 30 кг. При длине всего в 20 см и весе 1100 граммов, гепардёнок, как называют робота его создатели, может бежать со скоростью почти полтора метра в секунду.

30 лет назад, когда производство компьютеров и ПО для них уже давно перестало быть прерогативой исключительно учёных и превратилось в серьёзный бизнес, в академической среде с удивлением обнаружили, что больше не могут обращаться с компьютерными программами так же просто, как раньше. Всё чаще и чаще учёные, студенты и энтузиасты натыкались на копирайты и проприетарные лицензии, которые не давали им изучать и модифицировать всё большее количество софта. Именно в это время один из сотрудников лаборатории искусственного интеллекта MIT Ричард Столлман сформулировал основные принципы движения свободного ПО. Через несколько лет, в 1988, была написана лицензия GNU GPL — наиболее радикальная свободная лицензия, которая обязывала открывать всё ПО, созданное на основе или с использованием кода, лицензированного под GPL.

В то время она служила своего рода «тараном», пробивающим дорогу свободному ПО и не позволяла размывать и смешивать свободный софт с несвободным. Но времена изменились. Сегодня свободное ПО доказало свою конкурентоспособность и широко используется правительствами и крупными коммерческими корпорациями по всему миру. Исследования статистики открытых проектов говорят о том, что сейчас всё больше программистов выбирают наиболее либеральные лицензии наподобие лицензии MIT, которые разрешают делать с программой практически всё что угодно. Так, на Гитхабе 85% репозиториев вообще не содержат никаких указаний на лицензию, а среди остальных 15% с большим отрывом лидирует лицензия MIT.

Эрик Хансэйдер, основатель компании Nanex, занимающейся аналитикой и информационными системами для высокочастотного трейдинга, публикует на YouTube очень любопытные визуализации высокочастотной торговли. Вот, например, 10 миллисекунд торговли акциями корпорации Merck:



Прямоугольники, расположенные по окружности, представляют собой биржи. Летящие между ними треугольники и кружки — изменения котировок и сделки. Нижний прямоугольник (6 часов) — лучшие курсы покупки и продажи среди всех бирж. Визуализация медленнее реального времени примерно в 40 000 раз.

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

ПриватБанк хочет стать первым банком, имеющим приложение для Google Glass. По словам банкиров, сейчас уже идёт активная разработка приложения — оно должно быть выпущено, как только очки поступят в широкую продажу. С его помощью можно будет сканировать и оплачивать чеки и квитанции, совершать переводы голосом, получать деньги в банкоматах с помощью QR-кода, расплачиваться в магазинах и на заправках. На сайте банка открыта страничка для желающих первыми узнать о выходе приложения. Банк выложил на Youtube видеоролик, демонстрирующий возможности и предполагаемый интерфейс будущего приложения для очков.