Nothing left to do but smile, smile, smile

Мыло, матрешки и enterprise

Thu, 09 Apr 2009 22:48:27 GMT

Вопрос на засыпку: где в нижеследующем фрагменте SOAP-сообщения самый большой WTF? Минута пошла.

<?xml version="1.0" encoding="utf-8"?>
<soap:Envelope...
<GetDataSourceNameListResponse>
  <GetDataSourceNameListResult>&lt;?xml version="1.0" encoding="utf-16"?&gt;
&lt;AxStringArray xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:ax="http://www.emc.com/ax" xmlns="http://www.emc.com/ax"&gt;
  &lt;ax:String&gt;AX-USI&lt;/ax:String&gt;
  &lt;ax:String&gt;AX-GRAD&lt;/ax:String&gt;
  &lt;ax:String&gt;AX-OVPREA&lt;/ax:String&gt;
  &lt;ax:String&gt;AX-CLAS&lt;/ax:String&gt;
&lt;/AxStringArray&gt;
  </GetDataSourceNameListResult>
</GetDataSourceNameListResponse>
...

Это — EMC Documentum AppXtender с его неповторимым public API. Несколько строк кода с использованием JAXB скрыли это мракобесие от моих милых POJO, но, как в том анекдоте про ложки, осадок неприятный остался.

Ответ: (вопрос был с на*бкой) само сообщение в utf-8, а XML-матрешка объявлена как utf-16.

Пост-Xmas

Sat, 27 Dec 2008 18:20:58 GMT

Когда в каждом супермаркете играет «Have yourself a merry little Christmas», а на выходе из него мини-хор бомжей так органично поет «...and since we've got no place to go, let it snow, let it snow, let it snow...» а капелла, моей любимой рождественской песней остается «My Favorite Things». Кто ее только не исполнял — от Энди Уильямса до Тупака, и в обилии интерпретаций собственно и есть ее прелесть.

Вот «оригинал» из фильма Sound of Music. В кавычках потому что это — адаптация одноименного мюзикла, дебютировавшего на Бродвее на шесть лет раньше.

С легкой руки и других гениальных частей тела Колтрeйна композиция стала джазовым стандартом.

Вот, к примеру, Дэвид Либман с версией пободрее. Последние двое конечно джазовые величины разного калибра, но в разное время оба играли у Майлса.

А хотите шансон — смотрите «взрослый вариант» для разнообразия.

Ну и самый эпический перфоманс: два отвязных японца с прозвищами «Гонсалез» и «Тити» в сопровождении куми-дайко и заметной струнной секции.

Static Typing

Sun, 28 Sep 2008 18:09:28 GMT

Disclaimer: taking pictures while driving is dangerous; don't try this at home

Тоже о любви к стейкам

Mon, 11 Aug 2008 04:52:17 GMT

Командировка в Иллинойсе, мы по магистрали-294 все больше удаляемся на юг от Чикаго. Самое время для сытного ужина после перелета, пытаемся найти подходящее место через iPhone, задалбливаемся. Тут приходится в очередной раз остановиться, чтобы отдать мзду (80 центов) за платный участок дороги. Спрашиваем у двух девушек-операторов, где в окрестностях можно найти хороший стейк. Между ними завязывается спор, всплывают одни за другими названия стейкхаусов. За нами стоит колонна машин, которая через некоторое время начинает неловко сигналить (все же это Средний Запад — в Бостоне уже, похоже, пошли бы бить морду и нам, и девушкам). Собиратели дорожной дани сходятся в итоге на одном месте, куда мы и отправляемся.
— You think we can trust them with our dinner? — спрашивает коллега
— Well, they seemed well-fed... — политкорректно намекает другой на уж очень сочные формы девушек
— This is America, everyone is well-fed.
Пятнадцать минут, пара нарушений правил дорожного движения, и вот мы уже рассматриваем меню. Добротное место — все порции мяса кроме filet mignon и New York strip подаются по 32 унции (чуть меньше килограмма) — практически целая корова на тарелке. New York strip, medium rare, сочный, сделанный как надо, и вот уже можно считать, что день удался. А, значит, с утра все бизнес-вопросы будут решаться веселее.

Friday Night

Sat, 09 Aug 2008 15:00:37 GMT

08/08/08 @ 8pm: дилемма Gogol Bordello @ Providence, RI vs. Захар Май @ Cambridge, MA разрешилась в пользу последнего. О чем я совсем не пожалел. Среди забавных впечатлений: куча разношерстной русской публики от «инженерной интеллигенции» в очках и выглаженных брюках до «гопников» в кожаных пиджаках и кепках, стойкий запах марихуаны по всему бару еще до начала перфоманса, рычащий для затравки «My hips don't lie» собственно Захар Борисович, стреляющий у него сигареты и пританцовывающий под «один раз в год козу ебут» профессор MIT и, наконец, тайская барменша, сказавшая мне «сипасиба» за чаевые.

Интервью

Sun, 03 Aug 2008 02:11:06 GMT

— Here, wanna interview this guy? — бросил мне уже бывший начальник чье-то резюме на стол.
— But I have no idea what to do...
— Good, gotta start someday anyway.

В общем, я провел свое первое собеседование. Было очень забавно оказаться по другую сторону барьера — я все больше вел технические разговоры, а под конец дал кандидату задачку. Лас Вегас алгоритм он таки нашел, но вот с подсчетом ожидаемого времени у него не срослось. Во-первых — то, что он в конце концов написал на доске, оказалось формулой не ожидаемого времени, а вероятности того, что алгоритм когда-нибудь завершится. Хотя резюме говорило, что в его магистрской инженерной программе присутствовал «Analysis of Probabilistic Systems». Возможно, если бы он ее досчитал и получил 1, то почуял бы, что что-то не так. Но ... во-вторых, он-то ее и не досчитал, хотя это была просто сумма геометрической прогрессии. С другой стороны — половина функций в финансовых калькуляторах собственно и считают такие суммы, называя их все на три буквы — NPV, APR, IRR, а ими пользуются люди, которые считают наше с вами бабло, так что это еще не так страшно.

Запоздалое

Sat, 02 Aug 2008 17:53:05 GMT

Ходил на «The Dark Knight» в день после премьеры — десять минут до начала сеанса, а, значит, больше получаса до, собственно, фильма, но зал почти забит. Кое-как протискиваемся на нормальные места... Чувствуется ажиотаж; как оказалось — совсем не пустой. Cristian Bale как всегда на уровне. Как сказал приятель после «Batman Begins» — he's evil fucking good (возможно даже настолько, что ему удастся реанимировать совсем дохлый franchise). Но Joker, Joker — это роль, после которой можно уходить. Heath Ledger выдал на голову лучшую игру, чем предыдущая инкарнация — Jack Nicholson, и это о многом говорит. Перед съемками он жил один в отеле неделю и входил в роль. Страшный, смешной, с адским чувством юмора. А голос — то, что потеряется при дубляже — совсем не из этого мира, как Tom Waits, но мрачный и злой. Глубоко жаль, что это была его последняя полная роль. Но радует, что в последнее время начали более серьезно экранизировать комиксы, потому что среди них много на самом деле достойных произведений, и только из-за дурацкой анимации, фильмов и режиссеров как Tim Burton о них думают, как о чем-то детско-глупом. Кстати, перед «The Dark Knight» увидел preview выходящего в следующем году «Watchmen» — адаптации одноименной и одной из самых культовых и психологически глубоких серий комиксов. Создал ее, кстати, Alan Moore, на счету которого также замечательные «V for Vendetta» и «From Hell». По первой сняли совершенно непотребный фильм, а по второй — наоборот очень хороший. Посмотрим, что получится с «Watchmen».

Going down to ...

Sat, 14 Jun 2008 23:22:22 GMT

Iron Man?

Sat, 31 May 2008 02:00:33 GMT

Вот это — будущий Tony Stark. Да.

Multiple dispatch

Fri, 30 May 2008 03:49:17 GMT

Многие вводные статьи и учебники по «попсовому» объектно-ориентированному программированию (где под «попсовым» подразумевается то, что мы имеем, например, в C++ и Java) содержат примеры с классами «фигурка», «треугольничек» и так далее. Примеры, кстати, получаются очень стройными, но к сожалению элегантность редко просачивается из учебников в реальный код. Тема этого поста — multiple dispatch — фундаментальная возможность, которая отсутствует во многих распространенных языках, называющих себя объектно-ориентированными. Я тоже выберу популярный подход с «фигурками» и «треугольничками». Мои примеры — весьма абстрактные, но том или другом виде встречаются очень часто в реальных системах. Итак, предположим, что у нас есть типы окружность и перенос, и нашей программе на Java нужно второе применять к первому.

class Circle {
      final int x, y, r;
      public Circle(int x, int y, int r) {
             this.x = x; this.y = y; this.r = r;                             
      }
}

class Translation {
      final int x, y;
      public Translation(int x, int y) {
             this.x = x; this.y = y;
      }
}

class Program {
      Circle transform(Circle c, Translation t) {
             return new Circle(c.x + t.x, c.y + t.y, c.r);
      }
}

Пока все тривиально. Теперь предположим, что кроме переноса мы также имеем тип — операцию вертикального отражения.

class VFlip {
      final int y;
      public VFlip(int y) {
             this.y = y;
      }
}

Соответственно добавим новый метод в нашу программу.

class Program {
      Circle transform(Circle c, Translation t) {
             return new Circle(c.x + t.x, c.y + t.y, c.r);
      }
      Circle transform(Circle c, VFlip t) {
             return new Circle(c.x, 2*t.y - c.y, c.r);
      }
}

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

class Translation implements Transform { ...
class VFlip implements Transform { ...

Также добавим следующий метод, отладки ради.

Circle transform(Circle c, Transform t) {
      throw new RuntimeException("Not implemented");
}

А теперь все-таки постараемся реализовать необходимый метод.

Circle transform(Circle c, Iterable<Transform> transforms) {
      Circle result = c;
      for (Transform t: transforms) result = transform(result, t);
      return result;
}

Естественно, этот код не работает, потому что всегда вызывается метод transform(Circle, Transform) который выдает исключение. Вот если бы только выполнение делегировалось методу в зависимости от реального, то есть runtime, типа операции... Собственно это делегирование и называется multiple dispatch или мультиметодом и дает возможность специализировать функции по типам нескольких агрументов. Пока же нам придется немного поменять код.

Circle transform(Circle c, Transform t) {
        if (t instanceof Translation) return transform(c, (Translation) t);
        else if (t instanceof VFlip) return transform(c, (VFlip) t);
        else throw new RuntimeException("not implemented");
}

Как только количество типов, которые надо обработать, увеличится, а их дерево наследования вырастет, этот метод превратится в спагетти. Тем временем multiple dispatch присутствует, например, в объектной системе для Common Lisp — CLOS. Таким образом, код на Common Lisp мог бы быть следующим.

(defclass translation () (x :initarg :x y :initarg :y))
(defclass vflip () (y :initarg :y))
(defclass circle () (x :initarg :x y :initarg :y r :initarg :r))
(defmethod transform ((c circle) (tr translation))
  (make-instance 'circle :x (+ (slot-value c 'x) (slot-value tr 'x))
                        :y (+ (slot-value c 'y) (slot-value tr 'y))
                        :r (slot-value c 'r)))
(defmethod transform ((c circle) (f vflip))
  (make-instance 'circle :x (slot-value c 'x)
                         :y (- (* 2 (slot-value f 'y)) (slot-value c 'y))
                         :r (slot-value c 'r)))
(defmethod transform ((c circle) (tlist sequence))
  (reduce #'transform tlist :initial-value c))

Даже если мы вдруг заведем подкласс translation (назовем его subtranslation), не определив для него функцию transform, то при ее применении к объекту типа subtranslation будет вызван вариант для типа translation. На самом деле стоит заметить, что пока во всех примерах нем необходим только single dispatch, так как реально мы специализируем функцию по типу только одного аргумента. И вот single dispatch уже присутствует в Java и вообще большинстве ОО-языков — это переопределение методов в подклассе. Действительно, стоит просто представить себе метод класса, как функцию, принимающую дополнительным параметром объект этого класса (что явно сделано в python, CLOS и GObject — причем везде по разным причинам). Итак, имея в руках single dispatch, мы можем проделать следующий трюк, знакомый нам по visitor pattern.

interface Transform {
        Circle apply(Circle);
}

class Translation implements Transform {
        //...
        Circle apply(Circle c) {
                return new Circle(c.x + x, c.y + y, c.r);
        }
}

class VFlip implements Transform {
        //...
        Circle apply(Circle c) {
                return new Circle(c.x, 2*y - c.y, c.r);
        }
}

class Program {
        Circle transform(Circle c, Iterable<Transform> transforms) {
                Circle result = c;
                for (Transform t: transforms) result = t.apply(result);
                return result;
        }
}

Сразу можно сделать два замечания к дизайну: во-первых, VFlip и Translation зависят от Circle, и эта зависимость явно лишняя; во-вторых, нет разделения алгоритма и типа данных, но это — меньшая проблема, да и вообще она присутствует почти в любом ОО-дизайне. Даже если закрыть на это глаза, у single dispatch все равно есть потолок — нам моментально станет его недостаточно, как только мы введем абстрактный тип фигура и не только сделаем окружность его подтипом, но и добавим еще один — скажем, треугольник. Однако то, что в Java нет multiple dispatch еще не значит, что мы его не можем написать сами. В голову сразу приходят два варианта — вручную хранить список методов, индексируя по типу агрументов или использовать обычные методы, но вызывать их рефлективно. Если пойти первым путем, то может получиться следующее.

public interface Function<X, Y> {
        public<V extends X> Y apply(V x);
}

public class MultiMethod<X, Y> implements Function<X, Y> {
        private final Map<Class, Function<? extends X, Y>> methods = new HashMap<Class, Function<? extends X,Y>>();
        public <V extends X> Y apply(V x) {
                Class argclass = x.getClass();
                do {
                        Function<? extends X, Y> f = methods.get(argclass);
                        if (f != null) return ((Function<V, Y>) f).apply(x);
                        else argclass = argclass.getSuperclass();
                } while (argclass != Object.class);
                throw new RuntimeException("not implemented");
        }       
        public <V extends X> void implement(Class<V> c, Function<V, Y> method) {
                methods.put(c, method);
        }
}

Это — только пример double dispatch, к тому же мы полагаем, что аргумент не может быть null</pre>. Но тем не менее код рабочий — вот пример.

class Test {
        static interface A {};
        static class B implements A {};
        static class C implements A {};
        final Function<A, String> test;
        protected final MultiMethod<A, String> mm = new MultiMethod<A, String>();
        public Test() {
                mm.implement(A.class, new Function<A, String>() {
                        public <V extends A> String apply(V x) {
                                return "this is A";
                        }
                });
                mm.implement(B.class, new Function<B, String>() {
                        public <V extends B> String apply(V x) {
                                return "this is B";
                        }
                });
                test = mm;
        }
        public static void main(String[] args) {
                Test t = new Test();
                System.out.println(t.test.apply(new B()));
                System.out.println(t.test.apply(new C()));
        }
}

Здесь возможно переопределение мультиметода при наследовании — просто путем вызова implement. Но все же получилось громоздко в первую очередь потому что в Java нет функций как значений ни в каком виде, а анонимные классы-обертки создают синтаксический мусор. Эту (недо)реализацию мультиметодов легко портировать на Scala, где они будут смотреться более элегантно, хотя байткод при компиляции будет идентичным.

import scala.collection.mutable.HashMap

class MultiMethod[X <: Object, Y] extends (X => Y) {
        private val methods = new HashMap[Class[_], (_ <: X) => Y]()
        def apply(x: X): Y = {
                var argclass = x.getClass()
                do {
                        methods.get(argclass) match {
                            case Some(f) => return f.asInstanceOf[X => Y](x)
                            case None => argclass = argclass.getSuperclass()
                        }
                } while (argclass != classOf[Object])
                throw new RuntimeException("not implemented")
        }       
        def implement[V <: X](c: Class[V], method: V => Y) = methods.update(c, method)
}

class A
class B extends A
class C extends A

class Test {
        protected val mm = new MultiMethod[A, String]()
        mm.implement(classOf[A], (a: A) => "this is A")
        mm.implement(classOf[B], (b: B) => "this is B")
        val test = mm
}

object Main {
        def main(args: Array[String]) {
                val t = new Test()
                println(t.test(new A()))
                println(t.test(new B()))
                println(t.test(new C()))
        }
}

Даже синтаксис для вызова мультиметода становится таким же, как и для обычного метода.

Если же мы выберем рефлективный путь, то сможем и вовсе обойтись одним методом.

static Object dispatch(Object target, String method, Object arg) throws InvocationTargetException, SecurityException {
        Class<?> argclass = arg.getClass();
        do {
                try {
                        Method m = target.getClass().getMethod(method, argclass);
                        return m.invoke(target, arg);
                } catch (NoSuchMethodException e) {
                } catch (IllegalAccessException e) {                            
                }                       
        } while (argclass != Object.class);
        throw new RuntimeException("not implemented");
}

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

public class MultipleDispatch {
        static interface A {};
        static class B implements A {};
        static class C implements A {};
        public String test(A a) {
                return "this is A";
        }
        public String test(B b) {
                return "this is B";
        }
        public static void main(String[] args) {
                Object target = new MultipleDispatch();
                String method = "test";
                try {
                        System.out.println(dispatch(target, method, new B()));
                        System.out.println(dispatch(target, method, new C()));
                } catch (Exception e) {};
        }
}

Естественно, несколько вариантов мультиметода могут подходить для применения к аргументам с данными типами. Конкретный метод, который будет применен, определяется правилами данной системы multiple dispatch — это может быть метод с «ближайшей» в лексикографическом смысле подписью, а, скажем, в CLOS можно эти правила менять. Так вот, так же как при переопределении методов в Java можно вызвать следующий подходящий метод в single dispatch через super, в CLOS можно вызвать следующий метод посредством call-next-method. Добавление его эквивалента в приемлемом виде в любую из реализаций выше, похоже, нетривиально.

И вообще обобщение double dispatch до произвольного multiple dispatch будет достаточно комплексным, особенно для оптимизации. Но по сути единственная оптимизация, которую мы можем сделать в коде — это выбрать хороший алгоритм для поиска метода по типам. Возможности же компилятора и VM для оптимизации multiple dispatch теоретически гораздо шире. Поэтому есть как минимум два расширения компилятора Java, поддерживающие multiple dispatch: MultiJava и PEC (последний, кстати, и без этого достаточно интересный проект).

Что же с другими языками? Единственный мне знакомый язык с multiple dispatch, кроме Common Lisp, — это Groovy. В нем каждый метод по умолчанию его поддерживает. Еще я слышал, что multiple dispatch есть в Nice, но это, собственно, единственное, что я знаю о Nice. В динамических языках же как правило мультиметоды легко реализовать, потому что есть нормальные средства для интроспекции. Чем шире возможности метапрограммирования такого языка, тем более элегантно реализация впишется в код. Например, Guido давал пример очень простой реализации на Python с декораторами, используя которую, наш пример можно описать примерно так.

class Circle:
    def __init__(self, x, y, r):
        self.x = x
        self.y = y
        self.r = r

class Translation:
    def __init__(self, x, y):
        self.x = x
        self.y = y

class VFlip:
    def __init__(self, y):
        self.y = y

@multimethod(Circle, Translation)
def transform(c, t):
    return Circle(c.x + t.x, c.y + t.y, c.r)

@multimethod(Circle, VFlip)
def transform(c, f):
    return Circle(c.x, 2*f.y - c.y, c.r)

@multimethod(Circle, list)
def transform(c, l):
    return reduce(transform, l, c)

Для Ruby есть пара библиотек, реализующих мультиметоды — Multiple Dispatch и Multimethods. Конечно такой модуль нашелся и для Perl — Class::Multimethods. На самом деле язык не обязан быть динамическим, чтобы поддерживать мультиметоды. Все объектно-ориентированные языки имеют single dispatch, и совершенно ничего не ограничивает обобщения до multiple dispatch. Действительно — не так давно Bjarne Stroustrup сотоварищи написал статью о возможной реализации мультиметодов для C++.

Upd: добавил для сравнения код на Scala

Простой и полезный девайс

Thu, 29 May 2008 16:57:16 GMT

Phil: I don't suppose there's any chance of an espresso or cappuccino?
Mrs. Lancaster: (confused look) Oh, I don't know...
Phil: (turns away, to self) ... how to spell espresso or cappuccino.
—Groundhog Day

click to enlarge

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

Знаете, что такое сюр?

Fri, 16 May 2008 20:43:30 GMT

Это когда приходится читать справочник по армянскому на французском, не зная ни того, ни другого.

А Google Translate вообще убил. Засунуть выбор из всего 23 языков вместо обычного select во вложенные div'ы с прокруткой, в которых естественно не работает выбор с клавиатуры по первым буквам — для этого надо было очень долго думать. Очень.

День Выборов

Tue, 13 May 2008 05:40:05 GMT

Посмотрел тут недавно — ничего так, фильм может местами и дурной, но в целом очень даже на уровне. Особенно рядом с другими российскими комедиями, которые в последнее время хоть краем глаза смотрел. В отличие от остального сделан профессионально — тут тебе и перекрестные диалоги, и продуманные running gags. Саундтрек — так вообще прелесть, все исполнители настолько самоироничны. И Козырев с Уткиным, которые совсем не актеры, очень хорошо вписались. А реалии 90-х представлены так, что вызывают не рвотный рефлекс, а добрую ностальгию.

Любимое пиво

Sun, 11 May 2008 23:09:29 GMT

1. Samuel Adams Boston Ale
2. Shiner Bock
3. Guinness Draught
4. Samuel Adams Summer Ale
5. Corona Extra

ваше?

Focus mode

Fri, 09 May 2008 20:45:51 GMT

Пару недель назад стал пользоваться point to focus (точнее sloppy focus) вместо click to focus. Первая неделя — немного непривычно. Теперь — в экстазе, думаю, почему не сменил раньше.

OpenOffice 3 beta

Thu, 08 May 2008 05:53:16 GMT

Попробовал новую версию. Наконец используется не только системный freetype, но и его системные настройки

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

Из замеченных косяков — если запустить soffice с ключем -calc, -writer или тому подобным, процесс виснет, как только появляется окно. Также, если отображается много страниц одновременно, они почему-то постоянно перерисовываются и дергаются.

Если бы я использовал WYSIWYG текстовые процессоры, то наверное пересел бы на новую версию только из-за шрифтов.

A must-have feature

Fri, 25 Apr 2008 18:30:19 GMT

Гуглил зачем-то нечто типа “crop icon”, и одной из первых ссылок вышла “Why cropping is a must have feature”. Прелестно.

За последнюю неделю я выяснил...

Sat, 12 Apr 2008 04:37:41 GMT

...что от жесткого недосыпа и избытка кофеина моя точность стрельбы падает до пола при медленном огне (2 минуты на выстрел) и стойко возрастает при быстром огне (2 секунды на выстрел),

девушка в джинсах с очень низкой талией за соседним столом может испортить эффективность даже самой интересной лекции о дизайне интерфейсов; видимо, потому что вместе с неприкрываемым очень четко следует Ten Usability Heuristics Нильсена.

Слайд-караоке

Wed, 02 Apr 2008 19:04:42 GMT

Знакомая прислала ссылку на очень забавную статью о новомоднем развлечении — «PowerPoint Karaoke». Вкратце — достается случайный документ со слайдами, и исполнитель в реальном времени делает по ним презентацию. Там в конце еще очень хорошо написано про большой потенциал этого занятия на рабочем месте.

Слава роботам!

Wed, 02 Apr 2008 18:47:23 GMT

Вот это — настоящая революционная технология.

GTK+ & LPRng

Fri, 29 Feb 2008 06:32:05 GMT

Поставил сегодня LPRng для печати в пул разбросанных по сети принтеров с Kerberos-аутентификацией. Поскольку печатаю я в 90% случаев PDF файлы, тут же заметил, что в Evince опции печати через LPR или произвольный pipe нет. Убил кучу времени на поиск решения, даже в итоге уже не помню, где нашел. Оказалось, что Evince использует новый интерфейс GTK+ для печати, о чем я совершенно не подумал. Ну а где могут находиться тогда соответствующие настройки? Правильно — в gtkrc, в котором свойство gtk-print-backends является списком нескольких значений из "lpr", "cups" и "file". Ну и значение по-умолчанию, как уже понятно, — "file, cups". Более того — порядок значений в списке соответствует порядку опций в диалоге печати, что позволяет сделать "Print to LPR" первым, а "Print to File" последним, что больше соответствует логике вещей. Вот так, может у кого-то эта проблема тоже возникнет.

Enter Rosetta

Fri, 29 Feb 2008 06:01:39 GMT

“You’ll never see it, you’ll never configure it, you’ll never have to think about it” ^*

... пока InDesign CS2 не захардлочит вашу новую распальцованную машинку. Она же, как утверждается, в userspace крутится?

*: http://www.apple.com/rosetta/

Оскар

Mon, 25 Feb 2008 00:59:57 GMT

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

Лучшая музыка к фильму: James Newton Howard, за «Michael Clayton». Просто потому что очень понравилась. Потому что хочется ее слушать и слушать.

Второстепенная женская роль: Cate Blanchett, за то, что лучше всего изобразила легенду фолка, который «не там.»

Второстепенная мужская роль: Javier Bardem. От одного взгляда его персонажа в No Country for Old Men прошибает холодным потом. Так смотреть и так говорить надо уметь. Также очень хорош Tom Wilkinson, особенно своей эмоциональной дикцией. Не обижусь, если получит он.

Главная женская роль: Ellen Page. Juno — это совсем не фильм на одного актера, но многие его части она фактически тянет на себе. Я не знаю, как и кто мог бы сыграть лучше. К сожалению, ей всего 20 и по критерию «заслуженность» она явно не проходит.

Главная мужская роль: George Clooney, за одно его выражения лица в эпизоде Michael Clayton со взрывом машины. Не расстроюсь, если получит Day-Lewis или Depp.

Лучшая режиссура и лучший фильм: No Country for Old Men, Joel & Ethan Coen. На данный момент этот фильм — вершина творчества братьев-режиссеров, которые уже сняли очень много оригинального, интересного и очень хорошего кино. No Country for Old Men больше всего похож на их первый фильм — Blood Simple, но в нем чувствуется уже не талант и перспектива, а профессионализм и гений. Братья уже незаслуженно оказались без главной награды с Fargo, но сегодня должны получить по заслугам.

Летов

Tue, 19 Feb 2008 18:23:35 GMT

Live fast, die young, and have a good-looking corpse.
Willard Motley. Knock on Any Door.

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

(В)опрос

Fri, 08 Feb 2008 19:00:59 GMT

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