В марте 2007 года в США случился политический скандал: никому не понятным образом в и без того одиозный Patriot Act были внесены изменения, позволяющие президенту США единолично увольнять федеральных прокуроров. Оказывается, ничего не подозревающие конгрессмены проголосовали за целую кучу поправок «пачкой», не осознавая, что среди них находится настоящая «бомба». Два абзаца были удалены, и добавлен один новый, и всё это произошло буквально за несколько дней до голосования, без уведомления, без обоснования, без оповещения заинтересованных лиц.

В кратчайшие сроки после введения этой поправки семеро федеральных прокуроров были уволены. Отголоски этого решения в американской политической картине чувствуются до сих пор.

Американские гики во главе с Тимом О'Рилли и Карлом Фогелем (первый: владелец небезызвестного издательства, второй: ведущий разработчик Subversion) призывают законодательные власти Америки к введению полноценной системы контроля версий, позволяющей предотвратить возможность повторения подобных инцидентов.

Источники:

а) Tim O'Reilly: «Why Congress Needs a Version Control System»

б) Wikipedia: «Dismissal of U.S. Attorneys Controversy»

в) РГ: Федеральный закон Российской Федерации от 4 декабря 2006 г. N 202-ФЗ О внесении изменений в Федеральный закон «О науке и государственной научно-технической политике» и Федеральный закон «Об архивном деле в Российской Федерации» (пример того, как не надо составлять commit messages)

* * *

Блог «Better Explained» в кратчайшие сроки завоевал мегатонну человеческого внимания, опубликовав два чарующе прекрасных с визуальной точки зрения описания систем контроля версий.

а) Better Explained: «A Visual Guide to Version Control»

б) Better Explained: «Intro to Distributed Version Control (Illustrated)»

* * *

А также:

а) Презентация Бена Коллинза-Суссмана и Брайана Фицпатрика (ведущие разработчики Subversion): «Худшие практики использования Subversion»

б) Симпатичная шпаргалка по Git

в) Шпаргалка по Mercurial

Google ведёт разработку собственной OCR-системы под названием OCRopus.
В данный момент разработка ведётся для Linux x86 и x86/64 под дистрибутивом Ubuntu 6.10. Как сообщают разработчики, код легко портируется для поддержки других дистрибутивов и платформ.
План разработки:

• Альфа релиз (3 четверть 2007)
• Бета релиз (1 четверть 2008)
• Версия 1.0 (3 четверть 2008)

Исходный код: ocropus.googlecode.com (Subversion)
Источник: googleblog.blogspot.com

Привет, хабрачеловек! Мне довелось принимать участие в «Всеукраинском конкурсе молодежи по информационным технологиям», в номинации «Web-программирование», который в этом году проходил в городе Бровары, не далеко от Киева. То, что я там увидел — меня, откровенно говоря, повергло в шок. Подробнее — под катом.

Разработчик под Windows Mobile, Dan Ardelean, сумел разблокировать ROM эмулятора Windows Phone 7 для доступа ко всем доступным в текущем ROM функциям этой операционной системы. Например, ниже прикольный Task Manager, который ранее никогда не демонстрировался. На второй картинке — меню настроек.



Обновленная прошивка доступна в блоге. У меня пока нет возможности попробовать, но если у кого получится — пишите отзывы в комментарии.

via www.istartedsomething.com/20100319/windows-phone-7-series-emulator-unlocked

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

В статье описаны основные трудности создания приложений под Android.
Рассматриваются базовые понятия программирования Android.
Для примера описано создание игры Sudoku из книги Hello, Android – Ed Burnette.
Осторожно много скриншотов.

В рамках программы MSDN Academic Alliance работает такой ресурс, как Библиотека учебных курсов.



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

Как оказалось Hibernate не приемлит битовых операций в условиях hql запроса. Например, «from Events where type & mask <> 0» генерирует исключение парсера, так же битовых операций нет в документации. Однако не стоит отчаиваться.

• Во-первых, сравнение с маской можно заменить, пойдя математическим путём. field & mask != 0 эквивалентно (field / mask) % 2 = 1
• Во-вторых, реализовать свою SQL функцию и зарегистрировать её в диалекте.

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

Ситуация: я занимаюсь разработками баз данных. К примеру выдумана определенная схема работы, которую жутко хотелось бы обсудить в сети, на той же хабре. Но смущают некоторые моменты:
1. Идея как обычно проста до безобразия, и её с легкостью потянет ЛЮБОЙ более-менее толковый программист на Delphi (или другом языке) + PHP-реализация. Отсюда вытекает второй пункт;
2. Описание реализации схемы работы системы с гарантией имеют возможность спереть. Видя интерфейс и структуру базы скопировать оную — дело недели.

Проект действительно социально-полезен будет для населения. Сразу оговорюсь это не социальная сеть в которых толпа обменивается фотографиями с подписями… в общем по этому вопросу хорошо в Камеди-клаб выступили, и не очередной файлообменный сервис, вобщем таких проектов на все СНГ — 2 штуки всего, и те работают в Москве и «раком». Аналоги реализованы уже давно (лет 5-6 назад), но ни один из них не предоставляет нормальной работающей схемы и уже на протяжении нескольких лет не развиваются, и не из-за того что не прибыльно, а из-за изначально неправильной схематики работы.

Ориентация на законодательство Украины, России в равной степени является смешным, ибо «наши Законы — себя берегут».

Реально вижу в таких ситуациях только несколько выходов:
1. Абсолютно 100% реализация самостоятельная либо локально-региональная. Далее развитие проекта в своем регионе. Накопление средств на выход, например, столичный (Киев) рынок. Накопление средств. Выход на всю страну.
2. Если неможешь реализовать проект самостоятельно полностью — то забить на проект, или учить недоученное, и опять же возврат к первому пункту. Но время ведь тоже идет.

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

Кто и как поступает в данных ситуациях?

UPD: Пожалуйста, хотелось бы услышать не флейм, а все-таки обсуждение и дополнение проблемы насущной.

UPD #2: Поменять название топика на «Все новое — хорошо украденное старое»? :)

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

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

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

Встала передо мной небольшая задачка — поработать с различными файлами, в которых нерадивые пользователи присылают информацию о себе. Начав, со сбора статистики, я увидел страшную картину — изгаляются кто во что горазд. Присылают все, что только можно. Начиная от простых текстовых файлов (слава богам, есть в мире адекватные люди) и заканчивая презентациями в PowerPoint или Flash (а в таких людей я не верил вплоть до того момента, как сам увидел). Я, как не дурак, естественно решил привести все это многообразие к единому виду, обеспечивающим возможность человеко-машинной обработки. Не долго думая, я выбрал старый добрый html.
Различные презентации и картинки были отсеяны из алгоритма практически сразу — смысла городить огород не так уж и много, благо не столь часто попадаются эти прекрасные порождения креатива. Обработать из вручную не столь проблематично, как основной поток. Текстовые, html и т.п. файлы, в связи с выбором единого формата, можно было не затрагивать. А вот с прочими распространенными форматами, ясное дело, пришлось повозиться.

Simple CPU — маленький урок, который знакомит новичка с ключевыми понятиями информатики. Хотя урок далеко не полный и предназначен для «самых маленьких», но даже образованному человеку приятно видеть, насколько доступно и элегантно можно изложить сложный материал.

Урок состоит из 8 интерактивных примеров.

1. Бинарное счисление.

2. Логические операции на примере штриха Шеффера (NAND gate).


Штрих Шеффера (NAND gate)

В свете последних событий, связанных со Skype (блокировка «старых» версий клиента, насильное обновление клиентов на всех платформах, откровенно сырая новая версия клиента для Linux), решил поделиться с сообществом успешным опытом использования Google Hangouts для коллаборации (командной разработки ПО, парного программирования) и написать универсальное руководство (tutorial, how-to) для Debian/Ubuntu Linux, а также Mac OS X и Windows, собрав всю необходимую и полезную информацию воедино.

Эта статья для тех, кто в поиске полноценной альтернативы Skype для большинства современных платформ и в первую очередь для Linux.

С тех пор как мы начали работать над Iron.io, мы пытались решить проблему поддержания наших IronWorker-контейнеров в актуальном состоянии относительно новых сред выполнения и пакетов Linux. В течение последних двух лет IronWorker использовал одну и ту же среду выполнения без изменений. Пока, несколько недель назад, мы не выпустили в продакшен различные окружения для языков программирования.

С момента создания нашего сервиса, мы использовали только один контейнер, который содержал набор языковых сред и бинарных пакетов — Ruby, Python, PHP, Java, .NET и другие языки, а также библиотеки такие как ImageMagick, SoX и другие.

Этот контейнер и стратегия его использования начали устаревать, равно как и Ruby 1.9.1, Node 0,8, Mono 2 и прочие языки со старыми версиями, которые использовались в стеке по умолчанию. Со временем проблема стала ещё острее, поскольку люди начали использовать новые вещи, но были вынуждены изменять свой код для работы со старыми версиями языков.

Доброго времени суток, уважаемые хабравчане!

Возникла передо мной сегодня задача генерации GET-параметров и всего URL в целом, на стороне клиента, прям вот щас, без возможности «поговорить» с сервером. Сразу оговорюсь, про этот пост я узнал вот прям перед написанием данной статьи ибо сначала закончил писать, а потом уже прибег к поиску, да и пост тот — не со всем про то же самое, что у меня.

Итак, к делу.

Задача и проблемы

Проблемы — те же что и в посте, который я привел выше:

• Невозможность использовать window.location для «приготовления» URL;
• Нельзя работать сразу с несколькими window.location в силу политики безопасности браузеров;
• Отсутствие известных готовых решений ( да и сейчас, уже апосля, я не нашел подобного кода )

Задачи которые я поставил перед собой:

• Удобный синтаксис
• Возможность как читать части URL так и изменять их
• Работа с GET-параметрами
• Кроссбраузерность и универсальность

Писал я на чистейшем JavaScript, причем без использования prototype.__defineGetter__ или prototype.__defineSetter__ в угоду кроссбраузерности ибо IE < 9 такого не умеет. Более подробно про getters/setters написано в этом посте.

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

Приступим! Раньше сядем — раньше выйдем.

Введение

В предыдущих статьях мы рассмотрели принципы верстки на чистом CSS и с помощью Bootstrap. Сегодняшней статьей мы начинаем рассматривать особенности верстки под популярные CMS. И начнем с WordPress, как самой популярной из них. Будем считать, что WordPress у вас уже установлен и перейдем непосредственно к созданию шаблона, в качестве которого у нас по-прежнему будет выступать Corporate Blue от студии Pcklaboratory. Если вы не знаете как установить WordPress, то инструкцию можно найти здесь. В данном руководстве мы не будем подробно описывать CSS стили и HTML код – это было сделано уже в предыдущих статьях. Вместо этого рассмотрим детально особенности создания темы именно под WordPress.

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

Заинтересовавшимся как это решить с помощью ElasticSearch прошу под кат.

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

Некоторое время назад после волшебного пендаля под названием Tolstoy Summer Camp я начал пилить свой стартап.
Сначала у меня в команде было два разработчика и дизайнер. Потом один разработчик ушёл пилить свой проект. Затем появился другой разработчик. И всё бы ничего, но я сходил с ума от того что не мог найти простых и понятных средств ведения дел в таких маленьких компаниях как моя.
Я перепробовал тучу всяких Basecamp, Asana, Redmine, Trello, Мегаплан и прочих, массу мессенджеров в разных сочетаниях c он-лайн файлопомойками типа Dropbox и GoogleDrive — ничего мне не нравилось. «Ну, не то это всё, не то!».