Наверное, никто из вас не сомневается в том, что в компании Intel работает множество высококлассных специалистов в самых различных областях. Обычно все они очень заняты, но мы, всеобщей пользы ради, решили отвлечь их ненадолго, чтобы задать несколько вопросов. А точнее – несколько ваших вопросов, ради чего начинаем рубрику «задаем вопросы экспертам Intel». Ее правила очень просты: сначала мы объявляем нашего эксперта и тему обсуждения. В комментариях к соответствующему посту вы пишете свои вопросы (можно также отправлять их мне в личные сообщения), а через несколько дней выходит пост с ответами. Хотим подчеркнуть: "эксперты выражают свое личное мнение, которое не является официальной позицией компании". Итак, поехали!
Первым на вопросы телезрителей хабрапользователей отвечает Станислав Братанов, Старший инженер исследователь Intel, специалист по вопросам интеллектуальной собственности, патентного и авторского права в области программного обеспечения, автор девяти принятых патентов США и четырех патентных заявок в стадии рассмотрения. С разноплановым творчеством Станислава можно познакомиться здесь:в рамках Intel (VTune Amplifier XE), в свободное время.
Если вам интересно:

• Кто и сколько может получить за нарушение авторских прав?
• Что нужно знать разработчику ПО об авторском праве?
• Кому и зачем нужны патентные иски?

Или хочется получить любую другую информацию по данной теме – пишите!

Вопросы собираем до среды включительно.

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

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

Речь пойдёт не об игре на PC, это было бы слишком скучно — ведь там нет той экзотики и романтики реверс-инжиниринга, которая присуща внутренностям консольных игр. Речь пойдёт об игре на Nintendo Wii.

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

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

В качестве реального применение обычно выступают сервисы для сокращения URL, использующие системы base36/base62 или, например, хранение большого количества огромных чисел в том же base62 для экономии памяти.

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

Получилась AzaMath — библиотека для конвертации между системами счисления (включая кастомные) + удобная арифметика произвольной точности.

На повестке дня, уже не первый год, стоит вопрос о надёжности SSD накопителей. Кто-то отзывается негативно, мотивируя далеко не одним вышедшим из строя накопителем, а кто-то наоборот ратует за то, что накопители прекрасно чувствуют себя даже под нагрузкой и работают не один год. Я, пожалуй, отношусь ко второму лагерю и сейчас расскажу почему.

Первое правило безопасности при разработке Веб приложений гласит: —

Не доверять данным пришедшим от клиента.

Почти все это правило хорошо знают и соблюдают. Мы пропускаем через валидаторы данные форм, кукисы, даже URI.
Но недавно я с удивлением обнаружил, что есть одна переменная, приходящая от клиента, которую почти никто не фильтрует.
Речь пойдет о компрометации веб приложения через подмену значения HTTP_HOST и SERVER_NAME.

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

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

Открывая книгу по «новомодной технике проектирования», такой как инверсия зависимостей ожидаешь увидеть описание очередной серебряной пули. Дескать, вот, до этого все мы жили неправильно, а теперь, вооружившись ломом контейнером и какой-то матерью мы сможем писать новые приложения за 10 минут.
Поскольку сам я к подобным новомодным инструментам отношусь с некоторой осторожностью, то я был приятно удивлен тем, что в книге Марк делает акцент на общепринятых практиках проектирования, роли стандартных паттернов проектирования, да и вообще, рассматривает принципы управления зависимостями в отрыве от конкретных инструментов.

Что-то вроде предисловия

Статья «Как два программиста хлеб пекли» сначала мне показалась просто шуткой — настолько абсурдно выглядят попытки выстроить какой-то «дизайн», основываясь на тех «требованиях», которые выдвигает «менеджер». Но в каждой шутке есть доля правды… В общем, возник вопрос к самому себе: а как в данной ситуации сработает тот подход, которого я стараюсь придерживаться в своей практике? То, что выросло при попытке дать ответ, собственно, и представлено далее.

И сразу начнем с типичных восклицаний многих аналитиков/читателей/пользователей:

• Стивен Элоп — засланец Microsoft, пришёл развалить Nokia!
• Nokia глупцы! Надо было переходить на Android!
• Не надо было переходить на Винду, развивали бы Symbian!
• У финнов была такая прекрасная ОС Meego! Элоп, подонок, убил её!

Узнаёте себя?

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

«В наши дни битва между устройствами сменилась войной экосистем»

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

Этот плод любви авиационной и банковской отрасли пережил вот уже более полувека. Однако его конец близок.

В 1967 году авиакомпании пользовались самолетами Боинг 727 и Дуглас DC-8, авиаперелеты были ещё чем-то особенным, а авиаперевозчики зарабатывали на этом большие деньги. Однако на горизонте появилась проблема. Авиакомпании собирались закупить первые широкофюзеляжные самолеты Боинг 747 и Дуглас DC-10, которые значительно увеличили бы пассажиропоток, а, следовательно, и число пассажиров, приходящих одновременно к стойкам регистрации. Для того чтобы предотвратить тот бардак, который мог бы из-за этого возникнуть, авиакомпании были вынуждены искать способ, который позволил бы ускорить процесс продажи билетов и регистрации пассажиров.

^{Фото: Леви Браун; Стилист-реквизитор: Ариана Салвато}

Все, кто увлекается съемкой timelapse, рано или поздно приходят к потребности медленного движения кадра вправо-влево-вверх-вниз. И делать это хотелось бы самой камерой, а не в редакторе. Фотоаппарат должен двигаться настолько медленного, что расстояние в один метр преодолевается за 3-5 минут.
Специально для этого изобрели штуки, которые называются Motion Control System. Только чаще всего у них есть один большой минус: цена. Стоимость таких систем начинается от 1000$ (отличная статья на эту тему). Некоторые умельцы делают на базе arduino и скейта такие вещи дешевле. Или придумывают что-то другое. Мне удалось уложиться в 13$, сходив в ближайщий строительный магазин.
Итак, к делу.

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

Есть ребята, которые собираются и едут в Тайланд или еще куда, есть ребята, которые работают на острове, но до недавнего времени для меня это было больше экзотикой, чем реальным руководством к действию. Все-таки удаленная работа стала больше восприниматься как возможность «доехать до работы на велотренажере», а особых попыток перемещать рабочее место я не предпринимал. И вот такая возможность у меня появилась. Был выбран не самый популярный в наших странах способ путешествовать — в доме на колесах. Вот такой вот аппарат


Американец. Прожорливый, здоровенный, старый. Но тут уж рад и такому, машина не моя.

Есть у такого способа путешествовать несколько преимуществ и особенностей.

Добрый день, уважаемые хабрапользователи.

Началось всё с того, что однажды в новостях я увидел робота телеприсутствия от фирмы AnyBot (слева на картинке). Это был уже их второй робот, стоимость которого им удалось снизить аж в два раза, с 30 до 15 килодолларов. Эта сумма мне показалось несколько великоватой для «вебкамеры на колёсиках». Хотя я тут несколько лукавлю, у этого бота весьма неплохая основная камера с большим разрешением и оптическим зумом, плюс дополнительная «навигационная камера», всенаправленный и узконаправленный микрофоны и прочие прелести профессиональных устройств. Но, тем не менее, за те же деньги можно купить новенький автомобиль. Посему, из сугубо спортивного интереса, было решено сделать простейшее устройство телеприсутствия из подручных средств и с минимальными затратами. «Под руками» оказались папин ноутбук Toshiba Satellite с мёртвым аккумулятором и живым LPT портом, моторредуктор стеклоподъёмника его же Нивы и еще разная мелочёвка.
Что из этого получилось, можно узнать под катом.

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

Осторожно, под катом картинки.

Добрый день, уважаемые хабровчане. Представляю вашему вниманию статью, в которой я описываю процесс проектирования и создания шестиногого робота полностью с нуля. Вы не найдете здесь надоевших всем ардуин и готовых наборов «хексапод за 5 минут». Из-за большого объема информации, статья будет состоять из нескольких частей, описывающих разные этапы проектирования и освещающих грабли, на которые я наступал в процессе оного.
Итак, встречайте – Ectognathus.

Уже три года в Чите работает бесплатный сервис «АТИС по телефону». Если позвонить по номеру +7-914-450-7126, то можно прослушать сводки погоды. Читает робот, на русском и английском языках. Работает в светлое время суток. Разница во времени с Москвой у Читы +6 часов.

Метеоинформация берется с радиоэфира на частоте 126,4 МГц. А дальше просто передается на мобильный телефон, настроенный на автоматический прием вызова. Ограничений на длительность соединения нет. Многоканальности, впрочем, тоже: в один момент времени только один входящий вызов.

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

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

Как развивалось помешательство, я решил описать в статье. Получилось длинно, но может кому-нибудь будет интересно. Думаю, статья ориентирована на тех, кто ещё не практиковался в робототехнике.

Вот что получилось в результате. Видео винтажное, снималось владельцем iPhone, а они ведь затейники, ну вы знаете. Звук я оставил закадровый сознательно, чтоб всё жужжало как взаправду.

Навеяно статьей “Дистанционный RESET компьютера при помощи мобильного телефона”

Примерно в 2004 году появилась задача — сделать охранное устройство с передачей на сотовый телефон информации о проникновении на объект.
Интересно было сделать устройство так, чтобы “Сотовый Охранный Сигнализатор” не расходовал денег при своей работе.
В те времена наиболее популярными и доступными были телефоны марки “Siemens”.
Одной из больших проблем, которая всплыла при разработке подобных устройств — как этой модели СОС, так и следующей, более совершенной, стало то, что от момента возникновения идеи до ее реализации проходит достаточно большое время. В результате, используемая модель исчезает с прилавков и достать ее для повторения становится проблемой. Поэтому получаются штучные изделия. В наше время выпуск телефонов этим производителем прекратился полностью.

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

Фотография модернизированной клавиатуры.

Да, iTouch офигителен. Но кому нужно такое «закрытое» устройство? Может, лучше сделать свой гаджет с сенсорным экраном, написать свои программы — всё с использованием свободных железа и программ? Ну да, пусть этот гаджет не умеет воспроизводить MP3, но в нём есть цветной сенсорный (резистивный) TFT экран 320x240 точек, 8-битный микроконтроллер Atmega32u4, зарядное устройство для литий-полимерных аккумуляторов, управление подсветкой, разъем для microSD и трехосевой акселерометр. Любопытная штучка, особенно для тех, кто любит что-нибудь делать своими руками, как думаете?