Все новости роботостроения теперь можно найти на одном ресурсе. Проект представляет из себя видео-подкастинг, который ведется одним человеком. Каждый выпуск длится примерно 12минут и его придется скачивать (примерно 200мб). Монетизируется проект, как я понял, короткими вставками с рекламой технологических компаний, но они не скучные и демонстрируют новые технологии и стоят того, чтобы быть просмотренными. Отдельно рекомендую десятый кастинг, который посвящен андроидам - человекоподобным роботам. Оказывается андроид-азиатка, созданная японцами c 10ю сенсорами силиконового лица - далеко не последнее достижение. Ученые уже создали робота-ребенка со всеми возможными эмоциями с учетом глаз и рук...

Самое интересное, что платформа, под которой все это создано - С++, опен сорсна и доступна каждому. Ищите по ключевым словам - YARP (Yet Another Robotics Platform). Присоединяйтесь к созданию искуственного человека уже сегодня =).
Под катом - короткая презентация проекта Robotcast.com:

Читать далее...

В Китае принимают все более зверские ограничения на онлайн-игры и доступ в интернет. По этой причине некоторые бывшие геймеры, когда не доступен интернет, засели за создание поистине прикольной пародии на ВоВ в стиле аниме. Видео зовется "Im MT" - и повествует о том, как прокачивался воин-таурен. Разговор у персонажей увы на китайском, поэтому приходится читать субтитры. Но качество и юмор на высоте. Первую часть смотреть тут.

[250x]Компания iKey анонсировала переносную клавиатуру для военных с громким названием AK-39. Выглядил смешно. Обладает пыле-влагостойкостью и имеет зеленую ночную подсветку. Видимо с помощью такой клавиатуры солдаты будущего будут в твиттер писать - типа "Ой, я кого-то подстрелил!".

В новостях уже писали о том, что первая негосудурственная организация вывела на орбиту первый спутник 13го июля, позавчера. Напомню, что гугл объявил два года назад приз в 30млн. долларов той негосударственной организации, которая первой осуществит полет на Луну. Сможет прилунить что-то и проехать несколько километров. Возможно мы стали свидетелями начала этой гонки. Видео старта спутника выложено в интернете. Что интересно, камера была закреплена на боку спутника, что позволило наблюдать весь старт, как будто бы Вы находитесь в самой ракете. Такие кадры заслуживают того, чтобы их посмотрели миллионы.

В Интернете можно наблюдать закат эры "ссылок". Все меньше и меньше эффективности в проектах, у которых основные параметры сконцентрированы на ссылочном анализе. Это и проблема качества поиска, после того как всю выдачу заполонили сеошники. Это и социальные сети, где в роли ссылки выступает акт "френдинга", после того как появился Твиттер и собрать тысячу "фолловеров" стало проще простого. И даже неведомые раньше горизонты в миллион "френдов" оказался преодолим. Рекламодателей все меньше и меньше устраивают в отчетах цифры о количестве просмотров или о количестве френдов, у журнала в котором была размещена реклама.

какой же может быть выход? Ответ - пятый инвариант - Internet Identity Layer. Когда наиболее активные пользователи имеют идентификаторы под которыми работают в сети. Это позволяет отслеживать их действия максимальному числу заинтересованных проектов. Хорошим примером может служить выкладывание в общий доступ статистики по посещаемости страниц википедии, что позволяет определять какие страницы и какая информация читаема и интересна людям в данный момент. А уже на базе этого можно корректировать поисковую выдачу.

В случае социальных сетей мы должны прийти к открытой статистике по прочтению друзьями постов - кто прочел пост через френдленту, а не просто робот, который подписан на френдленту. Эти данные уже есть внутри социальной сети, но они также могут быть извлечены, как мы знаем, с помощью счетчика, встроенного поста. Но не будешь же в каждый пост встраивать счетчик только ради того, чтобы расшарить рекламодателям информацию о своих читателях? Поэтому тут на помощь должна прийти глобальная платформа типа GoogleOpenSocial, либо нечто SocialIP. Ошибка в такой системе вероятна, но не критична, зато позволит с большой вероятностью точно сказать, кто читал этот пост с точностью до OpenID идентификатора.

На западе обсуждение любой технологии сопровождается выходом различных смешных фейковых видео, осмеивающих эту технологию. Хороший примером служит рассказ о том, как студенты выкладывали медиа информацию о вечеринке, на которой случился пожар. И я заметил, что сейчас идет активное обсуждение нового приложения для смартфонов, позволяющее видеть с помощью дополненной реальности расположение станций метро в Лондоне. Но это все цветочки, если учесть, что 20 июля свет увидит Layar API - открытая платформа по созданию augmented reality навигации по объектам. То есть можно будет наложить любые точки поверх местности и ходить их разглядывать. Правда доступ к проекту будет дан, для начала, лишь первым 50 разработчикам.

Так вот странно, что еще никто не снял пародию на AR-навигацию по городу. Как вариант - человек ищет проход к месту в городе пробираясь по подворотням, которая все время прыгает, что даже непонятно куда идти в левую или правую дверь. А по его следам идет гопник, у которого на мониторе телефона отмечен этот человек. =). И мораль - что используемые Вами технологии бывают полезны не только Вам.

Случайно наткнулся на интересную методику размещения объявлений о вакансии программиста
[показать] Конечно же закодировано объявление о наборе php программиста. Но думаю можно придумать что-нить более изощренное для отсева и .Net программистов. Например сразу приходит мысль кодировать кусок кода с серией ошибок, который просто делает обращение на сайт. В комментариях в коде описано, что должно быть. При этом, чтобы сформировать правильный запрос нужно подобрать sha1 ключ. Ключ несложный скажем из 3х символов. И соответственно в случае правильного запроса возвращается полный текст вакансии.

Все наверно знают про проект Goolge Social Graph, но врядли кто-нить использует его возможности ежедневно. Причин этому может быть толко 2: 1) В этом графе нет достаточно информации о вас и ваших знакомых (и никогда не будет, ибо связи очень быстро рождаются и умирают). 2) Информация в графе представлена не в том виде, в котором вы хотели бы ее видеть.
Поразмыслив над последним, я пришел к следующему выводу:
Для чего вашему блогу нужна социальная информация? - чтобы определять имена посетителей.
Достоверна ли информация из GoogleSocialGraph - нет.
Критично ли получение ошибочной информации из GoogleSocialGraph - нет.
Что Вам, как блогеру с сотней или несколькими тысячями читателей, нет необходимости знать все OpenID тех, кто вас комментирует и читает. Наверняка Вы помните всех людей из вашего круга общения как Вася или Петя, а не как http://openid.net/vasya@tyt.net. То есть Вам достаточно помнить "localpart" от трех-составного (vasya=localpart,openid.net=providerhost,tyt.net=nameextension) openid идентификатора. С другой стороны, на програмном уровне, вы можете всех своих читателей различать по IP адресу. Врядли среди тысячи найдутся те, кто выходят с одинаковых адресов, да и это не страшно, просто они увидят в списке выбора имени больше вариантов. Таким образом, если мы пишем плагин для блогдвижка по комментированию (типа Disqus), то достаточно информацией для маштабирования будет тройка (блог, ip, localpart). Такую базу я назвал бы - SocialIP. Пользователь заходит в "блог" с "ip" и в качестве идентификатора ему предлагается выбрать один из "localpart". А уже в обязанности самого блога входит задача по расшифровке, при необходимости "localpart" в полноценный идентификатор, если, например, комментирующий является "verify accaunt" на указанном блоге.

Задача за малым, собрать базу соответствия "IP"->"localpart". Она, конечно же, есть у всех крупных социальных проектов в закрытом виде. Надо лишь научится извлекать эту информацию (это я уже научился, более 1млн. записей) и сделать открытую базу, к которой смогли бы обращатся разные плагины для блогдвижков, вроде Wordpress'a и BlogEngine.

ЗЫ: это я для себя мысли записываю, чтобы когда появится время сделать.

Очень интересный проект, посвященный мониторингу социалки появился под крылом Микрософта - ViralHeat. Все выглядит просто и красиво, я и сам мечтаю когда-нить нечто подобное сделать. Вы вводите бренды, а оно вам строит графики на подобии "пульса блогосферы". Самая важная разница в том, что проект сконцентрировался на микроблогах, простых сайтах и видеохастингах, то есть отбросив популярные блогохостинги, а может просто не успели добавить. Ниже видео с кратким экскурсом по сайту:
Вся незадача в том, что стоит такое удовольствие 10у.е. в месяц. Лично я, не стал бы платить за какой-то там график по социалке, с которым потом не понятно что делать - "то ли он случайно таким получился, толи дейстительно была эффективной реклама бренда".

Слушать этот музыкальный файл

Oomph! - Monster (2008) - Labyrinth.mp3

На выходных успел побывать на селигере 2009. За "успел" расплачивался с гаишниками. Холодно, дождливо, всюду развешана реклама одноглазиков.ру на фоне портретов президентов. много молодежи из Южного фед.округа, в том числе, из Чечни, которые смотрятся бодрячком и всюду таскают символику своей республики. Удивительно, откуда у людей желание торчать столько времени в лесу?

Отдельно отмечу интересную для обывателя выставку "Зворыкинский проект", где были представлены инновационные проекты, которым нужно финансирование. Для примерно 50% представленных технологий я сходу мог придумать более успешные западные аналоги, но это не уменьшает значимости площадки в создании активного пласта молодежи, желающих что-то творить и уверенных, что они творят что-то новое.
Читать далее...

Не успели мы забыть про сайт-визитку компании по созданию интернет сайтов, который представлял из себя всеголишь набор роликов выложенных на Ютуб, как в сети появилось не менее оригинальная идея. По ссылке можно посмотреть видео, которое целиком было сделано с помощью web-камер нескольких людей.


PS: уехал на Селигер.

Мало наверное кто задумывается о том, что три кита программирование - инкапсуляция, полиморфизм и наследование - давно уже в прошлом, остались в 20м веке. Можно программировать и даже не знать, что эти слова означают и они, дефакто, реализованы во всех серьезных языках программирования. Таким образом, возникает потребность в более общной парадигме (философии) программирования, которая бы пронизывала любой создаваемый код. Для себя я такую философию уже составил, причем тоже из трех пунктов:
Читать далее...

Весьма качественные советы по созданию интернет проекта были найдены в блоге у artishev.com. Вывод для себя сделал простой - без ошибок никто не работает. Ниже выкладываю презентацию этого доклада:
PS: шуткой дня для меня стал проект ЧикЧирик - копия твиттера, оформленная в стиле всех ворованных проектов в России - дотаточно взглянуть на весьма узнаваемую кнопку "Войти" и на цвет favicon.

Читая технические блоги разных иностранцев часто наталкиваюсь на сленговые слова, которые в нашем Рунете не встретить, да и на западе они тоже большая редкость. В частности ни яндекс словари, ни translate.google.com не смогли мне дать ответа на точный перевод термина 'embiggening'. На помощь пришел сайт urbandictionary, который обязателен к чтению любому, кто хочет блестнуть своими гиковскими познаниями в английском техническом сленге. Также там есть мое любимое слово, как программиста, borked - означающее что-то ранее работавшее, но теперь сломанное.

Что такое RSS большинство должно знать - это форма экспорта текстовых данных с сайта. Лично меня в RSS не устраивает то, что нельзя задать идентификатор сообщения уникальный для моего поста в рамках сегодняшнего дня, а не в рамках ресурса, за что отвечает поле guid. Это нужно для того, чтобы RSS агрегатор, типа reader.google.com, мог понять, что эти 3 новости перекопированные на разные сайты - есть одно и тоже. Например новости Яндекса копируются на хабр и на яру, а у меня из-за этого в 3 раза больше сообщений. Введение такого хэш-идентификатора "на день" вполне оправдано. И согласуется с тем, как работают сервисы сокращения ссылок, замещая старые короткие ссылки, новыми значениями, что позволяет короткой ссылке оставаться короткой.

Другая интересная несогласованность проявляется при попытке создания RSS выдачи при помощи сериализации объекта класса (рекомендую библиотеку RssToolKit 2.0 для этого). Как мы знаем все строки в CSharp храняться в виде UTF-16, поэтому при сериализации мы получаем XML в этой кодировке, жестко указанной в заголовке. Но, как оказалось, некоторые браузеры - FireFox, IE8 (в Opera все впорядке) - наотрез отказываются воспринимать такой XML, требуя UTF-8 и жесткого задания версии RSS, поэтому пришлось дописать RssToolKit, добавив преобразование кодировок следующим образом:Читать далее...

Удивительная вещь продолжает твориться на сервере, на котором стоит .Net 2.0 SP2 и который у меня является OpenID провайдером. Регулярно проскакивает сообщение что

.NET Runtime version 2.0.50727.3053 - This application is using the HMAC-SHA-384 or HMAC-SHA-512 keyed hash algorithm. The implementation of these algorithms were updated in service pack 1 of .NET Framework 2.0 and by default do not produce results consistent with the unserviced versions of the classes.

Если порыться в мануалах, то это означает, что разработчики .Net неправильно реализовали SHA алгоритм шифрования в 2.0 версии .Net и нужно поставить Service Pack, чтобы это исправить. Вот только не задача в том, что у меня этот сервис пак уже стоит. На всякий случай обновил библиотеку DotNetOpenID с версии 3.0 до 3.2 - не помогло. Кроме того переставил .Net 3.5; вручную сделал регистрацию .Net для IIS6, выполнив команду 'aspnet_regiis.exe -i'; перезагрузился. Всеравно ошибка повторяется. Однако, если шифрующий и дешифрующий находятся на одной машине, под одним machineKey, то ошибка не появляется. Ну и то слава богу.

До сих пор вспоминаю момент из 2002 года, когда мой тогдашний начальник спросил у меня - "Чего интересного можно сделать бы в интернете?". Я ему тогда указал на малоизвестный сервис TinyURL.com . Естественно делать тогда мы ничего не стали, так как тогда, да и сейчас, неясна монетизация ссылочного трафика. И если на простом сайте пользователь чаще всего смотрит банеры, то тут пользователь проходит как бы "мимо сайта" кликая по ссылке.

Но вот прошло 6 лет, появился твиттер и многое изменилось. Главные достижения Твиттера для интернет сообщества, напомню, заключаются в следующем
1. Поиск реального времени. Даже гугл стал включат твиты в поисковую выдачу.
2. Отделение профиля пользователя от функционала. Пользователи микроблогов имеют профили на других сайтах!
3. Построение сети ссылочного обмена информации.

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

Итак, откуда берется ссылочная информация? Ее нам генерят сайты по укорачиванию ссылок, число которых уже иммет счетную мощность. А это означает, что скоро нам понадобятся агрегаторы, на подобии reader.google.com, для обработки ссылок с нескольких источников в одном месте. Целью этой обработки будет не чтение информации, а прежде всего, исключение дублей. Чтобы разные ссылочные сервисы, скоординировавшись, не создавали кучу различных ссылок на один и тот же ресурс. И чтобы я, как получатель ссылки, знал, посещал ли(вызывал функционал) я скрытый под ссылкой ресурс или нет. Также весьма интересна идея аналога opendns для ссылок, чтобы оградить получателя от коротких ссылок, которые ведут на спамерские и порно ресурсы. Все мы помним последнее нововведение на digg.com - тулбар для браузера, который автоматически создает короткую ссылку вида "digg.com/FdFdF1" на просматриваемую страницу, в целью передачи ее другим и обсуждения новостей. Очевидно, что в одиночку digg.com не справится с формированием ссылок на все страницы интернета, даже если будет быстро удалять ссылки на старые новости. Решением может стать промежуточный ссылочный агрегатор, на подобии того, который счас разрабатывается Брэдом в Гугле и зовется pubsubhubbub и ориентирован на тех, кто размещает свои сообщения в интернете по RSS, то есть для всех блогеров. Первопроходцем был feedburner, а теперь создать такой сервис-агрегатор сможет каждый. Так вот, хотелось бы обратить внимание Брэда на то, что ему стоит продумать не только агрегирование RSS-данных, но и ссылочных, чтобы каждый, кто за день создал сервис по сокращению ссылок на своей странице мог указать один из pubsubhubbub'ов, отвечающих за формирование коротких ссылок в части интернета.

UPD: Ошибка оказалась просто в моем восприятии RSS, как данных по времени, а не распарсенный HTML. Сегодня обнаружил веселую особенность ТОП30, что на главной яндекса по блогам - по ссылке. Оказывается записи, что отображаются в общем списке простым текстом ОТЛИЧАЮТСЯ от тех, что попадают в RSS ленту. При этом в RSS ленту попадает меньше постов, чаще всего в RSS пропадают посты от тысячников и посты тролей, которые несодержательны. Это может говорить о двух вещах:
1. RSS кэшируется на большее время, нежели сама страница с топами. 2. Яндекс намеренно модерирует выдачу по RSS, удаляя оттуда все ошибки алгоритма, который после изменения стал хуже. В частности сегодня в RSS не попал пост про "МВД", который успел засветиться на главной странице.

Визуально вы можете сравнить выдачу топов сами - ТОП извлеченный из текста, ТОП из RSS

PS: Также не все наверное знают, что Яндекс. Блоги с недавнего времени активно поддерживают и внедряют traceping, по которому Вы можете настроить автоматическое уведомления Яндекса о новых постах в вашем дневнике, что ускорит индексацию. Почитать подробнее на этой странице.

Полгода назад у меня возникла идея проекта для мобильных телефонов, которая так и не пошла в реализацию и видимо не пойдет в ближайшие 2 года. Название проект получил www.live4score.com и связан, отчасти, с дополненной реальностью и идентификацией людей в сети, вообщем то, что сейчас надо развивать в интернете для улучшения семантики. Ниже идет описание идеи, выкладываю, чтобы не потерять:

Читать далее...