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

Однако же, когда в начале этого года _darkus_ обратился ко мне с предложением стать соавтором книги, благодатная почва была уже подготовлена и обильно удобрена, и я сразу же согласился. И вот уже в течении трех месяцев мы пишем книгу о синтаксическом анализе и построении DSL (domain-specific languages) при помощи Haskell, и ищем экспертов-рецензентов для обсуждения черновых вариантов ее глав.

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

Вы уже заинтересовались? Дело за малым: для того чтобы попасть в сообщество, необходимо написать e-mail на адреса darkus.14 AT gmail.com и dastapov AT gmail.com, в котором в паре абзацев рассказать про себя и про свой опыт использования языка Haskell, ещё в паре абзацев рассказать о том, почему имеется интерес к книге и чем конкретно, как вам кажется, вы можете помочь или быть полезны. Речь не идет о том, что мы будем устраивать формальные интервью и делить желающих на "годных" и "негодных". Речь, скорее, о том, чтобы убедиться, что потенциальный рецензент способен связно выражать свои мысли на письме и хоть что-то слышал про Haskell или связанные с ним вещи. Эта мера, равно как и закрытие community - наш (возможно, неоптимальный) способ улучшить соотношение "сигнал-шум" в общении с вами.

Спасибо за внимание, ждем писем!

Мне кажется, необходимо сделать лирическое отступление и объяснить подробнее, почему же все-таки для нас оказалось так тяжело спланировать и спроектировать все самостоятельно.

Казалось бы, что тут сложного? Подумать, какая вам нужна мебель и прочие причиндалы, посмотрите их в магазине с рулеткой, прикиньте, как они будут стоять. И всего делов. Делают же как-то другие люди ремонт - и ничего, справляются. Как написано в одном из комментариев к предыдущему посту: "интеллектуальности тут никакой, надо только проявить свой вкус в выборе материалов и мебели, тогда и получится то, что хочется вам. А перекладывать это на каких-то дядей довольно стрёмно - эти дяди вам еще такого напридумывают, а вам потом в этом жить."( А может, просто только кошки родятся? )

Предыдущая серия: http://users.livejournal.com/_adept_/81078.html.

Итак, мы стали искать дизайнера.

Технология выбора поставщика услуг при наличии большого числа предложений у нас уже отработана: ( ковровые бомбометания по всей территории... )

Некоторое время тому назад я писал (http://users.livejournal.com/_adept_/79951.html) о скрипте, с помощью которого я извлекаю данные о фильмах с сайта imdb.com. После нескольких недель эксплуатации скрипт оброс дополнительными возможностями, главная из которых - "декодирование" оценки фильма с помощью IMDB Movie Decoder Ring.

Что это за "декодирование" и зачем оно нужно? А для того, чтобы ответить на вопрос: "фильм с оценкой 6.1 - это фильм плохой, хороший или так себе?". Если бы оценки посетителей были бы распределены равномерно в интервале от 1 до 10, то можно было бы утверждать, что фильм с оценкой 6.1 - скорее хороший, чем средний. Однако фильмов с оценкой 1 и 2 на imdb.com почти нет, а фильмов с оценкой в интервале [5;7] - очень много. Как же можно содержательно интерпретировать оценку?

Например, так: можно заменить оценку X на процентное отношение фильмов, имеющих оценку <=X, к общему количеству фильмов. Если более 50% фильмов в базе imdb.com имеют оценку <=X, то можно считать, что фильм - скорее хороший. Более того, подобные процентные отношения можно рассчитать отдельно для всех жанров, к которым относится фильм, и тогда можно будет ответить на вопрос, как выбранная нами мелодрама (жанры Comedy, Drama) соотносится с другими комедиями и драмами.

Чтобы не выполнять каждый раз обработку всей базы imdb, Tom Moertel свел подобные расчеты в удобную компактную таблицу, которую он назвал IMDB Movie Decoder Ring. Табличка эта предназначена для использования вручную, но я, как человек ленивый, тоже не захотел связываться с обработкой сырых данных с imdb.com, и запихнул эту табличку в свой скрипт. Теперь в таблице результатов добавились две колонки: процент всех фильмов, оцененных ниже, чем этот, и (в отдельной колонке) подобные проценты по всем жанрам фильма, через запятую.

В результате можно выяснить, что, например, фильм "Broken English (2007)", имеющий оценку 6.3 -- едва-едва попадает в категорию "скорее хорошие". Он "лучше" всего 51% фильмов в базе imdb. Кроме того, если посмотреть на его положение в каждом из жанров -- Comedy, Drama, Romance -- то окажется, что он лучше 55% комедий, но - всего лишь 42% драм и 46% романтических фильмов. Получается, что для комедии оценка 6.3 - это "хорошо", а для драмы - всего лишь "удовлетворительно.

Полный текст скрипта - под катом.( Read more... )

dil спрашивает: "http://phd-paul-lector.livejournal.com/178670.html - можешь прокомментировать? каким образом можно подделать номер звонящего телефона?"

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

Итак, в один прекрасный день мы стали обладателями 70 "квадратов" собственного жилья, на которых проектировщики уместили прихожую, коридор, кухню, три комнаты, раздельный санузел и два балкона. Если кто в курсе - стандартная трехкомнатная квартира так называемой "96-ой серии".

Рынок сейчас полон предложений вида "покупай и въезжай", но наша квартира была почти полной противоположностью. В ней лет 15 не делался капитальный ремонт, ее много и со вкусом сдавали, в ней выкурили столько дешевых сигарет, что среднестатистическая лошадь тут же откинула бы копыта, приди ей в голову идея лизнуть обои (фото иллюстрируют этот пост, а если вам не лень - можете посмотреть 7-и минутное видео на youtube). Короче, вы поняли.( Хочешь - не хочешь, а надо было делать капитальный ремонт. )

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

Этот пост был написан "в стол" и долгое время там лежал. В процессе переезда обычно наводишь порядок, в том числе - и в столе. Ненужное выкидываешь, нужно - приспосабливаешь для какой-то пользы. Раз уж пост был написал - надо его публиковать :)

О чем повествует сказка про репку, вы все наверняка в курсе.

Если кто забыл - напомню:

> module Main where

> import Prelude hiding (putStrLn, print)
> import System.IO.UTF8
> import Data.List (intersperse, find)

Вы скажете - в сказке такого не было? Погодите - скоро сказка сказывается, не скоро дело делается. Так вот, жили-были любители репы:( Read more... )

Сегодня я с некоторым офигением обнаружил, что можно вбить в Google поисковый запрос "Кто вы, мистер Брукс? site:imdb.com" и получить первым результатом ссылку на страницу этого фильма на imdb.com.

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

Кому интересно, скрипт и пример его использования - под катом.( Read more... )

Буду потихоньку возвращаться в эфир после долгого перерыва. Для раскачки - короткий рассказ о том, как устроена услуга, известная в наших краях под названием "Вам звонили".

Суть ее такова: допустим, вам звонили, а вы в тот момент были вне зоны покрытия или вообще выключили телефон. Естественно, вы о звонке ни сном, ни духом. И тут вы включаете телефон (выходите из метро, из подвала и т.п.) и вам приходит SMS примерно такого содержания: "Вам звонило 10 человек с номерами: .....".

Естественный вопрос: кто следит за вашими звонками в то время, когда вы не можете их принять? ( Всё просто ... )