Всем привет!

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

Недавно случайно наткнулся на ютубе на фильм с Брайаном Грином «Тайны мироздания» и удивился, что у видео так мало просмотров.

Не сказать, чтобы такая подача материала мне очень нравилась, но все равно, местами довольно интересно :) Может быть, будет интересно не только мне.

Сами видео под катом.

Сейчас разработчики из разных стран мира стараются изо всех сил, создавая программное обеспечение для разного рода роботов. В том числе, и для квадрокоптеров с «интеллектом». На днях была представлена новая разработка от компании KMel Robotics и Пенсильванского университета, которая демонстрирует определенные успехи в развитии ПО для взаимодействия роботов.

Мои предыдущие посты по теме:
Первое мероприятие по 3D-печати в Нидерландах
Мероприятие по 3D-печати (окончание)
Новый бюджетный 3D-принтер
Чтобы ответить на часто задаваемые вопросы я опишу тут популярные технологии 3D-печати — печать расплавленным пластиком, порошком, фотополимером, лазерное спекание. Разумеется эта информация не является истиной в последней инстанции. Это картина, которая сложилась у меня на сегодня в голове из разных источников.

Как сделать приложение для социальной сети? Как сделать так, что бы оно было популярным? Почему из сотен тысяч приложений популярными становятся только единицы?

Если подходить к этому формально, то нам хватило 4 человека и две недели времени. Сегодня это сделать проще, чем завтра. Написав самое простое приложения для facebook или для vkontakte, каждый получит не только опыт разработчика, но и возможность монетизировать свой проект, сделав его успешным и многопользовательским. Это не так сложно, как кажется на первый взгляд. Мы расскажем в статье всякие полезности, которые выяснили в ходе создания собственного приложения Flickr Photo Quiz (FPQuiz). Опробовать его в деле можно тут apps.facebook.com/flpquiz/game.php.

Сколько лет занимаюсь разработкой сайтов, всегда сталкиваюсь с одной проблемой — 9 из 10 заказчиков считают, что мы телепаты. Мы — это в принципе все айтишники, а, может быть, и специалисты других отраслей (не могу сказать точно — не пробовал). Когда заказчик говорит «мне нужен интернет-магазин для продажи <...> через интернет», он обычно предполагает, что любой интернет-магазин — это нечто «готовое», позволяющие «делать деньги» просто после того как «наполнил склад» и получил от Исполнителя сам сайт.
Я не буду здесь расписывать про раскрутку магазина, про юридические и бюрократические нюансы. Просто хочу потенциальным заказчикам (неважно у кого заказывать) дать несколько советов, чтобы в результате они получили то, чего хотят, а не то, чего хотел разработчик.

Вчера в западном IT-сообществе распространилось печальное известие о смерти Ильи Житомирского (Ilya Zhitomirskiy), одного из четырёх студентов Нью-Йоркского университета, сооснователей проекта Diaspora. 12 ноября Илья отметил свой 22-й день рождения. Причина смерти не сообщается. Последнее сообщение в его твиттере датируется 19 октября.

Проект распределённой социальной сети Diaspora широко освещался в СМИ задолго до запуска. Он позиционировался как open-source альтернатива Facebook, где каждый пользователь может запустить собственный сервер социальной сети, чтобы контролировать свои приватные данные, имея к ним прямой доступ. Альфа-версия Diaspora была запущена в ноябре 2010-го.

Несмотря на повсеместный пиар, собранные пожертвования (простые пользователи пожертвовали на разработку более $200 тыс. через Kickstarter) и тяжёлую работу разработчиков на протяжении полутора лет, альтернативная социальная сеть так и не оправдала возложенных ожиданий.

Читая сегодня утром Хабр наткнулся на пост «SEO-шники не ведают, что творят» и, увидев в нем нереальное количество заблуждений о SEO, просто не смог сдержаться – зарегистрировался и сел писать этот пост.

Сразу признаюсь – да, я занимаюсь SEO. Причем уже около 4-ех лет (по меркам отрасли это не так уж мало). За это время я успел приложить руки к продвижению порядка полусотни сайтов (хотя сейчас я ушел больше в руководство проектами и комплексное продвижение и развитие сайтов). Поэтому я знаю, о чем говорю. Хотя конечно в чем-то могу и ошибаться, но уверен, что в комментариях меня быстро поправят.

Давайте ближе к делу:

Уважаемая публика Хабра,

Не так давно на Хабре была опубликована статья о компьютерном столе с регулируемой высотой «Идеальный стол для работы за компьютером».
В комментариях к статье хабровчане высказали много замечаний и советов, в основной массе дельных.

Принимая во внимание общую заинтересованность, активность и «продвинутость» посетителей Хабра в данном вопросе у разработчика возникла идея предоставить возможность всем желающим с аналитическим складом ума и творческим потенциалом, принять участие в критике второй модификации стола, так сказать, v2.0, на этапе ее проектирования. А затем общему вниманию будет предоставлен конечный продукт с учетом конструктивной критики и предложений.

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

Я расскажу о Федеральном законе от 6 апреля 2011 г. N63-ФЗ «Об электронной подписи»: что он, зачем он, а главное, как обывателю его использовать. Рассмотрю проблемы, с которыми я столкнулся, и их решения. Этот пост направлен больше в сторону социума, поэтому для технарей будет присутствовать некая избыточная информация.

Всем привет!

Я хочу рассказать вам о нашем приложении, разработка которого началась на Windows Phone 7 Student Camp, проходившего первого октября, и о том, что наше приложение умеет делать на текущий момент. HabraReader был разработан совместно с Юрой Медведевым (у которого, к сожалению, ещё нет инвайта на Хабр).

HabraReader v.1.6

За 4 недели наше приложение «доросло» уже до версии 1.6. Первая версия, появившаяся в Marketplace — 1.2. В ней были реализованы возможности фонового и принудительного обновления, уведомления о новых статьях на тайле и ещё какие-то мелочи.
Текущая версия 1.6 включает в себя следующие функции:

• Фоновое обновление
• Уведомление на тайле о новых постах
• Сохранение прочитанных постов
• Добавление постов в избранное
• Поиск по постам
• Сортировка постов по блогам
• Возможность расшаривать статьи (twitter, etc)

Приложение является бесплатным. То есть, скачав из Marketplace триальную версию вы получаете полноценное приложение, без каких-либо ограничений! Возможность покупки приложения сделана в качестве donation разработчикам. Единственное, чем отличаются платная и бесплатная версии — текстом в разделе «О программе».

Под катом скриншоты программы и наши дальнейшие планы по её развитию.

Понадобилось более активно использовать телефон (HTC Desire) и планшет (сейчас Asus Transformer, но подумываю о замене на Lenovo Thinkpad — очень хочется нормальный стилус и полноразмерный USB) в работе, потенциально — как замена ноутбуку (когда это возможно).
Для этого понадобилось реализовать возможность печати с андроида на домашний и рабочий принтеры. Попутно захотелось просто печатать с любых моих компьютеров на любые мои принтеры — и домашний, и рабочие. Если не изображать костыли вида почтового робота, который печатает все, что ему присылают, то очевидное решение — облачная печать (cloud printing).

Введение

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

О чем топик?

В этой статье я расскажу о реализациях разного функционала (преимущественно, на веб-сервисах) для обеспечения безопасности пользователей на примере «гигантов» современной IT индустрии. Данный материал будет полезен разработчикам, архитекторам, тим-лидам и менеджерам при постановке задач схожего функционала. Реализации в статье разработаны командами профессионалов, проверены временем и сотнями миллионами пользователей (а также большим количеством хакеров), хоть и никаких гарантий, что именно данный вариант реализации — абсолютно правильный и 100% безопасный, конечно же нет. Информация основана на личном анализе этих ресурсов.

Дорогой Хабр!

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

Так получилось, что с самолётами, а точнее с полётами на них, я дружу давно. Совершаю с десяток поездок в год на этом виде транспорта. В связи с этим, накопились некоторые наблюдения. Может быть примитивные, но успешно применяемые на практике. К тому же близится время зимнего отдыха, поэтому актуальность темы присутствует.

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

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

Чуть лучше дело обстоит в продуктовой разработке, особенно в стартапах, где генерация требований равномерно распределена по всему жизненному циклу работы над продуктом. Благодаря принципам Lean StartUp: построить -> измерить -> изучить, продуктовые команды работают более короткими циклами. На входе каждой итерации — новая порция требований для «эксперимента», в формулирование которых часто вовлечена вся команда.

В заказной разработке я наблюдаю 3 типа проблем, связанных с ожиданием готовых требований от клиента:

1. “Бизнес” не умеет формулировать хорошие требования, потому что не понимает процесса разработки и технологических возможностей. Спецификация содержит представление заказчика о решении проблемы, докопаться до сути которой по документу сложно.
   
   
2. “Бизнесу” не хватает времени на проработку требований. Часть вариантов использования системы, не продуманная заранее, вбрасывается в ходе разработки. Чем меньше практик, поддерживающих итеративный процесс (CI, автоматизированное тестирование, ограничение по количеству фич в работе), тем сложнее вносить изменения в требования.
   
   
3. “Бизнес” и “разработка” говорят на разных языках. Как следствие — ложное понимание требований, не проясненные предположения, вытекающие из них 'сюрпризы' в момент демонстрации. Несуществующую систему сложно описать на бумаге. Отсюда вытекают проблемы, которые можно обобщить словами заказчика: “Я не знаю точно чего хочу, но точно знаю чего не хочу”.

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

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

Ниже — обзор продуктовых техник, которые могут в этом помочь.

Во время недавней оптимизации запросов в базу данных наткнулся на описание работы SQLite с rowid. Если вкратце: в каждой таблице есть int64 столбец rowid, значение которого является уникальным для каждой записи в таблице. Посмотреть значение можно по имени «rowid» и в запросе * оно не показывается.

Записи хранятся как B-дерево по rowid. И это делает очень быстрым поиск и выборку по rowid. В два раза быстрее чем по primary key или по индексированному полю. Как я понял, поиск по индексированному столбцу — это поиск по B-дереву, в результате которого мы находим rowid. И уже имея rowid — ищем нужную запись.

Напрашивается очевидный вопрос: как сделать чтобы rowid и наш PRIMARY KEY совпадали?

Собирая квадрокоптер столкнулся с проблемой: выбор комплектующих огромный, а вот поиск по ним никудышный.
В свободное от работы время потихоньку клепаю поисковик по комплектующим: www.rcdetails.info
Сейчас БД уже содержит информацию о товарах с hobbyking.com, goodluckbuy и towerhobbies:

• более 800 бесколлекторных моторов;
• более 300 ДВС;
• примерно 400 регуляторов для бесколлекторных моторов;
• более 1300 литиевых аккумуляторов;
• почти 800 сервоприводов;
• почти 1000 винтов;

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

Первая часть — вводная.
Вторая часть — быстрый старт.
Третья часть — особенности.

Несмотря на то, что эта тема затрагивалась на Хабре и раньше, некоторые ключевые вещи не прозвучали. В этой статье делается попытка «закрыть тему». Замечания по дополнению/исправлению приветствуются.