Картинки с выставки

Я уже писал о впечатлениях о выставке SDExpo 2007, где мы (CodeGear Borland) принимали участие в качестве серебряных спонсоров. Теперь появились картинки с выставки, которые можно посмотреть по этой ссылке).
Достаточно забавна компоновка выступающих и рекламы на заднем фоне. Интересно, специально подбирали выступающих и фон? или это просто забавный казус, вроде пустого стенда IBM или рассказа о Visual Studio на фоне флага Borland? :)

И опять про недвижимость.

Полгода назад писал тут на блоге, что цены на жилье достигли пика и должны начать снижаться. И вот - действительно начали снижаться :)



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

Ну теперь точно надо ждать дна. Всё-таки у людей приходит отрезвление, что не Москвой единой жив человек.
Кстати, мы то, ИТ-шники, чего вообще в Москве делаем? Во всем мире ИТ-центры за городом строят, Гугль какую-то деревню занял, а у нас все в центр лезут. Чем ближе к гробу В.И.Ленина, тем лучше что ли?
Что вообще за загадочная точка притяжения в районе Красной площади, куда так всех тянет?
Я понимаю, почему Москва была пределом мечтаний большинства советских людей - потому что было хорошее снабжение, карьерный рост и "ах Арбат, мой Арбат, ты моя религия". Понимаю, что в 90-е годы все бабки _физически_ были в Москве - т.е. их натурально перевозили коробками из-под ксероксов.
Но почему сейчас?
Впрочем, на самом деле всё не так, как хочется думать москвичам (грустно вздыхая "да, переполнена Москва", с намеком на "понаехали", но с затаенной гордостью что "лучший город Москвы" и "наша кепка надежна, как каска"). Когда мы были в прошлом году в ноябре на роад-шоу в Екатеринбурге, Красноярске, Самаре, Нижнем Новгороде, то выяснили, что хоть на Москву и ссылаются как на некую точку отсчета (а! вы там Собчак видели?! И правда она похожа на лошадь?) , но на самом деле региональные центры сами по себе повторяют путь Москвы - люди кучкуются, сбиваются в пробки, разгоняя цены на недвижимость и ухудшая качество жизни. И в Москву не рвутся то особо, учитывая заградительные цены на аренду.
Так что, похоже, желание сбиться в орду не вытравить за какие то 500 лет :)
Кстати, подкину товарищам из правительства идейку. Вот всё мечтают чтобы наши российские ИТ-шники силиконовую долину основали, то да се... А что бы взять и в добровольно принудительном порядке не переселить Microsoft, Borland, Oracle, SAP, IBM, HP, 1C и других куда-нибудь в подходящую долину? Ведь в сумме тысяч 50 народу наберется только работников у основных вендоров и дистрибуторов. А с ними члены их семей, врачи, учителя, слесаря, дворники, продавцы шаурмы, HRы, киоскеры с паленым софтом, налоговики (в порядке уменьшения полезности) - вот тебе и силиконовая лощина. А то технопарки там всякие мутят, чего то пробуют... Надо донести социальную ответственность до крупнейших ИТ-игроков и вендоров софта в плане основания силиконовых поселений, и сразу дело наладится. Ну ладно, продажники пусть сидят в костюмах на Маяковке, продают друг другу всякое разное.
Город программистов, это ж как здорово будет! Только главное людей в кепках не подпускать к строительству (это я не про солиста AC/DC!).

PS Согласно статистике, в Москве продолжительность жизни мужчин 59 лет. Хуже только в районах, где уран добывают...

SDExpo 2007

Вчера и сегодня были с коллегами на SDBest Practices, где CodeGear Borland был серебряным спонсором.
Мероприятие получилось двойственное - с одной стороны такие гуру, как Брюс Эккель (автор Thinking in Java) несли свет в массы, с другой стороны очень много накладок в организации.
Из программы конференции узнал, что сайт IBM - www.microsoft.com (мама все же помогает Биллу, похоже).
Два дня лишали нас welcome coffee... Мелочь, конечно, но для ИТ людей кофе, особенно в раннее утро (9 часов) был бы очень желателен.
Кофе-брейки были, прямо скажем, экономными. Первый раз видел чтобы предлагали уже заваренный чай (ес-но, одного вида :) в термосе... Ну несерьезно как-то, ей богу.
Гостиница САС Рэдиссон Славянская в целом оказалась далеко не блестящей, выглядит изрядно потрепанной (Мадонна что ли всё разгромила в последний визит?).
Доклады сильно отличались и по тематике, и по духу. Были достаточно специфические выступления, были и очень общие (как мой собственный "Эволюция средств разработки программного обеспечения").
Из особенно понравившихся хочу отметить доклад ребят из Intel... Их доклад сдвинули (еще один организационный ляп), в результате чего сдвинулся и мой доклад, и мои слушатели практически лишились кофе-брейка... Но несмотря на дикий дефицит времени, они все же очень интересно рассказали о параллельном программировании, которое всех нас неизбежно ждет - ведь Интел уже не выпускает ни одного одноядерного процессора, и квадроядерные процессоры уже сейчас предлагаются для десктопов.

Из того, что не понравилось - заглавное выступление Джима МакКарти, автора книги "Программируем командный дух". Наверное, он привык к Америке, но у нас как-то не принято срываться на крик во время презентаций, будь ты хоть трижды гуру. Все это очень живо напоминало пасторов разных сект, которые заполонили Россию в начале 90-х годов, и вызывало смешанные чувства. И еще слегка было похоже на гербалайф-митинги :) Хотя черт его знает, может так принято, ведь кричал же как-то Стив Балмер :)
Но, по-моему, содержание доклада тоже больше подходило скорее семинару по философии, чем keynote на software development best practices.
Из других событий запомнился InstallFest коллег из Sun, которые предлагали поставить Solaris второй системой всем желающим, или хотя бы оценить наличие драйверов и совместимость. К сожалению, оба моих ноутбука отказались соединяться с wi-fi-сетью sdexpo...

В общем, я ожидал несколько большего. Первый блин?...

Семинары в Москве и Питере

Давненько не писал. А все новая работа в московском представительстве CodeGear Borland.
У нас сейчас горячая пора - завтра семинар в Москве, а в понедельник 19-го в Питере, будем представлять новости компании и новые продукты - Delphi 2007 и Delphi for PHP.
Кстати говоря, что Delphi for PHP вызывает изрядный ажиотаж, некоторые называют его революцией.
В общем, постараюсь в скором времени оживить блог, в том числе и кодигорборландовскими новостями :)

Preview Жизнь Программиста

Выяснилось, что старые "Пятницы" и отрывки из книги про программистов ушли в далекие архивы на Blogspot, поэтому я собрал их все вместе плюс кое-что из статей и новых материалов, и получилось что-то вроде preview будущей книги с условным названием "Жизнь программиста", которое можно скачать отсюда. Замечания, отзывы и предложения приветствуются, особенно от потенциальных издателей :-)

Пятница №15 - Кто такие программисты

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

Кто такие программисты

Нас тьмы...

За последние 25 лет в России (думаю, аналогично и в Украине, Казахстане и других «советских» странах) появилось просто невероятное количество программистов. Со времен описанного Стругацкими уникального программиста-математика, который решал серьезные мировые задачи совместно с магами и кудесниками, прошло уже почти полвека, со времен первых PC и фидошников – лет 20, и теперь программист перестал вроде бы быть экзотикой и «живет» в практически каждой конторе.

Многие люди, работающие в ИТ, не любят слова «программист» и открещиваются от него, говоря: «мы (вы) – аналитики, архитекторы, кодеры, тестеры и т.д.». Что и говорить, слово «программист» дискредитировано его широким и несколько бездумным употреблением – программистами называют всех кто что-то делает связанное с компьютерами (чинит, настраивает, управляет). Но есть в этом обобщении и доля правды – практически каждый из нас прошел длинный путь и побывал и в роли сборщика компьютера (хотя бы своего!), и конечно же, совмещал в себе роли и аналитика и тестера и саппортера и сисадмина.

Конечно, не стоит искать что-то особенно хорошее в таком смешении обязанностей, которое происходило (да и часто происходит) в основном либо от неграмотности ИТ-боссов, либо от бедности работодателя. Просто приходили к тебе люди и говорили – «Надо решить эту задачу». И мы решали, не задумываясь о ролях, процессах и распределении обязанностей. Часто это было чертовски трудно, часто практически невозможно, и, хотя преодоление трудностей быстро надоедает, была в этом и известная доля романтики.

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

Имя? Звание? Где находятся ваши ракеты?!

И как прикажете называть 2 миллиона человек? ИТ-специалисты? Мне кажется, что название «программисты» именно в таком контексте, с целью самоидентификации все же лучше, чем ничего или набор из десятка терминов.

Армейские спрашивают «Ты где служил?», а мы спрашиваем «Ты кто?». Тем более нужно иметь какое-то название, что жизнь в ИТ продолжается гораздо длиннее стандартного армейского срока службы.

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

Ну и самое главное – распознавание термина «программист» остальными слоями населения практически 100%-ное. Да, неприятно, когда архитектора системы в 5 миллионов строк, который «на ты» с докторами в Оксфорде, его нефтяной босс представляет зарубежным партнерам «А это наш программист», но зато нет никаких проблем как объяснить подругам жены или даже ее бабушке, чем вы занимаетесь. В конце концов, с босса за это дело можно стрясти еще какой-нибудь скрытый бонус на обновление ментальных конфигураций отдела разработки или банально убедить купить новые ноутбуки всему отделу.

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

Программисты бывают разные, синие, белые, красные?

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

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

Продолжение следует...

Добрые Инвесторы, Чужие деньги и Cыры

В последнее время очень много говорят, пишут и обсуждают про инвесторов и инвестирование в ИТ. На слуху у всех сделка Softkey и IBS, а Андрей Зотов на ITBlogs TV дал Михаилу Елашкину отличное интервью, которое и спровоцировало все нижеследующие рассуждения. Конечно, ведь когда видишь, как лидеры бизнеса что-то делают, вполне естественно захотеть «построиться» в очередь за ними и отхватить кусочек. Прямо mainstream?

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

Отходя от красивых литературных сравнений, зададимся простым вопросом – единственный ли путь для ИТ-предприятия развиваться это найти инвестора на определенном пути? Ок, с точки зрения консалтеров все выглядит замечательно: правильная exit strategy, увеличение стоимости компании, а далее IPO, взлет на NASDAQ и.... ух, нирвана.

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

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

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

Да, эту связанность пытаются уменьшить при продаже бизнеса (как в примере, который привел Андрей Зотов в своем интервью с системой для отелей – документируют процессы), но сделать это чертовски трудно, особенно для неординарных компаний: ведь одно дело оффшорная компания с поставленной методологией, желательно состоящая из исполнительных и работящих (и непьющих) программистов и архитекторов, которая занимается адаптацией и развитием очередной CRM-ERP-системы со определенной спецификацией и примерно понятной областью применения, а другое дело высокотехнологичная компания, где на освоение наработанной кодовой базы в десятки мегабайт нетривиального кода у хорошего разработчика уходит как минимум год (прежде чем его допускают к контрибуции кода). Или компания, в которой продажи в государственный сектор, скажем, построены на хороших личных связях (ну, сидели вместе за партой с главным заказчиком... или просто сидели).

Поэтому обычно ИТ-компания покупается вместе с ключевыми людьми и командой.. И одно дело, если команда участвует в «распиле» прибылей (в виде выплат или менее осязаемых морковок в виде stock options), а другое когда на ее плечи ложится тяжесть освоения инвестиционного бюджета – т.е. обучение и адаптация новых людей, документирование новых (или старых) бизнес-процессов.

Конечно, все это можно организовать, поднапрячься владельцу-организатору продаваемого бизнеса, мотивировать управленцев и даже программистов (если бизнес сильно зависит от технологий), но вот вопрос – это точно лучший выход?

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

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

Другими словами, инвесторы не для всех. Причем это сами инвесторы говорят – мы, дескать, не всех берем, отчего возникает ощущение, что берут они лучших, а мы что ж, лыком шиты? Но дело в том, что «не для всех» означает набор граничных условий, и не только снизу (у вас плохо организованная компания, не дадим денег), но и сверху (нет, у нас слишком хорошая компания, мы и без вашего «сыра» обойдемся).

Да и продаваться в целом или по частям... Как это не по-нашему, а? Хата маленькая да моя?

А Вы знаете, что нельзя продавать софт под GPL-лицензией?

Последняя моя статья в «Компьютерре» была посвящена невольному пиратству – когда Вы покупаете программный продукт, в котором включен нелицензионный компонент, например, сервер СУБД или фреймворк, и не знаете, что неявно нарушаете лицензию на его использование.

Статья посвящена вопросам пиратства, а не особенностям лицензирования – когда ее прочитаете полностью, это станет ясно.

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

Задавайте вопросы поставщикам; если это коробка -- напишите им и поинтересуйтесь включенными в состав продукта компонентами, для которых может понадобиться лицензия (кстати, лицензии должны быть на все продукты, даже на open source, в виде файлов или манифестов). Если это свободные продукты, проверьте, чтобы они были не под GPL-лицензией -- иначе поставщик нарушает её, так как продукт коммерческий.

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

Без бумажки софт ...?

Самыми первыми всполошились линуксоиды: как же так, выходит нельзя продавать Linux, который выпущен под GPL? Что, Novell, ASPLinux и т.д. нарушают GPL, продавая свои продукты с включенным Linux?

Сыр-бор разгорелся из-за толкования положений #0 и #1 GPL-лицензии (весь флейм, еще не утихший, можно почитать здесь: http://linuxforum.ru/index.php?showtopic=29547&st=0).

Лицензии GPL:
http://www.gnu.org/licenses/gpl.html

На русском примерный неплохой [неофициальный] перевод
http://www.infolex.narod.ru/gpl_gnu/gplrus.html

Пункт #0 GPL (в моей интерпретации, чуть ниже об этом disclosure) говорит о «прилипчивости» GPL – если вы включили в свою программу GPL-код (исходники), и даже просто используете готовое GPL-приложение у себя, то Ваша программа тоже должна быть под GPL – т.е. нужно открыть ее коды и нельзя продавать лицензии на ее использование. Способ использования, приводящий к «GPL-зависимости», точно не определен в общем случае. Но для MySQL, упоминаемого в статье, он определен лицензией MySQL – если коротко, то если для личного использования или в GPL-ПО, используйте GPL-лицензию для MySQL, иначе – покупайте коммерческую:

http://www.mysql.com/company/legal/licensing/commercial-license.html

А пункт #1 GPL определяет, в частности, что разрешается (you may) брать деньги за услуги по записи на носитель, за услуги по трансферу и/или техподдержку.

Так вот, основной вопрос, вынесенный в заголовок поста - «Можно ли продавать софт с GPL-включениями»?

Слова, слова, слова

Собственно, с моей точки зрения, суть спора состоит в том, что я в статье (и заголовке данного поста) однозначно рассматриваю термин «софт» как «лицензию на использование программного обеспечения». Линуксоиды рассматривают «софт» как программное обеспечение+носитель+полиграфия+доставка.

Более того, многие, похоже, путают понятия «дистрибутив», «носитель с дистрибутивом» и «программное обеспечение» и «лицензия на право использования программного обеспечения».

Неявно, когда говорят «я купил дистрибутив SuSe» подразумевают «Я купил носитель (CD, DVD, etc) с дистрибутивом SuSe».

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

Весь вопрос в том, включать ли «носители с дистрибутивами» в множество «коммерческие программные продукты», о которых говорится в моей статье?

Как мне было верно указано, необходимо было точно указывать «коммерческий» = «проприетарный», чтобы утверждение статьи (и заголовка данного поста) стало 100% верным.

Иначе, если под "софтом" понимать в том числе «носитель с записанной на нем информацией», то продавать этот продукт можно, без сомнения. :)

Осел и прапорщик

Особенно интересен вопрос, пираты ли Novell и другие.  Несмотря на очевидность ответа «Нет, не пираты!», стоит поинтересоваться «почему», и в чем разница между «продажей софта» от Microsoft, Borland и т.д. (то бишь проприетарного) и продажей Linux и другого OSS ПО.

Покупая медийный комплект, содержащий ПО под GPL, вы платите только за физическую составляющую: носитель, полиграфию, коробку и т.д., и, конечно, можете использовать его сколько угодно раз (т.е. легально поставить Linux с этого диска на N серверов).

Покупая лицензию на проприетарный софт, вы можете вообще не получить никакого носителя и даже электронного дистрибутива (например, при «легализации» уже давно использующихся Delphi вы получите только бумагу, подтверждающую Ваше право пользоваться ПО). Лицензия – это право на использование проприетарного программного обеспечения, и она никак не связана с физическими носителями (они не обладают сакральной ценностью и не делают лицензионной каждую установку, произведенную с них).

То есть «продажа софта» в применении к этим двум вариантам сильно отличается по существу. Брать деньги за носители/поддержку, или за лицензии на использованию - вещи абсолютно разные.

По поводу моей интерпретации

Вообще, есть ли у кого-нибудь комментарии по применению GPL? «Прилипчивость» лицензии, выраженная в п.1 словами

....The "Program", below, refers to any such program or work, and a "work based on the Program" means either the Program or any derivative work under copyright law: that is to say, a work containing the Program or a portion of it, either verbatim or with modifications and/or translated into another language...

насколько она сильна? Моя интерпретация прилипчивости GPL лицензии максимально жесткая - используешь GPL-компоненты, значит весь софт становится под GPL, такая же, как и у MySQL, но MySQL молодцы, определили все явно, но есть же еще куча софта под GPL.

Если опустить очевидные случаи, когда включили в программу иконку под GPL и вся программа стала под GPL (о чем предупреждают юристы ), то возникает вопрос – как определить степень связанности GPL-модуля и Вашего приложения. Допустим, сервер баз данных под GPL, а клиент нет? Или еще хуже – вебсервер под GPL, а браузер нет? Как четко определить, основывается ли программа на GPL или просто «рядом проходила»?

Если основываться на преценденте MySQL, то все программы для GPL-лицензированных СУБД должны быть под GPL (а если нет, то нарушается лицензия GPL)?

Конечно, вопрос может и чисто академический, когда лицензии на самое что ни на есть проприетарное ПО тырят почем зря совершенно осознанно, но мы же должны что-то делать? :)

On my way now

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

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

Тот самый кролик

Большинство программистов знает, что ошибки в основном порождаются их собственными действиями. Частенько, как говорится, башку сносит, когда пытаешься проследить проблему и найти причину ошибок, и частенько начинаешь костерить Виндоус, Билла, ну и конечно, того кролика, который написал («your bunny wrote») Visual Studio, Delphi и далее по списку. Разработчики на Java любят вспоминать первоисточник¹ вдохновения МакНилли, ну а php-шники просто и безыскусно матерятся, так как не отягощены они излишним образованием в области истории компьютерной философии.

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

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

1 По слухам, МакНилли придумал сетевые компьютеры, увидев однажды канализационную систему небоскреба на строительной выставке. Апплеты, сервлеты, тонкие клиенты, пулы коннектов и все все все растет оттуда.

Алюминиевые огурцы

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

Большинство бизнес-операций составлено из одного и того же набора действий, регулируемых одним и тем же набором правил и документов. Они (бизнесмены то бишь) никак не могут понять, почему каждые три года нужно отвечать на «новые вызовы», «адаптироваться к новым условиям» и поэтому покупать с нуля всю железную инфраструктуру каждые 3 года, а каждые 5-7 – переписывать все приложения или покупать новую [версию] ERP. Некую аналогию дают автомобили – каждые 3 года желательно сдавать их трейд-ин и покупать еще более новый автомобильчик с целью не отстать от соседа... Но у софта нет пробега! Он не портится, будучи размноженным или интенсивно эксплуатируемым. Он... как алюминиевый огурец. На брезентовом поле. Не спрашивайте, зачем его надо сажать – сажайте! Сажайте! САЖАЙТЕ!

Алюминиевые огурцы

Все-таки все написано до нас. Ну что можно добавить к "Алюминиевым огурцам"?

Здравствуйте, девочки,
Здравствуйте, мальчики,
Смотрите на меня в окно
И мне кидайте свои пальчики, да-а
Ведь я

Припев:
Сажаю алюминиевые огурцы, а-а
На брезентовом поле
Я сажаю алюминиевые огурцы, а-а
На брезентовом поле

Три чукотских мудреца
Твердят, твердят мне без конца:
"Металл не принесет плода,
Игра не стоит свеч, а результат - труда",
Но я

Припев:
Сажаю алюминиевые огурцы, а-а
На брезентовом поле.
Я сажаю алюминиевые огурцы, а-а
На брезентовом поле

Злое белое колено
Пытается меня достать,
Колом колено колет вены
В надежд тайну разгадать,
Зачем я

Припев:
Сажаю алюминиевые огурцы, а-а
На брезентовом поле
Я сажаю алюминиевые огурцы, а-а
На брезентовом поле

Кнопки, скрепки, клепки,
Дырки, булки, вилки,
Здесь тракторы пройдут мои
И упадут в копилку, упадут туда,
Где я

Припев:
Сажаю алюминиевые огурцы, а-а
На брезентовом поле.
Я сажаю алюминиевые огурцы, а-а
На брезентовом поле.
Я сажаю алюминиевые огурцы, а-а
На брезентовом поле.
Я сажаю алюминиевые огурцы, а-а
На брезентовом поле

2.0, 00, 2.0, 00

Два ноль, Два ноль. Что такое 2.0? Это когда много пользователей собираются в одном месте и создают контент. Другими словами 2.0 = 00.

И немного про недвижимость

Владислав Шевцов, владелец известного портала со статистикой и аналитикой
http://www.realprice.ru/ подошел к вопросу о ценах со стороны анализа статистики предложения и опыта предыдущих лет.
В общем и целом, кризис уже здесь...

Morfik

Вышел пре-релиз Morfik. Это IDE для написания AJAX приложений, причем на нескольких языках - насколько я понимаю принцип, все транслируется в конце концов в JavaScript.
Скачал, посмотрел, очень похоже по интерфейсу и подходу к разработке на MS Access - очень похожие дизайнеры таблиц, запросов, отчетов. Они даже перетащили Northwind (многим известный как база данных "Борей") под веб в качестве примера. Скомпилил, запустил - надо же, работает.
Цены правда выставлены очень кусачие - почти 5 тыс долларов за 1 разработчика. Неужели из-за моды на AJAX? И еще - это действительно первая IDE для визуальной разработки AJAX?

Поколения программистов

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

Взять хотя бы тот же Дельфи. В свое время он произвел революцию в построении бизнес-приложений разбиением доступа на data-aware компоненты, datasets и datasource. Метай себе компоненты, соединяй в три клика, пиши SQL запросы - красота.
Я хорошо помню зубров FoxPro и Clipper, которые возмущались непонятными датасетами и предрекали скорую кончину этим новомодным штучкам.
Кончина настигла другие продукты, а идея компоновать бизнес-приложения из датасетов была признана всеми производителями девелоперского софта.
Однако прошло 10 лет и датасеты всем приелись. Маркетологи требовали чего нибудь нового - "Пользователям нужно давать новое!"... Да, наверное так и исчезли 140-вые мерседесы :(.
И вот в Delphi появилась технология ECO. Собственно, это реализация Persistent Layer плюс среда для разработки приложений. На самом деле, это просто мечта программиста-лентяя - она сама синхронизирует поля данных, сама связывается с источниками данных, генерит весь код по обмену и синхронизации data компонентов (т.е. в классическом датасетном подходе, если у Вас документ лежал в master-detail-subdetail и трех гридах/каскадах компонентов, то в OnCommit, OnChange и т.д. иногда создавались просто удивительные конструкции по синхронизации коммитов-откатов, а ECO все это делается автоматом).
Т.е. кидай бизнес-классы, морщи лоб и все работает. Никаких тебе глюков из-за того что забыл имя столбца вставить, да и в чужом коде разобраться на порядок проще – графика все же, а не код.
Но задуманная как замена датасетам, ЕСО не пошла. И не пошла по простой причине - там применяется пара новых концепций вроде Persistent Layer - и датсетникам уже влом это изучать, им и на датасетах хорошо. Ведь нужно обязательно почитать доку и пример чтобы что-то сделать на ECO, а кто ж читает хелпы? Только студенты, да и то когда их туда ткнешь.
И фиолетово, на ECO можно слабать приложение гораздо быстрее и при этом не парясь по поводу всяких мелких отравляющих жизнь деталей.

С одной стороны, если приложение написано и работает, то и трогать нечего. С другой стороны, цикл бизнес-приложения это 5-8 лет, и начинать переписывать или разрабатывать приложения на старой технологии.... Это то же самое, что на Fox Pro 2.0 начать писать приложение в 2000 году.

Похоже, опять будет смена поколения программистов, и старые «датасетники» уступят место «есошникам», как когда то фокспровцы сдались им самим.
Если вспомнить Поппера, то в науке революции происходят когда старое поколение спроваживают на пенсию :) Идем к тому же? Неужели за свою жизнь программист сможет освоить лишь несколько новых идей, а потом становится консерватором на всю оставшуюся жизнь?

PS Кто не Дельфист, можете помотать головой, выпить рюмку водки и идти спать - все это фигня по сравнению с мировой революцией :)

Первая Российская конференция по InterBase и Firebird завершилась

Вчера прошла 1ая Российская конференция по InterBase и Firebird. Присутствовало более 200 человек, было сделано 15 докладов.
Мы сделали это!

Аудитория очень внимательная...
















так как это доклад Д.Еманова.



Все было замечательно. Обязательно повторим в будущем году!
Спасибо всем кто пришел, подробный отчет и фотосессия с конференции вскоре будут на сайте www.ibase.ru