В детстве, после многократного просмотра фильма свежего фантастического кинобоевика «Короткое замыкание» (1986 год), появилась мечта — заиметь нечто подобное. Примерно тогда же настольной стала книга «Не счесть у робота профессий». Оказалось что кроме Номер Пятого есть куча других видов роботов, так что мечта немного видоизменилась — захотелось хоть что-нибудь робовитое. С механикой и электроникой у меня нелады (руки из жо), так что сам сделать — за прошедшие с тех пор 25 лет так и не осилил. А в продаже ничего интересного не находил, а что находил — стоило немыслимую денежку. С некоторых пор более-менее стало получаться делать всякие интересные управляющие штуки, взяв за основу готовую железку-контролер и готовую железку-шасси, а потом добавив к ним какой-то самопальный управляющий софт. Если с написанием софта и поиском подходящего контролера проблем обычно не возникало, с шасси (да и вообще с механической) частью всегда были биг траблз.

По-этому я просто писал кипятком, после того как наткнулся на НИХ:

Инженер Фумиюки Сато (Fumiyuki Sato) из Института технических исследований и разработок при министерстве обороны Японии сконструировал необычного робота размером с баскетбольный мяч. Он способен держаться на одном месте и вращаться вокруг своей оси в течении 8 минут, а при движении развивает скорость до 60 км/ч с небольшим шумом.

Ну, рыбки работать в Сети не смогут, нет, зато владелец аквариума сможет следить за основными показателями (температура, концентрация аммиака в воде и прочее) из любой точки мира. Seneye — это вроде как новое слово в вопросе мониторинга системы жизнеобеспечения аквариума. Девайс будет поставляться в трех разных типах, Seneye Home, Seneye Pond, и Seneye Reef. Старшие модели предназначены для отслеживания показателей в более крупных системах, чем домашний аквариум.

Рабочая группа CSS3 постоянно ведет дискуссии по поводу того, что же будет в новом стандарте. Никаких скандалов, интриг и расследований. Голые мысли, непрекрытые идеи, обнаженные факты.

Предыдущая часть тут

Немного магии в линейных градиентах

Предложен новый способ рисования линейных градиентов. Как известно, такие заливки рисуются по линии градиента (gradient-line), отправной точкой которого является центр контейнера. Однако, если захочется нарисовать градиент похитрее, без дополнительных костылей в виде JS не обойтись. Например, есть градиент с тремя цветами: А, Б, В. Захотелось заполнить контейнер так, чтобы цвет А был «привязан» к левому верхнему углу, цвет Б — к правому верхнему, а цвет В — к правому нижнему. И при изменении размеров контейнера результат всегда был одинаковым.

Какая-то здравая мысль в этом есть, но «лепить» сверху на текущее поведение линейных градиентов как-то немного неправильно.

Введение

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

В результате у кого-то возникает разочарование в камере и фотографии в целом, а другие проявляют терпение и пытаются освоить премудрости фотографии, чтобы раскрыть весь потенциал камеры с полноценным (или почти полноценным) сенсором.

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

Рабочая группа CSS3 постоянно ведет дискуссии по поводу того, что же будет в новом стандарте. Чтобы держать руку на пульсе, я постараюсь еженедельно выкладывать самые интересные моменты из их обсуждения.

Регионы

Начнем с того, что выложили новый черновик (draft) модуля CSS3-Regions. Этот модуль создавался для более точного управления потоком, облегчая создание таких дизайнов как этот:


Стоит отметить, что авторами данного модуля являются господа из Adobe Systems, Inc, и подобное поведение (перетекание текста из одного региона в другой) хорошо известно пользователям таких продуктов как Adobe Illustrator, Adobe InDesign, и даже Corel Draw.

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

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

Советы довольно очевидные (хотя, как показывает практика, бывают и те, кто не знает этих очевидных вещей) и субъективные.

Небольшая подборка снимков, сделанных автомобилем Google's Street View. Некоторые люди, завидев гуглоавто, решили оставить о себе след в истории. Кто во что горазд.

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

Прежде всего всё что написано не мою — написано другим. Это очевидно. Но следствие из этого — это другой разрабатывал логику, исходя из собственных представлений об удобстве и функционале. А значит нет уверенности в том что чужие представления на 100% совпадут с моими. На хабре эта тема уже звучала.

Второй важный момент — если системой будут пользоваться двое (не говоря уже о большем количестве), то вероятность ошибок возрастает многократно. Многие системы подразумевали наличие счёта, отображающего количество денег в кошельке. Ах, как мне нравилась программа GnuCash… Но каждый месяц я должен был добавлять транзакции для корректировки счета по кошельку жены. И на что она тратила деньги оставалось только догадываться потому как сама она не могла вспомнить, а чеки благополучно терялись.

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

Описывать не буду, для сохранения интриги, картинка кликабельная.

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

Ну… не совсем анатомия — препарировать и копаться во внутренностях попугая пока он не грохнулся насмерть я не буду. Поговорим о строении квадрокоптера без излишней расчлененки.

Полмесяца назад я рассказывала о том, как заказала из Штатов шпионский беспилотник Parrot A.R.Drone. Полет дрона через океан на крыльях USPS прошел нормально, хотя и не без некоторой нервотрепки. И вот коробка со спящим в ней дроном — у меня:

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

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

Еще год или два назад я прочла про любопытную игрушку — Parrot AR.Drone. Это квадрокоптер, оборудованный камерой и позволяющий устраивать игры с элементами дополненной реальности. И вот, в начале марта я решилась-таки на покупку этой кибер-птицы. В «Амазоне» она стоила $299.99. 5 марта я сделала заказ.

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

На самом деле, это так и есть. Но это не вся правда.

Не секрет, что приложения Google не могут работать на «голом» домене (naked domain), и для сайтов на Google Apps приходилось искать сторонний сервис web-forwarding или пользоваться wwwizer'ом. Google наконец-то решил исправить ситуацию и сделать собственный сервис переадресации для голых доменов. Новый сервис умеет перенаправлять только на поддомен и только с голого домена.

Чтобы подключить сервис, необходимо в настройках домена Google Apps включить предварительные версии функций и выбрать интерфейс следующее поколение. После этого интерфейс станет англоязычным, а в разделе «Domain settings» появится вкладка «Domain names» и останется лишь кликнуть по ссылке «Redirect your naked domain», выбрать поддомен, на который будет осуществляться переадресация и внести изменения на NS-сервере. Стоит отметить, что Google подошёл к решению проблемы с привычной серьёзностью и в A-записи надо будет добавить целых 4 IP-адреса.

По данным Google пользователи поисковика стали на 5% счастливее после внедрении нового инструмента — Google Instant Preview, позволяющего увидеть скриншот (картинка примерно в 300px) главной страницы сайта еще до ее открытия.

Здравствуй хаброчеловек!

Так уж случилось, что с этого семестра в своем вузе я записался на спецкурс по паттернам проектирования. Курс проходит в виде семинаров, на которых ты (студент) должен рассказать чему научился за неделю (имеется ввиду, какие паттерны изучил и применил на практике).

У меня, как у web-программиста, иногда возникает острая необходимость внести какие-то изменения в код сайта, когда под рукой нет компьютера/ноутбука. Сейчас на Android написано несколько хороших FTP и SSH клиентов, которые позволяют без проблем работать с удалённым сервером до того момента, пока не требуется редактирование кода. С существующими текстовыми редакторами это ужасно неблагодарное занятие, учитывая что никакого намёка на ориентированность на программистов у этих программ нет. Но на днях я узнал про Touchqode, который успел меня уже один раз выручить.

Кандидаты — «Senior PHP», с опытом, до собеседования проходят первичный отбор по резюме\сопроводительному письму, то есть на собеседование попадают лишь те, кто выглядят как приличные программисты. Собеседования проводятся удалённо — Skype/ICQ (без голоса). Т.е. теоретически можно гуглить, хоть я и прошу этого не делать.

Итак, тесты, которые отсетвают «типа программистов»: