Цель стартапа Willow Garage — создание робототехники, полезной для обычной жизни.



Представьте робота, который приносит вам пиво, а затем моет кухню и убирает комнату. Это именно то, чем усиленно занимается старт-ап Willow Garage в Menlo Park, Калифорния. Но компания не делает это в одиночку: Willow Garage это Open Source проект, которому необходимо как можно большее количество внешних частников.

Одна из первоочередных задач — создание 10 роботов и предоставление их университетским исследователям как общую платформу, которая может быть улучшена. Willow Garage также предоставляет «Open Source базу кодов собранную из самого лучшего доступного Open Source роботехнического ПО», сообщил президент и исполнительный директор Стив Кузинс (Steve Cousins) в среду на конференции O’Reilly ETech в Сан Диего.

Перепечатано с моего ЖЖ.

Решился написать про свой опыт изучения английского в экстремально короткие сроки (1 месяц) — вдруг кому пригодится. Также выдам немного инфы про то, как собеседовался за границу.

Вода

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

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

Но что-то мне подсказывает, что гармония где-то рядом, где-то на стыке этих двух концепций.

Давно ждал, когда что-нибудь такое сделают. Итак, Microsoft открывает (не первое) в мире соревнование эмулированных (не настоящих) роботов!

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



Это не просто интересно, это — прикольно! :)

Соревнования проходят по шести дисциплинам:
1. прохождение лабиринта (похоже, робот видит трехмерную картинку)
2. исследования новых земель (марсианских ;)
3. вождение по городу
4. спасение робота
5. сумо
6. турнир (еще непонятно, какой)

Подробности: www.RoboChamps.com (нужен сильверлайт)
Видео с микрософтовского Channel 9 – channel9.msdn.com/Showpost.aspx?postid=399952

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

На первый взгляд это копия их конкурента Amazon Web Services с набором веб-сервисов, предлагаемых Amazon Web Services ( S3, EC2, SimpleDB ). Но в отличие от АWS, которая состоит из независимых друг от друга сервисов, которые затем могут быть связаны между собой разработчиками (кстати, вчера Amazon был в дауне), архитектура Google более централизована, но поэтому и менее гибкая. ( Например, в Amazon можно использовать свои данные на S3, независимо от любых других услуг, в то время как в Google, используя сервис BigTable необходимо для размещения написать скрипт на Python для своих серверов приложений, который создаст доступ к веб-интерфейсу).

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

Паттерны проектирования

Википедия — там, в принципе, на хорошем уровне все описано и приведены примеры на разных языках.
Базовая книга – классика:
«Приемы объектно-ориентированного проектирования. Паттерны проектирования» — читал книгу давно, и раза 3. Вам того же советую. Даст возможность понимать большое количество терминов, произносимых другими разработчиками.

Рефакторинг

«Рефакторинг. Улучшение существующего кода» — вероятно, эта книга сделала революцию в написании кода. Читается быстро и интересно. Методы рефакторинга должны отложиться в голове до конца жизни. Ваш код отныне будет лучше. В книге есть упоминание про юнит тестинг.

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

система делится на несколько зон, которые сливаясь образуют знание языка:

1. грамматика
2. понимание написанного
3. понимание на слух
4. чтобы поняли вас

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

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

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

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

С удовольствием перечислю такие проблемы, с которыми мы в компании «Кристалл Сервис» столкнулись при разработке пользовательского интерфейса кассы самообслуживания.

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

Ну очень интересно было разобраться, как совершать видеозвонки через браузер внутри компании и насколько это полезно. Тем более, что skype — «прослушивается» и пересылаемые пароли парсятся роботами…

Вроде есть Google+ Hangouts и им нередко пользуются — но это все таки не WebRTC и проприетарная облачная технология. Кто знает — не просматривают ли наше совещание по бизнес-планированию коллеги из другой компании-конкурента с блокнотами и неподдельными улыбками на сияющих лицах?

В общем, согласитесь, тема своих, приватных надежных видеопереговоров внутри компании — актуальна как никогда. Многим это нужно, но как организовать-то? У нас — получилось. Это можно сделать достаточно просто, если знать как :-) (изучив десяток RFC, стандартов w3c и их реализаций и докопавшись до причин).

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

habrahabr.ru/post/179397 Вторая часть уже здесь!

Что такое мнемоника?

Я не люблю писать определения из википедии, поэтому объясню своими словами, что такое мнемоника. Мнемоника — это способы запомнить информацию путем смены типа информации. Вместо запоминания цифр запоминаете слова. Вместо слов можно запоминать места. Вместо ходов в шахматах — стихотворение.

Самым простым примером мнемоники можно привести пример стишка, благодаря которому можно легко запомнить первые цифры после запятой в числе Пи:

Чтобы нам не ошибаться,
Надо правильно прочесть:
Три, четырнадцать, пятнадцать,
Девяносто два и шесть.
Ну и дальше надо знать,
Если мы вас спросим —
Это будет пять, три, пять,
Восемь, девять, семь.

пишите в комментариях другие примеры стишков для числа Пи. Я знаю, что их очень много

Скажу откровенно, я специально не искал на хабре информацию по мнемонике. Я хочу изложить взгляд со своей стороны: то, что знаю я. У меня не было желания “разбавлять” информацию другими источниками. Под катом много полезной информации, которую я очень долго собирал по крупицам.

Если вы когда-нибудь пытались написать своего бота, программу-переговорщик (negotiator), интерпретатор протокола связи и тому подобные вещи, то наверняка сталкивались с конечными автоматами. Данная тема в принципе не представляет большой сложности, но если вдруг у вас не было курса «теории автоматов», милости прошу под кат.

Сегодня мы попытаемся создать простой детерминированный конечный автомат. Мне вдруг захотелось написать его на Perl'е, но так как мы не будем использовать никаких специфических трюков, перенести общую концепцию на любой другой императивный язык не составит большого труда.

Еще в первый год моего знакомства с Ubuntu, мне стало интересно, как же работает ядро этой ОС. Я решил со всей серъезностью во всем разобратся, скачал 80-мегабайтовый архив исходников, и… всё! Я не знал ни с чего начать, ни чем закончить. Открывал по очереди случайные файлы и тут же терялся. Думаю такое случалось с каждым бывалым линуксоидом. Сейчас же я набрался опыта и хотел бы им поделиться.

В этой статье я раскажу, как я искал код системного вызова mkdir.

Начнем с того, что функция mkdir определена в sys/stat.h. Прототип выглядит следующим образом:

/* Create a new directory named PATH, with permission bits MODE.  */
extern int mkdir (__const char *__path, __mode_t __mode)
     __THROW __nonnull ((1));

Этот заголовочный файл является частью стандарта POSIX. Linux является почти полностью POSIX-совместим, а значит должен реализовывать mkdir именно с такой сигнатурой.

Но даже зная сигнатуру, найти собственно код системного вызова вовсе не просто…

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



Демонстрация стилей / Скачать исходники

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

Если интересны подробности: электрика/Интернет/отопление/водоснабжение с нуля — прошу под кат (сори, много фоток).

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

Джейн Макгонигал — геймер; для неё в игре главное — глобальная цель. В данной своей речи, ее цель — увеличить продолжительность жизни каждого в аудитории на семь с половиной минут. Наше задание: как мы потом потратим эти бонусные минуты нашей жизни?

После запуска сервиса Postmaster.Mail.Ru, который позволил отправителям рассылок увидеть количество жалоб пользователей, мы часто получаем вопросы в стиле: «А как мы можем увидеть, кто жаловался и на что?».

С некоторого времени мы начали предоставлять такую информацию, используя технологию FBL (Feedback Loop).

Сегодня в своем блоге Mozilla объявила о запуске проекта Mozilla Webmaker и редактора Thimble.



Thimble (англ. Наперсток) — это новый инструмент, который позволяет всем с невероятной простотой создавать и публиковать свои собственные веб-страницы и другие проекты в считанные минуты.
Thimble упрощает разработку. Это интуитивный визуальный редактор, который позволяет создавать и редактировать HTML прямо в браузере, просматривать и исправлять свои работы, а затем публиковать и делиться полностью функциональными веб-страницами с помощью одного клика. Thimble открывает барьеры для начинающих пользователей, которые начали учиться кодить, и включает в себя ряд стартовых проектов и шаблонов, чтобы помочь практически любому быстро приступить к работе.

Разрабатывая приложения, мы постоянно сталкиваемся с новыми подходами, языками и концептами. И постоянно мы мечемся в сомнениях «смогу ли я быть на волне, оставаться конкурентоспособным, учитывая все изменения и тренды?». Давайте задумаемся на мгновение, вспомнив фразу из моего любимого фильма «Касабланка» — в любви законов новых нет — так создан свет.

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