Delphi vs .NET или Программисты ищут где глубже

Полчаса назад общался с одним опытным разработчиком из компании по производству софта (известный российский CRM) по поводу Delphi и .NET (см ниже).

17:21:46: ...почему решили уходить с Дельфи? какие причины?
17:22:56: Вроде как на .net многое проще делать, чем на дельфи. Типа там библиотека большая и удобная. Я уже не в первый раз подобное слышу от программиста дельфи перешедшего на .net.
17:23:39: Но я душой и телом остаюсь на дельфи. На работе я все равно не программирую =)
17:23:40: чудно. Наверное они незнакомы с torry.net :)
17:23:59: Тот же DevExpress на порядок лучше всех дотНетовских поделок
17:24:03: там компоненты под дельфи для .net?
17:24:10: вы Д2007 смотрели хотя бы?
17:24:18: У меня щаз стоит.
17:24:28: ДевЕкспресс исторически для Дельфи делал. а для .НЕТ недавно начали
17:24:28: Среда удобнее чем VC2005
17:24:48: и что, смигрировал свои проекты на Д2007?
17:24:52: У нас есть умопомрачительная библиотека DX для .net
17:25:00: без особых проблем?
17:25:04: Некоторые - да, которые по-проще.
17:25:10: Ну да.
17:25:15: а где затыки?
17:25:24: Когда руки растут из того места - проблем особых нет =)
17:25:44: Мы новый продукт начали делать. Он и будет на .net.
17:26:05: так почему переходите то? кто нибудь реально оценивал выгоды и главное стоимость переписывания? :) или программеры чего хотят то и творят?
17:26:29: Мы не переписываем! Мы новый делаем! Старые остаются на Delphi.
17:26:57: рано или поздно нужно начинать заново. Движок устарел и все такое...
17:27:04: у вас же масса клиентов на 98 винде сидит или на миллениуме. Вот обрадуются необходимости .НЕТ тащить
17:27:19: это я понимаю, но почему не на Дельфи?
17:27:22: Они и так с этим сталкиваются. Это не проблема.
17:28:13: Взял хорошего программиста. Професионал. Он сначала на дельфи много лет писал. Щаз перещел на .net.
17:28:29: нтак
17:28:33: и что?
17:28:52: Он убедил, что проще делать на .NET
17:29:02: Пусть делает на том, что ему удобнее.

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

А Delphi-программисты знаете как обосновывают необходимость перехода на .NET в своем узком кругу? Платят больше. Тоже самое и для Java. Какие интересы бизнеса, господа :) По прежнему ИТ в России (или не только?) рулят программисты. Где платят больше, туда они и пойдут (естественно), попутно создавая мнение (выгодное им), что «старые» технологии это отстой и никому не нужная вещь. В конце концов, рынок труда программистов дефицитный, им многое позволяется.
Вообще это известное явление, таким же образом действуют дома моды, зомбируя несчастных женщин словами «Это модно» и «Это уже не носят» :)
Конечно, с женщинами мы ничего поделать не можем, но программисты должны служить бизнесу... или Наши ребята from Hell все еще популярны?

CEO CodeGear Borland Джим Дуглас в Москве

CEO CodeGear Borland Джим Дуглас (Jim Douglas) приезжает в Москву, и 7 июня этого года российское представительство CodeGear проводит семинар c его участием. Наш CEO расскажет о стратегических планах компании и новых проектируемых продуктах.
После выступления Джима будет техническая часть, где Ваш покорный слуга совместно представителями коммьюнити с представит новые продукты - C++ Builder 2007 (+Тарас Сорока, cppbilder.ru), RubyOnRails IDE (Юрий Котляров) и JBuilder 2007 Release 2.

Регистрация на семинар обязательна, участие бесплатно.

Краснодарский семинар CodeGear

Вчера 22 мая были в Краснодаре, провели семинар, приуроченный к объявлению C++Builder 2007 и Ruby On Rails IDE. Достаточно интересным получилось общение, пришло около 50 человек, конечно, обсуждали не только С++ Builder, но и все новые продукты, и планы развития. Презентации постараюсь выложить как можно раньше.

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

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

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

Я знаю какой будет The Last Big Thing

Маркетологи изрядно подсадили всех нас на модные аббревиатуры и условно-понятные названия, в надежде бесконечно проталкивать SOA, SaaS, BlaBla и другие вещи много раз под разными соусами? А знаете чем всё это кончится? Если я скажу, то не поверите :) Программированием в кодах. Да, да, текущий период истории программирования закончится именно программированием и отладкой кодов, только не машинных, а человеческих.

Вот почитайте о процессе развертывания приложения "Организм"
http://elementy.ru/news/430508

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

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

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

"Расшифрованный" геном,про который шумели некоторое время назад, может быть представлен набором чисел, умещающемся на один CD. Размышляя о том, что там может скрываться и быть закодированным, достаточно легко представить себе компонентную библиотеку объектов, набор процедур развертывания, какие то базовые точки привязки в векторном формате (почему организм в целом почти симметричный, а сердце слева, и лишь очень редко справа?), утилиты верификации и проверки данных.

Оглядываясь на последние 100 лет, можно легко заметить что последние лет 25 человечество увлеклось информациоными технологиями... Так может не зря? Увидим еще развертывание Windows for DNA или АльтЛинукс для ДНК? А Delphi for DNA (визуальные компоненты для голубых глаз и стройных ног)?

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

DNA>login
DNA>...

PS Причем The Last Big Thing? Потому что на этом закончится история железных ИТ-технологий и начнется органическая информатика, которая поменяет наш мир похлеще Интернета. А еще чтобы Вас зацепило и Вы полезли читать этот пост :)

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

Я уже писал о впечатлениях о выставке 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.