Мысли Старосты

Эксперимент с комментами

2010-04-13T23:29:00.000+06:00

Интереса ради подключил сюда Disqus. Посмотрим, с чем его едят.

google prettify

2009-12-29T23:35:00.006+05:00

Оказывается, существует subj - библиотека для подсветки синтаксиса кода (используется, например, Google Code). Поддерживает кучу языков.

Например, C#:


 class A
 {
     public abstract void Foo();
 }

или Python:


   def select_odd(list):
       return [n for n in list if n % 2 == 0]

Сама либа здесь. Я ~~бомжара без хостинга~~читер, поэтому прицепил экземпляры, выложенные на gstatic.com экземпляры. Буду надеяться, что их в ближайшее время не поудаляют (да и меня заодно с ним %))

Доступ к классам С++ из C#

2009-11-10T21:06:00.002+05:00

Иногда есть желание использовать из C# код на плюсах (т.е. построенный на классах). Традиционно варианта три:

использовать С++/CLI, чтобы завернуть native классы в классы CLR.
Сделать (вручную или с помощью SWIG) обертку вокруг классов, и использовать P/Invoke для доступа к ним.
оформить классы в виде COM-объектов.

Первый вариант напряжен тем, что требует наличия компилятора Visual C++ (реализации для mono, например, нет). Кроме того, C++/CLI – язык специфичный, ему нужно учиться (я как-то огреб утечку памяти, не разобравшись в разнице между !Class() и ~Class()).

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

Недостаток третьего подхода в том, что COM, вообще говоря, штука тяжелая, со своими требованиями к оформлению кода, вдобавок, обычно требующая регистрации в реестре (хотя это можно обойти). Достоинство – прямое отображение COM-интерфейсов на интерфейсы .NET.

Вот тут я прочитал про интересный подход, “скрещивающий” второй и третий варианты взаимодействия. Принцип следующий - С++ объект допиливается так, чтобы реализовывать IUnknown (т.е. иметь в начале vtable методы QueryInterface, AddRef, Release), но создается посредством фабричной функции, экспортированной из DLL.

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

Также обратите внимание, что сигнатура метода ComputePi() имеет привычный вид, а не безобразие типа

HRESULT __stdcall ComputePi(float* pResult);

Клиентский код выглядит ещё проще. Обратите внимание, что для поддержки не-COM-овской сигнатуры на методе выставлен атрибут [PreserveSig]. Значение атрибута [Guid] должно совпадать с GUID-ом, обрабатываемым в QueryInterface.

При загрузке .NET создаст прокси, называемый RCW (runtime callable wrapper), вызовет QueryInterface для заданного GUID’а, после чего станет возможным работать RCW как с обычным объектом.

Достоинства:

минимум кода пишется с обоих сторон
никакого реестра, регистрации и пр.
кроссплафтоменно (работает и в MS.NET и в mono). Максимум – придется описать самому GUID для IUnknown.

Недостатки:

Обычный С++ класс (не содержащий в начале vtable методы IUnknown) так использовать нельзя – система тупо рассчитывает на то, что vtable имеет заявленную структуру. На крайний случай, вы можете делегировать вызовы своему объекту.
В стандартном COM-е коды HRESULT используются для сообщений об ошибках. При interop-е по ним строятся исключения .NET. Здесь такая схема не работает, нужно использовать свой механизм сигнализации об ошибках. Исключения С++, по крайней мере, в случае MinGW, приводят к завершению работы программы (думаю, в случае VC++ они могут сработать, но не тестил).
Сложное межобъектное взаимодействие (передачу объектов в виде параметров) делать таким образом можно задолбаться. Но это общее место любого interop-а.

Про google Guice

2009-08-20T10:54:00.001+06:00

Оказывается, guice умеет разрешать циклы в зависимостях.

Т.е. если есть острое желание, например, построить связку Presenter и View, в которой оба класса зависят друг от друга, он это разрулит, построив прокси для того, кого ему не получается построить.

Забавно, Castle.Windsor, например, этого не делает принципиально. А Ninject вообще зависает на циклических зависимостях.

Реализация закладки для элемента управления PropertyGrid

2009-08-13T11:20:00.001+06:00

Одной из важных фич Syringe является возможность перехватывать события, порождаемые тестируемым элементом управления.

Я решил реализовать настройку перехватчиков средствами того же PropertyGrid’а, что и используется для редактирования свойств. Тогда интерфейс оказывается максимально похож на VisualStudio и, следовательно, не вызывает удивления.

Логично было вынести список событий на отдельную закладку.

Я попробовал использовать стандартную закладку EventsTab, но не осилил. Для своей инициализации она требует слишком много зависимостей, запрашиваемых неявно через родительский контейнер. Даже если бы я уже приделал DI-контейнер (зря я это откладываю, ох, зря) и отследил все обращения, все равно я оказался бы перед необходимостью реализовывать целую кучу интерфейсов типа IDesignerHost, IEventsBindingService и пр., функциональность которых мне не очень-то нужна.

Поэтому я решил реализовать свою закладку с нуля. Ну, не совсем =) На самом деле, у родительского класса абстрактными являются только свойство TabName и метод GetProperties.

Я реализовал GetProperties так, чтобы он возвращал по PropertyDescriptor’у для каждого события в тестируемом объекте (а список событий получил через TypeDescriptor), причем для этих дескрипторов указал в качестве редактора использовать список доступных логгеров (я их реализовал два – пишущий в лог и показывающий MessageBox). Адаптацию логгеров к разным типам событий была сделана еще раньше.

Я добавил свою закладку в PropertyGrid, и, о чудо… она не появилась. Выяснилось (при просмотре в Reflector’е), что, кроме реализации абстрактных методов, есть еще одно неочевидное условие: закладка должна что-то возвращать по запросу свойства Bitmap, которое используется для выбора иконки закладки! OMFG! Перекрыв это свойство я таки достиг успеха.

Так что теперь Syringe может перехватывать события (правда, пока не умеет нормально форматировать их аргументы), а пользователь может удобно выбрать тип перехватчика. Это первая (и очень полезная, ИМХО) фича, которой принципиально нет в UserControlTestContainer.

Моя доволен =)

Упрощение реализации INotifyPropertyChanged

2009-08-11T20:31:00.001+06:00

Объект, корректно реализующий интерфейс INotifyPropertyChanged оказывается “наблюдаемым” (observable), т.е. изменения его состояния могут легко отслеживаться подписчиками и, например, отображаться на визуальных компонентах в актуальной форме.

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

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

Общественность =) неоднократно предлагала различные решения этой проблемы – от построения прокси-INotifyPropertyChanged вокруг POCO-объекта и патча бинарников с помощью PostSharp-а до различных структур, упрощающих привязку.

Я, естественно, пошел своим путем, т.к. во всех вариантах меня что-то не устраивало =)

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

Недостатки: текущим реализациям надо передать имя свойства и их события надо перенаправить классу-модели.

Первое можно забороть с помощью Reflection-а (смотреть, какое свойство вызвало метод Set()), второе – сделать класс ModelBase, а в нем метод, настраивающий подписку для всех свойств разом.

Но я пока не решил, надо ли мне это =)

Fluent data binding

2009-08-11T19:59:00.001+06:00

В .NET есть возможность привязывать свойства графических элементов к свойствам некоторого объекта-модели.

В результате привязки изменения в одном месте отражаются в другом. Например, редактирование текста в TextBox-е может автоматически обновлять поле Text в модели. Или изменение в модели флага , привязанного к свойству Enabled может блокировать элемент управления.

Сампл можно посмотреть здесь (показана только т.н. “простая привязка”, “сложная” делается ), хотя, уверен, ни для кого ничего фундаментально нового в этом нет.

Чем это хорошо? Хорошо это тем, что существенно уменьшается объем кода, связанного с отображением данных.

Чем это плохо? Плохо это тем, что свойства как модели, так и представления кодируются строками. Со всеми вытекающими отсюда следствиями, от которых и велемудрый R# не всегда защитит. Пытается защищать от этого графический редактор в VS, но, опять же, только частично (к тому же, я лично предпочитаю писать код, а не тыкать мышкой).

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

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

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

Реализацию можно посмотреть в исходниках проекта на google.code. Там же можно посмотреть и пример привязки к спискам данных.

Syringe UserControl testing container

2009-07-30T11:37:00.001+06:00

Это такая утилита для тестирования и отладки элементов управления (UserControl’ов) WindowsForms (возможно, потом и WPF).

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

Основное отличие – возможность “подсовывать” контролу его зависимости с помощью механизма Dependency Injection (поэтому проект и называется “шприц” =)). Предусмотрено два способа:

- регистрация зависимости в контейнере для контролов, получающих их через стандартный механизм Component.GetService();

- инъекция зависимостей при конструировании контрола (в конструктор и в свойства).

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

Текущая версия 0.1 (наваянная вчера часа за два =)) почти точно соответствует UserControlTestContainer (если не считать багов =))

Проект живет здесь. Буду рад комментариям.

Про генерацию кода

2009-06-22T18:03:00.002+06:00

Вводная: для служб WCF можно запросить метаданные (в виде WSDL, MEX и чего-то там ещё) и сгенерировать по ним прокси-класс. А можно взять сборочку с метаданными службы (интерфейсами и прочими DTO) - если разработчик ее даст, конечно.
Лично мне второй вариант кажется предпочтительней, особенно, если разработчик я. Как следствие, клиент и сервер работают с одними и теми же (а не с похожими) типами, проще делать mock-и для клиента, а вся PITA, связанная с установкой и поддержанием соединения решается с помощью Castle (там, конечно, тоже будет прокси, но с заявленными интерфейсом).А вот MS, как будто бы, поощряет первый подход. А что предпочитаете вы, коллеги (необязательно для случая WCF, я так понимаю, что подходы похожи для разных технологий RPC)?

2009-04-01T09:51:00.003+06:00

После громких сообщений, касающихся возможной продажи компаний Sun Microsystems и Yahoo, теперь появилась информация о покупке корпорации Apple Гуглом.
В частности, как утверждают, председатель Гугл Эрик Шмидт заявил, что объединение с одной из самых уважаемых компаний США пойдет на пользу его компании. В частности, их привлекают возможности ОС по удаленному администрированию.
В рамках слияния ряд продуктов получит новые названия. Примерами могут служить новый Google Apple Engine и Google Apple Juice.
Также общественности предъявлен новый логотип объединенной компании:

Image Hosting.

2008-10-16T21:49:00.007+06:00

Между тем, MS, похоже, наваяла свой собственный клон Erlang'а, обозвав его 'Concurrency and Coordination Runtime', но запрятала его так, что заметил один Рихтер. Конкретно, в Microsoft Robotics Studio.
Наличествующие сущности:
- Dispatcher - набор потоков, в которых исполняется код.
- DispatcherQueue - очередь заданий, исполняемых потоками диспетчера в режиме round-robin.
- Port - типизированный вход для отправки сообщений на обработку. Порты могут группироваться в PortSet'ы (например, для связывания с операциями, результатом которых может быть значениие либо exception).
- Arbiter - собственно, обработчик сообщений, помещающий при срабатывании соответствующую задачу в очередь. Т.е. Арбитры напоминают оператор receive в erlang'е, но обладают большим разнообразием: есть арбитры для получения одного/нескольких сообщений с одного порта, обработки событий с любого или со всех портов из набора (т.е. объединение событий по ИЛИ/по И).
Что особенно приятно, все это довольно очевидным связывается с более традиционной Asynchronous Programming Model (которая "BeginXXX/EndXXX").
Надо будет эту штуку попробовать, создается впечатление, что с ее помощью удобно реализовывать многопоточные сервисы... =)

2008-09-04T21:38:00.000+06:00

Все уже написали, один я остался.
Исправляюсь.
Пользовательские впечатления:
- красивенько (и интерфейс, и особенности рендеринга, типа подсветки активного элемента HTML);
- шустренько;
- маловато функциональности для меня (я привык к RSS-агрегатору, почтовому клиенту и детальным настройкам в Опере), но jedem das seine (, например, доволен). Опять же, предполагается, что почту и RSS люди будут юзать гугловские =);
- пока глючно (чего стоит падение от сочетания символов %:);
- не проникся идеей ресайза одних только шрифтов;
- проверка орфографии для русского языка отстойна (или "отстой на", как она сама предложила =))

Технические впечатления:
- Необычен (но достоин уважения) подход по выделению закладок в отдельные процессы-sandbox'ы (хотя от вышеупомянутой баги не защищает ;));
- памяти кушает больше, чем Опера
- напрягает периодический ломёж браузера на гугловские сайты (видимо, с сообщениями о перемещениях пользователя, пока не понял);
- напряг пункт в EULA насчет передачи всего сформированного контента в длинные руки гугла, но говорят, что этот пункт отменен;

Мнение:
Цель создания этой программы, скорее всего, все-таки не создание еще одного FLOSS-браузера, а построение клиентской части гугловской платформы разработки Web-приложений (в особенности, работающих на Google App Engine). Т.о., Chrome конкурирует не с IE/Firefox/Safari/Opera, а с Silverlight/JavaFX/AIR. Об этом говорит наличие встроенного отладчика JavaScript и инспектора HTML, использование Gears, упор на быстродействие движка JS.
Такое вот ИМХО.

работа с C# Expression trees

2008-08-28T10:44:00.006+06:00

Иногда стопроцентно известна сигнатура конструктора класса (соглашение такое, скажем), но сам класс неизвестен.
Например, потому что этот класс - параметр дженерик-метода. А у дженериков в качестве ограничения типа можно задать только конструктор без параметров, что не гуд.
Тогда приходится использовать reflection.
Например, через класс Activator.
Но использование reflection'а имеет некоторый (хотя и обычно терпимый) оверхед, плюс, оно просто не интересно =), поэтому можно попробовать иначе.
Воспользоваться так называемыми деревьями выражений, появившимися в .NET BCL 3.5. Они позволяют динамически строить и анализировать (как это делают провайдеры LINQ) AST выражений (в том числе, соответствующих делегатам). А потом выражения для делегатов можно откомпилировать в CIL (который затем JIT откомпилирует в native-код).
Самое лучшее - когда типы, используемые в выражении известны.
Тогда построения дерева выражения можно возложить на компилятор, написав что-то вроде:
Expression<Func<char[],string>> e = chars => new string(chars);

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

(lambda (chars)(new (get-constructor (typeof string) (typeof chars[])) chars)

В реальном коде на C# это будет выглядеть как:

var p = Expression.Parameter(typeof(char[]), "chars");
var lambda = Expression.Lambda<Func<string>>(
    Expression.New(typeof(string).GetConstructor(typeof(char[]), p);

аналогично и для других конструкторов:

new T(params) ->

(lambda (params) (new
  (get-constructor (typeof T) (map (lambda (p) (typeof p)) params)
  params)

и дерево будет выглядеть как

var parameters = (from t in argTypes
                  select Expression.Parameter(t, "@"+t))
                  .ToArray();
Expression.Lambda(
  Expression.New(targetType.GetConstructor(argTypes), parameters),
  parameters);

N.B.: ВАЖНО, чтобы параметры в теле лямбда-функции совпадали с ее параметрами, т.к. компилятор ищет их именно по совпадению, а не по имени.
Как видно, реальный код хотя и отличается, но не очень значительно.
Я наваял небольшой класс, кэширующий скомпилированные конструкторы. Замеры показали, что однократная компиляция+извлечение из словаря обгоняют чистый рефлекшен где-то с 16 тыс. созданий объектов, скэшированный же явным образом результат вообще вне конкуренции, т.к. это просто вызов конструктора.
В общем, expression trees могут оказаться хорошей заменой System.Reflection.Emit или System.CodeDom.Compiler там, где надо сгенерировать код на лету, но до порождения CIL или генерации кода в виде текста напрямую спускаться не хочется.
При этом, возможности expression trees ограничены - в них сложно обеспечить последовательное выполнение команд (разве что используя для этого AndAlso) и обработку исключений, нельзя породить класс (не для этого они созданы) и пр.
Опять же - не для того они были сделаны =)

сериализация сериализовалась-cериализовалась да и десериализовалась

2007-01-29T11:11:00.000+05:00

Ситуация: есть некоторые объекты, которые надо долговременно хранить (в БД/на диске).
Платформа: .NET
Очевидное решение: десериализация.

Неочевидная проблема: если у сборки, где определен сериализованный тип меняется строгое имя (strong name), десериализация объета невозможна.
Пояснение: Любой тип в .NET характеризуется именем, структурой И сборкой, в которой он определен. Это сделано целенаправленно, чтобы избежать глюков/дыр в связи с наличием нескольких типов, имеющих одинаковые имена.
Для идентификации сборки используется ее строгое имя, т.е. совокупность имени, версии и
публичного ключа автора/издателя.
Если у сборки изменить строгое имя, то при десериализации ранее сериализованного объекта окажется, что система просто не знает, где определен тип, к которому он принадлежит.
Решения:
а) подписывать сборки проекта как можно раньше и не менять публичный ключ.
б) не использовать стандартный механизм сериализации для хранения данных, если есть вероятность, что публичный ключ может быть изменен впоследствии.

Первый вариант, безусловно, наиболее предпочтительный. Но не всегда реальный. Увы.
Второй хорош для RealProgrammer'а, который считает злом использование готовых решений. Можно, скажем, ручками писать поля объектов в поток. Но при необходимости сериализовать объекты разных классов издержки оказываются слишком велики. Еще один вариант - XML-сериализация - может оказаться неприемлемым по всем тем причинам, по которым XML
оказывается менее предпочтительным, нежели бинарный формат.
Остается последний вариант
в) найти способ ручного управления выбором типов.
Оказалось, что третий путь (как обычно ;)) наиболее простой и эффективный (с т.зр. расширяемости). Для этого достаточно создать свою реализацию класса System.Runtime.Serialization.SerializationBinder.
Конкретно - перекрыть в нем метод BindToType.

class MyBinder: SerializationBinder{
      public override Type BindToType(string assemblyName, string TypeName){
              // логика выбора типа на основе имени сборки, версии и пр. 
              else return null;
      }
}

А затем задать экземпляр своего класса в качестве значения свойства Binder.

BinaryFormatter bf = new BinaryFormatter();
bf.Binder = new MyBinder();

Bingo! Привязка осуществляется корректно.
Причем, насколько я понимаю, даже не обязательно реализовывать в привязываемом типе ISerializable, достаточно атрибута
[Serializable].

2007-01-21T18:27:00.000+05:00

Я вот подумал, и решил использовать этот блог для технических постов, ранее публиковавшихся в моем ЖЖ под тегом "мой Вавилон".
Потому как ЖЖ - он по сути своей всё-таки вещь для более гуманных проявлений жизнедеятельности, нежели сравнение кода, порождаемого компиляторам Хаскелля, Немерля и Волта...
Ну, вы поняли =)
Посему там будут только краткие отрывки из описания моих программных эскапад, а здесь - более развернутые рассказы.

По итогам вчерашних полночных бдений за связкой FarEditor-csc

2006-09-17T14:22:00.000+06:00

1) Функции высшего порядка и ленивые списки (в т.ч. реализованные через итераторы .NET) рулят;
2) Использование вышеперечисленного и generic-ов вообще в языке, не поддерживающем type-inference - акт мазохизма;
3) отсутствие механизма макросов в Шарпе начинает напрягать... избаловался, блин!

Юзаю Nemerle и жду третьего шарпа. Хотя зачем?

Продолжая тему языков ;)

2006-08-27T00:23:00.000+06:00

Изучаю внутренности такого замечательного языка, как Mondrian.

Краткая характерстика:

- "чистый" (без побочных эффектов) функциональный язык;

- по синтаксису - смесь урезанного Haskell'а с Java;

- как и Хаскелл, реализует очень своеобразный ООП;

- компилится под .NET 1.1 (под 2.0, ес-сно, тоже);

- предполагаемая ниша - ASP.NET-программирование;

Также в пакет входит и компилятор для Haskell под .NET (для работы требуется наличие компилятора GHC, точнее, видимо, его либ), правда, скорее препроцессор Haskell->Mondrian.

Впрочем, сам компилятор Mondrian порождает код на C#, так что компиляция с Haskell представляет собой компиляцию Haskell->Mondrian->C#->.NET. Что само по себе забавно :)

Впрочем, это еще детский сад.

Дело в том, что, насколько мой рассудок смог определить, программа на Mondrian выполняется в собственной виртуальной машине(!), реализованной в .NET(!!!).

По кр.м. программка HelloWorld трансформировалась в 50 шарповых строк, программка с двумя версиями вычисления факториала (рекурсивной и оконечно-рекурсивной) - в 300 с лишним (что утешает, т.к. заметно, что объем генерируемого кода растет нелинейно ;)).

Самый шок наступил, когда я заглянул в их ран-тайм библиотечку (исходники качать было в лом, посему заюзал мегаинструмент Reflector, декомпилирующий .NET-код в CIL, C#, VB, Delphi, MC++ и Chrome).

Так вот, эти извращенцы мало того, что наваяли свою ВМ, так они еще и написали, скажем, своb класс ы Vector, Stack и т.п. (что назыается, для внутреннего пользования), причем всякие разные перечисления элементов они смело реализовали сами, отлично от подхода, реализуемого в .NET, так как видимо, решили, что при переборе содержимого коллекции гораздо лучше написать

while (enumerator.hasMoreElements())

{

doStuffOn(enumerator.nextElement());

}

нежели

foreach(object in collection)

{

doStuffOn(object);

}

притом, что при нормальной реализации доступны будут оба варианта.

Ну и по мелочам: разницы между Int32 и Int64 компилятор видит с трудом (если видит), большое количество ошибок оставляет на откуп компилятору Шарпа.

Но есть и плюсы:

1) компилятор шустр (шустрее, чем, скажем, Nemerle; впрочем, учитывая интеллектуальность последнего, сравнивать некорректно)

2) синтаксис в чем-то привычнее, чем у Haskell'а;

и 3) проект закрыт!!!!!! Вот это не может не радовать!

на этой оптимистической ноте автор откланивается, предчувствуя, каким невыспанным он будет с утра.

Adieu!

А я молодец!..

2006-08-17T15:59:00.000+06:00

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

Причем, после написания проверил, нет ли чего-то такого уже готового ;) во фреймворке. Как ни странно, нет! Даже велосипеда не получилось :)

Теперь устанавливать связи между компонентами можно в режиме визуальной разработки. Приятно!

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

Загадки дизайна .NET Base Class Library

2006-07-13T14:56:00.000+06:00

В целом архитектура .NET мне нравится. Но есть некоторые загадки, в частности, в BCL...

Простой пример: пытаюсь (в N-ый раз) построить что-то вроде конвейера, чтобы можно было параллельно обрабатывать поток изображений.

Ну и мне влом описывать классы для этих самых наборов промежуточных результатов. А так как я последнее время загоняюсь по ФП, сразу захотелось поюзать кортежи, ведь это стандартная фича всех ФЯП. Однако пишется проект на Шарпе, а не на Nemerle ;), соответственно, встроенной поддержки кортежей нет :( Стал искать нечто подобное в библиотеке .NET.

Не поверите, но нашел. Но отнюдь не в System.Collections.Generic, не в System.Collections и не в System.Collections.Specialized.

Знаете, где?

В System.Web.UI! %)

Причем, увы, использование требует явного приведения типов (ибо хранятся там System.Object'ы), и имеются в наличии только пары (Pair) и триплеты (Triplet). Чего мне, в принципе, могло бы и хватить, но добавлять ссылки на System.Web меня не радует, так что лучше напишу сам ;)

Третий путь ведет к просветлению...

2006-05-23T00:24:00.000+06:00

Ага, я порадовался, конечно, что надыбал набор COM-объектов (и документацию достал!), котороые очень удобно использовать в .NET, достаточно только поутюжить dll-ку tlbimp-ом.

Только вот маленькая незадача: TlbImp не всегда корректно распознает типы. Т.е., если в COM-овской библиотеке типов был в качестве параметра unsigned char* (т.е., как правило, С-шный массив), то наивная утилита его представит как ref byte, а не как byte[]. Что, в общем-то, логично. Информацию о том, что сие есть, ей взять неоткуда. Или, скажем, вместо всенародно любимого винапишного HANDLE (который суть void* и которому в .NET соответстует IntPtr) везде оказался int.

Проблема №2: как известно, все COM-объекты реализуют интерфейс IUnknown. А посему стандартной является ситуация, при которой во все методы передается как раз IUnknown, а там представляемый им объект проверяется на прочие интерфейсы. Я вот лично считаю, что сие в общем случае есть антипаттерн. Ибо: 1) ликвидирует остатки типобезопасности; 2) код ни хрена не самодокументируемый (блин, я вот догадался, что IUnknown* pDibImage - это IDibImage pDibImage; а вот tlbimp - нет); 3) снижает расширяемость кода.

Но вернемся к нашим ~~баранам~~объектам. Как уж сказано, TlbImp не одарен ИИ (что вы хотите от утилиты весом 56K?) и венгерскую нотацию читать не умеет (я вот тоже не силен). Посему он тупо поставил в соответствие всем IUnknown* по Object'у и ~~немедленно выпил~~ сказал, что преобразование закончено. Меня эта ситуация не устроила, бо я уже воевал с подобными обертками и больше как-то не хочется.

Короче, задача звучит так: прикрутить либы к программе.

Варианты: 1) использовать "как есть". Отметен, как отстойный. Во-первых, придется постоянно делать приведение типов от Object к реальным типам объектов. А это суть кака. Во-вторых, если все методы, работающие, скажем, с хендлом окна будут требовать int, то я задолбаюсь писать MyWin.Handle.ToInt32(). И, что самое существенное, мне не хочется даже думать о том, как передать byte[] вместо ref byte. Скорее всего, это требует грязных извратов.

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

3) Путь воина. ОтILDASMить сборку, поправить нужные места, сассемблировать ILASM'ом. Вот оно!!! Править нужно далеко не все, причем, в связи с регулярной структурой сборки, можно все это автоматизировать.

Попробовал. Понравилось. Особенно грело душу, когда после компиляции тестовая прога продолжала работать правильно. А ObjectBrowser в Студии показывал результаты моих трудов =)

Восторг - непередаваемый! Видно, что не совсем ишо тупой. Мелочь, а приятно...

Теперь осталось сочинить прожку, которая будет делать такую конверсию автоматически, на основании имен в венгерской записи. Должна же быть от этого израта хоть какая-то польза!! Главное - не забить ;)

З.Ы.: Все-таки я не хакер. Меня не заставишь лезть куда-то на нижний уровень, пока не припрет производственная необходимость. :)))

В Шаолинь, животное!!!!

2006-05-21T12:12:00.000+06:00

Я вот не знаю занятия, более воспитывающего силу воли и помогающего осознать глубинную сущность программирования, чем reverse-engineering.

Берем библиотечку объемом ~30-40 метров. Загружаем IDA. Медитируем...

До полного просветления/схождения с ума (обычно это равноценные понятия)

Учите матчасть, бойцы!..

2006-05-20T14:43:00.000+06:00

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

Сегодня попробовал обработать ее tlbimp-ом, о котором совсем недавно прочел (кто не знает - это утилитка из .NET SDK, которая по библиотеке типов COM создает сборку .NET). Обработал. Посмотрел ей внутре. Возматерился.

Ибо половину работы это с нас бы сняло. Там почти все (как я и предполагал) оформлено COM-объектами. Которые вполне приживаются в .NET.

Единственный минус - что эти объекты документированы еще хуже чем в скрывающей их библиотеке. Ибо в документации к той хотя бы по 4 строчки к каждой функции (из сотни) написано. А к объектам - вообще ничего.

Но все равно - инструментарий надо знать!!!

2006-04-28T23:31:00.000+06:00

1961 - I "barely saw" the idea several times ca. 1961... The first was on the Burroughs 220 in the form of a style for transporting files from one Air Training Command installation to another. There were no standard operating systems or file formats back then, so some (t this day unknown) designer decided to finesse the problem by taking each file and dividing it into three parts. The third part was all of the actual data records of arbitrary size and format. The second part contained the B220 procedures that knew how to get at records and fields to copy and update the third part. And the first part was an array or relative pointers into entry points of the procedures in the second part (the initial pointers were in a standard order representing standard meanings).

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

1966 - The title was "Sketchpad: A man-machine graphical communication system" [Sutherland, 1963]. What it could do was quite remarkable, and completely foreign to any use of a computer I had ever encountered. The three big ideas that were easiest to grapple with were: it was the invention of modern interactive computer graphics; things were described by making a "master drawing" that could produce "instance drawings"; control and dynamics were supplied by "constraints," also in graphical form, that could be applied to the masters to shape an inter-related parts. Its data structures were hard to understand--the only vaguely familiar construct was the embedding of pointers to procedures and using a process called reverse indexing to jump through them to routines, like the 22- file system [Ross, 1961]. It was the first to have clipping and zooming windows...

так, вот уже и окошки показались...

Soon Dan had bootstrapped Smalltalk across , and for many months it was the sole software sytem to run on the Interim dynabook. Appendix I has an "acknowledgements" dodcument I wrote from this time that is interesting it its allocation of credits and the various priorities associated with them. My $230K was enough to get 15 of the original projected 30 machines (over the years some 2000 Interim Dynabooks were actually built. True to Schopenhauer's observation, Executive "X" now decided that the Interim Dynabook was a good idea and he wanted all but two for his lab (I was in the other lab). I had to go to considerable lengths to get our machines back, but finally succeeded.

Создание машин специально для ОО-систем...

И просто золотые слова:

Another way to think of all this is: though the late-binding of automatic storage allocations doesn't do anything a programmer can't do, its presence leads both to simpler and more powerful code. OOP is a late binding strategy for many things and all of them together hold off fragility and size explosion much longer than the older methodologies. In other words, human programmers aren't Turing machines--and the lesss their programming systems require Turing machine techniques the better.

Взято из "Early History of SmallTalk".

И эти люди запрещают мне ковыряться в носу!..

2006-04-06T23:14:00.000+06:00

Я ~~хре~~ фигею с того, чем занимается Microsoft Research!

Им мало F# (клона OCaml под .NET), им мало С-omega (C# с элементами SQL; он, правда, как отдельный продукт не выйдет). У них есть еще и Vault.

Вкратце - это почти С (т.е. императивный "curly brackets" язык), но:

- со строгой типизацией;

- с модульностью;

- с generic функциями (например, передача параметра по ссылке реализуется именно с их помощью);

- с многочисленными реверансами в сторону ФП, как-то произвольное место объявления функций, передача их как параметры, кложуры, currying (!) и т.п.

- с непривычными для императивных языков типами, вроде кортежей (tuple) и вариантов (замена для enum'ов и union'ов), тоже явно перекочевавшими из Haskell и ML;

- с pattern-matching'ом (правда, только для switch'ей) оттуда же;

- с дополнительными атрибутами для типов (сам плохо понял и нервно курю, но похоже, что-то вроде DesignByContract на этапе компиляции - например для контроля того, что файл был открыт перед обращением 8-/);

Ужос!!! Если бы сюда еще и ООП, я бы возлюбил это всем сердцем (может быть)... Но где стал бы на этом писать - не знаю..

PDP-11 как колыбель современного программирования и могила рассудка

2005-12-21T18:39:00.000+05:00

Кое-кто слышал, вероятно, про линейку миникомпьютеров PDP от компании DEC, весьма популярную в 70-е годы.
"Мини" не должно вводить в заблуждение. Эти миникомпьютеры были размером со средних размеров секретер. Однако уже и такие размеры были большим достижением. Что более существенно, рабочее время этих машин было дешевле чем время мэйнфреймов. Да и сами они были относительно недороги...
PDP внесли существенный вклад в развитие IT. В частности, первые версии UNIX и C создавались вначале на PDP-7, а затем на PDP-11. Хвалебные оды PDP-11 как отправной точке множества хакеров (в широком смысле этого слова) возносит небезызвестный Крис Касперски... Клонировали машины все, кому было не лень. В частности, широкое распространение машины с процессором PDP-11 (это была не микросхема, а плата с набором микросхем) получили в СССР под названием "Электроника-60" (впрочем, у нас тогда все передирали у янки)
А причина популярности была в развитой системе команд. Для каждого из операндов (всего их могло быть 2) имелось 8 способов адресации через каждый из регистров (в том числе и через R7 - счетчик команд!). В результате можно был делать очень интересные вещи.
Например, вызов функции
myFunc(1, 2)
мог быть странслирован в следующий процуссорный код:
JSR R0, myFunc ; переход на myFunc с сохранением адреса возрата в R0
1 ; op1
2 ; op2
MOV R1, C. ; сюда будет осуществлен возврат

myFunc:
MOV (R0)+, R1 ; R1 = *R0++
ADD (R0)+, R1 ; R1 += *R0++
RTS R0 ; возврат по адресу в R0
Как видно, компилятор для такой системы команд писать одно удовольствие.
Машину на ее основе собрать тоже несложно. Причем в ней даже не обязательно обеспечивать стек. Как видно, вызов подпрограмм и так работать будет.
Надо сказать, что эта система команд и поныне широко используется, например, в контроллерах станков и т.п.. Естественно, теперь процессор реализуется интегрально.
Так я это к чему? А к тому, что у нас курсач - "Проектирование процессора с сокращенным набором команд на основе системы команд PDP-11". И мне эта система команд уже вот где!!!! Млин, им хорошо было придумывать, а мы сношайся!
Как прикажете трактовать команду JMP @(R7)+ ?
- как addr = *R7, R7 = *addr, R7++
- как addr = *R7, R7++, R7 = *addr
- или еще как-то?
А как быть с двухадресными командами? Например, с BIT @Array(R7), @(R7)+ (команда BIT вычисляет логическое И аргументов без записи результата)? Это же полный бульбец!!!
Нет, понятно, что здоровый человек так не напишет, но есть у меня знакомые, которые могли бы (да, Лёша, я говорю о тебе!)
А еще бесит реализация конвейера. Потому что любое изменение значения счетчика команд или же использование данных лежащих после кода команды херит к чертовой матери весь конвейер (а он всего-то 3 уровня; что бы было при большей глубине - страшно подумать!).
Охренеть!!!
Слава Богу, мне еще не надо результаты записывать в память. А то я бы уже отъехал в район АМЗ
Да здравствует архитектура RISC!!!!!!!!!

2005-11-21T20:30:00.000+05:00

Я - хард

Иначе говоря, винчестер. Хранитель информации. А кто владеет информацией, тот владеет миром, важно помнить. Не смотря на возможную молчаливсть, вы являетесь сутью и содержанием, если так можно выразиться, компьютера. Но по жизни помните, что в принципе под лежачий камень вода затекает редко, и если дело совсем плохо, то надо срочно искать того, кто станет процессором и "мозгом". А там уж и до целой машины недалеко.

Пройти тест 'Какая ты деталь компьютера?'

С. Трофимов - Распутица

2005-11-02T22:46:00.000+05:00

Боже мой, как она надоела, осенняя эта распутица!
Целый день по колено грязи еле тащишься по верстовой.
Может, встать и дождаться ночного мороза, чтоб больше не мучиться,
И по первому насту придти, смертельно усталый, домой...

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

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

Путь неблизкий. Седая пурга до весны заметает мои следы.
Я последний, кто шел по дороге до Покрова, что в ночь начался.
Утром мир будет девственно чистым, не знающим ни счастия, ни беды.
Значит, грязь это только преддверие счастья нового и красоты бытия

Google как искусственный интеллект

2005-11-01T16:09:00.000+05:00

Поисковые машины, похоже, уже сейчас обладают искусственным интеллектом. Я об этом говорил в комменте к посту grandmag'а о необычных услугах yandex'а и сегодня снова в этом убедился.
Просто посмотрите на верхнюю строчку результатов поиска в Google'е по слову 'failure'....

Дык, опаньки...

2005-10-30T18:06:00.000+05:00

Что ж, мимо "ботанинки" я блaгополучно пролетел. Такие дела (с) К. Воннегут. Жаль, конечно, но ничего - "мы себя еще в постели покажем" (с) Е.И.В. гусарского полка поручик Ржевский.
Главное, что само по себе данное событие принесло мне массу экспы. А я еще по "Героям" знаю, что зачастую и деньги, и экспу получить нельзя. Можно только что-то одно. Да. Именно так.

Ботанинская стипендия

2005-10-30T18:03:00.000+05:00

Как известно, г-н Потанин в "общак" платит исправно, почему и олигарх до сих пор. А еще он платит стипендию. Я знаю, мне рассказывали. Сам я получил возможность попытать счастья только в этм году.
Вот сегодня был второй отборочный день. Впечатлений масса, и не только у меня. Можете, например, обратиться в ЖЖ grandmag'а и узнать, через что ему пришлось пройти.
А вообще, прикольно. Ребята выделенные им килобаксы отрабатывают по полной. Давно так не развлекался, не рвал глотку, не организовывал широкие масы населения :)).
Но устал вусмерть. Будто мешки таскал (хотя я не знаю, каково это; ладно, будто столы таскал ;D)
Теперь остается только надеяться, что моя неординарная деятельность заслужила олинархического бабла. Для меня оно лишним не будет ;)
Вот.
А еще завтра моя мама приезжает с "незалэжной батькiвщiни". Ура!!!!

Снова снег..., снова обострение графомании

2005-10-30T18:01:00.000+05:00

Вообще, это было написано по поводу прошлого снегопада, но к моменту написания снег уже растаял. :( Поэтому постю (посщу?) сейчас.

Флаги

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

Ярко-красное солнце горит в облаках по утрам;
Порываюсь склониться в почтении пред мудрою нацией.
Но к полудню оно растворится во мгле, и тогда
Грязно-белые небо и снег напомнят о капитуляции.

Злиться глупо, я знаю, но все же бессмысленно злюсь:
День становится кратким, а ночь - до нелепости длинной.
Но, назло всем снегам, непременно дождусь
Бесконечного неба цветов Аргентины и Украины.

Неожиданный эффект

2005-10-30T17:59:00.000+05:00

На выходных я открыл для себя сайт Владимир Владимирович(tm) .
И вот что странно. Я отнюдь не фанат "кровавого путинского режима", как любят выражаться иные мои соотечественники. Как всякий русский человек я обожаю покритиковать власть и пр. и пр. Но по прочтении всех историй про Владимира Владимировича(tm) Путина мне стало его жаль. Просто по-человечески. Вот. Каково ему с андроидами-то....
То ли психотронная пушка действует, то ли что...

Откуда берутся эльфы?

2005-10-23T20:37:00.000+06:00

Господа, ответьте честно: доводилось ли вам из благоприобретенного чувства приличия употреблять слова "млин" и "мля" вместо вертящихся на языке слов, неприемлемых для "parlour room conversation"?
Вероятно, доводилось... Это почти стандартные эвфемизмы на просторах Рунета.
Так вот: замена звука "b" на "m" - наиболее характерное отличие Квэнья (языка Эльдаров, эльфов, живших в Валиноре) от Синдарина (языка эльфов, оставшихся в Средиземье). Сравните скажем синдариское "angband" и соответствуюшее ему квэнийское "angomando".
Я не лингвист, а то бы еще "падонковский" лексикон проанализировал на толкиенутость....
Делайте выводы, господа. Кстати, проверьте уши - вдруг стали, как у меня :-))))

Надо что-то делать

2005-10-23T20:35:00.000+06:00

Сегодня играли очередной тур Открытого Всероссийского Синхронного Чемпионата (ОВСЧ) по Ч?Г?К?.
Как и на прошлом туре - ПОЗОР НАМ, УБОГИМ!!!!!!! Просто ужас!!!! Ваааще!!!!
Единственным утешением оказались пельмени принесенные нашей команде доброй "белкой" Олей в благодарность за орешки. Спа - си - бо!!!!
Но надо что-то делать с игрой, ибо ехать с такими успехами куда бы то ни было несерьезно.... Решили перестроить план тренировок - посмотрим, что получится... Бог даст, таких позоров больше не будет!

Заклинание

2005-10-22T20:21:00.001+06:00

А.С.Ц
Я возьму в руку мел, обведу себя кругом,
Хватит. Точка. Не стоит мотать больше нервы.
Для тебя я не буду ни жертвой, ни другом.
ты сама так решила, но я сказал первым.

Стану вновь рисовать, не бояться насмешек,
Ты заметишь: я весел, ни капли не ною.
Говорю афоризмами, в меру успешен.
Ибо нет больше власти твоей надо мною.

Я не стану искать у девушек встречных
Твои пышные волосы, густые ресницы.
Они тоже красивы, и даже не меньше.
И однажды лицо мне твое не приснится.

И я снова влюблюсь, и возможно, что скоро,
В симпатичную Олю, или, может быть, Настю,
И мое alter ego не посмотрит с укором,
Ибо нет у тебя надо мной больше власти.

Я все реже уже и сейчас тебя вижу
И почти научился не искать с тобой встречи.
И почти не ломает от желанья быть ближе,
И к врагу-телефону не тянусь каждый вечер.

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

Вот как надобно принимать зачеты...

2005-10-22T16:53:00.000+06:00

Мне тут стало известно (из источников конфиденциальных и, вместе с тем, достойных доверия) о том, как некий молодой преопдаватель ЮУрГУ принимал зачет у своих подопечных.
Вместо того, чтобы задавать им вопросы по абсолютно неинтересующему их предмету, сей достойный муж исполнил им несколько песен собственного сочинения, аккомпанируя себе на гитаре (причем, согласно тому же источнику, музыкальные данные у молодого человека неплохие), затем собрал со студентов по 30 р. за билеты на только что прослушанный концерт и отпустил их с миром.
Отрадно, отрадно, господа, что в государстве Российском не перевелись еще такие самородки!!!!

2005-10-20T18:12:00.000+06:00

Вчера мне принесли диск "Зимовьев Зверей". До этого я слышал одну-единственную песню - "Джин и Тоник". Что ж, могу сказать, что это было большим упущением, которое ныне я рассчитываю исправить (хотя это потребует ~6.5 часов). К. Арбенин, ИМХО, один из лучших современных отечественных поэтов (именно поэтов, а не авторов песен). Даже не знаю, с кем можно было бы сравнить... Впрочем, это и не нужно. Рекомендую всем, предпочитающим стихи, над которыми стоит подумать.

Идите с богом и живите долго, долго, долго, долго, долго,
Так долго, чтоб я там не встретил вас
Коль смерти нет, в забвенье мало толка
Забудешь профиль, вспомнится анфас.

Hо все, что я оставлю вам в наследство
Hе стоит двух изломанных грошей
Я ваша цель, вы для меня лишь средство
Для достижения изящных миражей !
(с) "Зимовье Зверей", "Романс"

З.Ы.: Еще раз спасибо за диск, Наташа!!!!!

Эти милые люди из МС

2005-10-18T19:16:00.000+06:00

Сегодня мне посчастливилось пообщаться с людьми из Майкрософта.
Дело в том, что в конторе, где я работаю стоят лицензионные Винда и Офис. По несчастному стечению обстоятельств недавно комп, где все это стоит, в агонии скончался (точнее, сдохла мать). В связи со всем этим тачку проапгрейдили (догадайтесь, куда делись лишние запчасти }:-]). А как известно, WinXP и Office2003 весьма чувствительны к смене железа. С Виндой-то проблем не возникло, а вот Оффис активироваться повторно отказался.
Вот я сегодня и общался в течение минут сорока с людьми из МС (Мировой Скверны :))) ) по этому поводу.
Что характерно, они отнеслись к моей предъяве с полным пониманием. Видимо, проблему эту им решать приходится частенько.
З.Ы.: а голоса у сотрудниц там очень эротичные....

Альтернативный журнал

2005-10-18T00:09:00.000+06:00

Все-таки я преодолел маразм LiveJournal и зарегил ЖЖ еще и там.
Милости прошу на http://www.livejournal.com/users/elder_george/
Я постараюсь дублировать сообщения в обоих журналах.

Впечатления от MUDачества...

2005-10-16T20:36:00.000+06:00

Прошу заметить - слово MUDачество имеет здесь совершенно цезурный смысл (если у Вас нет предвзятого отношения к многопользовательским ролевым играм, лишенным графического интерфейса :) )
Просто на днях один добрый друг подбил меня поиграть в MUD (Multi-User Dungeon) Solace (solace.msm.ru, порт 4000). Как закоренелый толкиенюга (правда, как выражается другой товарищ, пассивный, т.е. с деревянным мечом в лес не хожу ;) пока) я не мог отказаться.
Что я скажу... Занятно. Ассоциации две: книги-игры за авторством тов. Браславского (весчь!!! обожал в детстве!!!) и ранние QuestForGlory (I и II) от Sierra (там тоже команды надо было ручками вводить; но GUI был). И то, и другое я глубоко чту... Так что...
Ах да, есть еще третья ассоциация - Linux. Поелику без хелпа ни хрена не поймешь. Зато хелп огроменный! Порой я даже порывался набирать в консоли вместо
:D
К сожалению, я не настолько гуру (может быть, пока?), чтобы писать скрипты, автоматизирующие базовые действия (напр. реролл статов до оптимального значения), как еще один мой добрый товарищ ;)... читер!!!!) Вот освоюсь, тогда посмотрим. :)
К минусам могу отнести то, что я, как человек, испорченный CRPG, все-таки ожидал несколько большей интерактивности NPC. Но, увы, нет в мире совершенства...
Кто-то скажет (могу навскидку человек 10 назвать из числа знакомых): люди, вы психи!!! Для вас надрываются гиганты софта и харда, делают больше реализма, а вы.... Плюс каким надо быть психом, чтобы воспринимать всерьез мир, описанный текстом (или нарисованный ASCII-графикой, как в случае с roguelike-RPG, которые я тоже люблю).
Я скажу одно: учите албанский и развивайте воображение!
А еще почитайте "Лабиринт отражений" г-на Лукьяненко. Там, кстати, герой попадает в MUD будущего.... Хе..

Сплошные разочарования

2005-10-16T19:12:00.001+06:00

Меня тут товарищи просветили, что, "строго говоря" ((с) С.С.Ершов), weblog на блоггере ЖЖой назвать нельзя... Млин... А, собственно, не пофиг ли?

Играли сегодня "Кубок Провинции" (это такой ежегодный турнир по "Ч?Г?К?"). Авторы вопросов жестоко накололи всех участников. Дело в том, что в предыдущие разы ответ на первый вопрос был "провинция" (или, в прошлом году, "Прованс", что тоже самое).
Соответственно, многие из "стариков" повелись на это дело. Дык, ёлы-палы! На этот раз их ожидания не подтвердились... Мы ответили иначе, но также не верно... Бывают в жизни огорчения.... ;)
Вообще, несколько странный был пакет вопросов. Вроде бы и интересные, но пока поймешь психологию автора, его манеру делать подсказки - турнир уже закончится...
Такие дела.

2005-10-14T23:07:00.000+06:00

Portrait3

2005-10-14T23:05:00.000+06:00

Portrait2

2005-10-14T22:58:00.000+06:00

Portrait1

Можно начинать ЖЖечь

2005-10-14T22:15:00.000+06:00

Стало быть, друзья мои, я тоже обзавелся ЖЖой.
Докатился.
Ну что ж, надо с этим жить :)
А то давеча мне кое-кто сказал, что писать свои умные мысли в файлик - все равно, что в /dev/null :))
А что потомкам/подонкам останется?
Так что добро пожаловать всем, интересующимся мыслями старосты!!!