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

Давненько не писал. А все новая работа в московском представительстве 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

Софтул-2006: Девушки, джипы и стенды

Последнее время выдалось очень напряженным - ISDEF, семинары и много другого и интересного, поэтому писать по пятницам особо не удается. Но - материал подбирается великолепнейший, такие крендели стали косяками попадаться, что перо дрожит от нетерпения их увековечить. Ну ладно, потихоньку будем входить в ритм, а пока - статья о Софтул, написанная совместно с Константином Курбатовым, но не вошедшая в КТ:

Девушки, джипы и стенды

В Москве закончилась выставка Softool 2006

В далекие 90-е годы Софтул скромно отсиживался в сторонке своего старшего брата «Комтека», но с исчезновением последнего пошел в гору. Еще несколько лет назад профессионалы ИТ называли Софтул «выставкой для бухгалтеров», на которой во множестве были представлены скучнейшие (для обычных людей) системы бухучета… но текущая выставка, проходившая с 26 по 29 сентября, показала, что Софтул прилично поднял свой уровень.

Level up

На этой выставке были представлены все сколько нибудь значимые игроки ИТ-рынка, начиная от монстров вроде IBM и заканчивая «сборной» ISDEF (Софткей, Fast Reports, MAPI Labs, Oxygen, VentaFax и др.), которая в складчину арендовала большой стенд в начале выставки.

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

Трофи-стенд

К самым распространенным завлекательно-рекламным мероприятиям на выставке относились, конечно, шоу-девушки. Компании побогаче, вроде Abbyy и Евфрат, наняли очень симпатичных особ, практически раздели, разрисовали логотипами и отправили курсировать по рядам подрывать ИТ-переговоры в серьёзных компаниях. Компании победнее наняли гораздо менее симпатичных особ и тоже отправили их – запугивать конкурентов, что ли?

Настоящие шоу развернули на выставке компании 1С и Ansoft: на стенде 1С стоял УАЗ, на капоте которого постоянно возлежала длинноногая красавица (телефончик решительно не давала), а в багажнике были установлены компьютеры с новой игрой «Экспедиция Трофи», на которых постоянно проводились соревнования. Посмотрев как лихо одна блондинка утюжила болота на «уазике», я мысленно поблагодарил 1С — авось девушка остановится на виртуальном вождении, там по крайней мере в зеркала смотреть не надо. Помимо поездок на джипе вокруг стояли компьютеры стенды для тестирования игр, за которыми постоянно сидели игроманы.

У Ansoft шоу было направлено на людей посерьезнее – огромный стенд из 2 серверов, нескольких десятков компьютеров и пары принт-станций имитировал работу крупного предприятия под управлением системы Ansoft.Avarda. Стенд исправно мигал окошками, графиками и плевался бумагой как пулемет, и выглядел примерно как всем известная «космическая» панель в ЦУПе. Все это весьма привлекало посетителей: они глазели на чудо техники и охотно фотографировались на его фоне.

К сожалению, девушки там сверху не лежали, поэтому досужий народ от стенда Ansoft перетекал к находящемуся рядом общему стенду Linuxоидов.

Open Source

Практически все виды Linux вызывали горячий интерес у посетителей выставки и там постоянно толпился народ, который как горячие пирожки покупал шарфики Linux по 600 рублей, ну и конечно, Linux-пингвинят и чертенят FreeBSD.

Дистрибутивы Linux тоже раскупались на ура, особенно после презентаций на стенде IBM, где рассказывали о свободном ПО — Linux, Eclipse и др.

Вообще Open Source был одной из горячих тем выставки. 1С представляла свою новую систему на базе бесплатного PostgreSQL, Ansoft продвигала Firebird, IBM и Novell представляли своих Open Source опекаемых.

САПР-Экспо

На втором этаже традиционно выставлялись компании, производящие различные САПР и технологические пакеты. Конечно, там было гораздо тише, и посетители были куда более редкими. Впрочем, этот рынок очень консервативен, и в числе игроков там все те же лица и имена: вечно живой AutoCad, Интермех, СПРУТ и другие.

Поле чудес

Со второго-третьего дня многие компании, ощутив отсутствие интереса к своим стендам, запустили конкурсы с раздачей лицензий и копий, однако народ не проявлял к ним должного внимания. Любители «халявы», затарившись бесплатными материалами от 1С (которая традиционно не скупится на огромное количество «раздатки») делали круг почета, собирая все доступные рекламные листовки и диски и исчезали… Наверное, сдавать макулатуру? Сложно сказать, зачем такие посетители ходят на выставку, однако судя по тому, что присутствовали в основном утром и до обеда исчезали, они просто собирали материалы «для отчета начальству», а сами просто пользовались хорошей погодой, чтобы провести денек вдали от офисов.

Такая корова нужна самому

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

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

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

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

Итак, если коротко — Софтул живет и положительно развивается. В нашей бурно растущей отрасли выставки, пожалуй, одно из единственных мест, где можно в живую пообщаться, и атмосфера выставки идеально подходит для общения и установления новых многообещающих контактов, поиска покупателей и поставщиков.

Пару слов об организации выставки

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

Интернет... Интернет был ужасен, и это, конечно, очень грустно. Более того, кое-кому его так и не провели (особенно тем, кто не настаивал на решении этой проблемы). Организаторам выставки стоит очень серьезно подумать над решением этой проблемы, так как позорно на крупнейшей ИТ-выставке не иметь приличного интернет-доступа.

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

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

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

Но как бы то ни было - все на Софтул 2007! :)

Джоэл о программировании

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

1-ая российская конференция по Firebird

Уважаемые коллеги!

Компания IBase рада объявить Вам о проведении первой российской конференции по Firebird и InterBase.

Конференция пройдет 14 октября в г. Москве, в субботу.

Конференция - это уникальный шанс получить максимально свежую и полезную информацию из самых первых рук, пообщаться с разработчиками Firebird и многочисленных сторонних продуктов (FIBPlus, IBProvider, IBSurgeon, и так далее).
Особое внимание будет уделено Firebird 2 и его особенностям, а также информации по InterBase 8.
Также успешные российские компании представят свой опыт разработки и внедрения продуктов на базе Firebird и Interbase.

Это и хороший шанс познакомиться on-life с Вашими виртуальными собеседниками в этом и других форумах.

Также на конференции все продукты, начиная от Interbase :) и заканчивая FIBPlus, будут продаваться за наличный расчет со значительными скидками.

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

Информация и регистрация на конференцию:
http://www.ibase.ru/conf2006_reg.htm

Все вопросы задавайте по email: conf@ibase.ru

With best regards,
Alexey Kovyazin