Items

Управляемая память тоже утекает

2010-02-18T15:59:00.002+03:00

Предыстория

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

Код написан на C#: .net, сборка мусора, все дела... Никто не ожидал подвоха. И вот в один прекрасный момент в виде данных попробовали передавать кучу относительно небольших, размером ~200Кб, картинок. И тут всё сломалось... Куда-то стала пропадать свободная память. Открыли Process Explorer, посмотрели, удивились: растёт LOH. Название говорящее, как бы намекает нам о том, что мы были не правы, когда понадеялись на сулящий золотые горы механизм сборки мусора.

LOH

LOH - Large Object Heap, что в переводе на русский звучит как "боЛьших Объектов Хранилище", является тем самым участком памяти, в который попадают, как можно догадаться из названия, большие объекты. Достаточно большим объектом в .Net считается всё, что больше 85000 байт. К таким объектам не применимы общие правила работы с памятью, то есть они не проходят через поколения сборщика мусора, а при инициализации попадают прямо в ЛОХ, потому как полагается, что объекты такого размера с большой вероятностью могут ещё пригодиться, а проводить их через все стандартные процедуры - слишком дорогое занятие.

Что же случилось

Согласно всем рекомендациям ведущих дотнетоводов (и дотнетоводоведов) для операций со строками использовался класс StringBuilder, куда все пакеты добавлялись при помощи метода Append. Для проверки данных по мере их накопления время от времени вызывался StringBuilder.ToString, который, при передаче картинок создавал гигантского размера строку, которая в свою очередь помещалась в LOH, и никуда оттуда не исчезала, даже несмотря на отсутствие внешних ссылок. Согласно найденной документации, сборка мусора в Generation 2 и LOH происходит одновременно и только по одной из следующих причин: 1) размер занимаемой поколением памяти достиг определённого предела, 2) явный вызов GC.Collect, 3) системе категорически не хватает памяти. По всей видимости, ни одно из этих условий не было выполнено, поэтому картинки продолжали выедать системную память.

Как такое лечить

Во-первых, чтобы понять что конкретно происходит с памятью в .net приложении, можно использовать вышеназванный ProcessExplorer, который позволяет в свойствах процесса, на вкладке .NET выбрать набор счётчиков производительности ".NET CLR Memory" и отслеживать их значения в процессе работы приложения. Кроме того, можно воспользоваться стандартным интерфейсом просмотра счётчиков производительности - утилитой perfmon, которая, насколько мне известно, присутствует в любой современной версии Windows.

Во-вторых, чтобы однозначно определить, что же является тем ресурсом, который выедает всю память, можно воспользоваться замечательным набором Debugging Tools For Windows, который можно задаром получить с сайта Microsoft. Супер подробное описание способа работы с этим дебагером можно найти в блоге Tess Ferrandez. Здесь же я перечислю пару команд, которые помогли мне:

.load sos
Загрузка расширения для отладки managed кода.
!eeheap -gc
Просмотр информации о выделенной памяти.
!dumpheap
Самая главная команда с кучей замечательных параметров, позволяет увидеть какие конкретно объекты каких типов находятся в памяти.
!dumpobject
Информация о конкретном объекте.
!gcroot -nostacks
Проходит граф объектов с целью найти все ссылки (прямые и косвенные) на данный объект.

Этих 5 простых команд вполне достаточно, чтобы обнаружить виновников утечек памяти, а после их устранения проверить, что теперь-то всё работает как надо.

В нашем случае пришлось отказаться от использования StringBuilder в пользу List<string> и модифицировать процедуру проверки данных для работы над списком пакетов, а не всем набором в виде одной строки. В результате получилось избавиться от гиганских строк, а более мелкие строки при очистке списка не переживают очередной сборки мусора.

Заключение

Строки, как и StringBuilder не имеют механизма принудительной очистки занимаемой памяти, так что в следующий раз, когда понадобится разрабатывать что-то подобное, я скорее всего задумаюсь об использовании MemoryStream, или ещё чего подобного.

Прелюдия к компилятору

2010-02-09T14:58:00.002+03:00

По причине сложности внедрения кучи блоков кода в пост, самое свежее своё творение решил оформить в виде wiki и сложить его прямо рядом с репозиторием кода на bitbucket. Так что, если кому интересно почитать про то, как можно конвертировать строковые where-выражения в .Net Expression Trees, и всё это на F# - языке, которого нет - добро пожаловать по адресу http://bitbucket.org/moiseev/wepr/wiki/Intro.

Немного об инициализации коллекций

2009-07-16T19:10:00.004+04:00

Читаю сейчас Foundations of F# (тут можно почитать). И вот в главе про императивное программирование наткнулся на интересный способ инициализации коллекций.

Часто бывает так, что надо создать список/словарь/whatever и тут же наполнить его какими-нибудь элементами.

let myList = new System.Collections.Generic.List<int>()
myList.Add(1)
myList.Add(2)
myList.Add(3)

Да, я знаю что можно написать короче, например:

let myList = new System.Collections.Generic.List<int>()
[1;2] |> Seq.iter myList.Add

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

И вот какое решение предлагается:

let myList =
 let temp = new System.Collections.Generic.List<int>()
 temp.Add(1)
 temp.Add(2)
 temp.Add(3)
 temp

То есть, вроде бы и функция, но вычисляется один раз, то есть по сути значение. Очень, кстати, похоже на инициализаторы коллекций в свежем C#.

var myList = new System.Collections.Generic.List<int>() { 1, 2, 3 };

Красота?

История одного побочного эффекта

2009-01-27T01:30:00.001+03:00

Столкнулся сегодня с одим преинтереснейшим побочным эффектом безобидного, казалось бы, действия. Говорили мне все тексты про Haskell, что сайд-эффекты это плохо, и не потому плохо, что они есть, а потому, что снаружи не видать.

Какое-то время назад я размышлял тут о проблеме перехвата консольного вывода от процессов. Чтобы всё заработало тогда я установил переменную окружения PYTHONUNBUFFERED в 1 и остался доволен полученным результатом. Некоторое время после этого Python не трогал, да и забыл вообще. И вот сегодня откликнулось!

Запускаю “manage.py syncdb” которое Django генерирует, так как запускаю на пустой базе, предлагают мне пользователя создать административного. И вопрос задают “yes” или “no”. По привычке отвечаю yes <Enter> – ничего. Снова тот же вопрос. Ладно, благо код открытый, чем разбираться в проблеме, проще её исправить на месте. Иду в исходники, убираю проверку условия. (Тут был небольшой казус с Вистой, но это совсем другая история.) Возвращаюсь к шагу №1 “manage.py syncdb”. Отлично! Никаких вопросов – просто “Введите имя пользователя”. Ввожу admin <Enter>. На этот раз invalid user name. Вроде как какие-то непечатные символы в имени пользователя. Но я то знаю, что их там нет!

Запускаем любимый редактор, пишем там мало-мало кода, дабы проверить догадку. Так и есть! Возврат каретки дописывается в конец строки. Надо сказать, что с момента начала всей эпопеи прошло уже порядочно времени, и поиск проблемы начинает утомлять. Дай, думаю, запущу interactive console. Сказано-сделано, запускаю, пишу 2+2 <Enter> и получаю, что бы вы думали?! SyntaxError! Шик блеск!

И главное, что все мои запросы в Google и Яндекс а-ля “strange behavior of pyhon on vista” вели вникуда. В конце концов с горя полез искать настройки символа перевода строки по умолчанию. Конечно, ничего такого не нашёл, потому как настройка шибко системная, но зато выполнил разок команду SET, которая и показала мне, что PYTHONUNBUFFERED стоит себе в уголочке скромной единичкой и мешает честному человеку дело делать.

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

Операции на открытом сердце

2008-12-25T13:35:00.002+03:00

Страшно звучит, правда? Хочу поразмышлять немного на тему такого рода операций в приложении к программным продуктам.

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

Представьте ситуацию. Приходим к пользователю, он говорит "не работает". Смотрим, действительно, в определённой ситуации не работает как надо, не совсем понятно почему, но примерная область нахождения источника проблем известна. Исходного кода под рукой нет. В простейшем случае говорим "окэй, я посмотрю" и удаляемся чинить или полагаемся на авось: "а вдруг оно ему и не надо и он больше никогда этим пользоваться не будет".

А что если взять и встроить в приложение некий DSL, который позволил бы "покопаться" во внутреннем состоянии работающего приложения?! Я, как обычно, имею ввиду Microsoft .Net Framework. В качестве DSL сейчас запросто может выступать IronPython, хотя, когда DLR увидит свет, таким DSL может стать любой .net язык программирования. Просто вставляем engine куда-нибудь внутрь приложения, по нажатию секретного shortcut'а запускаем консоль, куда передаём в качестве контекста внутреннее состояние приложения и вуа ля! у нас есть доступ к моментальному слепку состояния системы, возможность его мониторить и даже в какой-то мере менять, выполнять действия за систему, контролировать ход исполнения, добавлять необходимое логирование. Правда, нельзя эти изменения потом сохранить, ну или я просто пока не придумал как это можно было бы сделать :-)

Идея, конечно, не нова. На просторах интернета можно найти кучу статей и постов на тему "как добавить поддержку скриптов ХХХ в приложение, написанное на YYY", но лично я не разу не встречал ни в теории ни на практике возможности доступа к внутренностям приложения на лету.

Any ideas?

Очень строгая типизация

2008-10-21T13:27:00.003+04:00

Волею судеб я теперь играюсь с F#. (Сначала вроде бы увлёкся Haskell’ом, но потом понял, что F# мне как-то ближе, потому как он весь насквозь .net-ный). Если кто не знает, то язык этот – первый и пока что, кажется, единственный функциональный язык для платформы .net. Любители тонкостей скажут, что не такой уж он и функциональный, скорее мультипарадигменный (ох и сложное слово, надо его спеллчекером…), и будут правы. Так и есть, но я лично рассматриваю его как площадку для игр с функциональным программированием. И вот до чего я доигрался.

Есть у меня один микропроект. Даже не проект, а так, игрушка, которую я решил реализовать на F#, чтобы и утилитку полезную получить и с новым языком разобраться. Писал я писал, разбирался-разбирался и в один прекрасный момент понадобилось мне создать web запрос, да не простой, а с кукисами. Как бы я поступил в C#:

HttpWebRequest req =
(HttpWebRequest)WebRequest.Create("http://google.com");
req.CookieContainer.Add(new Cookie("my_cookie", "hello"));

Самая главная часть этого небольшого куска кода во второй строке, где создаётся WebRequest. Видите, как занимательно его приходится создавать? При помощи WebRequest.Create, который уже сам определяет какой конкретный тип запроса надо создать. В данном случае он создаст HttpWebRequest, поэтому преобразование типа здесь отлично сработает и даст нам доступ ко всем методам и свойствам, которые присущи http запросу.

В чём сложность с точки зрения F#? Как оказалось, в его строгой типизации.

let req = WebRequest.Create("http://google.com")
(* will cause an error *)
let httpreq = req :> HttpWebRequest

Архитектура библиотеки классов, как оказалось, не предполагает возможности создания экземпляров HttpWebRequest самих по себе, всё происходит исключительно через WebRequest.Create, а приведение типа объекта от более общего к более частному, получается, невозможно, а CookieContainer есть только в конкретном типе. Я пытался использовать обходные пути, типа Convert.ChangeType, но он, оказывается, возвращает вообще Object, и в итоге необходимо ещё более невозможное приведение типа :-)

Вот такая вот слишком строгая типизация. Если у кого есть мысли как это обойти – welcome!

О перенаправлении вывода

2008-06-05T20:00:00.001+04:00

Я почти уверен, что каждый программист хотя бы раз в жизни, но сталкивается с проблемой перенаправления потока вывода процесса куда-то наружу. Например, при написании GUI обёртки для консольного приложения, которое "кто-то написал давным давно, да к тому же под *nix, а потом добрые люди спортировали это чудо в Windows и так и оставили". Я долго избегал этой участи, может быть подсазнательно, но вот и моё время пришло.

Напомню, что дело имею в основном с C# и .Net, так что разговаривать будем с использованием этих слов. Хотя, наверное, теория, она одна, и на чём ты её реализовываешь - дело десятое.

Начну, пожалуй, издалека. Если обратить внимание на правый side-bar данного блога можно запросто заметить иконку замечательного текстового редактора Notepad++, которым я иногда пользуюсь, когда это удобнее Vim'а. Так вот, некоторое время назад я столкнулся с ним вплотную с точки зрения использования его в качестве некого подобия IDE. И существенной частью этого использования должна была стать возможность запускать некие скрипты, набираемые в поле редактирования, прямо из редактора, используя внешний интерпретатор. Сейчас это реализовано через plug-in, кому интересно, могут посмотреть в документацию и узнать подробности.

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

Позволю себе углубиться ещё дальше в историю вопроса. Многим известно, что перенаправление потока вывода консольного приложения можно осуществить, так сказать, голыми руками, просто набрав в консоли "program.exe > out". Известно это было и мне, более того, я всегда активно пользовался этой возможностью, за что однажды в институте получил упрёк от преподавателя за "недружелюбность интерфейса". Вобщем, знание о магическом операторе ">" было мне ведомо и хранилось до поры до времени внутри головного мозга.

Ну что ж. Задача понятна. Будем искать решение. Куда идём? Правильно! Для начала MSDN Library.

ProcessStartInfo info = new ProcessStartInfo(executable_path, command_line_parameters);
info.UseShellExecute = false; // это важно
info.RedirectStandardOutput = true; // и это тоже не менее важно
Process proc = Process.Start(info);
string output = proc.StandardOutput.ReadToEnd();
proc.WaitForExit();

Поход ясен как день, но проблемы не решает. Хотелось бы чего-то более интерактивного. "ReadToEnd", конечно, гарантирует, что весь вывод, который когда-то предполагался для консоли, попадёт в мои руки через "output", но произойдёт это только после того, как процесс завершится, а в моём случае произойти это может сколь угодно нескоро. А значит, пользователь, который имел неосторожность нажать кнопку "Старт" в моём приложении, будет недоумевать, почему всё встало и ничто не булькает и не моргает, чтобы хоть каким-то способом заявить о кипящей где-то глубоко внутри работе.

Стоит отметить, что в МСДНе есть ещё много иностранных слов о том, что чтение перенаправленного потока вывода можно осуществлять как синхронно, так и не очень. Но все мои потуги вызвать "proc.StandardOutput.BeginReadToEnd()" или даже "proc.BeginOutputReadLine()" привели к тому же печальному результату, даже более того, в последнем случае по завершении процесса я получал только первую строку его вывода.

Собственно, настало время перестать ~~слушать маму~~ читать что написали другие, и написать что-то самому. Вот здесь как раз вспомнился опыт общения с Notepad++, где одна из переменных для настройки называлась как-то вроде "OutputPingTimeout", или по-другому но с тем же смыслом.

Идея в том, чтобы периодически тыкать поток вывода дочернего процесса на момент наличия в нём "чего почитать". Ну и конечно, эти тычки должны происходить с некоторой периодичностью в процессе работы процесса. (Да, я знаю, что масло масляное.) В этом нам помогут старые добрые треды (будем называть их так, чтобы не путать с потоками ввода/вывода). Дабы не городить огород из "public static void Main", возьмём в руки IronPython и забацаем, так сказать, по-быстрому.

import clr
from System.Diagnostics import ProcessStartInfo, Process
from System.IO import StreamReader
from System.Threading import Thread, ThreadStart
from System import Exception

def create_start_info():
   info = ProcessStartInfo(r"...")
   info.Arguments = "..."
   info.UseShellExecute = False
   info.RedirectStandardOutput = True
   return info

def run_proc():
   proc = Process.Start(create_start_info())
   return proc

reader = None

def thread_proc():
   while True:
      s = reader.ReadLine()
      if not s:
         break
      print 'read from reader:', s

if __name__ == "__main__":
   try:
      try:
         proc = run_proc()
         reader = proc.StandardOutput
         Thread.CurrentThread.Join(100)
         thread = Thread(ThreadStart(thread_proc))
         thread.Start()
         proc.WaitForExit()
         print 'Process finished'
         thread.Join()
         print 'Thread finished'
      except Exception, ex:
         print ex.ToString()
   finally:
      proc.Close()

Ну вот как-то так. И что самое удивительное - этот код заработал! Вроде бы всё должно быть понятно.

Один только момент, который хотелось бы уточнить, это окончание треда. Тред крутится до тех пор, пока "reader.ReadLine" не вернёт null (или None в случае с Python), а это должно произойти только когда поток закончится, а значит, ккогда закочнится выполнение дочернего процесса. Следовательно, если исходить из предположения, что процесс рано или поздно закончит своё существование, можно надеяться, что и "thread.Join()" без таймаута не приведёт к "мёртвому висяку", известному так же под именем "dead lock".

Вот на этой оптимистичной ноте, позвольте закончить и откланяться.

Being lazy

2007-07-25T16:38:00.001+04:00

Много всякого говорят про ленивые вычисления, то есть, когда какой-то код выполняется только в том случае, когда его результат действительно нужен, а не "впрок". Не буду сильно углубляться в описание того, что же это такое, ленивые вычисления, про это много уже написано. Последним, что я встретил на эту тему, был рассказ об itertools в Python.

Отличная, надо сказать, штука, эти "вычисления по запросу". В приведённой выше статье про itertools много хорошего говорится об их пользе в качестве средства обработки коллекций. И правда! Замечательная идея, взять коллекцию и пробегать её только тогда, когда это необходимо. Или не пробегать, а генерировать следующий элемент, как в классическом примере про бесконечную последовательность Чисел Фибоначчи, которая упоминается почти везде, где разговор идёт о правильности ленивых вычислений. Особенно любят это дело (бесконечные последовательности и ленивые вычисления) сторонники Haskell. Нигде я не встречал так часто слова "lazy" как в литературе по этому замечательнм языку.

Сам я, к сожалению, пока что не познал премудростей Haskell'а, и моим рабочим языком программирования по прежнему является старый добрый C#. В своей 2.0 версии C# получил от разработчиков замечатльную возможность, называемую итераторами. То есть, нет, итераторы там были и раньше, но был добавлен новый способ их реализации. Если раньше для того, чтобы вернуть коллекцию (лучше, наверное, сказать "последовательность"), надо было писать свою собственную реализацию IEnumerator, то теперь достаточно выучить волшебное слово "yield" (кстати, знакомое всем Python и Ruby разработчикам, но действующее, как обычно, несколько по-своему), а точнее фразу "yield return", которая совершенно незаметно сделает всю грязную работу. Есть, правда, некотороые ограничения на код с использванием yield return, но это не столь важно в контексте нашего разговора.

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

using System;
using System.Collections.Generic;

namespace Foo {
   public static class Bar{

      public static IEnumerable<int> Map(IEnumerable<int> items){
         foreach(int i in items){
            Console.WriteLine(string.Format("inside Map: {0}", i));
            yield return i;
         }
      }

      public static void JustDoIt(IEnumerable<int> ints){
         foreach(int i in ints){
            Console.WriteLine(string.Format("inside JustDoIt: {0}", i));
         }
      }

      public static void Main(string[] args){
         List<int> ints = new List<int>();
         ints.AddRange(new int[]{1, 2, 3});
         IEnumerable<int> afterMap = Map(ints);
         try{
            ints.Add(123);
            ints.RemoveAt(1);
            JustDoIt(ints);
         }
         catch(Exception ex){
            Console.WriteLine(ex.ToString());
         }
      }
   }
}

Простенький итератор представлен методом Map, который не делает ровным счётом ничего, кроме того, что "лениво" пробегает исходную коллекцию, выводя по дороге элементы коллекции на печать. Простой метод JustDoIt имитирует метод-потребитель итератора. Ну и собственно, метод Main. В нём создаётся коллекция [1, 2, 3], после этого создаётся тот самый итератор. Затем коллекция изменяется, и лишь вслед за этим вызывается метод-потребитель.

Поведение ожидаемое (если, конечно, понимать суть). В JustDoIt была обработана не та коллекция, которая передавалась в Map, а её изменённая версия, хотя сам Map был вызван до модификации, и вроде бы ints и afterMap ссылаются на разные объекты.

А теперь собственно о том, как можно "ударить молотком по пальцу". Придумаем более сложный пример. Есть TreeView, в нодах которого присутствует Tag, в котором в свою очередь хранится какое-то очень важное значение. И вот в один прекрасный момент нам надо получить все значения Tag для выбранных элементов дерева с приведением к конкретному типу.

public static IEnumerable<Output> Map<Input, Output>(
   Converter<Input, Output> convert, IEnumerable<Input> container) {
   foreach(Input item in container) {
      yield return convert(item);
   }
}

При помощи вот такого простенького Map'а я могу применять почти любое действие к почти любой коллекции. Например, могу написать метод, возвращающий значение Tag для узла дерева, и передать этот метод в Map вместе с коллекцией выбранных узлов дерева. И на выходе из Map у меня будет требуемая "коллекция". Казалось бы, ровно то, что и требовалось. Однако, всё не так просто. Как стало ясно из предыдущего примера, на выходе из Map'а получается не коллекция (я намеренно так назвал её и поставил кавычки) а итератор, который по натуре своей создание ленивое и не станет делать ничего до тех пор, пока его об этом явно не попросят. А попросить его о чём-то могут уже после того, как список выбранных узлов в дереве изменится. Вот Вам и грабли. Так что, ко всякому умному инструменту надо подходить с пониманием, даже если это простой и до боли знакомый итератор.

C# в стиле JavaScript

2007-05-29T16:34:00.001+04:00

Пару дней назад я писал о том, как можно нетрадиционно использовать возможности анонимных делегатов в C# 2.0. То есть не то, чтобы нетрадиционно, но в стиле JavaScript.

Настало время посмотреть как подобное извращение влияет на скомпилированный код. Для этого напишем небольшой примерчик.

using System;

public class App{

   private static Action<string> _actionAsDelegate = delegate(string text){
      return;
   };

   private static void _actionAsStaticMethod(string text){
      return;
   }

   private void _actionAsMethod(string text){
      return;
   }

   public static void Main(string[] args){
      _actionAsDelegate(string.Empty);
      _actionAsStaticMethod(string.Empty);
      (new App())._actionAsMethod(string.Empty);
   }

}

На всякий случай объясню немножко, чего я пытаюсь сказать. Итак: надо выполнить какое-то действие над строкой. Первый вариант - это простой метод _actionAsMethod, а второй - _actionAsDelegate, который на самом деле всего лишь переменная, которой присвоен анонимный делегат. В JavaScript такое объявление вполне нормально и иногда даже более правильно, чем объявление функции стандартным путём. На всякий случай, я написал ещё _actionAsStaticMethod, просто для того, чтобы сравнить результаты.

Компилируем и смотрим, что скажет по этому поводу ILDASM.

.method public hidebysig static void  Main(string[] args) cil managed
{
  .entrypoint
  // Code size       45 (0x2d)
  .maxstack  8
  IL_0000:  nop
  IL_0001:  ldsfld     class [mscorlib]System.Action`1<string> App::_actionAsDelegate
  IL_0006:  ldsfld     string [mscorlib]System.String::Empty
  IL_000b:  callvirt   instance void class [mscorlib]System.Action`1<string>::Invoke(!0)
  IL_0010:  nop
  IL_0011:  ldsfld     string [mscorlib]System.String::Empty
  IL_0016:  call       void App::_actionAsStaticMethod(string)
  IL_001b:  nop
  IL_001c:  newobj     instance void App::.ctor()
  IL_0021:  ldsfld     string [mscorlib]System.String::Empty
  IL_0026:  call       instance void App::_actionAsMethod(string)
  IL_002b:  nop
  IL_002c:  ret
} // end of method App::Main

Сейчас сразу не вспомню где конкретно, но я где-то определённо читал, что анонимные делегаты превращаются компилятором в методы. А тут что-то совсем сложное. Одно ясно однозначно: вызов _actionAsDelegate дороже вызова _actionAsMethod, хотя бы потому, что он виртуальный. Для полной достоверности, надо бы, наверное, провести замеры времени при 1_000_000 итераций, но я этим заниматься не стану. Для меня главное - уяснить, что JavaScript'овые штучки в C# "не пройдут", что в общем-то, и правильно. Каждому - своё.

Проблемы с RSS и первый опыт Yahoo! Pipes

2007-02-20T13:52:00.001+03:00

Не так давно я писал о том, как мой блог переехал на ITBLogs, и какие проблемы я решал всвязи с этим. Собственно, проблема была одна, как совместить 2 RSS потока в один. Тогда я принял решение в пользу сервиса FeedBite.

Я периодически смотрю статистику своего фида, и меня радуют числа подписчиков. Конечно, они не так высоки, как у популярных блоггеров, но всё таки, я не один. И вот сегодня я решил сам подписаться на свой фид. Не для статистики, а ради пущего контроля. И оказалось, что сделал я это совсем даже не зря. По непонятной пока что причине FeedBite не транслировал фид моего блога на ITBLogs, при этом фид, который предоставлен Blogger работал в штатном, как говорится, режиме. Более всего странно то, что по отдельности всё работет нормально, то есть RSS, сгенерированный Community Server'ом просматривается и содержит все самые последние посты, и FeedBite говорит, что прекрасно понимает формат подсовываемого ему фида, однако на выходе ничего.

И я решил найти новый способ решения данной проблемы. К тому же сейчас очень много говорят про Yahoo! Pipes. И я решил попробовать. Завёл себе Yahoo! ID (которого мне так недоставало, чтобы попробовать Flickr, а времени создать не было), залогинился и стал экспериментировать. Интересная, скажу я вам, штука. Правда, пока что есть не так много источников информации, и над ними можно производить не так много действий, но для моих нужд вполне достаточно, и даже сверх того. В конце концов вот что у меня получилось. Внутри всё просто: элемент Fetch, на вход которого попадают два фида моих блогов. Так как во времена зеркалирования в обоих фидах были одинаковые записи, следом за Fetch идёт блок Unique, работающий по полю Title. Затем, в качестве предосторожности, я поставил блок Sort, который сортирует записи по дате публикации в порядке убывания (хотя такое поведение присуще фидам само по себе). И с выхода сортировщика всё попадает на Pipe Output. Далее я откопал адрес фида только что созданного пайпа и прописал его в поле "источник" в мой FeedBurner фид.

Всё достаточно просто, а интерфейс работы с Pipes меня просто обрадовал. Красиво, быстро и удобно, хотя не всё продумано, и, как я уже отметил ранее, не хватает источников данных и операций. А вот если бы там был ещё и API, цены бы не было такому ресурсу.

В качестве окончания вот что... У меня есть просьба ко всем, кто подписан на мой фид через http://feeds.feedburner.com/Items откликнитесь, пожалуйста, или в комментариях или напрямую maxim.moiseev@gmail.com. Был ли провал в постах, связанный с переездом блога и что произошло сегодня после того, как я обновил фид? В теории агрегатор должен был высыпать всё содержимое "нового" фида, включая и те посты, которые были опубликованы уже давно здесь, и те, которые попали только в ITBlogs и не были оттранслированы в RSS по милости FeedBite. Заранее спасибо.

fd684997-5d56-49a2-af5f-788eb9e53da1

Магия чисел против коллективного разума

2007-01-23T18:22:00.001+03:00

(Хотя, наверное, лучше было бы сказать совсем наоборот, потому как коллективный разум, всё же победил!)

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

Симптомы следующие: есть некоторое поле ввода, значением которого является число (в строковом представлении, конечно). Соответственно, есть операция преобразования строки в число. Так вот эта самая операция давала неожиданные результаты:

"7" - FormatException;
"77" - 7;
"75" - 5;
"57" - 57.

Получается, что к ошибке приводит только первая семёрка в строке. Интересны так же, так сказать, side effects. Visual Studio всё отлично собирает, но при этом ругается если семёрка объявлена как значение константы. Дальше больше. Собранный на испорченной машине exe без проблем запускается и правильно работает на других машинах. Написали код попроще, тот который просто парсит строчку, переданную в качестве параметра, чтобы откинуть все лишние возможности внести ошибку. Результат тот же.

Прошло N часов. Произведена переустановка Microsoft .Net Framework, кажется, даже Visual Studio. В голову стали закрадываться мысли типа "а не снести ли Винду". И тут мне вспомнилось, как однажды, давным давно, на мой вопрос, заданный на форуме sql.ru, в течение 10 минут был получен простой ответ. Конец света откладывается. Идём на форум RSDN.

Первый ответ не поразил новизной - "переставь Винду". Отнекиваемся. Ждём. И вот спустя какое-то время... Вуаля!

Оказалось, что в настройках локализации можно в качестве знака отрицания указать любой символ. Угадайте что было указано на "поломанной" машине?! Шутка хумора, однако.

Всвязи с этим вспомнилась ещё шуточка: #define i j.

P.S.: Кто изменил локаль так и осталось загадкой.

О важности стандартизации и силе привычки

2007-01-17T11:03:00.001+03:00

Ехал вчера в метро и подумалось: стандартные (или просто однотипные) интерфейсы вызывают привыкание, а привыкание - сильная штука.

Пример из жизни №1

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

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

Пример из жизни №2

Пример уже не из моей жизни, но я о нём наслышан. Итак. iPod и Zune. Уже догадались к чему клоню? Раньше все пользовались продуктом Apple, у которого есть колесо (пусть и сенсорное но всё равно колесо), которое можно крутить. И вот Microsoft выпускает Zune. Счастливый обладатель нового девайса открывает заветную коробку, достаёт плеер, видит круглый контрол и что пытается с ним сделать? Правильно! Покрутить. А оказывается что это всего лишь кнопки, которые сделаны в форме кольца совсем не для этого. Скажете придумал? Нет. Вот вам информация из первых рук: ревью Zune от Scoble и подкаст на twit.tv. Все говорят одно и то же: после iPod все ожидают сенсорное кольцо :-)

Вывод

Хочешь сделать что-то, что всем понравится? ~~Спроси меня как!~~ Сделай интерфейс максимально узнаваемым и привычным (если, конечно, интерфейс не есть твоё ключевое преимущество). Потому как люди склонны иметь привычки и могут болезненно переносить отказ от них.

Вершители судеб

2007-01-15T14:43:00.001+03:00

Сегодня нашёл замечательный пост Jeff Atwood о том, как один сайт за считанные дни потерял значительную часть посетителей. А всё из-за того, что анализатор Google обнаружил среди коментариев на этом сайте "неправильные" ссылки и перестал отображать его в результатах поиска.

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

Контрольная сумма и ширина канала - things that matter

2007-01-15T10:19:00.000+03:00

Вводная:

Скачал я тут себе недавно Fedora Core 6. Хотел посмотреть чего там новенького. Надо сказать, что занятие это на моём домашнем 64кбитном канале не очень быстрое, так что я ждал момента окончания закачки как ничего другого. И вот... Случилось! Докачалось! Ура. Заливаю образ на ДВД и давай ставить.

У RedHat'ов (а может ещё у кого есть, но запомнилось только у них) есть замечательная опция: при установке можно проверить диск на ошибки. Никогда, если честно, этим не занимался, видимо потому, что ставил FC5 с 5 CD дисков и уж больно не хотелось их туда-сюда вставлять-вынимать. А тут целый один DVD - можно и проверить, хуже не будет. Проверяем-проверяем... 10%... 25%... 68%... БАЦ! Corrupted. Я было погрешил на диск, он у меня был немного потёртый. А потом думаю: "а ну-ка вместо того чтобы диски резать один за другим проверю контрольную сумму ISO". Проверил. Взгрустнулось. Сумма не совпала.

Сразу вспомнился эпизод, как в один прекрасный момент посреди процесса закачки выключился свет. Видимо в этот самый миг какой-то байтик был принят неправильно и все 3.6Гб оказались бесполезными.

А теперь идея, которая пришла ко мне после этого инцидента.

Контрольная сумма всегда одна на файл. (По крайней мере иного расклада я не встречал ещё ни разу.) Существует 2 возможных выхода. Первый: разбить файл на несколько частей и посчитать контрольную сумму для каждой, чтобы в процессе скачивания видеть что такая-то часть скачалась с ошибкой, и не терять весь файл целиком. Зато в этом случае не совсем понятно как быть с возможностью докачки, точнее таким её использованием, как скачивание в несколько потоков. Вариант второй предполагает возможность в любой момент времени попросить у сервера посчитать сумму для любой части файла, сделать то же на клиентской стороне и сравнить полученные результаты. В случае ошибки переспросить кусочек файла. Большими минусами в этом случае можно назвать увеличение вычислительной нагрузки на сервер (особенно если всякие неблагонадёжные типы будут постоянно спрашивать пересчитать сумму для огромных файлов, это будет настоящий DoS) и необходимость изменения существующих протоколов. Но для таких как я, людей с "ограниченными возможностями" в плане ширины канала это будет что ни на есть решение.

Ах да. Где-то прочитал что всякие P2P сети (а ля eDonkey и BitTorrent) имеют достаточно мощные средства по обеспечению правильности файла при скачивании.

Проблема 2007 года

2007-01-12T12:27:00.000+03:00

Некоторое время назад (году эдак в 2005) мы с коллегами подсмотрели у Microsoft стратегию нумерации версий сборок.

Как обычно версия состоит из Major, Minor, Release и Build частей. Сама стратегия заключается в том, что Release часть имеет формат YMMDD. То есть для релиза от 8 марта 2005 года значение будет 50308. И все были довольны, потому как 4-компонентый номер версии был неудобен, а тут получилось, что он вроде и информативен, и думать, что в него написать, особенно не надо.

И вот настал 2007 год... И первый же релиз заставил снова пересмотреть систему нумерации билдов...

В катчестве хинта:
А всё почему? Да потому, что под каждую компоненту номера версии отводится двухбайтное значение, и максимальное число, соответственно, 65535, а любая дата 2007 (и более) года в принятой нотации заведомо больше.

Трудности перевода

2007-01-09T17:28:00.000+03:00

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

Для начала быстренько проглотил Джоэл о программировании, а то лежит на полке уже какое-то время, всё руки не доходили прочитать. А потом решил расширить горизонты познания и взялся за Александреску (сам-то я С++ уже некоторое время как не использую, но добрая память о нём жива, кроме того на DefMacro уж больно хороший отзыв об этой книге). Следом в списке к прочтению оказался Флэнаган (давненько я собирался познакомиться с JavaScript и вот наконец собрался). Можно считать, что каникулы прошли не зря.

Здесь и сейчас я не буду говорить о содержании этих изданий, все они по-своему интересны и полезны. Хочется поговорить об адаптации книги к русскоязычному изданию. И вот что странно. Самый качественный перевод, на мой взгляд, был сделан для книги Джоела. То есть даже не то чтобы перевод, а именно адаптация: правильный перевод, если где-то есть неоднозначность перевода - приводится сноска с объяснением, есть коментарии. Да, конечно, есть в книге толковые мысли, есть спорные, но это не "классический труд", как их любят называть. Но на перевод были потрачены какие-то усилия (хотя думаю, что не обошлось тут без Wiki с переводами статей Джоела).

Флэнаган и Александреску по качеству перевода (и книги в общем) уступают, и вот почему: основное их отличие от предыдущей книги -- чёткая ориентированность на программистов. То есть присутствуют листинги программ и всякие определения (как в любой книге, рассказывающей про любой язык программирования), а не общие размышления. И в этих самых листингах есть досадные опечатки. (Хотя я тут подумал, эти опечатки могли достаться по наследству от оригинала). Ладно когда опечатка в небольшом сценарии на JavaScipt, всё равно в них не вчитываешься, там ничего особенного быть не может, но когда опечатка в описании непростого C++ template, который описывает мудрёную ранее не виданную концепцию... Над одним примером кода я бился минут, наверное, 20, в бессильных попытках понять. И уж когда совсем было забросил это занятие, сославшись на собственную недалёкость, подумал "а что, если опечатка". С учётом опечатки понимание пришло тут же.

У меня есть некоторый опыт чтения программерской литературы как в оригинале так и в переводах, и вот что я отметил:

в переводе книги значительно дешевле оригиналов;
качество бумаги переводов оставляет желать лучшего (уж больно странички тоненькие, одно неверное движение и надо искать скотч);
переводу зачастую подвергается только само изложение, на коментарии внутри листингов переводчиков не хватает;
нечасто, но случается, что устоявшиеся термины переводятся неправильно;
ну и конечно довольно редко кто-то смотрит код на предмет опечаток (опять оговорюсь, что тут может быть вина оригинального издания).

Складывается впечатление что технические книги переводят совсем нетехнические люди. (Наверное все технически-грамотные люди пишут свои книги :-))

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

2006-12-20T17:46:00.000+03:00

Так уж вышло, что текущая работа связала меня одновременно с Microsoft .Net Framework и последовательными портами (COM-порты в простонародии). И вот с ними я заимел много-много хлопот в последнее время. Но, обо всём по-порядку.

Сначала была библиотека, писаная давным давно на C++. Эта библиотека обеспечивала требуемую функциональность, но найти, а тем более исправить в ней ошибки, которые периодически возникали, было делом непростым. Я не утверждаю, что она была написана плохо, прото она написана не мной, а человеком, который уже давно сменил место работы, и, по всей видимости, писалась долго, так что нагромождения кода разобрать было сложновато. Взаимодействие с этой библиотекой происходило через PInvoke.

Окунёмся ещё глубже в историю. Год назад вышел .Net Framework 2.0, в котором наконец-то появились инструменты для работы с последовательными портами. И с самого начала работы над текущим проектом я намеревался упросить-таки начальство переписать описанную выше библиотеку на C#. Как оказалось доигрался...

Решение было принято. Библиотеку переписали. Всё стало по-новому. Только вот появилась одна неприятная ошибочка, отловить которую никак не удавалось. Где только можно были поставлены try-catch блоки. Все ошибки логировались. Но приложение всё равно падало. Чтобы этого добиться достаточно было удалить из системы COM-порт в момент отправки на него чего-либо. Исключение вываливалось прямо из внутреннего потока исполнения и обрабатывалось нигде. А потом наш ~~тестер~~ Тестер ввёл текст ошибки в Google, или не знаю уж куда, вобщем в поисковик и нашёл вот это. Если вкратце, то разработчики из Microsoft (которые, как известно, самые обиженные люди, потому что им пенять не на кого), реализовывавшие SerialPort и сопутствующие классы, решили, что последовательные порты в системе - понятие статичное и появляться, а уж тем более исчезать, не могут. Слегка странное решение, если учесть, что сейчас каждый второй (если не первый) телефон снабжён модемом и подключается через USB, не говоря уже про всякие Bluetooth модемы.

Шок от этой новости был ещё тот. Через 4 дня релиз, а тут одна из ключевых фич не работает. Я, как предложивший использовать .Net для всего, вообще хотел забиться в дальний угол (shame on me). Выручил снова молодец Тестер. Тем же своим поисковиком он нашёл возможные решения. Пришлось в срочном порядке подменять стандартную .Net реализацию SerialPort'а самописной. Что интересно -- заработало.

Мораль сей басни такова: если ошибку не удалось отловить быстро - ищи в интернете. Ну и ещё на память заметочка: проверять возможность реализации чего-бы то ни было прежде чем браться за реализацию :-)

Цуи ыуфкср (или web search по-русски)

2006-12-20T10:47:00.000+03:00

Не знаю кто как, а я постоянно ищу в Google что-нибудь типа "уьфсы ащк цштвщцы". И что странно, никогда не нахожу. Вчера мне это надоело и я решил написать о том, как было бынеплохо внедрить перевод раскладки в качестве подсказки в результатах поиска. Провёл серию тестов (искал фразы "gjcbr d bynthytnt" и "цуи ыуфкср") и выяснил, что:

Rambler подсказывает "перевод" в обоих направлениях;
Яndex не подсказывает ничего (хотя коллеги подсказали, что слово "rjhjdf" (корова) срабатывает);
Google не подсказывает ничего.

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

ЗЫ: Про PuntoSwitcher я слышал и активно его использую, но только не в автоматическом режиме, иначе просто невозможно писать код.

Это вам не математика

2006-12-12T16:26:00.000+03:00

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

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

Дело было так. Задача - обеспечить поиск работающих экземпляров приложения в локальной сети. Решение очевидно: на стороне искомого - Listener, ожидающий запросов из сети и отвечающий на них, на стороне ищущего - Screamer (ну он действительно крикун, что я сделаю :-)), посылающий широковещательный запрос в сеть и ожидающий ответов от всех Listener'ов. Всё предельно просто. Было написано, оттестировано и работало. Работало на Microsoft .Net v1.1.

Потом проект мигрировали под .Net v2.0, который много что объявил obsolete, что-то было переписано, но это совсем другая история. Внезапно оказалось, что описанное выше решение работает через раз. То есть, иногда оно видит работающие приложения, иногда нет, и даже если видит, то необязательно все. Признаться, я долгое время грешил на возможно новую реализацию всего этого механизма в .Net, а когда взялся за проблему всерьёз, понял, что был неправ.

Основная проблема скрывалась внутри Listener'а. Его ThreadProc крутился пока не выполнялось некое условие, а именно, не выставлялся флаг об остановке. Только вот при инициализации Listener'a сначала создавался и запускался тред, и только потом выставлялся флаг. Получается, что в один и тот же код в версии 2.0 работает быстрее чем в версии 1.1.

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

Когда я поделился решением с коллегами, они, конечно, смеялись, но простили мне оплошность с невовремя установленным флагом. И вскоре я взялся за решение другой проблемы. В этот раз почему-то не всегда срабатывало получение данных из последовательного порта. Если отправлять команду, требующую работы устройства, всё работает стопроцентно, а если посылать подряд, скажем, 1000 команд ATZ, ответ рано или поздно не приходит. Тут уж я не стал, как водится, ругаться на программистов Microsoft, а начал искать ошибку в своём коде обмена данными с портом. Логика там непростая, поэтому пришлось потратить какое-то время и огромное количество Debug.WriteLine. И что в итоге, спросите вы! Да то же самое. Я сначала посылал команду в порт и только спустя пару строчек кода подписывался на событие DataReceived. И снова всё решилось перестановкой двух "слагаемых".

Вот такая вот математика.

Зло 2.0 или почему я не пойду работать в Google

2006-12-05T10:27:00.000+03:00

В Большой театр нас не взяли. В Малый - сами не пошли. (с)утерян

Когда-то давным давно, а именно, год-два назад, я просто мечтал о том, чтобы пойти работать в эту Великую (Да! Именно с большой буквы "В") компанию. Я не хотел идти работать в Microsoft, ибо "Suxx". Я грезил только Гуглем. Что уж там говорить, моё знакомство с Python, а потом и Ruby, началось с того, что я где-то прочитал высказывание Peter Norvig об использовании Python в разработках Google.

Мне всегда нравились, и продолжают нравиться их разработки. Всё, что я слышал о принципах организации труда разработчиков, мне тоже нравится. Ну правда! Как может не понравиться организованное прямо под боком кафе, массажные кабинеты, хардверное обеспечение рабочего места, 20% проекты и прочее и прочее и прочее...

Итак, почему, же я всё-таки не хочу там работать. Точнее сказать, я хочу, но не пойду. Ну во-первых, конечно, потому что меня туда не позовут (хотя этот вопрос требует отдельного разговора :-)). А во-вторых есть некоторые вещи, которые меня настораживают. Например: официальные блоги Google. По содержанию - просто пропагандистская трибуна. Ничего толком, одни пресс релизы и описания того, "как там жить хорошо". (Заманиловка?) Зачем тогда всё это оборачивать в форму блогов? (Только что идея пришла: может быть потому, что у них нет своего своего корпоративного сайта, где бы лежали все новости. Может быть.) И зачем всё это писать от имени разных людей? Кроме того, не далее как позавчера я посмотрел видео, где Robert Scoble ходит по оффису Google в Kirkland. Всё здорово. Снова показывают красивую жизнь, даже беседуют с местным поваром. Всё замечательно. Я смотрел смотрел, всё мне нравилось, только вот на заднем плане, за двумя гуглерами, с которыми собственно и было интервью, постоянно маячили в непринуждённых позах два типа с бейджами. К чему бы это? Неужели цензоры? Это всё вместе заставило меня задуматься. А есть ли у работников Google, окно во внешний мир? Вот, Microsoft, например, который все уже по привычке ругают по поводу и без, имеет огромный ресурс MSDN Blogs, где можно зачастую найти информацию, которой нет в официальных документах, есть ещё Technet, и наверняка ещё много чего. А кто-нибудь слышал о блогах разработчиков Google, где они бы описывали задачи, с которыми сталкиваются? Я нет. (Если кто слышал - возразите мне и поделитесь ссылкой :-)). Мне попадались, правда, какие-то презентации про MapReduce, но не более того. А презентации это совсем не блог.

Ладно блоги, но у Microsoft есть ещё Channel9. Люди с видеокамерами ходят по офису(ам) и общаются с простыми и не очень разработчиками. А что Google? Скоббла и того провели только по пустым коридорам, показали разукрашенные стены, snack bar и шеф-повара, и при этом не дали вблизи посмотреть на рядовыхз программистов. Нет, они определённо что-то скрывают! Не иначе - планируют захват власти. В наш век, как известно, кто владеет информацией - тот правит миром, а у Google в его хранилищах столько информации, что нам с вами и не снилось.

Вобщем, мне кажется, что на данный момент Microsoft является куда более "интересной" и открытой компанией чем Google. И "почётное" звание "мирового зла", или даже "мирового зла 2.0", можно смело присуждать последнему.

Не мейнстрим (или снова про дизайн UI)

2006-11-29T11:15:00.000+03:00

Интересно наблюдать за движением мысли в сообществе. Сначала были разговоры про юзабилити, потом переметнулись на SOA, сейчас вот HR стал почти основной темой дискуссии. Здорово!

А я снова буду не по теме, точнее вернусь к дизайну графического интерфейса. Сегодня Jeff Atwood высказал на своём блоге правильное, на мой взгляд, мнение:

Deep down inside every software developer, there's a budding graphic designer waiting to get out. And if you let that happen, you're in trouble. Or at least your users will be...

В том же посте приводится пример ужасного диалогового окна и, что самое интересное, описана эволюция этого диалога от простого к сложному и далее к устрашающе сложному.

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

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

Цитата дня

2006-11-28T09:35:00.000+03:00

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

There is no pleasure in having nothing to do; the fun is in having lots to do and not doing it.
Mary Wilson Little

Simplicity

2006-11-27T18:15:00.000+03:00

Очень интересную идею подсмотрел я у Brad Abrams. Он предлагает придумать новую должность - Senior Simplicity Engineer. И правда, если есть столько народу, которые всё усложняют, почему бы не назначить тех, кто должен всё упростить, некое подразделение по борьбе со сложностью.

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

ЗЫ: Не так давно для меня стало откровением, что есть такие люди, как "евангелисты", работа которых в том, чтобы говорить много, но по делу, а теперь вот это ещё. И вправду: "Мамы всякие нужны, мамы вяские важны".

С чего начинается CLR

2006-11-23T16:59:00.000+03:00

Не так давно начал свой блог самый главный разработчик .Net CLR и вообще хороший человек Patrick Dussud. И как начал! Рассказал о том, как всё это начиналось (всмысле CLR).

Не так и много, конечно, первый пост всё-таки, но особенно меня заинтересовал тот факт, что прототип сборщика мусора был реализован на Common Lisp. И только потом была написана утилита, оттранслировавшая его в С++.

Блог обещает быть интересным...

Функциональный .net

2006-11-22T17:39:00.000+03:00

Сегодня попалась на глаза интересная статья про нововведения в C# v.3, который скоро станет новым оружием Microsoft в борьбе за мировое господство. Статья содержит достаточно подробное описание новых возможностей языка и сравнение их реализации с другими языками, такими как Cω, F# и Haskell.

Сразу вспоминается мысль Paul Graham'а: "Lisp started out powerful, and over the next twenty years got fast. So-called mainstream languages started out fast, and over the next forty years gradually got more powerful, until now the most advanced of them are fairly close to Lisp. Close, but they are still missing a few things...." (взято отсюда).

Всеобщая мобилизация

2006-11-21T11:49:00.000+03:00

В августе месяце сего года я услышал, что W3C выпустил рекомендации для представления веб-контента на мобильных устройствах. Тогда же меня посетила идея, что мобильный доступ в интернет только растёт, может быть пока и не в России, но за границей точно, и было бы неплохо сделать сервис, который бы переводил обычное представление веб-страниц в мобильный вид. Я поделился идеей с коллегами. Коллеги сказали "да кому это надо?". И идейка как-то заглохла, самому заниматься не было особого времени, работа, всё-таки.

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

Вот раньше ко мне идеи приходили уже после того, как их кто-то придумал и реализовал. Так однажды я думал создать генератор RSS-лент для сайтов, где их нет, потом оказалось, что есть Feed43. Совсем недавно я писал о Software Appliance, сам того не подозревая. И вот в кои-то веки идея пришла вовремя! Да возможности подкачали.

Совершенно безвозмездно предлагаю идею для реализации, мало ли кому пригодится (или кто захочет реализовать с привлечением меня :-)). Объединить возможности сервиса мобилизации с социальной сетью и создать новый ресурс, где каждый участник сможет предложить свой вариант мобильного представления конкретного сайта (отсюда рейтинги и коментарии и всё такое в стиле 2.0). Преобразования можно делать при помощи того же XSLT. Почему это будет интересно? Да хотя бы потому, что автоматический обработчик Гуугла ставит левый сайдбар страницы впереди основного контента, а это жутко неудобно. В последствии можно набрать статистику по пользовательским преобразованиям и создать автоматизированное решение, которое будет основываться на best practice, так сказать. Я даже названия могу для ресурса предложить: mobilizr или mobilize.it :-).

Удивительное рядом

2006-11-16T18:08:00.000+03:00

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

Program aborting:
Close all that you have worked on.
You ask far too much.

По ссылкам в коментариях можно найти ещё.

Не SaaS

2006-11-16T13:05:00.000+03:00

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

Теперь немного лирики. Есть у меня ADSL модем. Устройство умное, на нём даже своя операционная система есть, Black Box Linux кажется. Так вот он предоставляет 2 варианта административного интерфейса: классический через telnet и web-интерфейс. Ещё я знаю, что Google продаёт корпоративным клиентам свой поисковик в виде чёрного ящика синего или жёлтого цвета. Наверняка у него административный интерфейс предоставляется через локальный Web-сервер. А тут ещё Sun разродился своим контейнером серверов.

Всё это вместе натолкнуло меня на мысль. Может быть будущее в том, чтобы продавать сервисы вместе с железяками? Конечно, не совсем SaaS в том смысле, что будут сложности с апдейтами, да и ещё много чего, но зато не будет проблемы c утечкой информации. Компания, которая покупает данный сервер/сервис, спокойно может доверить железяке работу со своими даже самыми секретными данными, покуда они (данные) не утекают никуда наружу. Эдакий квази-SaaS.

Это мои мысли, а что уважаемое коммьюнити думает по этому поводу?

Web 2.0 инструментарий

2006-11-16T12:21:00.000+03:00

Как же много интересного сейчас делается на волне популярности Web 2.0. Особенно меня радуют всякие утилитки, типа Web 2.0 Logo Creator или генератор "ползунков". Вроде бы и игрушки, но ведь могут использоваться и в качестве реальных утилит разработчика. Так с миру по нитке можно настоящий 2.0 ресурс собрать. Ещё бы генератор 2.0 идей кто-нибудь реализовал. :-)

Правильное программирование

2006-11-14T19:08:00.000+03:00

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

Давным давно, когда деревья были большими, а из языков был известен только Basic и тот плохо, я с благоговением писал свои первые "программы". Это было подобие Turtle графики в стиле: LINE 10, 20, 50, 60 и так далее. Помню мы тогда с товарищем рисовали какую-то картинку, и когда на экране стала появляться именно эта картинка, а не просто набор линий, я был необыкновенно горд собой. А как же! Столько сил было положено :-) Приятно вспомнить.

Затем был Pascal. Оказалось, что есть подпрограммы и структуры. Потом они объединились и стали классами. Программирование было увлекательным занятием. А потом я увидел Delphi. Наверное, в тот самый момент у меня в голове и возник вопрос "чем же это всё закончится?". Со временем средства разработки становились всё более интеллектуальными и для совершения каких-либо действий приходилось всё меньше работать головой и всё больше руками. Однажды столкнулся с задачей просмотра DBF файла. Начал искать описание формата, что-то придумывать. В конце концов запустил Delphi и наваял приложение при помощи одной только мыши за 5 минут.

Не так давно я смотрел screencast, в котором автор сравнивает платформы разработки веб приложений (JSP, Ruby On Rails, Plone, Turbo Gears, Django). Сравнивает очень просто: реализовывает одно и то же приложение на всех платформах и собирает статистику. В качестве метрик выступают: количество строк кода, файлов кода, файлов конфигурации, время на разработку, количество ошибок компиляции за время разработки и количество "непростых ошибок", когда приходилось прибегать к помощи документации или сообщества. Так вот, при помощи Plone удалось сделать всё не написав ни единой строки кода за 7 (кажется) минут.

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

А что будет, когда IDE смогут сами генерировать правильный код? Страшно подумать... Неужели программисты станут ненужными и выродятся? Думаю, вряд ли, скорее всего само понятие "программирование" получит новый смысл. И этот смысл будут искать и формулировать такие же как я.

Ну а напоследок ещё одна ссылка по теме. Мой любимый рассказ Азимова.

Как я .Net запускал

2006-11-10T18:09:00.000+03:00

Высшее командование поставило давеча передо мной задачу: проверять наличие и версию .Net Framework при запуске приложения. Первое время я пребывал в состоянии лёгкого ступора, так как задача показалась мне интересной. Сразу придумалась аналогия: при запуске Win32 приложения проверять наличие и версию Win32 API, нет! наличие и версию Windows. Аналогия, имхо, совершенно приемлимая, так как .Net выступает как платформа. Короче говоря, сначала я подумал, что от меня требуют невозможного, да и по памяти, нормальной практикой является проверка соответствия system requirements в момент установки приложения, а не его запуска.

Ладно. Первый шок вроде прошёл. Начинаем мыслить. Проверять версию ладно, это наверняка предусмотрено разработчиками из Microsoft (MSDN подтвердил, что так и есть). Достаточно добавить в App.config пару строк. Но вот как быть с проверкой на наличие...

Для начала хочу обратить внимание, что исполняемый файл для .Net имеет всё то же разрешение .exe. В отличие, скажем, от Java, где всё это происходит посредством launcher'а. Тут несложно догадаться, что разработчики Microsoft придумали некий механизм, чтобы встроить инициализацию среды исполнения непосредственно в исполняемый файл. Хорошее решение, правда только для Windows, но всё равно удобно. А конечному пользователю только того и надо, чтобы было удобно.

Здесь следует отметить, что мне очень повезло. Совсем недавно я начал читать творение Patric Smacchia, а там как раз с самого начала написано что да как. Да! В любой книге по разработке на .Net с самого начала есть разбор формата сборки. Но! Совершенно нигде более я не встречал, чтобы автор описывал (особенно с самого начала книги) подробно весь механизм инициализации CLR.

Оказалось, что существует некий COM компонент, реализующий интерфейс ICLRRuntimeHost. Кроме того, есть API, позволяющий создать экземпляр хоста и попросить его выполнить managed код из требуемой сборки. Всё. Довольно просто, если знать что делать.

Могу только догадываться, что похожий механизм используестя и при создании .exe файлов для запуска Java приложений, но там это скорее надстройка над системой, а тут это именно система. Это радует.

Но! В каждой бочке мёда, как известно, должно быть немного инородной субстанции. Функция API (на который я ссылался чуть раньше), отвечающая за загрузку нужной версии CLR, в случае неудачи не просто возвращает код ошибки, но и выводит на экран MessageBox, побороть который мне не удалось. А жаль.

В итоге приемлимое решение видится мне вот как: создаём unmanaged приложение-launcher. В нём проверяем, например, по реестру, наличие нужной нам версии .Net Framework, ну а дальше по обстоятельствам.

Вот такая вот жизненная история.

Самый лучший в мире патч

2006-11-08T11:55:00.000+03:00

Предыстория

В CGI библиотеке Ruby не так давно обнаружилась уязвимость. При правильном, а точнее "не соответствующем стандарту", использовании multipart MIME получался бесконечный цилк, который очень эффективно приводил к denial of service.

А теперь сама история

Дырку, конечно, заклеили. В самые кратчайшие сроки, а как же иначе, выпустили официальную заплатку в виде файла .patch. Я как человек Windows-ориентированный, с утилитой patch не знаком. Microsoft всегда выпускал патчи в виде файла, который просто надо установить и ни о чём не думать. А тут такое! Кусочек исходного кода! Красота да и только. Мне очень понравилась сама идея выпуска закладок в виде diff'ов к файлам исходного кода. Конечно, идея, как я понял, совершенно не нова, но сегодня она (идея) приобрела нового поклонника. На мой взгляд это очень интересно, когда ты сам видишь на что влияет устанавливаемое обновление и какими силами удалось достичь определённой функциональности. Например, в данном случае, проблему получилось решить изменением одного только условия в if'е.

Новый 2.0 сервис

2006-11-08T11:09:00.000+03:00

Наткнулся сегодня на новый сервис BlogMailr. Всё как положено: название в стиле Flickr, Zooomr и прочихr. Иконка со соловом beta. AJAX интерфейс.
Сервис этот призван объединить столпы Web v.Previous и Web v.Next, а именно e-mail и блоги.
Всё просто: пользователь регистрирует на сервисе блог и получает под него e-mail адрес, письма на который будут автоматически попадать в заявленный блог в качестве постов. Определение блога происходит, наверняка точно так же как и в Windows Live Writer, через RSD .
Итого: интересный сервис, но на мой взгляд не более того. Если честно, не могу представить как он будет полезен лично мне. Хотя, несомненно, какая-то аудитория у него будет. Например, удобно было бы набрать письмо на КПК и отправить его на блог, когда под рукой нет чего-то более-менее похожего на компьютер.
А ещё мне кажется, что подобные вещи в разное время предлагали многие блоггинг-сервисы, только каждый для своих блогов.

Published with BlogMailr

На лицо ужасные, добрые внутри

2006-11-07T16:56:00.000+03:00

Наконец-то осилил рассказ о MDA. Ссылка мне попалась уж с неделю назад, только вот никак руки не доходили, точнее глаза. А тут я её распечатал и прочитал. Какие же всё-таки молодцы эти программисты из Microsoft.

Добрые внутри

Занимательная штука, эти асистенты. По сути это механизм, который говорит среде исполнения .Net выкидывать специальные исключения в момент выполнения. И исключения эти предназначены совсем даже не для того, чтобы их отлавливать, а для того чтобы с их помощью выяснить что "кто-то где-то честно жить не хочет". Особенного внимания удостоился стык managed и unmanaged кода, то есть PInvoke. Некоторые MDA при включении влияют на поведение CLR, в результате чего ошибки, так сказать, высвечиваются. Эдакая провокация кода на ошибки.

На лицо ужасные

Собственно, об MDA написано много и до меня. Отметить хочется вот что. Несомненно полезная вещь имеет очень странный механизм включения. Да, есть поддержка некоторых MDA в Visual Studio 2005, но только некоторых. Чтобы включить остальные надо попотеть. Ощущение, что разработчики старались применить здесь все модные механизмы настройки приложений, разве что ini файлы забыли. Тут вам и изменение ключа в реестре, и переменные окружения со странными названиями, и даже xml файл конфигурации в стиле app.config. Мне почему-то увиделась аналогия со стартом автомобиля. Чтобы сдвинуться с места надо применить и руки, причём каждую отдельно, и ноги, тоже отдельно, и по сторонам посмотреть и ещё мозг задействовать, так на всякий случай. Кроме того, как я уже замечал, не все MDA можно использовать из IDE.

Итого: MDA - быть. Даже нет... Они и так есть, без моего на то согласия. МДА - использовать. Только вот, имхо, можно было обойтись каким-нибудь одним способом настройки.

Да, кстати! Угадайте сколько MDA включено в .net 2.0? Ровно 42. :-)

Образование

2006-11-02T16:03:00.000+03:00

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

Господин Плисс позволил себе очень сильно пройтись по нашему образованию, но при этом умудрился предложить только пару вещей, которые позволят образованию выйти из кризиса. Я всего лишь простой бывший "студент, который после пяти лет обучения получил свой никому не нужный диплом". Но я имею своё мнение и намерен его озвучить.

Для начала скажу, что я полностью согласен с тем, что написано в статье, я сам писал почти о том же, что обучение оторвано от реальности и всё такое. Но! Автор утверждает, что сам был таким же студентом и что в один прекрасный момент он прозрел. Почему тогда он хочет лишить всех остальных такой возможности? Может именно этот самый процесс "открывания глаз" и есть то самое, чего так не хватает человеку, чтобы состояться! Кроме того, по моим сведениям, на западе, на который все так усиленно косятся в поисках ответов на все вопросы, высшее образование нацелено на более старшую молодёжь. То есть, например, у нас человек в 23 года оканчивает институт, и ещё пару лет "доучивается" по месту работы. А у них что? У них только в школе можно учиться до 22 лет, а потом ещё 6 лет в институте. И вот он! Молодой специалист, который обладает всеми необходимыми знаниями в 28 лет! Какое счастье! (Вполне возможно, что я не прав, но такая у меня информация). Как минимум получается одно и то же. Но! Когда ты до 28 учишься в иституте, пускай даже зарубежном, пускай даже самом лучшем, но ты не можешь работать full day, потому что ты студент! А у нас, пускай ты "ничего не знаешь", но ты готов работать на полную ставку и, если тебе этого действиетльно хочется, продолжать своё обучение путём самодрессировки исходя из потребностей бизнеса, о котором так печётся автор.

А давайте зададимся вопросом, что такого бизнес сделал, чтобы улучшить ситуацию в образовании? Я не знаю ни одного масштабного примера! Да, что-то слышал про то, что где-то какая-то компания провела конкурс среди студентов и победителям предложили работу. Но это очень редкий пример, его результатами могут воспользоваться единицы, да и то, чтобы что-то получить, надо изначально обладать знаниями, которые востребованы в бизнесе. А это уже получается не помощь, а отбор самых лучших и игнорирование остальных. Ещё я слышал, что есть компании, которые готовы тратить время и, главное, деньги на обучение студентов, но это тоже не сказать, чтобы повсеместная практика.

Кстати, вот ещё что. В большинстве объявлений о приёме на работу значится "ВО или студенты старших курсов" не так ли? Как можно в таком случае говорить, что диплом, никому не нужен. Нужен и ещё как! Кроме того, автор говорит, что "человек, который приходит из института в компанию, должен быть готовым высококвалифицированным специалистом или менеджером, а не мальчиком на побегушках, это он должен учить остальных и показывать им пример работы, а не наоборот". А, простите, кого учить-то, если все такие же умные? Предположим ситуацию, что в компанию будут приходить только "полностью состоявшиеся специалисты", которые готовые всех кругом учить и вообще двигать прогресс семимильными шагами. А кто тогда будет выпонять чёрную работу. Одними начальниками сыт не будешь. Да и кто будет слушать специалиста, который на пяток лет младше? Пускай он хоть семи пядей во лбу, никто не позволит ему себя "учить". Возможно, это наша Российская специфика, но её нельзя не учитывать.

Через всю статью проходит идея о том, что кто-то чего-то кому-то должен: "бизнес должен заказывать продукт в вузах", "в преподавательских советах должны появиться не только кабинетные ученые, но и действующие бизнесмены-практики", "должен появиться механизм «покупки» студентов". Произносить мудрые речи все горазды, а вот сделать что-то... Почему никто из "состоявшихся бизнесменов-практиков" не идёт в институт и не возглавяляет там хотя бы лабораторию, не готовит кадры для бизнеса? К сожалению, а может к счастью, у нас в России никто никому ничего не должен. И чтобы что-то было сделано как ты хочешь - надо делать это самому. У нас есть CIO Club, я правда не знаю что он делает и зачем нужен, но ведь есть же такая орагнизация. Давайте создадим организацию "Состоявшиеся бизнесмены-практики за Высшую Школу" или что-то типа того. Под это дело можно, наверное, получать образовательные гранты, привлекать студентов и готовить их к реальной жизни. Вот тогда уже можно будет говорить о результатах или их отсутствии. Я считаю, что надо пытаться что-то делать, а не принимать условия, которе диктует нам Система. (Сейчас самое время напомнить мне о моём юношеском максимализме).

А до тех пор, пока не будет конкретных действий в сторону от "тропинки, ведущей в тупик", ничего не сдвинется с мёртвой точки. Period.

Большие покупки

2006-11-01T10:29:00.000+03:00

Вот оно! То, что было отчасти предсказано. Предсказано потому, что Google таки что-то купил, а отчасти потому, что это оказался не Digg, а JotSpot. Об этом уже много написано и ещё больше будет написано в скором времени. Сам этот факт подтолкнул меня к формированию собственного мнения по поводу всей этой шумихи с 2.0.

Мне кажется, что Google не будет тратить денег на покупку Дигга, и ему подобных ресурсов. Объясню почему я так решил. Дело, конечно, совсем не в деньгах, их, как известно, у Google навалом. Для начала небольшое отступление.

Как такие ресурсы позиционировать? Как хранилище закладок или как новостные ленты. Лично я использую delicious, и именно как место, куда удобно положить ссылку и потом найти её там же с любого другого компьютера. Да, у меня есть аккаунт на Дигге, но я никогда не утруждал себя повышением рейтинга какой бы то ни было ссылки. Я даже был подписан на РСС дигговых технических новостей... Продержался неделю, так как слишком много "шума", совершенно бесполезного, а искать что-то более менее интересное - просто жалко времени. Раз уж это новости, то их надо бегло просмотреть, а не вчитываться в каждую.

Кстати, тут есть пересечение с вопросом о синдикации, который был поднят не так давно на AjaxPlanet. Digg в этом плане очень сильно проигрывает. Стандартный сценарий: я вижу в агрегаторе новость, которая мне вроде бы интересна. Нажимаю на ссылку и попадаю совсем даже не туда, где эта самая новость опубликована, а на страницу, где мне предлагают за эту новость проголосовать, то есть на Digg. Тут возникает сразу две проблемы. Во-первых, Digg меня не помнит, и чтобы за что-то проголосовать, я должен залогиниться, а это лишний переход по ссылке. И во-вторых, но, наверное, самое главное, я не стану покупать кота в мешке, то есть не буду я голосовать за статью, которую не читал. А меж тем страница, которую мне показывают, содержит ровно столько же информации, сколько было доступно в агрегаторе. Ок. Смирюсь, нажму ещё раз на ссылку, перейду к статье. Прочитаю. Пускай она мне даже понравится, но зачем я буду возвращаться обратно на Digg? Чтобы проголосовать?! Ни за что. В итоге Диггер из меня не получился.

Возвращаясь к вопросу о возможности появления в дружном семействе сервисов Google чего-то подобного Digg. На мой взгляд, они (Google) сейчас направлены на получение уникальной информации, то есть чего-то такого, чего больше нигде нет и быть не может. Информации, которая генерируется пользователями. В качестве иллюстрации возьмём последние из сервисов: Docs&Spreadsheets, YouTube, JotSpot (насколько я понял это реализация Wiki). Идея в том, чтобы не искать что-то в интернете, а дать пользователю возможность нагенерировать информации на собственных сервисах, и потом её преспокойно проиндексировать. В таком случае, вся информация под боком, все права, так сказать, защищены, и никто не предъявит иск за незаконное использование информации. А что касается поиска по новостям, так он у них и так есть, и они с ним и так имеют кучу проблем.

ЗЫ: А вообще не могу никак понять, как на ресурсах news 2.0 можно зарабатывать деньги. Наверное поэтому я до сих пор работаю :-)

Имя мне - Лень!

2006-10-31T17:48:00.000+03:00

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

Как бы то ни было, а возникло у меня размышление ровно на эту тему. Не знаю у кого как, а у меня такие "критические дни" (когда работать, да и вообще думать, вроде бы и надо, а совсем не хочется) случаются. Не скажу что уж совсем часто, но грешу. Среди моих коллег это тоже не редкость.

Лично я пытаюсь в такой ситуации не идти против природы, и стараюсь занять себя чем-нибудь умеренно полезным но незатейливым, чтобы поменьше задействовать мозг. Сегодня я долго размышлял на тему вчерашнего поста Михаила Пеньковского, восхищался новым творением Defmacro и прошёл корпоративный онлайн тренинг. Но на что-то бОльшее (более творческое, чем просто размышления) меня не хватило.

Посему, очень сильно интересует мнение масс. Благо, аудитория на ресурсе достаточно разноплановая. Случаются ли у Вас периоды паталогического бездействия и как Вы с ними боретесь или не боретесь? :-)

Ученье - свет

2006-10-30T19:05:00.000+03:00

Наткнулся тут на интересные посты по поводу обучения computer science.(Смотри ссылки раз, два и три). Вкратце, там идёт обсуждение на тему "какой язык программирования больше всего подходит для начального обучения". Кроме того, там же есть рассуждение о том, что неплохо было бы, если бы состоявшиеся специалисты, то есть люди, имеющие определённый опыт в сфере создания программного обеспечения, приходили в классы и делились опытом, потому как теория это, конечно, хорошо, но пока она не подкреплена практикой, никому не интересна.

Не знаю как там у них, но у нас, на мой взгляд, всё гораздо серьёзнее, и одним выбором языка программирования не обойтись. Я, как человек, в чьей памяти ещё свежи студенческие годы, хочу немного поразмышлять на тему "как бы я хотел, чтобы меня учили". Ну и, конечно же, был бы рад услышать(увидеть/прочитать) комментарии, а ещё лучше ответные посты :-)

Итак, начнём. Для начала обрисую как для меня происходил процесс обучения. Даже не процесс... нет. Пожалуй просто перечислю майлстоуны. Паскаль, ассемблер, C/C++, чуточку Жавы, ООП, немного ЛИСПа, немного Пролога, чуток БД, а потом всё это перемешиваем и добавляем по вкусу теории разработки программного обеспечения. Отмечу, что под термином "теория разработки ПО" скрывалось описание RUP, совсем даже поверхностное, наверное из-за ограниченной длительности курса. Чего я не слышал в институте и не услышал бы никогда, кабы не врождённая любознательность: COM/DCOM/COM+, .Net, Python, Ruby, Perl, CGI вообще, SQL, паттерны и ещё много чего.

Я не говорю, что меня просто обязаны были этому обучить. Всему обучить просто нереально. Да и не в этом видится мне задача института/университета. Самое главное - заинтересовать человека в предмете, рассказать какие существуют технологии, для чего они нужны, как ими пользоваться, то есть наметить путь развития. А там уж пускай сам разбирается что ему больше по душе.

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

Я бы хотел услышать, что есть замечательный мир веб-программирования, который активно развивается, что есть не только MS VisualStudio и Borland C++ Builder, но и ещё IDEA c Eclipse. С превеликим удовольствием я бы послушал рассуждения состоявшегося программиста на тему что лучше: строгая типизация или duck typing, Open Source или Proprietary Software, Scheme или Haskell, Java или .Net в конце концов! Ах да! Забыл про Линукс. Я бы хотел, хотя бы для общего развития, пообщаться с Линуксом, пока у меня на всё это было время. Теперь времени гораздо меньше, теперь есть работа, серьёзно снижающая количество времени, которое можно потратить с интересом.

Наверное, я бы хотел стать преподавателем, ведь есть столько всего интересного, о чём можно рассказать. А пока буду излагать свои мысли ~~на бумаге~~ в блоге.

Без бумажки ты букашка

2006-10-27T15:15:00.000+04:00

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

Компании сертификация программистов нужна только тогда, когда ей необходимо получить зарубежного клиента, который гораздо охотнее будет сотрудничать, если ему приедоставят бумагу, в которой сказано, например, "у нас в команде ХХ% разработчиков имеют сертификаты Microsoft/Sun/Oracle/Whatever". Я допускаю возможность, что наличие сертифицированных разработчиков влияет как-то и на отношения с Российскими заказчиками, но точно ничего сказать не могу. Ради своего бизнеса (и это, несомненно, правильно) компания готова пойти на затраты, чтобы оплатить программисту не только сдачу экзамена, но и всяческие курсы по подготовке к нему. Это позитив. С другой стороны, компания врядли сделает то же самое только если это надо самому разработчику (ну, например, для поднятия самооценки). Какие могут быть аргументы? Например: "наша компания работает на внутренний рынок и ничего от сертификации сотрудников не выигрывает" или "зачем мы будем тратить деньги на то, что потом поможет сотруднику при приёме на работу в другую компанию". В принципе, позиция ясна. Я с ней даже согласен, но! Не является ли этот самый программист, а вместе с ним и его "моральный дух", основой компании? Ну если не компании целиком, то её подразделения. Тогда любые вложения в развитие программиста, если ему это интересно и важно, повышают лояльность человека к компании и в конечном итоге его производительность и ценность. Разве не так?

Можно рассмотреть вопрос под другим углом. С точки зрения самого подопытного программиста. А нужна ли сертификация ему? Я не очень часто смотрю объявления о приёме на работу, но последнее время почти не встречал в требованиях к кандидатам наличия каких-либо сертификатов. Скорее всего это связано с тем, что рынок (и это не я придумал) испытывает нехватку разработчиков. Они всем нужны, но их нет. Точнее нет того качества, что требуется. (Эта тема постоянно всплывает там и сям, поэтому о ней говорить не будем.) Компании и рады бы брать на работу сертифицированных специалистов, но внуждены снижать требования. Рынок, однако. Вернёмся к программисту. По большому счёту, в такой ситуации на рынке рабочей силы, эта самая сертификация нужна ему как корове седло. Она, конечно, может стать плюсом, но не решающим. Тут уж всё начинает зависеть от человека, если он заинтересован в своей работе, то он будет стремиться к освоению чего-то нового, интересного, может быть к той же сертификации, будь она неладна. А тем, кто по какой-то причине не хочет или не может развиваться, остаётся только одно - постоянно жаловаться на маленькую зарплату, плохие условия труда и ужасно завышенные требования к кандидатам :-)

Я как-то задумывался над тем, чтобы сдать сертификационные экзамены Microsoft, а потом передумал. Почему? Да просто посчитал, что это мне ничего не даст в плане развития, а острой необходимости в наличии сертификата нет. Хотя, подобные мысли всё ещё посещают меня время от времени.

Что уважаемый читатель думает по поводу нужности профессиональной сертификации как с точки зрения компании, так и с точки зрения работника? Может быть у кого-то есть сертификат и он поделится с нами, какие выгоды даёт его наличие? Является ли самообразование достойной альтернативой прохождению курсов по подготовке к сертификационным экзаменам? Вобщем, все мнения по данному поводу приветствуются!

С глаз долой, из сердца вон

2006-10-27T11:48:00.000+04:00

Получился у меня с Not A Kernel Guy своебразный диалог, в рамках которого он, в течение одного комментария, дважды посоветовал изменить дизайн. Неважно по какому поводу и неважно дизайн чего. К данному разговору это не имеет никакого отношения. Но вот, что показалось мне достойным отдельного разговора, так это вопрос, как определить ту грань, когда старый код поддерживать становится гораздо труднее чем написать всё from scratch.

Рискну ошибиться, но ведь наверняка, это общая проблема для многих долгосрочных и не очень проектов.

Хорошо, когда можно обойтись малой кровью, то есть лёгким рефакторингом, или переписыванием пары классов, которые составляют суть проблемы. Но ведь это совсем не всегда возможно. Даже в моей скромной практике был случай, когда код работал нормально на однопроцессорной системе, а будучи запущенным даже на HyperThreading процессоре начинал приподносить сюрпризы, я уж не говорю про многопроцессорные системы, где его пытались запускать. Сразу отмажусь, код писал не я :-) Да, и собственно тот, кто его писал тоже не виноват, потому как дело было давно, когда и мысли не было, что однажды будет доступно нечто бОльшее, чем разделение времени одного единственного процессора. Было совершенно ясно, что проблема в синхронизации потоков, но как это обычно бывает:

The fellow who designed it
is working far away;
The spec's not been updated
For many a livelong day.
The guy who implemented it is
Promoted up the line;
And some of the enhancements
Didn't match to the design
They haven't kept the flowcharts,
The manual's a mess,
And most of what you need to know,
You'll simply have to guess. (с) чей-то

А меж тем система была серьёзная, установленная много где и рабочая. Какие-то вещи удалось исправить, но ничего кардинального изменять не стали. Вместо этого задумали новую систему :-)

У данной проблемы есть ещё одна сторона. Очень интересная. Суть её сводится к фразе "сделано не здесь". (Об этом аспекте хорошо написано в статье на RSDN начиная со слов "История программных революций от Microsoft"). То есть как бы хороша ни была система и принятые в ней решения, каждыая новая группа, которая берётся за её разработку (доработку/переделку и пр.) предпочитает сделать всё заново, нежели что-то изменить.

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

Внутрипроектная коммуникация

2006-10-26T15:50:00.000+04:00

По мотивам поста Константина Старовойтова.

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

Так вот. Разговор шёл изначально о том, какие мысли возникают в головах подчинённых (программистов) в случае, когда начальник (менеджер), ничегошеньки не смысля в используемых техноолгиях, навязывает своё видение решения. Причём всё это рассматривается в рамках не-ИТ-компаний. Хотя, на мой взгляд, любой ИТ отдел - это маленькая компания.

Хочу здесь описать ещё два варианта развития процесса взаимодействия программиста и менеджера.

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

Вариант 2: делать так, как говорит начальник (чтобы он отстал), но параллельно реализовать свою версию решения. А потом всё это выдать на гора и сравнить. Выход самый оптимальный, но малоприменимый на практике, потому как требует вдвое больше работы. Зато есть плюс: когда варианты будут исследованы и предложенный программистом будет признан лучшим, можно сказать "ну я же вам говорил!". Self esteem повышается в разы.

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

В качестве наиболее кардинального решения могу прелдожить: гнать такого менеджера подальше от программистов, или ещё лучше - вручить ему клавиатуру и пускай тоже трудится, раз такой умный :-)

Browsing 2.0

2006-10-25T19:47:00.000+04:00

Сейчас модно называть всё 2.0. Вот и я решил не отставать от мейнстрима :-)

Всем, конечно, известно, что и Microsoft и Mozilla разродились на днях новыми версиями своих браузеров. IE 7 и Firefox 2 соответственно.

Как-то сравнивать их до официального релиза не было смысла, ибо бета не всегда полностью соответствует готовому продукту. А вот после -- можно. Только вот дело это неблагодарное и тем более, таких обзоров уже навалом.

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

Но разговор совсем не об этом. Разговор совсем даже о том, что: сейчас веб браузер выступает как платформа для серьёзных приложений. И примером тому могут служить Google Docs&Spreadsheets или Kiko. Сегодня высказывания о том, что для полноценной работы на компьютере надо иметь только Операционную систему и Браузер в придачу, уже не выглядят чем-то из области фантастики. Сегодня это вполне реально, хотя, специфика решаемых задач будет сильно ограничена. На текущий момент это офисные приложения. Но никто не мешает сделать, например, некое подобие Online IDE. (Об онлайн компиляторах я слышал, TryRuby видел, IDE пока не встречал. Поправьте меня если я не прав. А если прав, то тоже скажите, буду патентовать. upd: Google сказал, что online IDE существуют. Патент накрылся :-)).

Более того. (Меня этот факт поразил, хотя, если начать думать в правильную сторону, я мог его заметить и сам.) Сегодня я наткнулся на мысль, что серьёзные веб приложения могут смело работать какое-то время offline. Эдакие смарт клиенты, только с другой стороны :-)

Такая виртуальная централизация (виртуальная потому что тут всё-таки речь идёт не об одном сервере, даже в случае с одим ресурсом) напоминает мне далёкое прошлое, о котором я только слышал, когда в одном большом кабинете стоял огромный такой ЭВМ, не побоюсь этого слова, а в другом кабинете сидели за относительно компактными терминалами программисты и с этим ЭВМ работали.

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

Итак, чтобы получить "всеобщее счастье over IP" надо ещё совсем немного подождать, а пока будем наслаждаться новыми технологиями и продуктами, которые каждый день радуют нас своим появлением.

Под впечатлением от:

Technorati tags: web, applications

О сокрытии

2006-10-25T13:10:00.000+04:00

Вместо эпиграфа:

information hiding

(1) In programming, the process of hiding details of an object or function. Information hiding is a powerful programming technique because it reduces complexity. One of the chief mechanisms for hiding information is encapsulation -- combining elements to create a larger entity. The programmer can then focus on the new object without worrying about the hidden details.

Information hiding is also used to prevent programmers from changing --- intentionally or unintentionally -- parts of a program.

(Взято отсюда: http://www.webopedia.com/TERM/I/information_hiding.html)

Не подумайте, что я кого-то хочу учить тут основам. Нисколько. Более того, я сам хочу разобраться в вопросе.

Итак:

Совершенно ясно, что такое это самое сокрытие и для чего оно применяется. Для того, чтобы спрятать детали реализации от посторонних глаз. В случае с .Net Framework (как, впрочем и с любой другой библиотекой классов) это делается для (в том числе) упрощения работы пользователя, то есть программиста, то есть меня. Чтобы я не задумывался над всеми теми подводными камнями, на которые натыкались разработчики Microsoft в процессе реализации какой-нибудь фишечки, типа того же класса Thread.

Однако! Сами разработчики периодически вынуждены (под влиянием общественного мнения или по собственной инициативе) описывать внутреннее поведение и внутренние взаимосвязи своих разработок широкой публике. В качестве примера, вчерашний разговор о том, почему Sleep хуже чем Join или вот ещё один пост с подробностями реализации анонимных методов в .net 2.0. И это только то, что мне попалось за 2 последних дня.

Согласен! Всегда интересно выяснить как же оно всё-таки работает. Но (выдержка из поста про анонимные методы): "It's actually important that you understand how these works (and not just treat it as "magic"), because lack of said understanding can lead to subtle programming errors". Это, блин, портит всю красоту чёрного ящика под названием Whatever Framework. Получается, что мало понять ЧТО он делает, надо ещё отдавать себе отчёт в том, КАК он это делает. А как же сокрытие?! Более того, если я знаю как это работает, то зачем я буду вообще это использовать, когда могу сделать точно так же.

ИМХО: фреймворк, если уж он так гордо себя именует должен быть совершенно чёрным ящиком и не приводить к subtle programming errors только потому, что я не знаю как он устроен.

Technorati tags: information hiding, framework

Мой мир перевернулся

2006-10-24T18:35:00.000+04:00

Самый активно используемый приём в мультитрединговом программировании объявлен вне закона. Источники близкие к Microsoft утверждают, что System.Threading.Thread.Sleep() это совершенно, то есть абсолютно, в корне неверное решение.

Я ещё нормально отнёсся к тому, что в .net 2.0 по сути запретили Suspend и Resume, я ими и не пользовался, но вот Sleep(). Это всё равно что запретить... воздух что ли. Нет, конечно, предлагаются альтернативные методы, которые несомненно будут работать, но как много связано с самим словом Sleep. Мне будет тебя не хватать, друг.

Навеяло рифму: "R.I.P. Sleep".

Technorati tags: .net, 2.0, multithreading

Web 1.0 vs. Web 2.0

2006-10-19T16:11:00.000+04:00

Как-то приводил здесь пример описания языков программирования посредством задач, которые они помогают решить. Сегодня наткнулся на почти аналогичный метод описания/сравнения Web 1.0 и Web 2.0. На мой взгляд очень занимательно. Коллективный разум, однако.

Мне очень понравились высказывания типа:

Web 1.0: Perl
Web 2.0: Ruby
Web 3.0: Brainfuck

или

Web 1.0:
<code><P><FONT COLOR=green SIZE=4>Header</P></FONT></code>
Web 2.0:
<code><h2 class=”sIFR-replaced”><embed style=”width:200px; height:40px;” class=”sIFR-flash” type=”application/x-shockwave-flash” sifr=”true” bgcolor=”#FFFFFF” wmode=”" flashvars=”txt=Header&textcolor=#080&w=200&h=40″ quality=”best” src=”/swf/cool-font.swf” height=”40″ width=”200″><span class=”sIFR-alternate”>Header</span></h2></code>

Истинное лицо блога

2006-09-25T09:45:00.000+04:00

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

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

На мой взгляд RSS-ленты это единственная возможность узнать как можно больше мнений по конкретному вопросу и при этом оставить время на осмысление полученной информации, ну и, конечно, на выполнение своих должностных обязанностей :-). Поэтому Hugh был совершенно прав, что поместил RSS-icon в центр картинки. И это вовсе не плохо, а совсем даже наоборот.

tags: blogs, rss, hugh

Why Johnny can't code

2006-09-15T17:16:00.000+04:00

Статья Дэвида Брина(лучше смотреть через IE) о его сыне вызвала широкий резонанс. В ней говорится о том, что на данный момент ни одна из современных платформ не предоставляет пользователю простого языка программирования, такого как Бейсик. Простого и удобного. Настолько простого, что примеры программ на нём могли печатать в школьных учебниках. И настолько удобного, что школьники могли исполнять эти примеры и видеть как работает компьтер. Да, есть поставляемые с *nix системами GCC, есть .Net Framework, содержащий компиляторы, который входит в Windows. Но все они не являются "простым языком программирования".

Да, Бейсик уже давно не актуален. Но давайте вспомним, с чего всё начиналось. Наверняка у каждого, кто сейчас близок к IT был в детстве ZX-Spectrum, с Бейсиком в качестве оболочки и кассетным магнитофоном для загрузки программ(в том числе игр). Программирование начиналось с робких попыток двигать курсор по экрану и изменять цвет вывода. Теперь, конечно, всё это кажется ребячеством, но тогда это было настоящее программирование.

По мнению Девида, проблема гораздо глубже. Сейчас всем предлагается изучать объектно-ориентированное программирование, использовать новейшие технологические достижения в этой области: новые языки, новые среды. И уже мало кто задумывается, что же происходит ниже этого уровня. Сейчас людей учат полагаться на машину и использовать возможности, предоставляемые другими людьми. Раньше обучение начиналось с объяснения, что такое компьютер и как он работает на уровне процессора, машинные команды, бесконечные нули и единицы. Потом ассемблер. И только после этого более высокоуровневые языки.

Сейчас всё иначе (по крайней мере в Америке, по словам автора). Да и у нас в России я стал зачмечать, что есть люди, которые сначала изучали С++, а потом перешли на Java и C#, а есть такие, кто изначально обучался более позднему языку без понимания того, что же происходит на нижних уровнях.

С одной стороны это хорошо: новые технологии, новые горизонты, но нельзя забывать корни, чтобы не получилось как в рассказе Азимова.

Виртуальные методы

2006-09-14T11:24:00.000+04:00

Oldnewthing размышляет на тему виртуальных методов.

Техническая сторона вопроса понятна. В данном случае речь идёт о философской стороне. Всё сводится к тому, что автор класса, объявляющего виртуальные методы, никак не может влиять на классы-наследники и их поведение, но может зависеть от них. Хорошо когда ты сам автор и базового и дочернего классов. Но в случае написания очередной библиотеки, в конце концов придётся оставить что-то на доработку пользователям, то есть публиковать точки расширения (extensibility points).

Есть несколько различных подходов к решению проблемы. Самый прстой - запретить публичные виртуальные методы. Подход хорош, но как же быть с расширяемостью? Через callbacks? Может быть. Кстати, в скриптовых ОО языках, таких как Python и Ruby все методы по умолчанию являются виртуальными. Там ситуация ещё сложнее :-) и данный подход не применим в принципе.

Для расширяемости можно предложить и другие варианты. Например, те же callback'и или, в случае с .net, events. Но и здесь возможны способы, когда плохой пользователь всё испортит.

Можно использовать COM-подход: наследование интерфейса, а не реализации. Создаётся интерфейс и какое-то количество его реализаций. Эти реализации пишутся автором, то есть тут не может быть разговора о неправильном использовании виртаульных методов. Конкретные реализации должны быть окончательными (final в Java или sealed в С#), а значит, запрещать наследование (к сожалению не в каждом языке есть такая возможность). А вот создавать новые реализации данного интерфейса -- сколько угодно. Вроде бы всё хорошо. Создатель класса не полагается на кривую реализацию пользователя.

Но не тут-то было! В любом из приведённых решений пользователь может очень просто всё испортить. Достаточно просто в методе выполнить совсем не те действия, которые от него ожидаются. То есть, по сути, нарушить контракт. И тогда уж ничего не поделаешь. Получается что всё зависит от "чистоплотности" пользоватлеля, который решился на расширение функциональности класса через предоставляемые extensibility points. А расширяемость просто необходима в некоторых случаях. Совсем другое дело, что иногда её можно избежать.

tags: virtual, methods

Приём на работу

2006-08-23T15:49:00.000+04:00

Вот здесь затронута интересная тема о дискриминации при приёме на работу. Тема весьма интересная и очень актуальная. Хочу поделить своими мыслями по этому поводу, а именно по поводу дискриминации по возрасту. На мой взгляд сейчас в среде работодателей широко распространено предубеждение, что раз человек молодой, то опыта у него нет.

Происходит всё так. Наниматель читает резюме и думает про себя: "Ага! 21 год. Только-только из института, да что он может знать!" Самое интересное, что дальше резюме читается уже по диагонали, всё написанное там воспринимается через призму "молодо-зелено". "Это он врядли знает; тут у него нет опыта; он не мог работать программистом там-то, наверное блат." По этому поводу мне сразу вспомнилась статья Joel Spolsky, на которую я буду время от времени ссылаться. Здесь очень хорошо подходит следующее высказывание: "Before the interview, I am very, very careful to avoid anything that might give me some preconceived notions about the candidate. If you think that someone is smart before they even walk into the room, just because they have a Ph.D. from MIT, then nothing they can say in 1 hour is going to overcome that initial prejudice. If you think they are a bozo, nothing they can say will overcome that initial impression".

Итак. К концу прочтения резюме общее мнение почти не меняется в лучшую сторону. Но! Брать кого-то надо, вакансия не может быть открытой вечно, и человека приглашают на интервью. Разговор происходит в формате: "пересказ раздела 'о компании' с официального сайта" -- "пересказ резюме". Потом следует техническая часть. Она обычно сводится к нескольким вопросам чисто энциклопедического характера, которые никак не отражают действительных способностей человека. "the worst interview question on Earth: "What's the difference between varchar and varchar2 in Oracle 8i?""(Joel Spolsky) Или, например, "в каком поярдке вызываются конструкторы при наследовании в С++". Я могу совершенно спокойно не знать об этом. Но дайте мне шанс, и я за 3 минуты напишу программу, которая мне скажет всё о порядке вызова конструкторов (а заодно и деструкторов), ещё 2 минуты потрачу на компиляцию этой программы, и вуаля! ответ готов. Такие вопросы ни в коей мере не показывают подготовленность человека к работе и к решению реальных задач.

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

Будущее Microsoft Visual C++

2006-08-18T15:39:00.000+04:00

Как обычно пролистывая вчера RSS MSDN Blogs натолкнулся на следующую статью. Даже остановился на ней взглядом... Но, прочитав первый абзац, решил, что это не очень интересно, ибо первый пост человека мало когда содержит что-то интересное. А раз человек представляется в начале поста, значит это всё же первый пост. Не смотря ни на что, название статьи, а именно слова Abstract Syntax Tree плотно засели в голове.

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

Теперь понятно, почему компилятор С++ в Visual Studio работает так долго и мучительно. Всё оттого, что он не претерпевал "капитального ремонта" с оочень давних времён, ещё когда "на машинах было 256Кб памяти и хранить в ней (памяти) большой объект типа Абстрактного Синтаксического Дерева было очень расточительно".

Сама инициатива Microsoft переписать компилятор радует, а ещё больше радует обещание сделать API для доступа к структуре этого самого AST. Как сказал Олег, это будет что-то типа .Net Reflection. Я пойду дальше и скажу, что это будет что-то похожее на максросы в Лиспе.

В любом случае, буду с интересом следить за развитием событий. Память подсказывает, что писать на С++ было интересно :-)

Снова про языки программирования

2006-08-14T15:19:00.000+04:00

Сегодня RSS со страницы Пола Грэма вывалил кучу разных ссылок на его старые заметки и статьи. Среди них была и такая (http://www.paulgraham.com/fix.html).

Позволю себе перевести её:

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

Algol: Ассемблер слишком низкоуровневый.

Pascal: В Алголе нет достаточного количества типов данных.

Modula: Паскаль слишком слаб (wimpy) для программирования систем.

Simula: Алгол не достаточно хорош для моделирования (simulations).

Smalltalk: В симуле не всё является объектом.

Fortran: Ассемблер слишком низкоуровневый.

Cobol: Фортран просто ужасен! (scary)

PL/1: В Фортране недостаточно типов данных.

Ada: В каждом из существующих языков чего-то не хватает.

Basic: Фортран ужасен!

APL: Фортран недостаточно хорош для операций с массивами.

J: Для АПЛа нужен свой набор символов (character set).

C: Ассемблер слишком низкоуровневый.

C++: С слишком низкоуровневый.

Java: С++ это ошибка природы (kludge). И Майкрософт пытается нас раздавить.

C#: Джава подконтролтьна Sun.

Lisp: Машины Тьюринга - это неудобный способ описывать вычисления.

Scheme: MacLisp - это ошибка (kludge)!

T: Scheme не поддерживает библиотек.

Common Lisp: Слишком много диалектов Лиспа.

Dylan: Схема не поддерживает библиотек и синтаксис Лиспа просто ужасен.

Perl: Командные языки оболочки (shell scripts) не достаточно похожи на настоящие языки программирования.

Python: Перл - это ошибка.

Ruby: Перл - это ошибка, а синтаксис Лиспа просто ужасен.

Prolog: Программирование - не достаточно похоже на логику.

Мета-

2006-08-11T16:30:00.001+04:00

В объектно-ориентированном программировании есть термин метакласс. Впервые я столкнулся с ним, изучая творчество Грейди Буча, а именно его "Object-Oriented Analysis and Design with Applications". Метакласс - это класс, экземплярами которого являются классы. То есть эдакая фабрика классов чтоли, но не совсем. Второй раз метаклассы я встретил при знакомстве с языком Python. На самом деле, это был первый язык, из тех, которые я знаю, где они реально были :-)

Потом был Ruby с его блоками кода. Затем много читал про Lisp с его макросами. Возможно, что-то из мной прочитанного написано давно и давно всем известно, что-то совсем недавно, но все эти материалы попались мне в довольно короткий промежуток времени. Всё это по сути механизмы которые позволяют создавать "программы, которые пишут программы".

Надо заметить, что во время прочтения каждой из статей в голове крутилось одно слово, не слово даже, а приставка: "мета-".

Продолжаем обобщать:
Есть интернет магазины, а есть интернет аукционы, которые по сути своей позволяют каждому подльзователю создать свой собственный интернет магазин. (Хотя здесь сравнение, может быть, не совсем правильное). Есть просто контент, который генерируется пользователями интернета, а есть мета-контент, который создаётся разного рода обобщающими ресурсами. Об этом очень точно написано у Михаила Елашкина.

Есть старая поговорка "там где есть 2 уровня, их может быть и N". Что же будет дальше? Мета-мета-классы? Мета-мета-ВСЁ?

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

Провайдеры, провайдеры, провайдеры...

2006-06-27T16:45:00.000+04:00

Честно говоря, думалось мне, что в больших городах, а особенно в Столице, с доступом в интернет нормально. И, надо сказать, что думалось не просто так, ибо работаю я в Питере , каждый день с питерцами общаюсь и знаю что к чему на рынке. А вот сегодня прочитал на "Воскресных байтах", что в Багдаде тоже не всё спокойно.
Как оказалось, проблема является общей. И вот как дело обстоит у нас в Лен. области.
Для начала небольшая справка, для тех кто не в курсе. Есть в Питере 2 крупных провайдера ADSLа. Это Web+ и с недавних пор ПТС (под маркой Авангард)(как филиал Северо-Западного Телекома). Веб+ на рынке уже давно, качество у него, вроде бы, нормальное. Авангард на рынке совсем недавно, но есть у него одна особенность, которая позволяет надеятся на успех. Авандгард -- это марка Петербургской Телефонной Сети, собственно, монополисту рынка связи в Питере.
Тарифы у них, в общем-то, одинаковые: где-то за 1000 в месяц можно получить в своё распоряжение безлимитный интернет на 128 Кбит (может и не совсем точное значение, но порядок точно такой). Честно говоря, я был удивлён, когда узнал что в Москве всего один ADSL провайдер. Но это, так, к слову. А по теме -- Питер, 2 провайдера, 1000 р/месяц за анлим.
Отъезжаем от Петербурга 40 километров. (Стоит отметить, что ооооочень много народа каждый день проделывает это действие (отъезжание) по дороге с работы домой.) И что мы видим?! В области услуги ADSL предлагает только упомянутый выше Северо-Западный Телеком, причём совсем с другими тарифами. Создаётся ощущение, что про безлимитный трафик вообще никто слыхом не слыхивал! Как такое может быть?! Возмущению нет предела... Кстати! Напомню, что ПТС, который Авангард, является филиалом того же самого Северо-Западного Телекома. Получается что жители Питера "более равные" чем жители области?
Вы скажете, что есть домашние сети. Да, есть, но безлимитного тарифного плана ни у одной нет, а если и есть, то он позиционируется как корпоративный и стоит немеряных денег.
Особенно грустно становится слушать о всяких интересных инициативах правительства о построении "информационного общества", "интернетизации школ" и прочее и прочее...
Может я чего-то недопонимаю?

И снова о том, как не надо делать

2006-06-21T17:44:00.000+04:00

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

Hashtable hash = new Hashtable();
//...
// здесь заполняем hash
//...
int i = Convert.ToInt32( hash[ "some_key" ].ToString() );

Чтобы не выполнять десять операций, я сократил этот код до:

int i = (int)hash["some_key"];

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

// the first place
hash["some_key"] = 1;
// the second place
hash["some_key"] = "1";

А я то думал, зачем столько операций чтобы всего-то получить int из словаря и unbox его в настоящий int.

ЗЫ: А на MSDN Blogs в это время обсуждают спорный вопрос о том, стоит или не стоит делать catch(Exception).

Крик души

2006-03-17T10:03:00.000+03:00

В очередной раз наткнулся недавно на вот такой код.


if( logical_expression )
   return true;
return false;

Честно говоря, становится не по себе от таких выкрутасов. Ну что мешает просто написать

return logical_expression;

Ведь так и читать проще и писать меньше.

Можно подумать, что такие "опечатки" исправит оптимизатор. А вот и ничего подобного.
Итак. Пишем следующий код:


using System;

namespace NS{

   public class MainLibCLass{
 public static bool Foo( int a, int b ){
  return ( a == b );
 }

 public static bool Bar( int a, int b ){
  if( a == b )
   return true;
  return false;
 }
   }
 
}

Два метода делают одно и то же. Собираем это всё в библиотеку и провеярем что нам даст ILDASM.


.method public hidebysig static bool  Foo(int32 a, int32 b) cil managed
{
  // Code size       9 (0x9)
  .maxstack  2
  .locals init (bool V_0)
  IL_0000:  ldarg.0
  IL_0001:  ldarg.1
  IL_0002:  ceq
  IL_0004:  stloc.0
  IL_0005:  br.s       IL_0007
  IL_0007:  ldloc.0
  IL_0008:  ret
} // end of method MainLibCLass::Foo

Это раз.
И.


.method public hidebysig static bool  Bar(int32 a, int32 b) cil managed
{
  // Code size       14 (0xe)
  .maxstack  2
  .locals init (bool V_0)
  IL_0000:  ldarg.0
  IL_0001:  ldarg.1
  IL_0002:  bne.un.s   IL_0008
  IL_0004:  ldc.i4.1
  IL_0005:  stloc.0
  IL_0006:  br.s       IL_000c
  IL_0008:  ldc.i4.0
  IL_0009:  stloc.0
  IL_000a:  br.s       IL_000c
  IL_000c:  ldloc.0
  IL_000d:  ret
} // end of method MainLibCLass::Bar

Это два.

Вот уж тут против нечего сказать. Действительно код короче и проще.

Так что... Я за красоту исходного кода.

xp atm

2005-10-31T10:24:00.000+03:00

вот такой банкомат стоит у нас на первом этаже.

КВН

2005-10-22T13:40:00.000+04:00

Вчера был КВН. Сборная Питера, Нарты из Абхазии и 4 татарина.
Я расстроен результатами. Уже не первый раз я вижу, что команды реально протаскивают в финал. В прошлый раз такое было с Пельменями, в этот раз то же самое произошло с Татарами.

Обидно, что даже КВН подвержен каким-то политическим играм, которым там не место.
Я согласен, что Абхазы были лучше Питера в домашнем задании, но при чём здесь татары?!

Возмущению нет предела...
На закуску пару ссылок по теме. Кажется, не только я разочрован.
Жми раз
Жми два

сижу болею...

2005-10-21T13:12:00.000+04:00

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

Заболел я. Точнее не то, чтобы совсем заболел. Так, скорее, захворал чуток.

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

Надеюсь поскорее выбраца. Настроение.. пожалуй muede.

вЦ

мой отпуск (продолжение 3)

2005-10-19T18:43:00.000+04:00

Да... Давненько я не постил. Что поделать, работа такая...
Продолжение моего рассказа, наверное, не будет столь насыщенным и увлекательным, ибо воспоминания имеют свойство со временем терять свежесть.
whatever...

Германия (после праздника)

На самом деле, пребывание в Германии после праздника свелось больше к вещам будничным, таким как, например, походы по магазинам. Самое интересное уже прошло (я имею ввиду праздник). Вот.

Был, конечно, Баден-Баден. поселить в 30 километрах от него и не поехать -- просто преступление.
Баден-баден я посещал в первый свой визит в Германию, правда, это было поздним зимним вечером и не особо долго длилось, но я успел запомнить главное. В этом городе интересно посмотреть только:
-казино -- самая главная достопримечательность;
-старый замок -- находится в горах и дойти до него пешком выше всяческих сил;
-новый замок -- ну так... ничего особенного =);
-бани, конечно -- на любителя. смотреть там нечего. только если попариться...
-КУЧА РУССКИХ, но на них смотреть можно запросто и в России, поэтому достопримечательностью их не считаю;

Вот, пожалуй и всё. Ах да! Совсем забыл. Там есть христианская церковь.

Половина бабусек, которые ездили с нами, конечно же, выбрали бани. Лично я считаю довольно сомнительным удовольствие поехать в старый красивый город и потратить 3 часа свободного времени только на то, чтобы попариться... Но это кому, как говорится, что. Я пошёл гулять по городу. По каким-то ходам поднялся до нового замка, увидел вдалеке на горе старый и успокоился. Миссия была выполнена.

Отмечу один лишь момент. Когда мы шастали по городу, увидели птицу. Я не силён в видах птиц, но это был не простой голубь, а какой-то мудрёный цапель, который вот так запросто прилетел на местный пруд посреди города (кстати, в этом полуобустроенном пруду был ещё и фонтан! вещь вообще немыслимая для Российской действительности). Собственно, цапелей я и раньше видел, но чтобы вот так.. посреди города, это нонсенс. Был удивлён.
Ещё одним впечатлением был звонок домой. Вот так запросто взял с уличного автомата и позвонил домой... Сколько лет я в телекоммуникациях, всё это знаю как работает, и всё равно удивляюсь каждый раз. Даже не то, чтобы удивляюсь, сколько восхищаюсь, наверное.

Вобщем, прогулка удалась.

Наверное, Баден-Баден был последним из окрестных городов, который мы посетили. Все остальные были повторениями =) Карлсруэ, конечно, был постоянным местом нашего шоппинг-паломничества. Это святое. Город большой -- магазинов много и все они консолидированы на одной улице. Самое то, для туристов.
Было у меня лично желание смотаться до Франкфурта на Майне, но, к сожалению великому, не удалось его реализовать. Расстояние до города Франкфурта было 170 километров. поезда, конечно, всё такое, но на скоростной экспресс я пожалел денег, ибо не так много их и оставалось, а на перекладных оказалось добираться долго. Кроме того, мы были ограничены по свободному времени. Исходя из имевшегося времни получалось, что побыть во Франкфурте мы могли лишь 30 минут, после чего надо было садиться в обратный поезд. Так что -- не срослось у меня с Франкфуртом. Значит будет ещё повод вернуться. Надеюсь в следующий раз лететь туда самолётом, а там уж мимо Франкфурта никак =)

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

Германия (обратный путь)

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

Город большой. Но какой-то суетной... У меня такое ощущение сложилось. Я в других больших городах Германии-то не бывал. Но Гамбург с высоты обзорной башни показался мне каким-то... неуклюжим, чтоли. Вот взять к примеру маленький городок. Любой. Они все такие аккуратненькие и приятные. А Гамбург это то же самое, только сто раз по очереди. Причём, именно, подряд, то есть не в масштабе.
Воздух плохой. Смог как в Питере, наверное от того, что порт. Жить там я бы не хотел. Да кстати, там и туалеты на улице платные! Неправильно это =) Да и в ресторанах дороговато. Хотя, повторюсь, в других больших городах не бывал, так что сравнивать не могу.

Есть в Гамбурге одна замечательная особенность. Там целый район "красных фонарей". То есть именно не улица, а район. И находится он не так уж далеко от центра города. Что интересно, если спросишь туда дорогу -- ответят. Спросишь дорогу в ботаничесикй сад -- долго подумают.
Но сам я не ходил. Просто не успел. Народ был, говорит, что днём, конечно, не то, но всё-таки, атмосфера чувствуется.

Больше в Германии мы не останавливались. Не считая ожидания перед посадкой на паром. А обратный путь -- в следующем посте...

мой отпуск (продолжение 2)

2005-09-16T11:57:00.000+04:00

Поселились мы в гостинице, недалеко от города. 4 трамвайных остановки от самого центра Эттлингена. Трамвай там идёт всего 8 минут, правда пешком это расстояние оказывается гораздо больше =) Мы как-то решились пройтись -- полчаса шли, а потом всё равно сели на трамвай.

Гостиница наша была не то чтобы совсем гостиница. Скорее, некая такая туристическая общага, куда приезжают по дороге в горы, которые там прямо рядом. Но это всё равно лачше, чем те отечественные гостиницы, в которых я бывал, а бывал я много где, так как в свою бурную молодость попутешествовал. Хозяйка гостиницы оказалась из Литвы и довольно сносно говорила по-русски, так что и тут потренировать свой немецкий никак не получалось =) Да и по-любому не получилось бы, так как в гостинице мы только ночевали. Всё остальное время тратили на всякие поездки и походы по окрестностям.

Франция (заскок)
Кажется в самый первый день настоящего отпуска мы поехали в Страссбург. Город, который находится прямо около границы Франции и Германии. Ситуация аналогичная Нарве и Иван-городу. То есть с одной стороны реки Рейн находится город Кель, принадлежащий Германии, а через мост -- уже Страссбург, который очень даже являестя частью Франции. Что интересно... Никакого намёка даже на границу нет. Если б не было знака, что это другое государство -- фиг догадаешься. Это я к чему говорю, просто ехали мы однажды в Страссбург по другой дороге, так там стоит здание старой таможни, возле него пасётся патруль полиции, то есть какие-то намёки на границу, всё-таки есть. Правда они там никаого не останавливают, но всё равно... Воспоминания о проходе Российско-Финской границы нахлынули, причём самые неприятные.

Франция встретила нас дождиком. Не сказать, чтобы совсем был ливень, но вода капала, и капала довольно мерзко. Причём, с утра, когда мы туда только ехали никакого дождя не намечалось. И вот он пошёл. Собственно, из-за этого дождя нормально погулять по Страссбургу не получилось. Есть там один сабор, как называется я не помню, а может и вообще никак не называется. Сходили в него. Я там правда, был уже... Ещё в прошлый раз, так что ничего нового для себя не открыл. Кроме того, собор этот интересен не только и не столько внутренним убранством, сколько архитектурой, которую совсем никак не посмотреть под дождём. Даже если плюнуть на всё и стоять под дождём без зонта, капли всё равно в глаза попадают, и увидеть ничего не получится =)
После собора мы пошли на водную экскурсию. Покатались по всему городу. Прикольно. В трамвайчике экскурсионном каждое сиденье оборудовано наушниками и можно слушать экскурсовода на любом из 16 доступных языков. Правда вот хорошо рассмотреть все достопримечательности в деталях опять же не получилось из-за дождя... Вагончик вроде как и стеклянный весь, ан нет... Вода весь вид портила.
Короче, ничо интересного в Страссбурге в этот раз я не увидел, даже в ресторан французский не сходил, а так хотелось...

Германия (снова там)
В тот день больше ничего инетерсного не было. Вообще мы каждый день посещали только одно определённое место, после чего возвращлись в гостиницу и были предоставлены сами себе. А дождь всё шёл... Я уж боялся, что несмотря на прогнозы, так и придётся нам весь отпуск мокнуть точно так же, как я мог бы делать то в Питере. Но нет! Слудующее утро принесло с собой хорошую солнечную погоду. "Отличненько!"", - подумал я, и мы отправились в Хайдельберг.

Хайдельберг известен свои супер-пупер старым замком, который за долгое время порядочно развалился, и теперь активно поддерживается в такой полуразрушенном состоянии. Немцы считают, что такого рода сооружения не надо восстанавливать, хоть это и было бы дешевле, чтобы они (сооружения) как бы сливались с окружающей природой. Может это и правильно. Замок в Хайдельберге отличается от других, виденных мной в Германии тем, что вокруг него есть много террас, что вообще не характерно для тех мест. Оказывается, когда-то владелец этого замка привёз туда свою возлюбленную, которая по совместительству была какой-то английской принцессой или типа того. Ей жутко не понравился окружающий замок пейзаж и она попросила построить ей террасы и сады, чтобы она могла там гулять. Вот так вот. Любовь...

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

На следующий день начался праздник. Кстати, мы ж туда на этот праздник и ехали =) Есть в Эттлингене такая традиция (да и не только в Эттлингене). Каждый год в одни из выходных центр города превращается в ярмарку. На каждом углу стоят палатки, в которых можно купить пиво/вино/поесть/сувениры. Самая что ни на есть ярмарка. А ещё эти палатки частенько перемежаются разнообразными сценами, где представляют своё искусство разные коллективы.

Погуляв немного по ярмарке и выбрав концерт местной группы Ganze Dosis, которая и названием и репертуаром походит на более известную Guns'n'Roses, мы взяли вина и встали перед сценой.

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

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

мой отпуск (продолжение)

2005-09-15T10:58:00.000+04:00

Германия (туда)

Итак, паром Треллеборг-Росток. Хочу отметить, что в прошлый раз, когда я путешествовал в Германию на машине, был выбран несколько другой маршрут, через Данию. В тот раз мы доехали от Стокгольма до Хёльсингборга (или он не совсем так называется =)). В общем до города недалеко от Треллеборга, но оттуда отправились поромом до Дании минут 20, потом через всё Данию на машине, благо ехать всего пару часов, а затем ещё одним паромчиком до Путгартена, что в Германии, минут наверное 40. Учитывая, что такие паромы ходят гораздо лучше чем у нас троллейбусы, то есть по расписанию и достаточно часто, весь путь из Швеции в Германию занял получается максимум часа 4.
В этот раз мы избрали другой путь. Из Треллеборга до Ростока паром идёт 6 часов с копейками. Причём билеты у нас на этот паром были строго сидячие. Так что после целого дня в автобусе предстояло ещё и на пароме сидеть. На самом деле, как оказалось уже в Треллеборге, паром этот оборудован, всё же каютами со спальными местами, но пришлось ы доплатить, да и свободных кают вроде как не было. Дело в том, что на таких паромах ездат в основном дальнобойщики. Это надо видеть как кууууучаа фур всё заезжает и заезжает в паром. А потом туда же загоняют и вагоны и автобусы и легковые машины и даже какие-то велосипедисты тоже поместились. Кстати, интересная особенность, на этих паромах в принципе нет никаких трапов, по которым можно туда войти. Нет на борту никакого входа для пассажиров. Все пассажиры паром попадают туда через "въезд".
Так вот. Естественно, что все дальнобойщики, которые там постоянно гоняют туда-сюда, всё знали о каютах и давно их заняли. Недальнобойщики, которые тоже не в первый раз пользуются паромом заняли авиакресла, которых оказалось на удивление мало. А остальные (и мы в их числе) пошли в кафейню. Кафейня на пароме это такое место, где можно и поесть и поспать. На мой личный взгляд, это даже лучше чем авиакресло. Огромный зал, в котором есть столики со стульями, а так же есть мягкие уголки, довольно длинные, так что на них можно и поспать запросто растянувшись. Единственное, что не понравилось мне, так это кондиционер. Он там видимо перерабатывал. Ночью было холодновато. В то время как мы там пытались расположиться на мягких уголках народ достал спальные мешки и лёг прямо на полу. Тут мы поняли, что в этой кафейне все свои =) Почему-то очень хотелось поспать в нормальной каюте и посетить ванную. Поэтому, как только нашлась свободная каюта, мы сорвались, и несмотря на серьёзную доплату, пошли в каюту.

Утро снова началось с будильника, который возвестил начало нового дня. Дня прибытия в Германию. Собственно, весь день в дороге -- ничего интересного. Только вот дороги, конечно, у них замечательные. Даже не сами дороги, а инфраструктура, которая им сопутствует. Всё сделано грамотно. И съезды, и знаки и развязки и телефоны на каждом километре и остановки с туалетами и столиками каждые 30 километров. Всё это, конечно, поражает. После этого даже Швеция с Финляндией так себе =)

А её в центральной части Германии очень гористая местность. Так что мы на нашем старом автобусе в гору ползли оооооооочень медленно. Зато под горочку неслись с ветерком.

Вскоре после гор показались башни большого города Франкфурта-на-Майне. Это означало, что наше путешествие почти закончено. От Франкфурта до Эттлингена всего 180 километров, совсем немного в сравнении с теми 2000 что мы уже проехали.

Германия (там)

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

И что же вы думаете... Первый человек, который попался нам на глаза после того, как мы вышли в автобус с удовольствием выслушал наши немецкие разговоры, а потом спросил на чистом русском "Дык, что вы говорите вам надо?".

Таким было начало нашего пребывания в городе-побратиме Эттлингене. Начало незабываемого отпуска...

Про мой отпуск.

2005-09-13T12:37:00.000+04:00

Всем привет. Сегодня у меня творческое настроение, посему я решил описать вкратце свой отпуск, который провёл в странствиях по землям далёким и благоустроенным. Правду говорят, что там хорошо, где нас нет. Скажу более, пока нас там не будет -- будет хорошо... Но это так, из личного опыта... А пока, всё по порядку.

Отъезд
Началось всё довольно странно. В 4 часа ночи (или утра) по Московскому времени в не самом густонаседённом районе Гатчины стали скапливаться люди с сумками и пакетами. Нет, это не ывнужденные переселенцы, бегущие от произвола злого диктатора в страну более свободную нежеди их собственная. Это кучка мужественных людей, которые решили провести свой отпуск наиболее необыкновенным способом из всех мне известных. Поездка на автобусе в Германию сама по себе -- достаточно странное предприятие. Совсем нелогичное. Особенно, учитывая предполагаемый маршрут следования: Россия - Финляндия - Швеция - Германия и обратно. 2000 километров на не новом автобусе, это вам не хухры мухры.

Ладно. Хватит воды. Собрались да поехали, что там... Все хотели спать и долго собираться не было никакого желания.
Хочу упомянуть тоьлко один момент. В день отъезда я сделал грубейшую ошибку. Я выбрал себе место для сидения. Ошибка состояла в том, что сразу за нами с Олесей сидели две бабуськи, которые не затыкались всю дорогу. Ошибка, конечно, была не моей, так как они сели позже, но всё же, если б я туда не сел, возможно что-то было бы иначе =)

Поехали.

Финляндия (туда)
До границы добрались достаточно быстро и главное тихо! Потому как большинство народу пребывало в состоянии здорового (пока что) сна. Россияская граница встретила нас, конечно, "улыбчивыми" лицами молодых офицеров и офицерш, которым уже в 11-12 утра настолько надоела их работа, что они почти в полном составе ушли на "въездную" сторону границы, чтобы там спокойно попить чайку. В итоге, на границе мы провели слишком много времениЮ даже для почти заполненного автобуса. Зато Финны порадовали. Несмотря на то, что у них тоже была середина рабочего дня и таможня их находилась в состоянии длительного ремонта или чего-то ещё, всё было сделано быстро и без проблем.

ЗАГРАНИЦА.

Не то чтобы я был шокирован. Я там был уже и по той дороге ездил, но всё равно каждый раз как попадаешь в заграницу из России, разница просто мучительно ярко видна. Бросается в глаза и невольно начинаешь всё сравнивать с тем, как это в России-матушке.
А вот тут дорога получше. Поля поухоженней. Природа, вроде и наша, а вроде как и совсем не такая. Как-то всё аккуратнее, продуманнее.

А высоковольтные линии электропередач у них трёхпроводные =) Это я сразу заметил.

"Благодаря" очереди на границе мы не поехали гулять по Хельсинки. Спасибо идиотам-таможенникам. Паром у нас был вечером из Турку, туда и направились. В Турку особо делать нечего. Несмотря на то, что город второй по величине в Финляндии, а народу там всего каких-то пара сотен тыщ. Скромно. Послушали всякую инфу про Финляндию вцелом и Турку в частности, посетили их Собор. Вот и всё. Попёрлись на паром.

Паром!!! Это что-то. Я, правда, уже плавал на таком, но в этот раз, я ходил на ужин! Это стоит всех тех 23 евро, что я заплатил. Представьте себе огромный зал, который находится на носу парома прямо под рубкой, имеет посередине два длиииииинных стола со всякими вкусностями (начиная от вегетарианских идиотизмов, сквозб мясо/пиво/картошку/сосиски/молоко и заканчивая фруктами и десертами) и кучу столов вокруг. И вот во всём этом великолепии предстояло провести 2 часа сразу после отплытия. Я сдался через час. Я больше просто физически не мог поглощать пищу. =) Бывает и такое.

После столь приятного времяпрепровождения единственным разумным продолжением было вернуться прямиком в каюту и заснуть крепким здоровым сном, что я и проделал с огромным удовольствием =)

Швеция (туда)

Ранне утро следующего дня я застал только благодаря будильнику. Прибытие в Стокгольм ожидалось через полтора часа. Можно было проделать все утренние процедуры, сходить на суперзавтрак, который отличался от ужина только ассортиментом (выбор был такой же непомерный, столы такие же большие, а желудок всё тот же, да и к тому же ещё не отошедший от ужина).

Позволю себе отметить, что оооооочень много моих воспоминаний об отпуске относятся к разряду гастрономических. Да! Я люблю вкусно поесть и не скрываю этого =) так что вот...

Стокгольм встретил нас довольно тепло как в прямом так и в переносном смысле. Солнышко освещало верхушки старинных зданий и всё такое. До следующего парома, который должен был доставить нас в Германию, оставалось ещё 14 часов и 800 километров пути, так что мы получили возможность погулять по старому городу Стокгольму и посмотреть на людей, которые в этот момент как раз спешили на работу.

Что меня поразило в Европе вообще и в Стокгольме в частности (даже в большей степени чем где-либо), так это количество людей, передвигающихся на велосипедах. С машинами тоже не проблем, их навалом, я даже видел Шведскую пробку. (Фигня, если честно, на нашу совсем не похожа, слишком банально.) По всему городу есть специальные достаточно шировкие полосы для движения велосипедистов. И они там движутся! Причём летают все подряд. Особенно меня впечатлили молодые, хорошо одетые (костюмы, галстуки, дорогие туфли) молодые люди и одна девушка в белом брючном костюме. Они все ездят на великах!!! А всё почему? Потрому что они не боятся испачкаться, не боятся, что их собьёт какой-нить шумахер на ржавом жигуле, и полностью уверены, что приехав на работу смогут оставить свой велосипед возле офиса и его никто оттуда не умыкнёт. В этом плане, России-матушке есть чему поучиться.

Видел я смену караула возле дворца (кажется, королевского). Простенько так... На Красной площади получше это выглядит. У этиъх всё получалось как-то несвязно, чтоли... То не в ногу пошли, то несинхронно крикнули, то ещё что-то. Вобщем, караульные впечатления на меня не произвели.

По большому счёту, в Стокгольме, кроме острова музеев и небольшого участка, который можно назвать центром города, смотреть нечего. Так что уже спустя 2 часа гуляния я нагулялся, нафотографировался и вернулся в автобус.

Ах да! Забыл сказать. Есть там замечательный памятник. Выглядит так: угол улицы отгорожен стаааринными такими деревянными барьерами. Внутри этого отгороженого участка есть люк, крышка которого поднята и из-под неё торчит башка какого-то чувака в кепке. Говорят, что это памятник какому-то клоуну, но больше всего он похож на грузина-водопроводчика. А ещё, в реке, недалеко от центра плавает здоровенное пластмассовое лицо человека и рядом кисть руки, которая показывает указательным пальцем куда-то в небо. Интересно так смотрится... Как-будто лилипуты затопили Гулливера =)

Потом была дорога... Дорога дальняя и не очень интересная. Я много спал, поэтому особых впечатлений не получил.

Конечной точкой нашего путешествия по Швеции стал Треллеборг. Чуть ли не самая южная точка Швеции. Глухой такой городок. Ничего особенного. Были мы там в 21 по местному времени. Народу на улицах -- никого! Как повымерли все. Правда, солнце уже садилось, но это же не повод! Зато там были дикие курицы, которые запросто гуляли по улице, и петух, который сидел на ёлке где-то на высоте человеческого роста и что-то там про себя кукарекал.

Потом был второй паром... Но это уже совсем другая история.

Германия (туда)

tlv (tag length value)

2005-07-27T18:49:00.000+04:00

Этот свой рассказ хочу посвятить такой вещи как Tlv или попросту Tag Length Value.

Уже не раз я встречал необходимость реализации подобной структуры при разборе телекомуникационных протоколов. Обычно в таких структурах хранятся параметры сообщений. Возьмём, к примеру, radius или SMPP. В памяти всплывает ещё ISUP, но это не обязательно так =)

Что такое tlv

Tlv -- это, как следует из названия, структура, которая содержит в себе всего 3 поля: tag(название), length(длина), value(значение). В перечисленных выше протоколах используется для представления параметров протоколов. Название и длина имеют фиксированный размер, в то время как длина поля "значение" зависит непосредственно от значения =)
Основная сложность с tlv -- в разных протоколах её поля могут иметь разную длину, порядок и сериализоваться по-разному. Например в radius, название и длина -- размером в 1 байт, а в SMPP -- 2 байта. В radius длина содержит длину всего атрибута, включая 2 байта, отведённые на название и длину, а в SMPP длина -- это размер только значащего поля.

Обобщив эти различия, и придумав ещё то, что многобайтовые значения могут сериализоваться как в BigEndian (network byte order) так и в LittleEndian (host byte order) я решил взяться за реализацию обобщенного класса, предоставляющего функциональность Tlv.

Но для начала, интерфейс и пара перечислений!


public enum FieldOrder {
 TagLengthValue = 0,
 LengthTagValue = 1
}

Собственно, определяем порядок полей в структуре.


public enum ByteOrder {
 LittleEndian = 0,
 BigEndian = 1
}

Порядок следования байт при сериализации.


public interface ITlv{

 // Tlv parameters
 FieldOrder FieldOrder{ get; }
 ByteOrder ByteOrder{ get; }
 bool IncludeHeaderLength{ get; }
 int TagSize{ get; }
 int LengthSize{ get; }
 int HeaderSize{ get; }

 // main fields
 int Tag{ get; set; }
 int Length{ get; }
 byte[] Value{ get; set; }

 // operations
 byte[] Serialize();
 void Deserialize( byte[] bytes );
}

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

Реализация
Глупо, наверное, выкладывать весь код, но я сделаю это, благо его не так и много.


public class Tlv: ITlv, ICloneable{

 // параметры, которые задаются при создании
 // характеризуют саму структуру, а не её содержание
 private readonly int _tagSize;
 private readonly int _lengthSize;
 private readonly ByteOrder _byteOrder;
 private readonly FieldOrder _fieldOrder;
 private readonly bool _includeHeader;
 
 // а вот это уже содержание структуры
 private int _tag;
 // total length of the whole Tlv including Length field
 private int _length;
 private byte[] _value;

 public Tlv( int tagSize, int lengthSize, ByteOrder byteOrder, FieldOrder fieldOrder )
  :this( tagSize, lengthSize, byteOrder, fieldOrder, true ){}

 public Tlv( int tagSize, int lengthSize,
  ByteOrder byteOrder, FieldOrder fieldOrder, bool includeHeader ){
  _tagSize = tagSize;
  _lengthSize = lengthSize;
  _byteOrder = byteOrder;
  _fieldOrder = fieldOrder;
  _includeHeader = includeHeader;
  _length = _tagSize + _lengthSize;
  _value = new byte[ 0 ];
 }

Далее пойдёт описание полей. Абсолютно тривиальное, но необходимое. Единственное, на что хочу обратить внимание -- поле длины. _length хранит полную длину всей структуры в байтах. А вот уже свойство Length возвращает ту длину, которая соответствует требованиям протокола (включая или нет длину заголовка).


 public FieldOrder FieldOrder {
  get {
   return _fieldOrder;
  }
 }

 public ByteOrder ByteOrder {
  get {
   return _byteOrder;
  }
 }

 public bool IncludeHeaderLength {
  get {
   return _includeHeader;
  }
 }

 public int TagSize {
  get {
   return _tagSize;
  }
 }

 public int LengthSize {
  get {
   return _lengthSize;
  }
 }

 public int HeaderSize {
  get {
   return _tagSize + _lengthSize;
  }
 }

 public int Tag {
  get {
   return _tag;
  }
  set {
   _tag = value;
  }
 }

 public int Length {
  get {
   return ( _includeHeader ) ? _length : _length - _lengthSize - _tagSize;
  }
 }

 public byte[] Value {
  get {
   return _value;
  }
  set {
   _value = value;
   _length = _value.Length + _lengthSize + _tagSize;
  }
 }

Теперь то, ради чего это всё задумывалось. Код, который сериализует и десериализует tlv выбранного формата в массив байт.


 public byte[] Serialize() {
  byte[] res = new byte[ _length ];
  using( MemoryStream stream = new MemoryStream( res ) ){
   BinaryWriter writer = new BinaryWriter( stream );
   byte[] bTag = _int2Bytes( _tag, _tagSize, _byteOrder );
   byte[] bLength = _int2Bytes( this.Length, _lengthSize, _byteOrder );
   switch( _fieldOrder ){
    case FieldOrder.TagLengthValue:
     writer.Write( bTag );
     writer.Write( bLength );
     break;
    case FieldOrder.LengthTagValue:
     writer.Write( bLength );
     writer.Write( bTag );
     break;
    default:
     throw new NotSupportedException( "Unknown filed order." );
   }
   writer.Write( _value );
  }
  return res;
 }

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

А теперь восстановим состояние из массива байт. Последовательность действий обратна сериализации =) Надо только немного исхитриться, чтобы определить длину всей структуры и прочитать ровно столько байт, сколько надо.


 public void Deserialize( byte[] bytes ) {
  using( MemoryStream stream = new MemoryStream( bytes ) ){
   BinaryReader reader = new BinaryReader( stream );
   byte[] bTag;
   byte[] bLength;
   switch( _fieldOrder ){
    case FieldOrder.TagLengthValue:
     bTag = reader.ReadBytes( _tagSize );
     bLength = reader.ReadBytes( _lengthSize );
     break;
    case FieldOrder.LengthTagValue:
     bLength = reader.ReadBytes( _lengthSize );
     bTag = reader.ReadBytes( _tagSize );
     break;
    default:
     throw new NotSupportedException( "Unknown field order." );
   }
   _tag = _bytes2Int( bTag, _byteOrder );
   _length = _bytes2Int( bLength, _byteOrder );
   if( !_includeHeader ){
    _length += _tagSize + _lengthSize;
   }
   _value = reader.ReadBytes( _length - _tagSize - _lengthSize );
  }
 }

Внимательный читатель заметил, что сериализация полей _length и _tag доверяется методу _int2Bytes. Смысл его в том, чтобы превратить число типа int в массив байт нужной длины и нужной последовательности (big или little endian).


 private static byte[] _int2Bytes( int x, int length, ByteOrder byteOrder ) {
  byte[] bytes = BitConverter.GetBytes( x );
  byte[] res = new byte[ length ];
  for( int i = length; i > 0; --i ){
   switch( byteOrder ){
    case ByteOrder.BigEndian:
     res[ i-1 ] = bytes[ length-i ];
     break;
    case ByteOrder.LittleEndian:
     res[ i-1 ] = bytes[ i-1 ];
     break;
    default:
     throw new NotSupportedException( "Unknown byte order. Imposible!" );
   }
  }
  return res;
 }

Обратное преобразование так же имеет место при десериализации.


 private static int _bytes2Int( byte[] bytes, ByteOrder byteOrder ) {
  byte[] res = BitConverter.GetBytes( 0 );
  int length = bytes.Length;
  for( int i = length; i > 0; --i ){
      switch( byteOrder ){
            case ByteOrder.BigEndian:
     res[ length-i ] = bytes[ i-1 ];
     break;
    case ByteOrder.LittleEndian:
     res[ i-1 ] = bytes[ i-1 ];
     break;
    default:
     throw new NotSupportedException( "Unknown byte order. Imposible!" );
           }
  }
  return BitConverter.ToInt32( res, 0 );
 }

Ну и так.. фишечка напоследок. Полезна для создания новых структур с такими же параметрами как и у данной.


 public object Clone() {
  return new Tlv( _tagSize, _lengthSize, _byteOrder, _fieldOrder, _includeHeader );
 }
}

Вот и всё. Хотя нет.

Вот например, как можно создать на основе этого класса реализовать RadiusTlv.


public class RadiusTlv: Tlv{
 public RadiusTlv()
  :base( 1, 1, // по одному байту на название и длину
   ByteOrder.BigEndian, // с одним байтом неважно =)
   FieldOrder.TagLengthValue, // согласно rfc2865
   true ){}
}

Должно работать =)
Проверил. Работает.

ЗЫ: По мере написания сего опуса пришла мне в голову идея сравнить быстродействие общей и частной реализаций Tlv. Ждите вестей =)

(с)2005, dW

счётчики производительности

2005-07-27T16:07:00.000+04:00

Сегодня хочу расскахать о своём опыте работы с системными счётчиками производительности или, как их называют в оригинале, Performance
counters.

Счётчики эти существуют, насколько мне известно, во всех NT Виндовсах. (Ну, по крайней мере, в 2000, ХР и 2003 точно есть.) Вещь исключительно удобная! "А чем же она хороша?" - спросите вы. А вот чем. Это простой и удобный механизм, который позволяет исследовать временные и количественные характеристики своего приложения. Кроме того, в ОС уже поддерживается большое количество системных счётчиков, по состоянию которых можно судить о производительности самой системы. Более того, так как они являются частью операционной системы, то им есть смысл доверять =) Если злой дядя спросит вас о быстродействии вашего приложения можно показать ему на показания счётчиков (и даже на график, который строится на основе отсчётов) и с полным правом утверждать, что цифры эти не придуманы, а посчитаны механизмом, которому можно доверять.

Рассказ мой будет основываться на использованиия счётчиков производительности в среде Microsoft .Net. Дотнет выбран по нескольким причиинам: во-первых, мне понадобились счётчики именно в приложении .net, а кроме того, я не смог найти в MSDN рассказа об API счётчиков вне .net Framework (хотя, и не особо-то искал).

Рассказывать обо всех наворотах работы со счётчиками я не стану, это сделали уже без меня. Почитать можно вот тут. Ссылка для тех, кому не лень по-англицки. В действительности, там много воды и по сути можно читать только код. А ещё там есть ссылка на MSDN, который все мы любим за оооооочень много инфы.

Основные понятия

Перечислю ключевые слова: категория, счётчик, инстанс.
Категория -- логическая группа счётчиков, которая имеет имя. Счётчик не может существовать вне группы. Каждая группа содержит один и более счётчиков, хотя, наверное, может содержать и 0 счётчиков, хотя кому она такая нужна.
Счётчик -- собственной персоной! Бывают простые, просто меряют количество чего-то, например, каких-то событий в системе или приложении. Бывают сложные, могут мерять среднее значение величины или скорость событий в единицу времени. Единицей времени выступает секунда.
Инстанс -- экземпляр, наверное так можно перевести. Я с ними особо не заморачивался, но идея в том, что по одному имени счётчика можно получать два разных его экземпляра. Отличаться они будут по имени инстанса и значения будут иметь каждый своё. Да, ксати, забыл сказать, но это уже и так ясно, счётчик является системным объектом, и существует в системе в единственном экземпляре! Отсюда вывод: если
одновременно два приложения считают количество обрабатываемых записей, например, то вполне резонно, что значение счётчика будет вдвое больше!

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


using System;
using System.Diagnostics;
using System.Threading;

namespace dwns{
 public class UptimeApp{
  public static void Main( string[] args ){
   PerformanceCounter counter = new PerformanceCounter(
    "System", // имя категории
    "System Up Time", // имя самого счётчика
    true ); // счётчик только для чтения
   // интересно, а можно ли открыть системный счётчик и
   // поменять в нём значение?! надо будет попробовать

   // повторим для верности 10 раз
   for( int i = 0; i < 10; ++i ){
    // получаем значение счётчика
    Console.WriteLine( counter.NextValue() );
    Thread.Sleep( 1000 ); // поспим секунду
   }
  }
 }
}

Собственно, всё ясно... Одно только не совсем понятно... Почему первое значение равно 0. Курим MSDN... Ясно! Если значение зависит от двух отсчётов то первый вызов NextValue возвратит 0. Значит всё в порядке. Играемся дальше.

Как создавать свои счётчики
Хватит пользоваться дарами природы. Теперь хотим мерять параметры своего приложения. Например, среднее время обработки чего-нибудь.
Если бы счётчик уже был в системе, то задача сводилась бы к первой и особого интереса не представляла. Предположим, что в системе наш счётчик не зарегистрирован. Надо создавать.

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


 if( !PerformanceCounterCategory.Exists( "My Category" ) ){
  CounterCreationDataCollection counters =
   new CounterCreationDataCollection();

  CounterCreationData avgTime = new CounterCreationData();
  avgTime.CounterType = PerformanceCounterType.AverageTimer32;
  avgTime.CounterName = "Average Time Of Process";
  avgTime.CounterHelp = "Average Time Of Process Help String";
  counters.Add( avgTime );

  CounterCreationData avgTimeBase = new CounterCreationData();
  avgTimeBase.CounterType = PerformanceCounterType.AverageBase;
  avgTimeBase.CounterName = "Average Time Of Process Base";
  counters.Add( avgTimeBase );

  PerformanceCounterCategory.Create( "My Category",
   "My Description", counters );
 }

Что следует отметить в этом коде?
При создании категории обязательно надо проверять существует ли она уже на данной машине. Каждый счётчик описывается при помощи CounterCreationData, где указывается его тип, имя и, возможно, описание (Есть ещё ряд необязательных полей).

После заполнения коллекции CounterCreationDataCollection её можно передать в метод Create класса PerformanceCounterCategory, и требуемая категрия будет создана.

Зачем создаётся два счётчика? Вот вопрос! Дело в том, что счётчики типа Average не могут существовать отдельно. Им необходима некая база, которой является счётчик типа AverageBase. Это вполне логично, грубо говоря, для того чтобы посчитать среднее значение результата эксперимента необходимо знать не только результат каждого эксперимента, но и то, сколько раз он проводился. (Кстати, после каждого счётчика типа Average должен обязательно следовать счётчик типа AverageBase, иначе категория не создастся.)

Испробуем счётчик в действии. Для этого пишем вот что:


// сначала получим собственно счётчики
PerformanceCounter avgTime =
 new PerformanceCounter(
  "My Category", // имя категории
  "Average Time Of Process", // именно! имя счётчика
  false ); // зачем нам Readonly... будем туда писать!
PerformanceCounter avgTimeBase =
 new PerformanceCounter(
  "My Category",
  "Average Time Of Process Base",
  false );

Random rnd = new Random( 100 );

for( int i = 0; i < 100: ++i ){
 // запоминаем время начала обработки
 long ticks = DateTime.Now.Ticks; 
 // имитируем обработку со случаным временем
 System.Threading.Thread.Sleep( rnd.Next( 100 ) );
 // увеличиваем значение счётчика на количество тиков, прошедшее с
 // момента начала обработки
 avgTime.IncrementBy( DateTime.Now.Ticks - ticks );
  // увеличим базу
 avgTimeBase.Increment();
}

Фух... Вроде справились. Работает. Ну или должно =) Правильно работать будет только первый раз. Потом надо будет обнулять значения счётчиков. Делается это при помощи свойства RawValue.

Наверное, здесь мне стоит закончить своё повествование и отправить читателя в собственный путь. Но, позволю себе ещё кусочек кода, который лично мне кажется полезным для работы с Average счётчиками.


// полезность для работы с Average счётчиками
// создаётся из двух счётчиков, среднего и базового
public class AverageCounterWrapper{
 private readonly PerformanceCounter _counter;
 private readonly PerformanceCounter _counterBase;
 private long _ticks = 0;

 public AverageCounterWrapper( PerformanceCounter counter,
   PerformanceCounter counterBase ){
  _counter = counter;
  _counterBase = counterBase;
 }

 // сброс значений счётчиков
 public void Reset() {
  this.Reset( 0, 0 );
 }

 public void Reset( long raw, long rawBase ) {
  _counter.RawValue = raw;
  _counterBase.RawValue = rawBase;
 }

 // вызвать в начале процесса
 public long Mark(){
  _ticks = DateTime.Now.Ticks;
  return _ticks;
 }

 // вызвать по окончании процесса
 public long Check(){
  long ticks = DateTime.Now.Ticks;
  this.Increment( ticks - _ticks );
  return ticks;
 }

 public void Increment( long raw ) {
  _counter.IncrementBy( raw );
  _counterBase.Increment();
 }

}



// полезность для работы с несколькими счётчиками одновременно
public class SimultaneousCounters{

 private ArrayList _counters = new ArrayList();

 public SimultaneousCounters(){
 }

 // добавить счётчик
 public void Add( PerformanceCounter counter ) {
  _counters.Add( counter );
 }

 // удалить счётчик
 public void Delete( PerformanceCounter counter ) {
  _counters.Remove( counter );
 }

 // сброс всех счётчиков
 public void ResetAll() {
  this.ResetAll( 0 );
 }

 public void ResetAll( long raw ) {
  foreach( PerformanceCounter c in _counters ){
   c.RawValue = raw;
  }
 }

 // увеличить значение всех счётчиков
 public void IncrementAll() {
  foreach( PerformanceCounter c in _counters ){
   c.Increment();
  }
 }

 public void IncrementAll( long raw ) {
  foreach( PerformanceCounter c in _counters ){
   c.IncrementBy( raw );
  }
 }
}

Классы простые, но очень полезные и удобные.

(c)2005, dW

И снова здрасьте

2005-07-19T17:20:00.000+04:00

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

Почему я поменял название?! Да просто так... Решил, что это более соответствует тому, что я решил тут писать.

Раньше я писал всякую лабуду. Лабуда останется, куда же без неё.

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

Сейчас заинтересовался языками стилей. И решил, что лучшего места для экспериментов, чем собственный блог не найти ;-)

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

стремительно бежит время

2005-01-17T10:44:00.000+03:00

Однако, да.... Ещё совсем недавно была пятница. Я был рад. А потом понеслась... Вот блин. Целые выходные! 2 дня! Проелетели как очумелые! Даже заметить не успел.
Конечно, сделать успел многое, но это не утешает.
Сейчас постараюсь вспомнить что же я делал в субботу...
Ах да!
Ничего. Игрался в флэт аут. Затягивает. Особенно соревнования, где надо кинуть водителя в длину или высоту. В высоту у меня получалось лучше =)

Часа 3 посвятил этому увлекательному занятию. Прокачивал тачку... Что было потом не помню категорически.. А! Помню. Потом ходил в Русско-немецкое общество. Там девчонка приехала из Германии. Собралась молодёжь нашего общества. Общались. С удивлением обнаружил, что понимаю немецкий. Причём без проблем. И не только тот, на котором говорят наши, но и тот, на котором говорила сама немка. Я горд собой. Надо бы заняться... Улучшить язык, так сказать, чтобы ещё и говорить начать =)

Вот так прошла суббота. А воскресенье был ваще сумасшедший день!!!
С утра, если 11 часов можно назвать утром, проснулись. Планов -- громадьё. Забегая вперёд, скажу, что событий было даже больше чем планов =)

Итак.
Где-то в 12 мы с Олесей выдвинулись в сторону Питера. Первым в списке "дел на сегодня" значилась покупка телефона. Справились. Pantech GB-100. Прикольная такая моделька, тока мне с моим сонериком их меню и расположение кнопок ваще не понять =)
Купили. Захотелось кушать. А так как до кино было ещё время, то пошли в Пиццу Хат.
Нормально так посидели. Пицца понравилась, впрочем, как и обычно =)

Опоздали в кино =)
Я первый раз поступил точно так же, как поступают плохие люди. Я зашёл в зал на 10 минут позже начала сеанса и мешал всем пока искал своё место =) Прикольно. Меня наверное ругали. Я бы точно ругался =)

Посмотрели знакомство с Фукерами. Впечатления положиетльные. Я боялся, что это будет что-то типа очередного неудачного сиквела. Однако, нет. Очень приятный и смешной фильм получился.
А потом мы пошли в кабак. Как обычно, это была Академия. Где мы и сели праздновать ДР Николая. В процессе празднования, туда подошёл Алексей, который, собственно, однажды и рассказал нам про это замечательное место =)

Нормально так посидели. Пиффка для рыффка...

И потом в 20 где-то довольные поехали мы с Олесей домой. Потом дома у неё ещё тортика дёрнули =) Завершили, так сказать, день последним мажорным аккордом.

Завидуйте.
Тока вот отдохнуть как-то не успел =)

про КПК

2005-01-14T12:25:00.000+03:00

Вот ещё задумался над тем, чтобы купить КПК себе. Вещь, бесспорно, удобная. Ибо, мона книги читать электронные. А так как я ну очень много времени провожу в дороге, то КПК позволит мне проводить это время с пользой или хотя бы с удовольствием. Потому как таскать с собой книги реальные, то есть орагнизованные из бумажных страниц, дело совсем хлопотное. Кроме того, у меня уже и карточка есть CF, для фотоаппарата купленная =)
Товарищ посоветовал HP iPAQ h2210.
Почитал спецификации. Отзывы. Нравится. Буду брать, наверное.

работа началась...

2005-01-14T12:14:00.000+03:00

Добрый всем день...

Праздники прошли. Грустно. Прочитал тут список праздничных дней на этот рабочий год. Впечатлён. 19 дней праздничных и перенесённых. Хорошо!
Но вот совсем не радует, что 10 из них уже позади. И провёл я их не самым лучшим образом =( Спал да ел. Ну ещё на работу ходил. И много думал о работе.
Вот блин.
А теперь вот ещё проект наклюнулся. А заказчик меняет условия не предупредив. Прикольно так проги писать, когда никто не знает что хочет. Но, это, кажется, нормально. Всегда так. Бизнес по-русски.

НГ^2

2004-12-27T16:16:00.000+03:00

Вот и снова я.

Как давно я не писал. но вот решил это недоразумение исправить. и сегодня я представляю Вашему вниманию этот пост.

Ещё не успел прийти НГ, а я его уже дважды неплохо отметил. Первый раз это была вечеруха в стиле Рексофт. Это было что-то с чем-то. Просто обалденное мероприятие. происходило всё в БизнесЦентре Петровский форт. место наиприятнейшее. да и размах впечатляющий. официанты. сразу после входа море шампанского и горы канапе. потом целый час неторопливых бесед с коллегами за бокалом этого самого шампанского.
прекрасные дамы в вечерних нарядах. уважаемые господа в костюмах и галстуках. вопчем, чистой воды светский приём. я на таком был впервые. впечатлён. просто супер.
потом была развлекательная программа, которая, правда, проигрывала по интересности выпивке и еде, но часть программы я уловил и даже пытался иногда слушать что проихсодит на сцене. в перерывах между едой, мы ходили по залу в посике знакомых лиц и всячески фотографировались, чтобы запечатлеть сие знаменательное событие.
а ещё меня радовал тот факт, что я с ПН официально в отпуске.
потом была воТТка и танцы посреди фонтана... романтика неописуемая. хочу ещё. хотя... нет. уж лучше пускай буду приятные воспоминания. праздник всё равно не может длиться вечно, а воспоминания долговременны...

домой мы с Олесей попали около 8 утра... кажется. я точно не помню. на часы не хотелось смотреть. единственное чего хотелось, так это спааааааааать.
Дело в том, что у Олеси на 25 число был назначен банкет. только на этот раз мы были не гостями на празднике жизни, а людьми, которые банкет обслуживают. дело было в театре БУФФ. 300 человек. много жрачки, шампанского и сока. и всего 4 человека на обслуживание. причём, я был просто доброволец =)

конечно же выспаться не удалось, так как проснулись мы где-то в 11.30, ну или чуток позже. голова болела от намешанного накануне =)

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

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

началось самое интересное. надо было начинать открывать шампанское. о да! теперь я точно могу сказать, что умею открывать этот напиток. я открыл не меньше 4-5 ящиков!!!
Мазоль и синяк на ладони левой руки -- вот результат. ну и, конечно, вылеченная голова =)

так что к вечеру субботы у меня были уже такие выходные, что было не стыдно!

но впереди было ещё воскресенье. конечно, оно прошло не так весело, как предыдущие дни, но всё же.

сходили в пышечную. по дороге встретили процессию Всероссийского Деда Мороза, что шла по Невскому, погуляли по Проспекту... и вренулись домой в половине первого ночи =)

так что вот. завидуйте со всей силы.

как я провёл отпуск

2004-12-10T00:30:00.000+03:00

В прошедший вторник у меня был первый мой отпуск =)
Прикольно, конечно, что он был, но всего 1 день... Нисмотря ни на что я постарался провести его грамотно и, кажется, преуспел.

Но, речь сейчас не об этом. В данном посте я хочу рассказать о другом...

Собственно, отпуск-то я брал для того, чтобы сходить к врачу нервопатологу, выяснить что у меня с головой. Долгое время я мучусь: ни с того ни с сего пропадает зрение, потом болит голова. Ходил к окулистам -- говорят, что ничего страшного. Вроде и нервопатологи говорили, что всё в порядке. Но как может быть, что всё в порядке, а приступы всё равно бывают?! Итс импосибл...

посему, был выбран главный врач-нервопатолог Гатчинской поликлиники... Пришёл. Поосмотрела она меня. Почитала мою книжку больную. Сказала, что всё понятно, надо делать всякие обследования, чтобы врубиться что к чему. Отправила меня на фотографию шейного отдела позвоночника и на ДОплерографию. Сфотографироваться я успел в тот же день. Оказалось, что у меня какое-то то ли смещение, то ли сужение в позвоночнике. Сами знаете, как эти доктора пишут -- хрен поймёшь, я и то лучше почерк имею. А вот доплерографию пройти ещё предстоит. В воскресенье =) Отчёт будет на следующей неделе. Ждёмс.

Ах да!
Напоследок, прямо перед моим уходом тётенька-нервныйпатолог решила проверить мне давление. И на некоторое время офигела. Грит: "Интерееееесненько!". Я такой: "Чозанах?!". Оказалось, что она мне намеряла 150/90. Это при том, что я себя ваще нормально чуйствовал абсолютно. Странно, однако.

Короче. Пообщался с врачами. Прикольно. Выяснил, что у меня начальный остеохондроз. С такой работой хорошо ещё, что не геморрой =)

Всем удачи. Занимайтесь спортом и не ходите по врачам - они плохого наговорят, а потом лечись всю жизнь =)

спаааааать

2004-12-06T16:13:00.000+03:00

Собственно, этому несложному занятию и были посвящены мои выходные...
Да! Я только и делал, что спал. "А нафига я буду что-то делать в свой выходной?", - подумал я утром в субботу и не поехал на работу. Та же мысль пришла в мою светлую голову и в воскресенье утром, и я проспал до обеда... А потом ещё чуток... Ну потом, конечно, поиграл в НФС, посмотрел Полицейскую Академию и снова лёг спать =)

Зато выспался, кажется.

по поводу утренней статьи и блога

2004-12-03T18:03:00.000+03:00

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

потом вот сегодня статью прочитал и снова задумался...

и вот что придумал:
можно ведь считать БЛОГ средством борьбы с произволом. если мы будем открыто держать свою более-менее конфиденциальную информацию, то это типа протест =)

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

ну, это конечно, так... в порядке бреда, я понимаю, что есть вопросы, которые никто и никогда не вынесет на всеобщее обозрение, но всё-таки согласитест, идея хороша: типа "буду стучать сам на себя, чтобы никто другой ничего не смог добавить". и при этом автоматически срабатывает правило "чистосердечного признания" =)

вот такие вот мысли в пятницу вечером. =)

бассейн

2004-12-03T12:05:00.000+03:00

вот инетерсно, дадут мне сегодня запостить свою мысль или нет?!

я уже 3 раза пытался это сделать -- нифига не выходило.

итак, мысль:

вчера-таки не дошёл до бассейна... пришёл вечером домой и понял, что устал. четверг, как никак - почти пятница =)

но, есть и плюс. я вчера лёг спать пораньше и кажется выспался. а ещё сегодня в электричке поспал часок. так что жизнь налаживаетс, уважаемые (по)читатели, чего и Вам искренне желаю.

Ваш Макс.

Приятная такая статейка...

2004-12-03T09:48:00.000+03:00

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

напоследок

2004-12-02T18:16:00.000+03:00

сегодня у меня писательское настроение =)

напишу-ка я Вам, уважаемые (по)читатели о том, что меня сейчас беспокоит.

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

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

возможность есть. необходимость доказана. а желания почему-то недостаёт.
и что делать?

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

Спасибо за внимание. ваш я.

(без темы)

2004-12-02T18:08:00.000+03:00

всем здрасьте...

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

решил тоже исправится и писать почаще, благо (по)читатели есть =) коменты иногда пополняются. хорошо =)

Сегодня буду писать вам о том, что меня порадовало в последнее время... Итак:

самым мощным потрясением (в хорошем смысле) для меня стало открытие MSMQ. подвернулась под руку статья, которая рассказывала про эту технологию. интересно. вот тут эта статья находится. кому интересно что такое MSMQ -- советую. доходчиво. а главное, открывает новые горизонты. сказать, чтобы я раньше не слышал о такой возможности, значит соврать, но почему-то она никогда не употреблялась отдельно от COM/DCOM. А, оказывается, можно и без этого. красота. был впечатлён. теперь я знаю как сделать хорошо =)

цирк уехал...

2004-11-30T10:39:00.000+03:00

вот и прошёл праздник. как обидно.

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

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

ЗЫ: всё-таки приятно, когда хотя бы раз в году ты целый день -- центр вселенной =)
ЗЗЫ: а год назад я был в Швеции... какая могла получиться традиция... эх...

Ваш Макс

ДР

2004-11-29T12:00:00.000+03:00

Итак! Дамы и господа!
Спешу Вас известить, что не иначе как сегодня в 17.04 по московскому времени, но только ровно 22 года назад появился на свет замечательный (без ложной скромности =) ) человек, известный Вам всем под моим именем.

Так что в 17.04 -- все кайфы мне =)

Спасибо за внимание.
Иноформация о праздновании появится позже ;-)

и снова выходные прошли

2004-11-15T12:11:00.000+03:00

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

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

купил себе первый том Кнута. буду теперь умный. если, конечно, когда-нибудь его прочитаю. но надежда пока есть. =)
ещё мы в субботу купили домой здоровенный телевизор. соньку 29 дюймов. стерео звук все дела. теперь вечерами можно устраивать семейный просмотр фильмов =)
конечно, хочется чего-то большего... например плазменный 40 дюймовый телек с ДВД рекордером и 7.1 звуковой системой... но сначала надо купить губозакаточную машинку с педальным приводом.

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

пятница 12

2004-11-12T12:50:00.000+03:00

итак! сегодня чёрный день календаря... хотя, конечно, настроение почему-то приподнятое.
думайте сами... рассказываю.

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

Из солдатского военкомата меня на удивление просто выписали. Тётенька, которая там работает, даже не ругалась плохими словами и ваще вела себя достаточно культурно, что на неё ну никак не похоже. Ладно. Печать поставил. Выписан. Красота! Минут 10 я был не приписан ни к одному военкомату! Свобода.
Пошёл в 3 отделение. Это совсем другое здание в другой части города. Пришёл. Встал на учёт. В паспорте поставили штамп. Сказали подождать в коридоре, типа, начальник должен поговорить со мной. Жду. Заодно достал паспорт посмотреть что за штамп. Штамп оказался ну ооочень интересный "Призван бла-бла-бла 12 ноября 2004 года". Я думаю "Ну прикольно! Пойду ща за сапогами." Потом пришёл подполковник, который начальник. Стал со мной говорить. Выяснял хочу ли служить, я сказал, что с удовольствием бы продолжил служение родине на другом фронте, например, на научном. Короче, я дал понять, что не особо-то и стремлюсь после института с высшим образованием и красным дипломом отдавать долг родине в том смысле, в котором это видится ему.
Записал он меня и выдал мне расписку, что я призван на 24 месяца... С момента поступления приказа. Приказ было велено ждать в начале года. Так что вот. А ещё после НГ сказали звонить и спрашивать о получении Военного Билета.

Теперь и не знаю с какими чувствами ждать НГ.. и ждать ли его вообще. =)

ЗЫ: но настроение всё равно приподнятое =) Может это из-за пятницы...

---------------------------------

Пояснения для всех!
Я и сам не совсем понял, почему мне в паспорте поставили штамп, что я призван. Но, как бы то ни было, я до НГ жду приказа МО РФ. Если в этом приказе меня родина позовёт, тогда будем думать, а пока ждёмс.
С этого момента ни на какие вопросы отвечать не буду. Если что хочется спросить -- коменты к вашим услугам. А то каждому блин пока разъсянишь -- руки устанутъ.

thoughts

2004-11-11T17:48:00.000+03:00

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

мдаа...

шестое чувство

2004-11-11T12:06:00.000+03:00

Интересное название для поста, да?! Самому нравится. Сначала хотел немного по-другому назвать, но потом передумал =)

Вчера вернулась Олеся из своего 3х-дневного путешествия. И вот при чём тут шестое чувство. Договорено было, что их группа приезжает в Питер в 00.00 по Москве. Где-то в районе часа ночи они должны были прибыть в Гачтину, где бы я их уже поджидал. Поэтому, имея достаточно много времени между окончанием рабочего дня и встречей, мы пошли в бар. Кто там не был, тем скажу, что ушли мы оттуда где-то в 20.50 - 21.00. Таким образом, я намеревался попасть на электричку на 21.44 или типа того. А теперь мистика! Что-то меня дёрнуло, и пока я шёл до метро, я успел передумать ехать на электричке. Причём, объективных причин менять решение не было вообще. Электричка и дешевле и спешить мне было вроде бы некуда. Как бы то ни было... Поехал я на Московскую. Только сел в маршрутку... Звонит Олеся и говорит, что они уже выезжают от Московского вокзала! Я откровенно офигел. Следует учесть тот факт, что было випито пиво, а встречать её мне предстояло на машине! Да и кроме того, был шанс, что я приеду в Гатчину несколько позже чем она.

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

Вот вам и мистика, однако...

у кого есть клей?

2004-11-10T12:30:00.000+03:00

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

и снова выходные...

2004-11-09T12:33:00.000+03:00

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

Собственно, прошедшие праздничные выходные не отличались особой крутизной происходящего. всё, что я сделал -- это начал читать 5 часть Гарри Поттера. И всё. В субботу я болел. В воскресенье, не смотря на правздник, тоже. Зато я выспался! Причём несколько раз подряд. Это тоже хорошо.
Почему я болел?! Интересный воспрос. Сам бы хотел узнать. Долгое копание в событиях прошедшей недели навело меня на мысль, что во всём виновата прививка от гриппера, которую делали в четверг. Видимо, вирус внедрился в организьм и начал работать на благо. Только вот благо это оказалось с побочными эффектами. В итоге в субботу-воскресенье я получил общее недомогание. Да и пофик. Зато выспался.

А ещё в воскресенье уехала Олеся. Казалось бы, всего-то ничего, 3 дня. Но как-то всё равно грутсно/скучно/одиноко. Мы с ней ни разу не расставались больше чем на сутки... Я в шоке.

Соболезнования и слова поддержки принимаются в виде комментов.
Лана. буду работать.

отчёт по прошедшим выходным =)

2004-11-01T10:56:00.000+03:00

Борое утро понедельника всем читающим мой блог.
Сегодня у меня хорошее настроение. Это странно, ибо понедельник... Хотя, с другой стороны, ещё свежо воспоминание о выходных, прошедшиз только что, и прошедших достаточно удачно =) Кроме того, сегодня меня приятно удивила моя карточка в метро, которая не закончилась. Если бы это произошло (то есть если бы она закончилась), то мне бы предстояло постоять в ТАКОЙ ОЧЕРЕДИ... что я бы явно опоздал на работу, а начинать месяц с опоздания мне не охота =)

Так вот, выходные...

Началось всё грустно. Ибо в пятницу вечером мне пришлось задержаться на работе, а это всегда нериятно, особенно, когда не по собственной инициативе, а по необходимости. Короче, просидел я в пятницу на час дольше, чем заслуживал. Где-то в 19.30 ушёл.. Думал успеть на электричку на 20.18. И, ведь, успел бы, если бы её не отменили. Отдельного упоминания достойны работники ЖД, которые вместо того, чтобы спокойно перейти на зимнее расписание, устраивают в "стыковые" дни, какой-то вертеп! Ну вот зачем отменять и передвигать половину электричек в период с 28 октября по 1 ноября, когда с 31 октября начинает дествовать новое расписание?! Чтобы привлечь повышенное внимание к таблоидам с расписаниями? или есть какой-то более глубокий смысл? мне не понять...
Вобщем, на вокзале меня ждало разочарование... Электричка ожидалась только через 50 минут. Ждать не хотелось. Решил прокатиться до Гатчины Балтийской. От дома, конечно, дальше и идёт электричка дольше, но в сумме я домой попадал всё равно раньше чем если бы дождался своего паровоза. Сел. Поехал. Приехал. 1 час 10 минут в пути. По дороге позвонил папе, чтобы он подобрал меня с вокзала на машине =) Лениво мне ходить через весь город в начале 10 вечера. Кроме того, погодка была совсем не фонтан: туманище и как-то прохладно.
Всё. Пятница закончилась.
В субботу я тоже не особо развлекался. Особенно с утра. Из-за моей злосчастной болезни, которая имела неосторожность застать меня в прошлый четверг, и оставила меня дома на весь день, я имел недоработку в размере одного рабочего дня! Это ужасно, конечно... И вот эту самую недоработку надо было компенсировать. Работать в субботу хорошо... Тихо. Народу мало. Кроме всего прочего, никаких особенных планов у меня на субботу-утро не было. До самого обеда я был совершенно свободен.

После обеда я поехал домой. Забрал Олесю с работы. Пошёл домой пообедал. Снова встретился с Олесей. И вот тут началсиь выходные в самом прямом смысле этого слова =)

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

Воскресный день обещал быть долгим не только по ощущениям, но и просто физически всвязи с переходом на зимнее время. Спать можно было дооооолго. Это хорошо. Плохо то, что меня подорвало в 9. Подорвание моё было обусловлено частично тем, что мерзкое солнце светило, а во-вторых, в субботу вечером я обнаружил у себя на компутере гадкий вирус! Собственно, собирался даже переставлять систему, но потом лень пересилила здравый смысл. Пришлось немного подумать и убить вирус собственными силами, не прибегая к переустановке виндовса, ибо маст дай.

Что потом?! А ничего. Где-то до 14 я болел. Потом мы с Олесей пошли гулять... И как-то само собой выходные подошли к концу... Вчера опять показывали какое-то кино... Ах да! Ангелов чарли... Но снова из-за проклятой рекламы у меня не хватило сил их досмотреть.

И вот снова трудовые будни. Ждём дальнейших событий.
До новых встреч.

осень

2004-10-26T12:48:00.000+04:00

Что-то я давненько не писАл ничего в блог.
А всё почему?! ДА потому что сабж пришёл. Причем пришёл окончательно и бесповоротно (или безповоротно? что-то у меня последнее время с грамотностью. С тех пор как перестал писать письма руками и начал регулярно читать удафф.ком... Мда... Не ходите, дети, на удафф читать.)

Итак осень.
Давайте разбираться. какие положительные и какие отрицательные впечатления может нести с собой это время года.
Начнём с плюсов, ибо осень обычно начинается с плюсов.
+ красиво
(я когда впервые увидел нормальную осень чуть не помер от ощущения прекрасного, которое мне обычно чуждо. такая красота. Особенно в парке города Гатчина, где меня и застала первая осень. Был 99 год. Я был начинающим студентом, который только-только приехал на "большую землю" с дикого севера. Короче говоря, приятные впечатления с той поры до сих пор живут где-то в глубине моей программистской душонки.)
+ бабье лето
(в этом году не видел. Да и вообще, как-то не отмечал никогда присутствие этого "сезона". как-то плавно просто лето переходило в осень/зиму. А тут вдруг так резко. хотя... и лета-то не было особенно.)
+ всё ещё достаточно тепло.

А теперь к менее приятным особенностям.
- таки-зима рядом!
(несмотря на то, что +№3, по утрам всё же 0 по Цельсию (а то и ниже. проверено) )
- мокро, грязно
(да! да! да! кто бывал в Питере осенью -- сочувствую. особенно себе.)
- ЗОНТИК
(вот этот агрегат я ненавижу пуще всего на свете! я, как человек, проживший бОльшую часть своей сознательно жизни на севере, где кроме зимы и августа сезонов не было, не привык к дождям, которые длятся больше пары часов и не превращаются в снег. Поэтому я никогда не испытывал необходимости даже знать что такое зонт и как им пользоваться. А тут.... Пришлось научиться. Пришлось даже найти себе один экземпляр. Занятная игрушка, но не более того. Как устройство, которое надо носить вечно с собой он меня не радует. Надо что-то более кардинальное придумать. Например, глобальный контроль над погодой... Ну или на крайний случай, машину себе какую-нибудь купить, чтобы не вылазить вообще на улицу.)

Мда.... получилось 3:3
с точки зрения логики, осень, выходит, нейтральное время года. А вообще, как говорят люди поэтичные и романтичные: "осень -- не сезон, осень -- состояние души.". Угу. Как хотите, а мне как-то мерзковато.

Хотя, с осенью связаны приятные воспоминания... Да и ДР у меня тоже осенью, хотя, я всю жизнь считал, что зимой =)

Всего хорошего, уважаемые читатели.
Спасибо за внимание.

ЗЫ: Фраза напоследок: "Читатели читают. Почитатели - почитывают." (с) не_помню_кто
По телеку как-то услышал. Запомнилось.

грустный вторник

2004-10-19T17:16:00.000+04:00

Всем peace. Сегодня какой-то скучный день... Несмотря на то, что утром было совсем приподнятое настроение, всё остальное пошло как-то не так. Я знаю! Во всём виновата погода. Сегодня весь день дождь. Мерзкий дождь. противный дождь. Дождь можно любить либо летом, либо когда дома. (Это моё личное мнение, коненчо.)

А ещё сегодня утром я сделе доброе дело. Я уступил девушке место в электричке. Я всё равно сидел и ничего не далал, а им с подругой, как я понял из их разговора, надо было делать английский.

Снова думал о том, как всё-таки хорошо было учиться. Можно было иногда прогуливать =)

Ирка маза-фака

2004-10-18T10:25:00.000+04:00

=/ я смущён...
Только что пришла Ирка и сказала "как-то тебя странно постригли".
Теперь я знаю как можно грамотно испортить человеку настроение в понедельник утром.