Лето наступает

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

http://volga-don.ru/oboi/
http://pokrovka.org/type.asp?iType=53

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

Еще наблюдения о рынках труда - пылесосах.

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

2 weeks after spin-off announcement или опять IT менеджмент

Что можно подумать о качестве менеджмента, в частности по отношению к своим будущим работникам? Только вдумайтесь, людей, получающих не самые плохие деньги для провинции, имеющих статус госслужащего (очень большой отпуск, чины, стаж для государственной пенсии(которая оччень сильно отличается от трудовой пенсии)), вынуждают перейти в некоторое ГУП (государственное унитарное предприятие), где действует обычная сетка отплаты труда, нет отпусков, нет чинов и т.д. и т.п. Т.е. вынуждают ухудшить условия труда в два и более раз.
И все это как всегда под соусом единой информационной политики, централизации и улучшения качества сервиса.

Хороший обзор о бесплатных и якобы бесплатных СУБД

Дмитрий Кузьменко (ibase.ru) в своем блоге написал заметку о всем том большом количестве бесплатных и пости бесплатных СУБД, которые выпущены сейчас. Все взвешенно и понятно. Хочу добавить, что ко всему тому, что написал Дмитрий, нужно добавить еще и бесплатные и якобы бесплатные Opesource OS. Например известно что Oracle (одна из версий) работает на Linux. Обычно редко кто обращает внимание, что он работает не на просто Linux, а на Red Hat Linux, который, вообще говоря, не бесплатный. Если внимательно посмотреть, то можно найти много еще чего. :)
Я не противник Opensource вообще, я чторонник того, чтобы внимательно смотреть на вещи.

Об отсутвующих CIO (Часть 2).

или заметки "безработного", готовящего собственное увольнение.
Я уже касался этой темы. Имеется продолжение. Продолжение заключается в том, что ВСЕ IT службы ВСЕХ подразделений администрации субъекта федерации организованно ликвидируют, с тем, что воссоздать, аки птицу Феникс в монстра, выполняющего все функции ранее убиенных подразделений. Все это делается под соусом выполнения 10 наказов Президента РФ, оптимизации расходов, построении единой политики и всякие другие бла-бла-бла...
Короче все сведется к модели внутреннего аутсорсинга. Плохо это или хорошо? Сложно сказать. Я видел несколько реализаций такой модели на деле. Большинство таких попыток провалилось во многом благодаря плохому менеджменту. Вот тут опять появляется вопрос об отсутвующих CIO.
Итак, поскольку я становлюсь непосредсвенным участником событий по разрушенью до основания, а затем... мой блог можно рассматривать как аналог блога Allen Bauer. И назвать его можно N weeks after spin of IT departments off.

Читая Forbes

В третьем номере русского издания Forbes опубликована статья "Плохие парни русского интернета". В ней опубликованы некоторые данные об оборотах этих плохих парней. 200-250 млн. долларов - обороты российского интернет порно, 10-15 млн. долларов - обороты продавцов MP3, про спамеров каких то конкретных цифр названо не было, но выводы наверное можно сделать. Если мировые обороты спамеров составляют 10-15 млрд. в год, то уж сотня - другая миллионов в России точно остается.
Все вместе соизмеримо с российским аутсорсингом.

В продолжении темы об отсутствии настоящих CIO. Сергей Орлик дал ссылку на ITIM, опять же в применении к государственным структурам. Все это здорово конечно, только кто это будет применять в наших условиях? Все равно же некому, да никто и не требует эффективности вложений в IT.
Бред конечно, но ничего не поделаешь. Жизнь есть жизнь.
Сейчас я наблюдаю за попыткой "навести порядок" и добиться эффективности финансовых вложений в ИТ на уровне субъекта федерации. Пока конечно начало, но начало не очень хорошее. Попытка привнесения контроля за расходами принесла только непотребное увеличения накладных расходов. То есть все пока получается как всегда. Вроде бы идут разговоры о выработке какой-то единой политики (что конечно хорошо), централизации и т.д. (как то знакомо звучит), но все реально сводится к простому перетаскиванию одеяла и бюджетов(надо сказать немаленьких).
Посмотрим, что произойдет дальше.
Мне стало даже интерестно, а есть ли вообще примеры нормальной ИТ политики в России на похожем уровне?

О языках

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

Читая две последних заметки Сергея Орлика поймал себя на мысли, что какие-то высокие материи описывает Сергей. :)
Так уж случилось, что большая часть моей айтишной жизни связана с государством. Так вот, в государственных организациях (в России, в провинции), за редким исключением, никто и никогда не задумывается о необходимости использования тех или иных технологий. О том, что даст та или иная технология или система. Люди просто осваивают выделенные бюджеты, бездумно, с целью потратить деньги. И тратят их на всякую ерунду, никому не нужную и не работающую.
Можно удивлятся и задавать себе вопрос, почему так происходит. Мое мнение таково, что в привинции (мне сложно сказать про наши столицы, я там не часто бываю) просто не сформировался такой класс работников как CIO, которые могут оценить и заинтересованны (материально и/или морально) в том, что бы эффективно потратить выделенные деньги. Эффективно не с точки зрения собственного кармана в виде откатов.

Несмотря на разговоры о предстоящей продаже IDE бизнеса Borland выпустил очередной сервис пак для Interbase. Взять его можно тут. Скоро будет выпущен второй сервиск пак для, пока еще, BDS2006.

на Сhannel9 опубликован Behind the code c Anders Hejlsberg. Можно по разному относится к нему, но по моему мнению, это человек, который внес огромный вклад в индустрию.

Провинциальные думы

Сегодня присутствовал на презентации одной програмной системы стоимостью первой очереди чуть больше миллиона долларов. Презентация была не для того, чтобы что-то красиво показать, а так, что называется в рабочем порядке. Эту систему купили и начинают внедрение в организации, где подобная система написана своими программистами и существовали планы, которые стали претворятся, на выпуск второй версии.
До презентации я имел возможность немного покопаться в кишочках внедряемой системы, так что имею представление об архитектуре.
Впечателение сложилось двоякое. С одной стороны это добротная система, которая довольно хорошо продумана и выполнена. А с другой стороны, она ничем, по функциональности, выдающимся не отличается от самописной системы. Есть отличия в архитектуре. Самописная система в первой версии - чистый клиент-сервер, а внедряемая - с сервером приложений J2EE. (Впрочем самописная система во второй версии планировалась быть тоже с J2EE).
Есть несколько фактов, которые вызывают очень интересные мысли.
Факт первый - архитектура внедряемой системы подозрительно напоминает подходы в Borland InterOP. Даже форматы XML сообщений совпадают.
Факт второй - это CORBA
Факт третий - клиент весь в иконках из директории Program Files/Common Files/Borland/Images
Факт четвертый (подозрительный) - компания - производитель внедряемой системы, видимо, не числится в клиентах Borland.
Факт пятый - предполагаемый срок внедрения - год
Факт шестой (предполагаемый) - срок создания второй версии собственной ситемы - год.
Факт седьмой (предполагаемый) - стоимость создания второй версии оценивается примерно в 12 миллионов рублей.

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

Обязательно нужно прочитать Интервью с Борисом Бабаяном. Великий человек!

ECO demo

На almpotal.ru выложен мой ECO Demo, подготовленный для семинара в Москве, который состоялся 2 декабря 2005 года. Пример представляем многозвенное приложение с несколькими клиентами, написанных на Delphi.NET и С#.

На фотографиях внизу я не тот человек с бородой :)

Зимние вечера

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

О Моделях

При разработке приложений иногда требуется, чтобы одна и та же модель была задействована в различных приложениях, например в сервере ECO, ASP.NET приложение или в winforms клиенте. Один из вариантов - подключать в проект соответствующего приложения модуль с моделью. Обычное дело, но тут встает проблемы межязыкового взаимодейсвия. Все приложения должны писаться с использованием того же языка, что и модель (Delphi.NET или C#).

Есть более красивое решение-использование сборок. Вы помещаете модель в сборку, на это сборку делаете ссылку в проекте, указываете на пакет в EcoSpace и все, дальше работаете как всегда. При это Вас не заботит, на каком языке написана сборка. Это же assembly, и вся мощь .NET Framework работает на Вас.
Для того чтобы сделать такую модель нужно выбрать соответсвующего мастера в BDS. ECO Package in Package для Delphi.NET или ECO Package in DLL для С#.

ECOIII State Machines

Сами по себе State машины не делают ничего, кроме сохранения состояния конкретного экземпляра сущности. Т.е. удобно хранить что-то типа состояния заказа и т.д. Самое интересное начинается потом, когда рарабочик начинает работать с триггерами, защитниками (guards). Это ОЧЕНЬ мощное средство, которое (иногда) позволяет вообще отказаться от реализации бизнес-логики на языке программирования. Т.е. вообще все может хранится в модели. Голубая мечта MDA :)

Один момент, который надо учитывать при использовании State Machine. При описании состояний надо быть очень осторожным. Как известно у state диаграммы есть начальное состояние, промежуточные состояния и конечное состояние. Так вот, тут такая незадача, конечное состояние означает уничтожение экземпляра сущности, перешедшей в это состояние.

И еще раз о Microsoft

Сегодня прочитал пару занимательных заметок на Cnews.ru. http://www.cnews.ru/news/top/index.shtml?2005/12/27/193861 и http://www.cnews.ru/reviews/free/offshore/soft/index2.shtml

Первая заметка показывает отношение Microsoft к своему маркетингу. Маркетинг грамотный, что еще раз показывает каков уровень специалистов-маркетологов. Понятно, и тут те, кто занимался shareware меня поймут, что никаких гарантий того, что деньги вложенные в этот фонд вернутся, вообще нет. По смыслу, я во всяком случае так понял, что главный критерий, по какому будут отбираться претенденты на легкие деньги - применение .NET в своих приложениях. О том, как будут тратится эти деньги вообще вопросов не будет. Цену товару будут рекомендовать специалисты Softkey. Ну о том, как будет продвигаться тот или иной продукт, вообще разговоров нет. Так вот, Microsoft возврат этих, в общем-то небольших, денег и не нужен. Компании нужно набрать критическую массу разработчиков и разработанных ими приложений, а для этого все средства хороши.

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

Вопросы производительности ECO

Существует несколько аспектов, которые влияют на производительность ECO приложения:

1. Сама технология. Overhead относительно приложений, написанных без применения ECO составляет 10-15%. Не очень много.
2. В случае разработки многопользовательских приложений свою лепту вносит .NET Remoting. Который сам по себе не очень быстрый.

Можно сказать, что приложения ECO будут работать примерно в 1,5 раза медленней чем приложения, написанные без применения ECO. НО! тут есть несколько моментов, которые необходимо учитывать. Разарабатывая модель приложения, разработчик вынужден делать это с большей дисциплиной дизайна, что однозначно делает более быстрые решения. Это момент напрямую относящийся к быстродействию. Момент второй, который к быстродействию отношения не имеет. Разрабатывая приложение ECO, программист тратит примерно в 3-10 раз меньше времени.

Решение о том как, и с примененим каких технологий, создается то или иное приложение должно приниматься каждый раз, после оценки требований. Что в общем то понятно. Я еще раз напомню, что ЕСО всего лишь предоставляет возможности, а использовать их или нет - дело каждого разработчика.

Многозвенные приложения ECO

Задавался вопрос, можно ли сделать многозвенные и многопользовательские приложения c использованием ECO. Ответ - можно. Я это показывал на семинаре 2 декабря в Москве. Вопрос в понимании того, как устроено это многозвенное приложение. Основная черта в том, что в сервер приложений выносится PersistenceMapper, то есть тот компонент, который отвечает за хранение данных. А EcoSpace, как компонент приложения, отвечающий за хранение модели и, отчасти, логики является неотъемлемой частью клиентского приложения. Уж так устроено ECO и ничего с этим не поделаешь.
Второй вопрос - как же все таки сделать, что бы EcoSpace был на "сервере приложений". Ответ пока только один. Использовать Eco WebService. Тут сразу возникает много вопросов о необходимости такого подхода. И эти вопросы должны решаться в каждом конкретном случае.