|
|
Комментарии (0)
-
Тезисы по свободному софту
_Если SUN добъет StarOffice, это будет, кажется, первый пример реально юзабельного свободного прикладного софта, т.е софта не для программистов. И, что характерно, разработанного не сообществом, а фирмой (или с существнной помощью фирмы). _ В GIMP'е, конечно, исключительно программеры рисуют, а в ТеХ'е тоже программеры верстают :) Особо крутые программерские навыки нужны для использования GNOME или KDE, а Mozilla вообще не дают скачивать, пока не сдашь экзамен на пользование отладчиком :)))
-
Тезисы по свободному софту
Все правильно - Проприетаризация контента нужна, чтобы кто-то писал то (Д.Д., MS Windows и т.п.), что Отставнов считает трэшэм, а я с удовольствием использую и оплачиваю (в случае ДД, по крайней мере). Потому что без этого (без моей оплаты) трэша писать никто не будет. Я сильно подозреваю, что если у тебя будет выбор между равнокачественными "договорным" изданием Д.Д. за 30 р. и "пиратским" за 20 р., ты будешь делать выбор, исходя из своих интересов, а не из интересов Д.Д. и развития трэш-жанра. Выходит, платишь не ты, или не только ты, а и все те, кого вполне устраивает литература, вышедшая по сроку давности или по желанию автора в public domain, и свободный софт. Потому как если рядом с "лицензионным" изданием Д.Д. не лежит "пиратского", так это менты, нами всеми оплаченные, паблишеров застремали.
-
Тезисы по свободному софту
>для выхода из "полной безвестности" понадобился приход SUN-ов и IBM-ов "Из полной безвестности" -- для домохозяек, кто новости узнает из ТВ. Она же не знает, что процессор в ее стиральной машине с вероятностью 65% запрограммирован в свободной среде. Домохозяйки много чего не знают. Однако, что на самом деле произошло в конце 90х? Стало понятно, что проприетарные режимы ПО не могут обеспечить некоторые важные для отрасли фичи (например, безопасность публичных сетей, адекватную скорость популяризации технических достижений и т.п.). В 98 Рэймонд изложил некую гипотезу о том, почему не могут и никогда не смогут. С книжкой переспали все вайсы по развитию отрасли и много кто еще. Начинается публичная поддержка и эксплуатация свободного ПО отраслью, крупными донорами технологий, правительствами (помимо Netscape, IBM, Sun... еще запускаются и selinux, GPG, ОС МСВС и т.п. свободнософтовые проекты, пусть символические, но...). Разумеется, до прессы, ТВ и пр. все всегда доходит с опозданием. Я только тебя с удивлением в этом списке вижу.
-
Тезисы по свободному софту
Отвечаю пачкой. 1. Для тебя полезности в лицензии никакой нет. Есть полезность в этом софте, а лицензия - это компенсации костов, вложенных в разработку. Можешь честно не платить и не пользовать, или честно не платить и нечестно пользовать. 2. Вот ты упорный человек... Никак не хочешь признать, что ЕСТЬ широкая категоряи пользователей, которым под Виндами стало существенно удобней, чем под UNIX-ами пятилетней давности. К таким, в частности. отношусь я, и многие мои знакомые потребители трэша :). И для этой категории была произведена реальная ЦЕННОСТЬ. 3. Не знаю, кто рисуем в GIMPe, но верста в TeX - это фактически программирование. Не говоря уж о том, что Tex порожден не сообществом, а Кнут - специальный человек... Mozila в прошлой жизни была вполне коммерческим Netscape-ом, с тех пор его user interface сильно ухудшитьне удалось :) GNOME & KDE (точнее, их оболчки) - это мучительно и по принципу гонки за лидером (правда, лидер здесь не Винды, а скорее, МАК) дотянутые интерфейсы, без которых уже было совсем неприлично... Есть надежда, что и StarOffice дотянут. 4. Да, я буду покупать пиратскую книжку за 20р, если она мне попадется раньше. чем легальная за 50. Или наоборот. Потому что эти суммы для меня не значимы. А будет ли она пиратской или нет - мне, в общем, по барабану. Пускай издатели разбираются в своей бизнес-модели. Но я за книжку ГОТОВ ПЛАТИТЬ. И эти мои деньги каким-то и с каким-то КПД дойдут до автора. И за Винды я буду готов платить, если эти деньги будут для меня не очень значимы. 5. Приведи эту ОДНУ бизнес-идею, и мы ее пообсуждаем. Я не понимаю, что ты имеешь в виду. Здесь ведь, собственно, собака зарыта. Ты говоришь - есть бизнес, я говорю - нет. Так покажи идею. Мы ее обсудим, и все будет ясно. А с комунивером не идея оказалась нереализуемой, а ты не сумел убедить инвестора - Левенчука, что сделать лицензию свободной ему будет выгодней.
-
Тезисы по свободному софту
Для тебя полезности в лицензии никакой нет. Есть полезность в этом софте, а лицензия - это компенсации костов, вложенных в разработку. Можешь честно не платить и не пользовать, или честно не платить и нечестно пользовать. Еще я могу честно заплатить и честно пользовать и нечестно заплатить и не использовать. Поэтому, не "компенсация костов", а ортогонально костам. С поправкой на риск попасть под рейд и на продажу лицензий "в нагрузку". Никак не хочешь признать, что ЕСТЬ широкая категоряи пользователей, которым под Виндами стало существенно удобней, чем под UNIX-ами пятилетней давности. Это я признаю. И это естественно, поскольку "винды" оттянули на себя массу разработчиков проприетарного прикладного софта в определенных категориях. И для этой категории была произведена реальная ЦЕННОСТЬ. Она была бы произведена в любом случае. верста в TeX - это фактически программирование Вся наша жизнь -- это фактически программирование, если жить со вкусом :) Однако, я месяц назад сверстал книжку, используя TyX - LaTeX - TeX, и не введя ни одной команды. Сам удивился. Не говоря уж о том, что Tex порожден не сообществом, а Кнут - специальный человек... А сообщество и состоит из специальных людей. Любое здоровое сообщество. Это только "виндовый" маркетинг обезличивает всех до уровня "обычных пользователей". Я ни одного "обычного пользователя" за всю жизнь так и не встретил. Mozila в прошлой жизни была вполне коммерческим Netscape-ом, А до этого "коммерческий" нетскейп был "некоммерческой" Мозаикой... и что? _ с тех пор его user interface сильно ухудшитьне удалось :)_ UI Netscape поменялся с мотифного на XUL'овский при освобождении кода, чтоб ты знал. GNOME & KDE (точнее, их оболчки) - это мучительно и по принципу гонки за лидером (правда, лидер здесь не Винды, а скорее, МАК) дотянутые интерфейсы, без которых уже было совсем неприлично... Да не надо. Вот это (http://www.asplinux.ru/r/images/BlackCat/preview-gnome_screen.jpg) было еще когда Аква была в глубокой альфе. Посмотри внимательнее: http://www.asplinux.ru/r/images/BlackCat/gnome_screen.jpg А будет ли она пиратской или нет - мне, в общем, по барабану. Пускай издатели разбираются в своей бизнес-модели. Но я за книжку ГОТОВ ПЛАТИТЬ. И эти мои деньги каким-то и с каким-то КПД дойдут до автора. Не дойдут, если будет "пиратской". Д.Д. обидится. И придется тебе читать Конан-Дойла :( Или Пушкина :((( Приведи эту ОДНУ бизнес-идею, и мы ее пообсуждаем. Я не понимаю, что ты имеешь в виду. Здесь ведь, собственно, собака зарыта. Ну, очевидно же, портирование на новое железо и разработка железно-специфических прилад по заказу вендоров. А с комунивером не идея оказалась нереализуемой, а ты не сумел убедить инвестора - Левенчука, что сделать лицензию свободной ему будет выгодней. Извини, меня Л. нанимал не чтобы я его в чем-то убедил :))) а чтоб разобраться. Разобрались: есть про, есть контра, про контра на тот момент отнюдь не перевешивали, а как бы даже и наоборот. Разработали максимально эмансипе-несвободную лицензию, отложили вопрос.
-
Тезисы по свободному софту
Наступил момент истины. Все побочные треды отставляем в сторону, обсуждаем бизнес-идею. Ну, очевидно же, портирование на новое железо и разработка железно-специфических прилад по заказу вендоров Да, это та самая область, где СС имеет явную преференцию перед несвободным. Но - Новое железо появляется далеко не каждый день - рынок очень узок, и для его обслуживания хватит одной-двух специализированных компаний на весь мир, и они тоже не будут богатыми...
Пускай портирование стоит 1млн баксов (цифра завышенная) и в год появляется 10 новых архитектур (цифра тоже завышенная). Итого - объем рынка - 10Млн баксов в год. Адаптация драйверов на всякие платы и др. при большем кол-ве новинок и меньгей стоимости дай бог чтобы еще столько же дало. Это что, рынок? Он способен прокормить две сотни профессионалов и в лучшем случае одного мелкого инвестора. 2. Эта деятельность опирается на существующий пул программ, и не предполагает создания нового свободного софта, особенно прикладного. Таким образом, она может способствовать закреплению СС в той нише, где он уже зацепился (платформы), но не расширению областей применимости. ------------- Не удержусь - по поводу картинки http://www.asplinux.ru/r/images/BlackCat/gnome_screen.jpg Она ОЧЕНЬ характерна! Меня это всегда поражало у моих UNIX-коллег... Огромный экран с кучей окошек, и посредине - терминал с командной строкой, в котором и идет работа. НУ НЕ МОГУТ ЛЮДИ С КОМАНДНО-СТРОЧНОЙ МЕТАФОРОЙ РАБОТЫ ДЕЛАТЬ УДОБНЫЕЙ ИНТЕРФЕЙСЫ!!! Мозги у них просто не думают в эту сторону. Т.е. экранчик красивый они нарисовать могут, а вот сделать так, чтобы было удобно - нет, потому что для них это чужеродно, и они не чувствуют фактуры. Запрограммировать они конечно, смогут что угодно, но для этого нужен технологичсекий процесс с постановщиком, техзаданием, тестировщиком и др., что в мире свободного софта не работает...
-
The Viability of Free Software Business Models
ВЕРОЯТНОСТЬ СУЩЕСТВОВАНИЯ РАЗЛИЧНЫХ БИЗНЕС МОДЕЛЕЙ СВОБОДНОГО СОФТА Контракты на обслуживание Если вы сделаете ваше программное обеспечение свободно распространяемым, ваши доходы от контрактов на обслуживание могут снизиться. Движение в поддержку свободного софта торопится объявить контракты на обслуживание лучшим способом заработать деньги на продаже свободного софта. Вот здесь-то и кроется проблема. Компании скорее готовы тратить деньги на обслуживание контрактов проприетарного софта. Среднестатистическая компания, использующая Linux, скорее заключит контракты на обслуживание рабочих станций Sun (вместе с программным обеспечением) и контракт на обслуживание только оборудования своих рабочих станций под Linux. Она так же будет заключать контракты на обслуживание файловых серверов Network Appliance, при этом есть всего одна компания (Lycos-Europe), у которой заключен крупный контракт на обслуживание установленных там файловых серверов ReiserFS. Если компания, использующая Linux, и заключает контракты на обслуживание своих Linux рабочих станций и оборудования, то чаще всего, деньги уходят компании-посреднику, которая не делится этими деньгами с авторами используемого в обслуживаемом оборудовании софта. Это нельзя назвать рациональной экономической моделью. Авторы софта конечно в состоянии дать намного более ценные экспертные советы, чем кто-либо другой. Они скорее всего продадут эти советы дешевле. Вот поэтому и нет экономической выгоды в том, чтобы менее охотно покупать контракт на обслуживание свободного софта, чем на обслуживание проприетарного софта, если используете свободный софт. Тем не менее, именно такая модель существует в реальности, и это убивает на корню многие компании разрабатывающие свободный софт. Компания Sourceforge вынуждена была стать проприетарной только потому, что ее менеджеры по продажам не смогли продать контракты на обслуживание свободного обеспечения, а как только первая версия была объявлена проприетарной, продажи пошли куда успешнее. GFS, Bitkeeper, и другие – сколько софта могло бы быть свободным, если бы не низкие доходы от продаж? Все это представляет серьезную угрозу для финансовой состоятельности индустрии свободного софта. Почему же фирмы не хотят платить за обслуживание того, что является свободным? Ежедневно я получаю несколько писем от клиентов, которые просят меня дополнить что-то в нашем FAQ или выяснить, действительно ли они не перекомпилировали модуль ядра, хотя были уверены, что сделали это, и так далее. Я с удовольствием все это делаю, но я считаю, что эта работа должна оплачиваться. У нас есть страничка поддержки, стоимость одного вопроса на которой вынужденно самая низкая в отрасли – всего 25 долларов. И мы можем ответить на все вопросы, связанные с использованием Linux (хотя естественно, большинство вопросов относятся к работе ReiserFS.) Обращения на эту страничку поддержки приходят раз в несколько дней. Я бы хотел, чтобы мои корреспонденты обращались со своими проблемами на эту страницу. (Bug reports, не включенные в FAQ, мы обрабатываем бесплатно, хотя мои коллеги из области проприетарного софта смеются над нами и утверждают, что берут деньги и за это.) Вероятно, 40% корреспондентов пришлют мне гневные письма, недовольные тем, что я хочу получать деньги за ответы на простые (для меня) вопросы. В то же время, им не придет в голову написать такие же письма своему лечащему врачу и требовать бесплатного диагноза. Вот такая в нашей отрасли реальная проблема. Экономически иррациональное поведение пользователей убивает возможности получения дохода от свободного софта. Были начисто разрушены бизнес планы Linux компаний, профинансированных венчурными капиталами, которые больше ни за что не станут вкладывать деньги в нечто подобное. Что же делать дальше? Единственным преимуществом Gnu/Linux является энтузиазм пользователей. Нам нужно сконцентрировать этот энтузиазм. Если нет логического выхода, надо прибегнуть к выходу психологическим путем! Если вы убеждены в ценности движения в поддержку свободного софта, вы должны выступить на ближайшем совещании в по IT закупкам в вашей компании или бюджетной лаборатории и спросить, заключен ли контракт на обслуживание с разработчиками всего наиболее значимого свободного софта, используемого компанией. Вот и все. Мы должны создать культурную норму, которая закрепит как правильное поведение покупку услуг авторов свободного софта, так же как покупаются услуги авторов софта проприетарного. Единственный способ внедрить такую норму – признать, что проблема существует, и начать объяснять людям, что их иррациональное поведение не просто отнимает ценное время, оно наносит удар по самому движению, ценность которого они признают. Есть и другие способы, но мне они не кажутся столь же привлекательными. Мне думается, что продавцы проприетарного софта продают больше контрактов на обслуживание потому, что пользователи склонны скорее оплатить услугу, которая является еще одной строчкой существующего контракта, чем услугу, которая сама по себе является новым контрактом. Экономист мог бы назвать это операционными издержками и посчитать происходящее вполне рациональным, но здесь и кроется опасность! Данный феномен маркетинга работает даже для тех клиентов, которые оплачивают услуги в сотни тысяч долларов. И это не является рациональным экономическим поведением для компании в целом. Мы могли бы, скажем, изменить условия лицензии и потребовать от клиентов покупки услуг на ноль долларов или больше от авторов свободного софта (включая выписку квитанции или указания номера кредитной карты даже если сделан заказ на услугу стоимостью ноль долларов). Я думаю, что продавцам свободного софта, чей бизнес план серьезно завязан на доходе от услуг, стоило бы поэкспериментировать с этим. С другой стороны, мы могли бы просто перестать зависеть от дохода от услуг по поддержке бизнесов, работающих на свободном софте. Вероятно, можно заработать больше денег от продажи услуг в том случае, если ваш продукт достаточно сложен. MySQL похоже использует именно этот подход. Namesys планирует добавить к файловой системе ReiserFS функционирование базы данных и гипертекста. Возможно однажды наша файловая система будет предлагать такой уровень функциональности, при котором станет разумным нанимать консультанта из Namesys даже в небольшой компании. А потом все пойдет как снежный ком – каждый консультант будет создавать новые и новые функции, а каждая функция будет привлекать все новых клиентов, и конечным результатом может стать создание компании размером с компании Андерсон-консалтинга с их информационной базой. Эта стратегия не является уникальной для производителей программ с открытыми исходниками, но именно такие производители смогут быстрее привлекать первичных покупателей. Интересно, что доходы от продажи услуг по обслуживанию свободного софта поощряют экономическую сосредоточенность. Это не очень радует, так как если это работает в течение долгого времени, то кончится все тем, что проприетарный софт выдавит конкурентов в области кода источников, а продавцы свободного софта либо перестанут отдавать часть доходов разработчикам (самые мелкие продавцы), либо превратятся в крупных продавцов, которые будут финансировать только софт, который создается и контролируется изнутри самой компании. Хуже госудраственного контроля над экономикой может быть только контроль монополий. Не забывайте, что все это написано с технического прорыва 2001 года, когда Namesys имеет «всего» 100% прирост из-за суровых условий экономического развития. В то время, как использование файловой системы ReiserFS возросло на один-два порядка, все неправительственные источники, которые были на грани увеличения доходов на порядок, испарились, поскольку их клиенты прекратили производство. Свободный софт является очень эффективным способом экземплифицирования рынка. Это не означает, конечно, необходимости сегментирования рынка. Одним из критериев сегментирования рынка является интегрированность свободного софта с проприетарным. В соответствии с лицензионной политикой Namesys, если вы берете деньги за пользовательские лицензии, мы тоже должны что получать от этого. Это позволяет Namesys работать с продавцами файловых систем и проприетарного софта, которые хотят добавлять проприетарные функции к файловой системе ReiserFS. Все продажи, которые Namesys сумела провести в этой области, стали возможны благодаря высокой эффективности экземплифицирования рынка. Сегодня это дает гораздо более высокие доходы, чем обслуживание. Случаев продаж распространителям проприетарных операционных систем у нас покане зафиксировано, но ситуация может измениться после подъема экономики, поскольку интерес к таким продажам уже выражался. Нужна всего одна продажа такого масштаба, чтобы окупить восемь лет работы на грани высокого технологического риска. Открытые продажи Мы могли бы поставлять необязательные проприетарные плагины и при этом основная система оставалась бы основанной на GPL. Вопрос в том, как предотвратить ситуацию, когда бедные лишаются доступа к программному обеспечению. Цены на софт обычно определяются тем, сколько среднестатистический человек среднего возраста, тратящий на покупку деньги своего шефа из американской корпорации, готов заплатить. Сегодня наиболее разумным выходом для бедных является покупка пиратского софта. (Пиратство может также служить формой антимонопольного протеста, если юридическая система коррумпирована настолько, насколько она коррумпирована в США.) Самым лучшим решением ситуации было бы приведение стоимости пользовательских лицензий в соответствие со стоимостью оборудования. И все же остается проблема экономической неэффективности, которая возникает в случае, когда у пользователя три раза в год возникает необходимость использовать крупноформатную таблицу, и он хотел бы воспользоваться лучшей из программ. Но стоимость лучшей из программ определяется возможностями пользователя, который использует эти таблицы несколько раз в неделю. Я называю это неэффективностью сфокусированного ценообразования. Большинство программных продуктов продаются по цене, намного превышающей их маргинальную стоимость, поскольку большинство реальных рынков являются только наполовину конкурентными. Такой подход искажает экономику. В области софта такое искажение наиболее заметно и лучше всего отображает давнюю неэффективность реальных полусвободных рыночных экономик. Я могу высказать одну непроверенную гипотезу: объем экономического искажения является функцией не просто общего количества долларов, участвующих в обмене и превышающих маргинальную стоимость, но еще и функцией отношения цены и маргинальной стоимости. При этом высокий номинал этого отношения «обычно» искажает экономику больше, чем низкий, даже если общее количество долларов одинаково. Если кто-то хочет обсудить эту гипотезу, мне можно написать по адресу [email protected]. Если моя гипотеза верна, можем ли мы использовать дефокусирование сдерживающих моментов? Можем ли мы избежать серьезных недостатков, свойственных госдударственно или монопольно контролируемой экономике, и при этом не пострадать от неэффективности сфокусированного ценообразования? Как нам одновременно не лишить доступа к программам бедных пользователей и не разорить начинающих поставщиков компонентов операционных систем? Я бы предложил вам рассмотреть возможности открытых продаж. При открытой продаже пользователи отчисляют фиксированный процент от стоимости оборудования в качестве платы за использование пула программ. Пользователям предоставляется произвольная выборка разработчиков, которые участвовали в составлении данного пула программ, и они сами распределяют свои отчисления между разработчиками пропорционально пользе их программ. Выгоды: * Дефокусирование сдерживающих моментов в использовании софта. Вы можете использовать самое лучшее из предложенного в пуле. * Самые бедные смогут заплатить за использование * Более точное адресное вознаграждение разработчиков в соответствии с их продуктивностью по сравнению с традиционным копирайтом из-за снижения операционных расходов. * Более точное адресное вознаграждение разработчиков, поскольку полезность оценивается после использования программы. Вывод Открытые исходники – это ниша, которую с удовольствием занимает Namesys. Мы работаем не только за деньги. Для большинства это хобби джентельмена, и профессия для тех, кто не только зарабатывает программированием. Это скорее всего останется нишей. Если это понятно, мы все, безволосые мутанты-обезьяны, можем прекрасно проводить время. Кроме того, это забавно, когда может отдавать даром файловую систему, разработанную быстрее, чем это может сделать компания стоимостью в миллиарды долларов, несмотря на все свои миллиарды. Жизнь должна быть прекрасна.
-
Тезисы по свободному софту
_ Пускай портирование стоит 1млн баксов (цифра завышенная) и в год появляется 10 новых архитектур (цифра тоже завышенная). Итого - объем рынка - 10Млн баксов в год. Адаптация драйверов на всякие платы и др. при большем кол-ве новинок и меньгей стоимости дай бог чтобы еще столько же дало. Это что, рынок? Он способен прокормить две сотни профессионалов и в лучшем случае одного мелкого инвестора._ 1. В оптимистичном сценарии все так и выглядит. Две -- ну пусть не сотни, а тысячи -- профессионалов делают свою работу, а кто не может, переквалифицируются в управдомы или идут собирать картофельные очистки. 2. Мне более реалистичным кажется пессимистический сценарий, при котором каждая новая дочка, вставленная в каждую новую мамку, чуть-чуть меняет архитектуру, и сборщики вынуждены держать армию оглоедов. Эта деятельность опирается на существующий пул программ, и не предполагает создания нового свободного софта, особенно прикладного. 3. И замечательно. Меньше софта, главное, чтоб он был хорошим и разным. _по поводу картинки http://www.asplinux.ru/r/images/BlackCat/gnome_screen.jpg Она ОЧЕНЬ характерна! Меня это всегда поражало у моих UNIX-коллег... Огромный экран с кучей окошек, и посредине - терминал с командной строкой, в котором и идет работа. НУ НЕ МОГУТ ЛЮДИ С КОМАНДНО-СТРОЧНОЙ МЕТАФОРОЙ РАБОТЫ ДЕЛАТЬ УДОБНЫЕЙ ИНТЕРФЕЙСЫ!!!_ 4. Во-первых, не кричи, ты не в бане. Во-вторых, удобные интерфейсы не умеет делать, к сожалению, пока никто. Что до "командно-строчной" метафоры (метафоры фрактальной оболочки), то, к сожалению, другой -- полной и непротиворечивой -- пока нет.
-
Технология интерфейсов (Тезисы по свободному софту)
> Не удержусь - по поводу картинки... > Она ОЧЕНЬ характерна! > Меня это всегда поражало у моих UNIX-коллег... Огромный экран с кучей окошек, и посредине - терминал с командной строкой, в котором и идет работа. Так это же процесс компиляции... (в нашем случае -- Java) Он будет выглядеть так в любой операционной системе, хоть в графическом окошке, хоть в текстовом режиме, хоть в телетайпном :). Единственный отличный от этого вариант визуализации процесса компиляции я видел в недавнем голливудском фильме 'Swordfish' -- этакое собирание из кубиков большого куба -- кинематографично, фантастично и абсолютно практически бессмысленно. Именно осмысленность, удобство, оптимальность и целесообразность того или иного решения интерфейса могут быть критериями оценки. Красивый интерфейс -- это удобный и рациональный интерфейс, а не красивые картинки, разбросанные по полю огромного экрана. (Замечу в скобках, что "масштабируемость" тоже важна -- тот же "Гном" хорошо "выглядящий" на большом экране сразу становится безобразным при разрешении 800*600, а тем более -- меньше). Поэтому интерфейсы делятся на удобные и не удобные, а не на командно-строчные и графические или еще какие-нибудь. Режим работы видеоадаптера -- вторичен. Первичны -- идеи, лежащие в основе взаимодействия человека и машины. > Запрограммировать они конечно, смогут что угодно, но для этого нужен технологичсекий процесс с постановщиком, техзаданием, тестировщиком и др., что в мире свободного софта не работает... Технология -- это только способ достижения цели. Тех же целей можно достичь и с другой технологией (вспомните классический пример с автомобилестроением). Следуя корпоративному конвейерному технологическому процессу можно только уверенно предполагать, что на выходе с большей вероятностью получится более-менее работоспособный и "юзерабельный" продукт. Но только с долей вероятности... История нам уже давала столько примеров того, как в итоге ничего путного не получалось, несмотря ни на какие расходы и ни на какие технологии... Так же как известны многочисленные случаи обратного -- когда буквально один человек без постановщиков, тестировщиков и техзаданий создавал шедевры ПО. Было бы странно, если бы в мире свободного софта работала бы технология "заточенная" под корпоративный конвейер типа Микрософтовского... Но технология -- это только способ, а не результат.
-
Тезисы по свободному софту
1. Ты согласен с оценкой объема этого рынка? (По поводу твоего пессемистического сценария могу сказать, что по моей информации - ты не прав...) 2. Ты согласен с тем, что при этой деятельности не создается новый софт? Если да, то твоя бизнес-идея не выдержала критики - я ведь просил привести пример БИЗНЕС-идеи, в результате реализации которой появляется новый свободный софт. Денег инвестор на адатации не заработает, и новый свободный софт не появится.
-
Технология интерфейсов (Тезисы по свободному софту)
Вообще-то уже лет пятнадцать (когда там Турбо-Паскаль вышел) существуют интегрированные оболочки для редактирования, компиляции и отладки программ. И выглядит там процесс компиляции, надо сказать, совсем по другому :) Я, как человек, заставший и командно-строчную работу, и IDE, (я даже перфокарты застал:), могу сказать, что МНЕ работать в хорошой оболочке было намного производительней. Т.е. вы невольно подтверждаете мой тезис - что у людей, привыкших пользоваться командной строкой, голова в сторону визуальных интерфейсов просто не думает - им и так хорошо, все остальное (может быть, кроме NC), они считают излишеством. То, что на маленьком экране ГНОМ плохо выглядит - проблема гнома. Винды прекрасно работают на экране 800*600, и примелимо - на меньших. 2. Вы совершенно правы - в общем случае. Я пишу о том. что программист, привыкший использовать командную строку, не можем сам себе поставить задачу на разработку визуального интерфейса. Поэтому В ЭТОМ СЛУЧАЕ требуется отдельный постановщик.
-
Тезисы по свободному софту
Вот! Классное Лицензионное Оглашение! Гораздо лучше, чем GPL. GPL там по степени свободы и близко не ночевал... http://akop.ru/personal/6735
-
Тезисы по свободному софту
1. Ты согласен с оценкой объема этого рынка? (По поводу твоего пессемистического сценария могу сказать, что по моей информации - ты не прав...) Рынка портов? Нет, не согласен, если включить сюда "доработку напильником". _2. Ты согласен с тем, что при этой деятельности не создается новый софт? Если да, то твоя бизнес-идея не выдержала критики - я ведь просил привести пример БИЗНЕС-идеи, в результате реализации которой появляется новый свободный софт. Денег инвестор на адатации не заработает, и новый свободный софт не появится._ Видишь ли, в твоих исходных тезисах ничего не было про "новый" софт. Сам по себе вопрос о том, откуда берется "новое", крайне интересен и, как мне кажется, важен для нашего обсуждения. Я над ним размышляю лет десять, и в свете опыта этих размышлений (с попутным экспериментированием в самых разных областях) точка зрения, согласно которой "новое" происходит из "старого", а не "выдумывается из ничего" кажется мне -- не то, чтобы более правдоподобной, а -- более конструктивной. К тому же, более культуросообразной -- тезис о филиации идей (vs выдумывание) -- классический философский тезис, ему 2 500 лет, по минимуму. Впрочем, это сложный вопрос. Hint: в России "проектирование без прототипов" начинал обсуждать Анатолий Раппопорт, но это кончилось плохо. Итак, я бы в этом месте чуток раздвинул рамки, и задал вопрос о том, _какие вообще возможны предметы контрактации" в сфере программного обеспечения? Мое начало списка: - порт на новое оборудование (или, вообще, в новую среду); - bugfix; - feature request; - ...
-
Технология интерфейсов (Тезисы по свободному софту)
_Вообще-то уже лет пятнадцать (когда там Турбо-Паскаль вышел) существуют интегрированные оболочки для редактирования, компиляции и отладки программ. И выглядит там процесс компиляции, надо сказать, совсем по другому :) _ И не только выглядит: это существенно другая операциональная ( а не только визуальная) метафора. Т.е. вы невольно подтверждаете мой тезис - что у людей, привыкших пользоваться командной строкой, голова в сторону визуальных интерфейсов просто не думает - им и так хорошо, все остальное (может быть, кроме NC), они считают излишеством. Нет, напротив, ты сам себе ногу прострелил, поскольку экранные интерфейсы были придуманы в самом центре хакерской активности (это Джой с vi, Нельсон с TECO и Столлмен с emacs, происходящем от TECO -- три человека, которые, полагаю, очень хорошо владели метафорой командной строки). И первая интегрированная оболочка для программирования -- именно свободный emacs (бери changelog от имакса, потом смотри сюда: http://community.borland.com/museum/). 2. Вы совершенно правы - в общем случае. Я пишу о том. что программист, привыкший использовать командную строку, не можем сам себе поставить задачу на разработку визуального интерфейса. Поэтому В ЭТОМ СЛУЧАЕ требуется отдельный постановщик. Звучит так: "парень, привыкший спать с блондинками, не может сам найти брюнетку, поэтому В ЭТОМ СЛУЧАЕ требуется сутенер". Не факт, IMHO, с учетом вышесказанного. При этом есть программеры с ограниченным набором метафор, так же, как есть мужчины, на всю жизнь застрявшие на одном типе женщин. Ну и что? Я, как человек, заставший и командно-строчную работу, и IDE, (я даже перфокарты застал:), могу сказать, что МНЕ работать в хорошой оболочке было намного производительней. В некотором смысле, в твоей биографии, как в капле уж не знаю какой драгоценной субстанции, отразилась трагедия целого поколения, так и не сумевшего выскочить за пределы коммуникационных досок, перфокарт и прочих "визуальных интерфейсов". Отразилась, конечно, с поправкой на твой неординарный интеллект и эмоциональный строй. Я вот застал еще коммуникационные доски (хотя был маленький, и перетыкать шнурки мне особо не давали), поэтому, глядя на интерфейсы "виндов", не могу избавиться от некоего deja vu: четверть века назад я это уже видел. Только контакты были позолоченными, и сами собой вылетать привычки не имели :) Связь проприетаризации софта и регресса к приборным интерфейсам нужно исследовать отдельно. Я думаю, она скорее психологическая и бессознательная, чем на уровне сознательных концептов: зараженная идеей проприетаризации субкультура вынуждена вырабатывать отношение к программам как к "вещам", соответственно, возникает тренд к тому, чтобы они и выглядели как "вещи". _ То, что на маленьком экране ГНОМ плохо выглядит - проблема гнома_ Да нормально выглядит, если тему с соответствующими размерами элемента выбрать. Кстати, нужно поставить в зависимость умалчиваемую тему от первичного разрешения экрана при установке, спасибо за идею :)
-
Технология интерфейсов (Тезисы по свободному софту)
> Вообще-то уже лет пятнадцать (когда там Турбо-Паскаль вышел) существуют интегрированные оболочки для редактирования, компиляции и отладки программ. И выглядит там процесс компиляции, надо сказать, совсем по другому То же самое. Вы просто никогда не смотрели на окошко компиляции внизу экрана -- там те же строчки результатов процесса... Что добавилось тогда, так это -- совмещенное окно редактирования исходника и трассировки программы. А логи компиляции-линкования просто перешли в разряд служебных, но остались. > программист, привыкший использовать командную строку, не можем сам себе поставить задачу на разработку визуального интерфейса И зачем же Вы так плохо о программистах? ;)
-
Тезисы по свободному софту
1. Я не понимаю, что ты называешь "доводкой напильником" при портах. Что такое вообще порт по твоему? Новые процессоры появляются редко, и всеми силами стремятся сохранить программную совместмость.Новая переферия требует новых драйверов, но здесь тот же порядок денег - номенклатура но порядок-два больше, стоимости - меньше. Не согласен - дай свою хоть как-то обоснованную оценку. 2. Наиболее массовый и финансово обеспеченный предмет контрактации в сфере ПО - "установите нам систему, которая делала бы то-то и то-то", причем вполне прикладное - считала зарплату, обеспечивала документооборот предприятия, обеспечивала бы процесс проектирования и др. а также многочисленные featute request к этой системе. А в этой сфере конкурентоспособного свободного софта для конкретных прикладных областей практически нет, и не предвидется. Что касается bug fix-ов и feature requset-ов к базовому софту, где сейчас свободное ПО представлено наиболее широко, то народ в массе предпочитает их обходить, чем пробивать их реализацию. Как правило, это обходится дешевле (за исключением редких критичных случаев). Как меня в молодости поучал Лева Пищик, к которому я приставал с вопросами - почему что-тотамне работает - "тебе программу отладит надо, или дырки компилятора ловить?"
-
Технология интерфейсов (Тезисы по свободному софту)
1. Ну да, и у самолета есть колеса, и некоторое сходство с автомобилем... Тольк он еще и летает :) 2. Я о программистах командной строки не плохо - я объективно. По результатам многочисленных личных наблюдений. Есть такой эффект - за пределы привычных метафор вырываться невероятно трудно, даже умным ипродвинутым людям.
-
Технология интерфейсов (Тезисы по свободному софту)
Ну да, все мы вышли из командной сроки, OS 360 и паскаля Вирта. Усилиями отдельных выдающхся личностей... Я же о правилах говорю, а не исключениях. Если это нужно специально оговаривать, то у большинства людей, привыкших пользоваться командной строкой, голова в сторону визуальных интерфейсов просто не думает В дальнейшем прошу всегда вместо Всегда и Все понимать Почти всегда и почти все. Кстати, к первому всегда этой фразы это тоже относится :)
-
Технология интерфейсов (Тезисы по свободному софту)
у большинства людей, привыкших пользоваться командной строкой, голова в сторону визуальных интерфейсов просто не думает Я с этим не буду спорить. Но гораздо большая проблема заключается в том, что у большинства людей, привыкших пользоваться "визуальными интерфейсами", голова не думает ни в какую сторону.
-
Технология интерфейсов (Тезисы по свободному софту)
Есть такой эффект - за пределы привычных метафор вырываться невероятно трудно, даже умным ипродвинутым людям. Естественно. Поэтому возьми какого-нибудь мальчика, который ничего кроме "винды-ворды" не видел, и попробуй вырвать его за пределы привычной ему метафоры. Серьезно, попробуй. Я пробовал. Результат неизменно превосходный: пристрелить проще, чем прокормить. Ну да, и у самолета есть колеса, и некоторое сходство с автомобилем... Тольк он еще и летает Не понял, чего у тебя не летает?
-
Тезисы по свободному софту
_1. Я не понимаю, что ты называешь "доводкой напильником" при портах. Что такое вообще порт по твоему? _ "Перенос". А по-твоему? На новое железо, или в новую среду. Вопрос о "напильнике" возникает, когда при портировании вылезают старые окаменевшие баги. Т.е. спрос на порты порождает вторичный спрос на рефакторинг. Не согласен - дай свою хоть как-то обоснованную оценку. Чего, рынка? Да сожрет он всех программеров, которых при нынешних темпах выпускает система образования. Вот тебе оценка :) А вот оценку потребного капитала я дать не готов. That’s because we’re here. 2. Наиболее массовый и финансово обеспеченный предмет контрактации в сфере ПО - "установите нам систему, которая делала бы то-то и то-то", причем вполне прикладное - считала зарплату, обеспечивала документооборот предприятия, обеспечивала бы процесс проектирования и др. а также многочисленные featute request к этой системе. Да. А в этой сфере конкурентоспособного свободного софта для конкретных прикладных областей практически нет, и не предвидется. В какой сфере? Нет "конкурентоспособного свободного софта" -- по очень ограниченному кругу приложений. Сходу могу перечислить (обрати внимание, что три года назад список был бы много длиннее). Нет: 1) хороших свободных компонентов для векторного рисования. Я думаю, они появятся "автомагически", поскольку это плаформенная, скорее, задача на добавление к XML-платформе очередного редактора, чем прикладная; 2) хороших свободных компонентов для САПР. Интересная тема. Но там проблемы скорее архитектурные -- до сих пор приличной архитектурной рамки для САПР нет, там же сама структура приложения сложная ("рисование" плюс смета, плюс работа с номенклатурой и т.п.). Пятый раз намекаю на возможную глубинную связь между а) структурой предметной области, б) архитектурой, в) моделью разработки и г) моделью лицензирования; 3) хороших свободных компонентов для бухгалтерии с российской спецификой. Проблема скорее контентная (в правильной архитектуре business rules -- контент, а не софт), и, как показывет практика, разрешимая (вплоть до того, что у украинцев уже есть). Чего еще свободного нет? Что касается bug fix-ов и feature requset-ов к базовому софту, где сейчас свободное ПО представлено наиболее широко, то народ в массе предпочитает их обходить, чем пробивать их реализацию. Нет, народ в массе предпочитает все же фиксить -- при достаточно развитом "базаре". Почитай kernel-traffic. Посмотри, кто фиксит. Найди сведения об этих людях -- кто им платит зарплату.
-
Технология интерфейсов (Тезисы по свободному софту)
> Ну да, и у самолета есть колеса, и некоторое сходство с автомобилем... Тольк он еще и летает Но Вы почему-то делаете свои выводы о достоиствах и недостатках "интерфейсов" после именно и только наблюдения за этими "колесами"... Странно. Извините, это конечно полный офтопик, но мы ведь говорили только о логе (выдаче информации) о результах компиляции, а эта штука выглядит одинаково во всех системах -- по мере исполнения появляются сообщения о сделанном и его "качестве" (предупреждения, ошибки, время, размер и т.д.)...
-
Тезисы по свободному софту
1. Я же спросил - ЧТО КОНКРЕТНО называешь портированием? Что за новые среды, и новое железо, сколько его примерно появляется в год? А ты отговариваешься общими вещами и лозунгами. А новые мамы, чипы памяти и дисководы в общем, проблем никаких не несут, там адаптация - работа для одного человекана пару недель. 2)Перечислять - чего нет - занятие бесконечное. Нет, насколько я знаю, профессиональной 3D графики, нет (или мне неизвестен) приличного генератора отчетов, сопоставимого хотя-бы с Access-овскими возможностями, не говоря уж о Cristal Report, и др. Есть хотя бы одна используемая свободная реально используемая хоть кем-то учетная система? Пусть без россйиской специфики?
-
Тезисы по свободному софту
А ты отговариваешься общими вещами и лозунгами. Нет, я показал границы, как их вижу. Твои оценки считаю супероптимистичными и не имеющими оснований. Предлагаю поработать месяц в саппорте любой (не обязательно свободной) ОС. Перечислять - чего нет - занятие бесконечное. Есть многое на свете, друг Горацио, про что мы не знаем. Если ты поставишь реальную задачу и тебе будет нужно решить ее, используя только свободные компоненты, ты все найдешь. А что до Крисл Рипорт, такие штуки вообще редко бывают, что свободные, что несвободные. Там явно мотивация была не только прагматическая. Видно, что ребятам хотелось сделать аккуратную вещь. Впрочем, клиент, который уже сталкивался с визуальными редакторами форм, скорее всего, будет продолжать шарахаться от них без разбора. Поэтому perl с PHP пока перспективнее. Кстати, сделать визуальный фронтенд к PHP -- это мысль.
-
Тезисы по свободному софту
Твои оценки считаю супероптимистичными и не имеющими оснований Приведи свои оценки, и хоть как-то их обоснуй. Предлагаю поработать месяц в саппорте любой (не обязательно свободной) ОС А это тут причем? Или ты с модели заказных адаптаций плавно начал переползать на сервисную модель? Если ты поставишь реальную задачу и тебе будет нужно решить ее, используя только свободные компоненты, ты все найдешь 1. Учитывая, что свободные средства разработки, СУБД и базовые средства организации интерфейсов есть, конечно же, я могу решить любую задачу. 2. С очень высокой верятностью ничего кроме вышеперечисленного использовать не удастся. Вот даже генератор отчетов приличный нет, хотя это такой жен базовый кирпич любой прикладной разработки, как окошки и СУБД. И уж подавно, никакой код модифицировать не прийдется. Впрочем, клиент, который уже сталкивался с визуальными редакторами форм, скорее всего, будет продолжать шарахаться от них без разбора А куда ему деваться? Глючат, конечно, но файлы конфигурации - это еще менее приемлемо для нормального, "домохозяечного" или офисного юзера. Кстати, сделать визуальный фронтенд к PHP -- это мысль Да. Свежая мысль :) И кто за каие шиши будет это делать? Трудоемкость нормалного "визуального фронтэнда" заметно выше, чем самого компилятора.... --------------------------------------- В общем, у меня стойкое впечатление, что мы с тобой живем в разных мирах, и от этого плохо понимаем друг друга. У тебя там Perl c PHP перспективней в качестве report writera, чем Cristal report, пользователи шарахаются от визуальных редакторов форм (к командной строке, вероятно?), десктопный рынок - это придаток к серверному, а интегрированный редактор/компилятор/отладчик - это "свежая мысль". А программисты там у тебя все занимаются дописыванием модулей к Апачу и переносом ОС на новое железо... А в моем мире - программисты пишут веб-сайты и системы автоматизации учета, пользователи успешно путаются в таких интерфейсах, где ошибится невозможно, не замечая большую кноку в середине экрана, закачики требуют все вчера и постоянно меняют требования, спокойно эксплуатируя пиратский софт или покупая лицензии, если очень надо, а идея дописать какой-нибудь модуль к Апачу вызывает в лучем случае кручение пальцем у виска. И именно этот мир - это 90%, если не 99% всей айТи-шной индустрии. Если не веришь - проведи, скажем, опрос на сайте Компьютерры, типа "Если вы программист, то что вы программируете?"
-
Тезисы по свободному софту
А в моем мире - программисты пишут веб-сайты и системы автоматизации учета, пользователи успешно путаются в таких интерфейсах, где ошибится невозможно, не замечая большую кноку в середине экрана, закачики требуют все вчера и постоянно меняют требования, спокойно эксплуатируя пиратский софт или покупая лицензии, если очень надо, а идея дописать какой-нибудь модуль к Апачу вызывает в лучем случае кручение пальцем у виска. И именно этот мир - это 90%, если не 99% всей айТи-шной индустрии. Если не веришь - проведи, скажем, опрос на сайте Компьютерры, типа "Если вы программист, то что вы программируете?" Видишь ли, если для тебя сфера программного обеспечения ограничивается ad hoc скриптованием (неважно, 90, 99 или 99.99% рабочей силы это жрет), наверное, ты не компетентен обсуждать проблемы сферы в целом. Неужели ты не видишь, что тебе не нужно писать свои модули и ты можешь ограничиться скриптованием только потому, что они (99% нужных тебе модулей) уже написаны, причем достаточно чисто и реюзабельно? Неужели тебе не интересно, почему в Web-программировании толпа разработчиков голосует за свободные платформы, а в "настольном" -- за несвободные? Неужели ты, сидя в эпицентре, не видишь тренда к вытеснению интернет-технологиями офисных? Неужели тебе интересно сидеть в своей узкой нише и относиться, например, к возможности безнаказанно "пропиратить" кого-нибудь лишь как к удачной возможности сшибить червонец? Удивительно все это для меня. Мне, без сомнения, интересна более узкая, но и более экономически значимая область - стандартизации (чтобы у твоих 99% все бабки монополист не отобрал), - разработки платформенного софта (чтоб твои 99% спокойно писали свои скрипты) и - инфраструктурных инноваций. Там, по крайней мере, есть новые идеи, есть деньги и вокруг вьется достаточное количество красивых женщин. Твои $200/мес. script kiddies в качестве субъектов коммуникации (а не объектов изучения или целевой аудитории) мне не слишком интересны, поскольку коммуникация предсказуемо заканчивается просьбой одолжить пятерку до зарплаты или вопросом: "А где бы мне найти инвестора, чтоб платил зарплату, а делать ничего не надо было?" Я бы сам с удовольствием у кого одолжил, let alone инвестиции ;) но я более реалистичен.
-
Тезисы по свободному софту
Видишь ли, если для тебя сфера программного обеспечения ограничивается ad hoc скриптованием (неважно, 90, 99 или 99.99% рабочей силы это жрет), наверное, ты не компетентен обсуждать проблемы сферы в целом А если для тебя отрасли ограничивается интересным тебе 1%, а остальных 99% ты не знаешь и знать не хочешь может быть, ты некомпетентен :)? Неужели ты не видишь, что тебе не нужно писать свои модули и ты можешь ограничиться скриптованием только потому, что они (99% нужных тебе модулей) уже написаны, причем достаточно чисто и реюзабельно? А так было всегда. За те двадцать лет, которые я занимаюсь разработкой, ничего не поменялосью. В каждый момент времени есть некоторый базовый инструментарий, и некоторые прикладные системы, функционал которых явлеится надстройкой над имеющимися платформами. Прогресс здесь весма относителен - степень удовлетворения прикладных потребностей и качество систем в общем, не растет... Просто интрфейсные стандарты делаются все выше и выше, и это ребует, чтобы оставаться в струе, все боле изощренного базового инструментария. И всегда есть неулдовлетворенность имеющимся базовым инструментарием, и плох тот программист, который не хочет писать операционки, СУБД, оконные системы и компиляторы. И я отдал этому изрядную дань, что и позволяет мне воспринимаь эту деятельность реально, с изрядной долей скепсиса. В 90% случаей вид эскапизма программистов, которые, вместо того, чтобы честно решать прикладные задачи, желают нетленку лепить. И как правило, это плохо заканчивается - для заказчика конечно. Неужели тебе не интересно, почему в Web-программировании толпа разработчиков голосует за свободные платформы, а в "настольном" -- за несвободные А чего тут интересоваться? Если есть халява - чего бы ей не попользоваться? Неужели ты, сидя в эпицентре, не видишь тренда к вытеснению интернет-технологиями офисных? Я вижу этот тренд, но я вижу и другой тренд - что пользователей, вкусивших нормальный GUI, трудно загонять в браузерный интерфейс. А при "толстом" клиенте (будь это экзешник, плагин или Джавный апплет) все равнро, где находится сервер - в соседней комнате или в соседнем городе. Поэтому я никакой особой разницы просто не вижу... Да, ХML - нормальный метаязык для построения предметных языков и протоколов, но он тоже никаких проблем не решает.... Мне, без сомнения, интересна более узкая, но и более экономически значимая область Я как-то привык считать, что экономически более значима та область, где больше бабок крутится... Там, по крайней мере, есть новые идеи, есть деньги и вокруг вьется достаточное количество красивых женщин 1. Я тебя уже месяц прошу показать - ГДЕ ТАМ ДЕНЬГИ? Пока не видно... 2. Какие такие новые идеи? Им уже двадцать лет в обед всем. 3. Красивых женщим больше в бухгалтериях _Твои $200/мес. script kiddies в качестве субъектов коммуникации ... _ Я таких просто не знаю. За 200$ в месяц можно только нетленку лепить, компенсируясь неэкономическими факторами. За нормальное прикладное программирование платят нормально.
-
Тезисы по свободному софту
А если для тебя отрасли ограничивается интересным тебе 1%, а остальных 99% ты не знаешь и знать не хочешь может быть, ты некомпетентен :)? Андрей, я не приму этого упрека. Я могу не знать каких-то частностей, но в общем и целом, как мне кажется, я "держу картину". А так было всегда. За те двадцать лет, которые я занимаюсь разработкой, ничего не поменялосью. В каждый момент времени есть некоторый базовый инструментарий, и некоторые прикладные системы, функционал которых явлеится надстройкой над имеющимися платформами. Изменилось. Появился Большой Форк между стандартизованными системами и "настольным" миром, где доминирует не только проприетарный софт, но и проприетарные интерфейсы. И это -- главная проблема профессии программирования на нынешнем этапе, по моей оценке. Не отрасли, а профессии. Прогресс здесь весма относителен - степень удовлетворения прикладных потребностей и качество систем в общем, не растет... Это у вас в "виндах". А в большом мире за это время появилось много чего разумного, доброго и вечного. В частности, из-за того, что "растрата спермофонда" меньше, и реюзабельность держится как ориентир. Кстати, а ты можешь продемонстрировать как ты решил бы задачу, подобную тем, что Нетпром решает для своих клиентов, средствами -- не двадцати-, а хоть бы даже десятилетней давности? Я себе слабо это представляю, 10 лет назад и Интернет-то, можно сказать, не было. плох тот программист, который не хочет писать операционки, СУБД, оконные системы и компиляторы. И я отдал этому изрядную дань, что и позволяет мне воспринимаь эту деятельность реально, с изрядной долей скепсиса. В 90% случаей вид эскапизма программистов, которые, вместо того, чтобы честно решать прикладные задачи, желают нетленку лепить. И как правило, это плохо заканчивается - для заказчика конечно. И единственный выход и для программиста, и для нанимателя/заказчика -- сочетать решение прикладных задач с (а) изучением и (б) если свезет -- участием -- в перспективных проектах. На мой взгляд, свободный софт решает эту проблему. _А чего тут интересоваться? Если есть халява - чего бы ей не попользоваться? _ Вот тут-то наша основная совковая проблема и вылезает: видим лишь "халяву", там где есть основа для рациональной экономической организации. Собственно, типичная для авторитарного сознания: приезжает совок в свободную страну, и пользуется этой свободой так, что... Я вижу этот тренд, но я вижу и другой тренд - что пользователей, вкусивших нормальный GUI, трудно загонять в браузерный интерфейс. Андрей, тонкий намек: на 3.2 и "эксплорере" Web-интерфейс не кончается. Есть еще DHTML, XUL и много всяких других гитик. Не говоря уже о возможности раздавать элементы того же GUI по CORBA. Ты же в "винде" сидишь, и не видишь, что за последние 5-3 года мир очень сильно изменился. И свет в конце тоннеля есть :) Да, ХML - нормальный метаязык для построения предметных языков и протоколов, но он тоже никаких проблем не решает... И XML (в том числе) решает (или, по крайней мере, способен решить) массу насущных проблем. Начиная с разгребания авгиевых конюшень на корпоративных серверах. Я как-то привык считать, что экономически более значима та область, где больше бабок крутится... Экономически значима та область, на которой все держится и которая определяет перспективы. Я тебя уже месяц прошу показать - ГДЕ ТАМ ДЕНЬГИ? Тебе только покажи... пусти в огород. :) Пока не видно... 2. Какие такие новые идеи? Им уже двадцать лет в обед всем. Да, например идее общего языка разметки скоро столько и будет. Хорошая, новая идея, пора внедрять :))) Красивых женщим больше в бухгалтериях Да ну, брось. Я таких просто не знаю. За 200$ в месяц можно только нетленку лепить, компенсируясь неэкономическими факторами. За нормальное прикладное программирование платят нормально. Но упомянутые тобой 90-99% "программистов" получают скорее в районе $200, чем в районе $2000. Центрально-московский коэффициент может быть двойкой, но он уже не пятерка, как было в 97-98. Это к вопросу об осведомленности и компетентности. Я иногда выезжаю за МКАД, иногда -- весьма далеко. И в электричках иногда езжу, с народом общаюсь.
-
Тезисы по свободному софту
Появился Большой Форк между стандартизованными системами и "настольным" миром, где доминирует не только проприетарный софт, но и проприетарные интерфейсы Двадцать лет назад был такой же форк между ИБМ-овскими мэйнфремами и миникомпьютерами. Также сообщество было поделено на два лагеря, и степень свободы в мини-компьютерном секторе была намного выше. Ничто не ново под луной... Кстати, а ты можешь продемонстрировать как ты решил бы задачу, подобную тем, что Нетпром решает для своих клиентов, средствами -- не двадцати-, а хоть бы даже десятилетней давности? Десять лет назад таких задач не было. Были другие, которые решались другими средствами на других платформах. Но суть прикладного программирования от этого не меняется. А легче ли стало жить системщикам - сомневаюсь... Им всегда жилось трудно, но интересно :) _И единственный выход и для программиста, и для нанимателя/заказчика -- сочетать решение прикладных задач с (а) изучением и (б) если свезет -- участием -- в перспективных проектах _ Крайне важно соблюдение баланса, который увы, соблюдается крайне редко. И бедный наниматель/заказчик частенько сидит и ждет, когда его гениальный программист напишет свою гениальную битблиотеку, с помощью которой он потом быстро-быстро решит задачу. Правда, до последнего дело часто не доходит. А если и доходит, то выясняется, что о задаче программист подумать не успел - весь пар в свист ушел - поэтому он задачу не понимал, а когда разобрался - вяснилось, что библиотека для нее не продходит. Поэтому он решил другую задачу, для которой библиотека в самый раз :) --------------------- В целом твой способ ведения дискуссии как художественный метод называется социалистический реализм. Точного определения я не помню, но суть в том, что ты из повседневной жизни извлекаешь некоторые малекнькие фрагменты, и объявляешь их ростками свтелого будующего, о которых и надо писать. А все остальное объявляется пережитками темного прошлого, которые конечно, имеют место, но будут преодолеваться. И опирается это все на пантеон поименно известных передовиков-стахановцев от свободного софта, демонстрирующих зачатки коммунистичсекого отношения к труду, которые, кончено же, скоро внедрятся в широкие массы... А этот метод, как извстено, непрошибаем. Потому что дискуссия от аргументов уходит к оценкам и обсуждению частностей - правда ли, что доярка Ангелина надоила 40л молока от коровы, или это в райкоме приписали? Я на всякий случай кратко повторяю свои тезисы: - На свободном софте нельзя делать бизнес
- Свободный софт в свое основе - результат творчества энтузастов движимых неэкономическими мотивами и В СИЛУ ЭТОГО и домен его ограничен программистским инструментарием, в основном тем, который уже есть.
За весь месяц обсуждений в почте и форуме тобой и прочими дискутирующими не было приведено ни одного значимого возражения или примера того, что это не так, хотя эти вещи вполне верифицируемые. Достаточно было показать примеры успешного и устойчивого бизнеса (или хотя-бы бизнес-идей) и свободных прикладных систем. А мой тезис о том, что Нынешний взлет свободного софта - результат СЛУЧАЙНОГО И ВРЕМЕННОГО совпадения интересов сообщества энтузиастов и крупных корпораций на фоне общего избытка ресурсов в АйТи-отрасли верифицируем намного хуже, и в его обсуждениях мы выбрались из области аргументов в область оценок, что делает бессмысленным дальнейшее его обсуждение. P.S. А кто слушал, молодец... P.P.S. Всех с новым годом!
-
Тезисы по свободному софту
Двадцать лет назад был такой же форк между ИБМ-овскими мэйнфремами и миникомпьютерами. Также сообщество было поделено на два лагеря, и степень свободы в мини-компьютерном секторе была намного выше. Ничто не ново под луной... Нет, там "форк" был исключительно по "философским" основаниям. Может быть, IBM делала много глупостей, может быть, много гадостей, но где ты в /360 закрытые интерфейсы видел? Что, EBCDIC <-> ANSI конвертация не входила в штатную поставку? Или Фортран c Коболом были расширены несовместимым образом? Или PL/1 спецификации прятали, не давали на миникопьютерах реализовать? Или шаг перфорации в ленте "расширяли" (a la MS’s embrace & extend или николаевский формат колеи ж/д "на ... шире")? Единственная несовместимость была в том, насколько я помню, что бобины большие в лентопротяжки DEC-овские не лезли :) _> Кстати, а ты можешь продемонстрировать как ты решил бы задачу, подобную тем, что Нетпром решает для своих клиентов, средствами -- не двадцати-, а хоть бы даже десятилетней давности? Десять лет назад таких задач не было. Были другие, которые решались другими средствами на других платформах. Но суть прикладного программирования от этого не меняется._ Извини, я не помню, чем ты десять лет назад занимался, а вот мне около того случилось рулить разработкой, решающей ровно ту задачу: "оперативное оповещение актуальных и потенциальных клиентов и партнеров о предоставляемых услугах и сбор откликов". С одной стороны была кодасиловская БД, а с другой -- всякие шлюзы в Х.400, телекс, телетайп и мониторы с девочками на телефоне. А между ними было очень много прикладного программирования. N или M человеко-лет было на это убито, причем парни ходили в перхоти, а девки ногти стричь не успевали. Сейчас я достаю из десятидолларовой коробки готовую ОС с готовым Апачи и PHP (а то и с СУБД) и за день это ставлю и настраиваю. И даже не я, а админ, день работы которого стоит ну баксов 50. Безо всякого прикладного программирования (поскольку написание десятка PHP-скриптов таковым назвать трудно), безо всякой "ворды", "винды" и прочей ерунды. Я этому -- так очень рад. А у тебя под носом дуб вырос (при том, что всякие майкрософты очень старались затоптать и спилить), ты желуди грызешь и говоришь, что ничего не изменилось. Крайне важно соблюдение баланса, который увы, соблюдается крайне редко. Ну важно, ну редко, но другого выхода просто нет. И бедный наниматель/заказчик частенько сидит и ждет, когда его гениальный программист напишет свою гениальную битблиотеку, с помощью которой он потом быстро-быстро решит задачу. Вот для того и существует проф. сообщество. Если он сидит в туалете и пишет "свою" библиотеку, нет никаких критериев определить, гениальная она или сумасшедшая (пока проект не провален). Если кинуть ее на sourceforge, через месяц все будет ясно. Причем, скорее всего, даже автору. При этом, вполне возможно, что он, пока туда залезет, найдет что-то готовое, что "допилить" можно за день, а не за месяц. В целом твой способ ведения дискуссии как художественный метод называется социалистический реализм . Точного определения я не помню, но суть в том, что ты из повседневной жизни извлекаешь некоторые малекнькие фрагменты, и объявляешь их ростками свтелого будующего, о которых и надо писать. Почему "соцреализм"? "Именно делите мир не по северу и югу, не по западу и востоку, но всюду отличайте старый мир от нового... Старый и новый мир различаются не во внешних признаках, но в сознании". Или ты думаешь, что это из "Краткого курса..." или Постановления 1947 г.? :) Естественно, что я не могу писать "обо всем". А что светлые моменты выбираю... ну, оптимист я по темпераменту, что сделаешь. Могу и чернуху гнать, рассказывать, как на самом деле "продаются" лицензии, к чему приводит навяливание" всяких "виндов" и "вордов", куда не попадя. Но это мне малоинтересно. Пусть мертвые хоронят своих мертвецов. И опирается это все на пантеон поименно известных передовиков-стахановцев от свободного софта, демонстрирующих зачатки коммунистичсекого отношения к труду, которые, кончено же, скоро внедрятся в широкие массы... ??? Вроде бы, "коммунистическое отношение" демонстрируется на другой, так сказать, стороне. _____ Я на всякий случай кратко повторяю свои тезисы: (1) На свободном софте нельзя делать бизнес (1.1) Оказывается, что он голословный. Потому что тебе накидали тут кучу ссылок, по которым диссертацию написать можно, а не только что статью, ты проигнорировал их все. А потом сместил тезис в том смысле, что это, оказывается, некий "новый софт" нельзя в рамках инвестпроектов создавать. Хотя "новый софт", кроме тебя, похоже, никому не интересен, а интересно, как оплачивать рефакторинг, и как "старый" редактор форм прикрутить к "старому" PHP. Потому что нового софта, как интеллигенции, до ..., а вот автобусов не хватает. Вполне возможно, что точка инвестирования -- именно рефакторинг и фичуризация, спрос на которые (по высказанному мною предположению) косвенно рождается из спроса на портирование, которые отрасль готова оплачивать. (1.2) Ты неявно предполагаешь, что на _не_свободном софте можно делать бизнес, хотя ни одного примера не разобрал, и ни одного довода в защиту не представил. Хотя есть и примеры, и доводы. Например, есть entertainment-бизнес, и никто не жалуется, что игры проприетарные и не кричит 3d Realms mustdie, обрати внимание (при этом Кармак, допустим, регулярно сбрасывает что-то под GPL, хотя его сильно об этом не просили). Все правильно, правовые рамки для проприетарного софта пробили игрушатники. Но при этом выясняется, что игрушку так разрабатывать можно, а вот ОС или прикладные пакеты общего назначения -- не слишком получается, так как с неизменно превосходным результатом медиа-отрасль, занявшаяся не своим делом, порождает висючую "винду", или "ворду", превращающую корпоративные данные в помойку. Не в том смысле "нельзя", что нельзя денег заработать на этом, а в том смысле, что совокупный ущерб оказывается больше этих денег. А "мелкие" примеры якобы "экономической" эффективности сводятся либо к эффективности бухгалтерской (см. Райзера), либо к мелкому жульничеству (см. твой пример с грязным кодом). Отдельные несомненные успехи программистов и компаний, работающих в проприетарной модели, на самом деле, редки, и их нужно просто отдельно анализировать. Может быть, найдется еще (кроме игрушек) пара-тройка топологий, где несвобода софта не приносит серьезного ущерба и помогает заработать. Но это открытый вопрос. Свободный софт в свое основе - результат творчества энтузастов движимых неэкономическими мотивами и В СИЛУ ЭТОГО и домен его ограничен программистским инструментарием, в основном тем, который уже есть. Поскольку ты все, что уже есть, называешь "программистским инструментарием" (см выше по треду), это тавтология. Потому что, покажи тебе десять лет назад "сайт из коробки", ты б закричал: "У, какая классная прикладная программа!", а теперь это тебе "программистский инструментарий". Кстати, на самом деле, вот так технический прогресс глазами обывателя и выглядит: всякие "клевые штуки" превращаются в часть инфраструктуры и перестают быть заметными ;) Мамфорд, исследуя город (в том числе и как совокупность технических (инфра)структур), придумал такое классное слово etherialization, которое я бы перевел как "истончение" структур. (3) Нынешний взлет свободного софта - результат СЛУЧАЙНОГО И ВРЕМЕННОГО совпадения интересов сообщества энтузиастов и крупных корпораций на фоне общего избытка ресурсов в АйТи-отрасли верифицируем намного хуже Он просто непонятен. Не слишком понятно, что им, IT-корпорациям, бедным, еще делать. Идти, как ты предлагаешь, "мочить Майкрософт"? Но что это даст? Это же неконструктивно. МС и пр. -- это симптом, а не болезнь, болезнь -- проприетарные программные интерфейсы на открытых аппаратных, позволяющие уводить деньги из отрасли. Обрати внимание, что я сказал: не несвобода софта, а всего лишь комбинация свободы аппаратных интерфейсов с несвободой софтверных интерфейсов (а не самого софта). Это точка зрения отрасли. Т.е. или нужно закрывать и лицензировать на платной основе интерфейсы оборудования (что разорит медиа-отрасль за пару-тройку лет, но -- вместе с компьютерной, поскольку это ситуация до /360), либо настаивать на той же свободе интерфейсов программных (что выбивает из-под медиа-отрасли скамейку еще быстрее). P.P.S. Всех с новым годом! Взаимно!
-
Тезисы по свободному софту
А можно парочку ремарок вклинить в дискуссию? (Все равно нас тут только трое ;) > Сейчас я достаю из десятидолларовой коробки готовую ОС с готовым Апачи и PHP (а то и с СУБД) и за день это ставлю и настраиваю. И даже не я, а админ, день работы которого стоит ну баксов 50. Безо всякого прикладного программирования (поскольку написание десятка PHP-скриптов таковым назвать трудно)... Меня, как сисадмина, эти 50 зеленых в день очень заинтересовали... Это где так платят? Адресок не дадите? ;) Программирование сейчас, действительно, измельчало... Кстати, администрирование и программирование -- это, все-таки разные профессии, хотя и имеющие много общего. А прикладники прикладникам -- рознь. Одно дело "прикладываться" к готовой СУБД на уровне пакетного файла, а совсем другое -- решать какую-то частную, но прикладную (то бишь не системную) задачу, пусть и используя готовые "интерфейсные" библиотеки, но это же все еще связать надо... Вообще, прогресс приводит от изящного, но нудного и трудоемкого написания кода к грубому, но быстрому блочному строительству. От невесомых килобайтов из-под асемблера мы приходим к мастодонтам, требующих гигагерц и гигабайтов. От искусства жонглирования битами -- к грубой силе объектного бульдозера. Увы, относительно массовая профессия, которую мы знали, по крайней мере в прежнем виде, уже исчезла... По крайней мере -- в корпоративном софте (MS etc.), заказном софте и в софте "по заданию" (имеется в виду программист на зарплате не на софтверном предприятии)... К чему это я? А к тому, что термин "программирование" слишком общ и расплывчат, -- вы так долго препинаться будете... "Программистом" ведь можно назвать и обывателя, программирующего собственный видеомагнитофон на запись вечерних новостей. :) > правовые рамки для проприетарного софта пробили игрушатники Это -- истина или так: оборот слов? Просто мне кажется, что если мы начнем детально выяснять что и когда чего "пробивал"... > Но при этом выясняется, что игрушку так разрабатывать можно, а вот ОС или прикладные пакеты общего назначения -- не слишком получается, так как с неизменно превосходным результатом медиа-отрасль, занявшаяся не своим делом, порождает висючую "винду", или "ворду", превращающую корпоративные данные в помойку. Тут я не понял... Почему у "игровиков" получается? И получется ли на самом деле? Почему не получается у других, хотя, по-моему -- и у них получается?.. Что-то тут не связывается. > Т.е. или нужно закрывать и лицензировать на платной основе интерфейсы оборудования... Я уже, практически, эту тему поднимал, но не вняли :) -- я не очень понимаю, каким образом лицензии и соответствующее законодательство США действуют в... даже не в России, в Европе, например. Поясню: термин "лицензирование интерфейсов" имеет конкретный юридический смысл. >>P.P.S. Всех с новым годом! >Взаимно! И я тоже всех!
-
Тезисы по свободному софту
С новым годом.
Я, как и обещал, хочу высказаться про ценности и про GIMP сразу.
>Какие-такие новые ценности были "произведены" в >проприетарном домене
за время его существования (с >1974 г.)?
Так вот, пример ценности - Adobe Photoshop (хочется написать "и подобные", но
это не правильно). В свободном домене не было создано ничего похожего по
возможностям(про GIMP ниже скажу особо), да и в несвободном - по сути тоже. Что,
собственно, и позволяет Адобу держать совершенно безумные цены. При этом -
форматы открытые - как у файлов, так и для extensions.
C extensions тоже получилось забавно - в этом месте создана немаленькая
индустрия.
Ну и про GIMP. Штука забавная, но она - несомненно для программистов, которым
нужно кнопки на WWW нарисовать. Оппонентам предлагаю сначала поработать с
фотографией нормального размера (мегабайт 100) в фотошопе и в GIMP, а потом
спорить :)
-
Тезисы по свободному софту
Может быть, IBM делала много глупостей, может быть, много гадостей, но где ты в /360 закрытые интерфейсы видел Там линия разделения была другая. Но сообщество также было поделено на две слабо пересекающиеся группы... Переносимость данных была, но она вроде и сейчас есть. А совместимости по софту была еще хуже, чем сейчас между виндовыми и юнискными средами... С одной стороны была кодасиловская БД, а с другой -- всякие шлюзы в Х.400, телекс, телетайп и мониторы с девочками на телефон Я тебе скажу по секрету, что такую задачу делать и сегодня - вспотеешь, даже если заменить кодасиловскую базу на реляционку, а X400 (который пока никуда не делся, и IP его не заменяет, так как не обеспечивает ни гарантированности, ни синхронизации) на IP, выкинуть телекс и телепайп, но оставить девочек за мониторами и телефонами. И "десятидолларовоая коробка с готовой ОС, готовым Апачи и PHP (а то и с СУБД)" тут тебе мало чем поможет. Вроде бы, "коммунистическое отношение" демонстрируется на другой, так сказать, стороне Именно на этой - движимое внеэкономическими и идеологическими мотивами. На свободном софте нельзя делать бизнес Потому что тебе накидали тут кучу ссылок, по которым диссертацию написать можно, а не только что статью, ты проигнорировал их все При чем тут ссылки? В обсуждении ты не сумел предъявить ни одной бизнес-идеи со сколько-нибудь значимым объемом рынка, и вообще ушел от обсуждения бизнес-моделей со словами типа "не заню, но много" и "знаю, но не скажу". Я рассматриваю это как признание в том, что тебе нечего тут предъявить по существу. Ты неявно предполагаешь, что на не свободном софте можно делать бизнес, хотя ни одного примера не разобрал, и ни одного довода в защиту не представил Да, и я такие компании знаю - даже в России. И все знают. Ели ты хочешь доказать - что нельзя, напиши об этом статью, пообсуждаем... Поскольку ты все, что уже есть, называешь "программистским инструментарием" (см выше по треду), это тавтология. Это софистика. На уровне здравого смысла это отличие очевидно, и граница тут не сдвигается. Операционки, компиляторы, СУБД, интефрейсные библиотеки и др. вещи, которые сипользуются как тулзы или встраиваемые компоненты при разработке прикладных систем - это программистский инструментарий. А система расчета зарплаты, учета денег и др. - это прикладные системы... либо настаивать на той же свободе интерфейсов программных А где ты видишь несвободу МС-овских интерфейсов? Они в основном, все описаны.
-
Тезисы по свободному софту
>> базу на реляционку, а X400 (который пока никуда не делся, и IP его
не заменяет, так как не обеспечивает ни гарантированности, ни синхронизации) на
IP
Тебе байты доставляют (если выйдет) ? Ну и слепи в этом месте
гарантированность и, кгхм, синхронизацию (интересно что ты под этим понимаешь
при конечной скорости света)
-
Тезисы по свободному софту
_Я, как и обещал, хочу высказаться про ценности и про GIMP сразу. >Какие-такие новые ценности были "произведены" в >проприетарном домене за время его существования (с >1974 г.)? Так вот, пример ценности - Adobe Photoshop (хочется написать "и подобные", но это не правильно). В свободном домене не было создано ничего похожего по возможностям(про GIMP ниже скажу особо), да и в несвободном - по сути тоже._ 1. Я, во-первых, целиком и полностью согласился бы с тем, что ФШ -- выдающаяся во многих отношениях разработка. Я даже готов дополнить список несколькими КАДами, особенно, профессиональными (например, ArchiCAD). Плюс Адоби -- совсем непростая компания, со своим особым положениям как по отношению к компьютерной отрасли, так и по отношению к медиа-отрасли, и со своей особой историей. 2. Я бы не стал атрибутировать это проприетарному лицензированию. Это просто особый кейс; особые кейсы есть и в несвободной сфере (те же КАДы), и в свободной (ТеХ, например, очень нетипичная по многим основаниям свободная программа). 3. Я бы обратил внимание на то, что в "hi-fi" сегменте, наряду со свободным ГИМП, есть несколько хорошо конкурирующих с ФШ продуктов (PSP, кореловская растровая графика и т.п.; в России этого не видно, поскольку ФШ очень сильно "пиратят", кстати, и по миру у них "пиратская" доля сильно выше, чем у среднего популярного софта), но то, что они не пробиваются в hi-end сегмент -- это факт... Что, собственно, и позволяет Адобу держать совершенно безумные цены. ...и в свете этого ни $500-$600 за лицензию на базовый пакет... При этом - форматы открытые - как у файлов, так и для extensions. C extensions тоже получилось забавно - в этом месте создана немаленькая индустрия. ...ни $15,000 за забитый до краев комплект не кажутся мне "безумной" ценой. В соответствующей бизнес-топологии (издательство художественных альбомов, занятие художественной фотографией) -- это не такие большие деньги. Например, оборудование для цифровой художественной фотографии переваливает за $10000, а стартовый комплект для hi-end полиграфии (допечатный процесс) – за $100,000. _Ну и про GIMP. Штука забавная, но она - несомненно для программистов, которым нужно кнопки на WWW нарисовать. Оппонентам предлагаю сначала поработать с фотографией нормального размера (мегабайт 100) в фотошопе и в GIMP, а потом спорить :) _ Я знаю, что 100М ворочать в ГИМПе сильно тяжелее, чем в ФШ. Пробовать не буду, т.к. у меня нет источника "естественных" картинок такого размера. Однако, между "рисованием кнопок" (само по себе массовое занятие, хотя -- никогда не подпускайте к этому программистов!) и hi-end полиграфией и фото есть масса промежуточных сегментов. Которые и составляют массовый рынок. ГИМП очень аккуратно на нем позиционируется и растит себе свою долю. Мне кажется, "тормоза" с объемной графикой -- не самая главная его проблема на сегодня. Гораздо хуже то, что на свободных платформах на сегодня нет приличного (потребного изданиям типа "Терры" или "Коммерсанта") цветоделения и то, что производители принтеров пока сильно прикалываются по Mac и Win, и лишь краем глаза смотрят на настольный Linux. Как только уйдут эти проблемы, я думаю, с "тормозами" как-нибудь разберемся. Тем более, что, в общем-то, понятно, как это сделать.
-
Тезисы по свободному софту
Может быть, IBM делала много глупостей, может быть, много гадостей, но где ты в /360 закрытые интерфейсы видел Там линия разделения была другая. Но сообщество также было поделено на две слабо пересекающиеся группы... Переносимость данных была, но она вроде и сейчас есть. А совместимости по софту была еще хуже, чем сейчас между виндовыми и юнискными средами... Нет, основная проблема сегодня -- это непереносимость данных. С совместимостью по (прикладному) софту серьезных проблем как раз не было, Кобол, Фортран, ПЛ/1 были совместимо реализованы в обоих "полушариях". Более того, я писал на гораздо менее популярном в качестве production language Паскале, и когда встал вопрос о переносе этого на мэйнфреймы, матюгов было больше, чем (в итоге) реальных затрат на порт "шведского Паскаля" под OS/360. Я тебе скажу по секрету, что такую задачу делать и сегодня - вспотеешь, даже если заменить кодасиловскую базу на реляционку, а X400 (который пока никуда не делся, и IP его не заменяет, так как не обеспечивает ни гарантированности, ни синхронизации) на IP, выкинуть телекс и телепайп, но оставить девочек за мониторами и телефонами. Я тебе, тоже по секреты, скажу, что полностью согласен с тем, что программировать персонал -- несомненно, очень сложная часть задачи. Однако использование единого Web-интерфейса все же упрощает эту задачу. Касательно реализации гарантированности/синхронизации в реальных сетях (не в спринтовских рекламных проспектах), я не видел, чтоб в коммерческих она была сильно лучше, чем в Интернет (сильно хуже была, на самом деле), а корпоративные (или даже отраслевые) сети с такими характеристиками поверх IP строят отнюдь не хуже, чем поверх Х.400... и сильно дешевле. Хотя задача все равно нетривиальна. Именно на этой - движимое внеэкономическими и идеологическими мотивами. Андрей, мне кажется, я уже несколько раз обращал твое внимание на то, что это обобщение голословно. Коммунистические мотивы в мире проприетарного софта находятся на удивление легко. У тебя что, нет знакомых, по нескольку лет отпахавших за опционы? А freeware под "винды" у тебя тоже никто из знакомых не пишет? Не говоря уже о том, что сама идея приприетарного лицензированя в доведенном до логического завершения виде предполагает биллинг by value (тарифы) вместо рыночного ценообразования. "Коммунистической" я б ее не назвал (коммунизм мне кажется скорее идеологическим, чем реально-хозяйственным явлением), но социалистический/феодальный ее смысл ясен всякому, кто понимает, чем рынок отличается от феодального хозяйства или Госплана. Потому что тебе накидали тут кучу ссылок, по которым диссертацию написать можно, а не только что статью, ты проигнорировал их все При чем тут ссылки? В обсуждении ты не сумел предъявить ни одной бизнес-идеи со сколько-нибудь значимым объемом рынка, и вообще ушел от обсуждения бизнес-моделей со словами типа "не заню, но много" и "знаю, но не скажу". Отнюдь. Тебе для примера кинули одну идею, но ты почему-то стал говорить, что там малый объем рынка. Хотя в соответствующем сегменте это (порт, мэйтенанс, рефакторинг) -- весь рынок, причем, что по отношению к проприетарному, что свободному софту. Да, и я такие компании знаю - даже в России. И я знаю. Обе. И даже знаю еще три, которых ты не знаешь, продающие коробки в буржуйской упаковке. Называть Касперских + Эббии, при всем к ним уважении, "рынком", по моему, смешно. Хотя их историю и модели анализировать крайне интересно. А по отношению к заказным разработкам нужно каждый раз разбираться, является ли проприетарное лицензирование а) экономическим или б) бухгалтерским/психологическим аспектом (по Райзеру) бизнес-модели. И все знают. Мало ли о чем "все знают". Например, все знают, что у Кока-колы есть секретная формула одноименного напитка. А мыши родятся из грязного белья – в совке теория Лепешинской даже в школах одно время преподавалась. Совки вообще много чего интересного "знают". Потому и сидят в @#$, кстати, что задавать вопросы и искать на них ответы не приучены -- партия уже все ответы дала. Нет партии, будут лизать @#$ МС, или еще кто подвернется. А если подачку кинут, будут считать, что у них бизнес-модель есть. Ели ты хочешь доказать - что нельзя, напиши об этом статью, пообсуждаем... Напишу. Я ее больше года уже пишу. Это софистика. На уровне здравого смысла это отличие очевидно, и граница тут не сдвигается. Отнюдь. Если ты возьмешь любимые тобой "электронные таблицы", то они всю дорогу позиционировались как "прикладные пакеты" (с утверждениями о том, что "можно делать то-то и то-то "без программирования"", что есть, как ты понимаешь, натяжка), а последние годы о них все чаще говорят как о средстве "программирования решения таких-то и таких-то задач". Операционки, компиляторы, СУБД, интефрейсные библиотеки и др. вещи, которые сипользуются как тулзы или встраиваемые компоненты при разработке прикладных систем - это программистский инструментарий. А система расчета зарплаты, учета денег и др. - это прикладные системы... Андрей, с того момента, как ты увидишь GNUmeric, или MS в ответ включит MS Money Light в любимые тобой "винды", ты будешь кричать, что учет семейных денег -- несомненно "системная" задачка. А вот учет в бизнесе -- прикладная. А когда бухгалтерия/учет для типового предприятия станут фичей поставляемых в коробках сред, ты скажешь, что... А где ты видишь несвободу МС-овских интерфейсов? Они в основном, все описаны. В том, что они описаны "в основном", а не исчерпывающим образом, позволяющим с разумными затратами воспроизвести архитектуру того или иного компонента в независимой программе. Собственно, в этом и заключается разница между открытым миром, и МС-сферой. А вовсе не в том, что в первом преобладает свободный софт, а во второй -- проприетарный. Однако это связано.
-
Тезисы по свободному софту
> 1. Я, во-первых, целиком и полностью согласился бы с тем, что ФШ --
выдающаяся во многих отношениях разработка.
1. Ну то-есть один проприетарный пример нашли :). К которому даже есть
свободный конкурент (одна штука). Хотя про "оборудование для
цифровой художественной фотографии" за $10k я не вполне понял. Если
собственно фото-часть сюда входит, то наверное (смотря что фотографировать),
если нет - при сегодняшнем уровне цен $10k ну никак не наберется.
Что до Corel/PSP - я их пробовал. Не то.
2. Поехали дальше. Вот TeX. Будучи TeXником уже довольно много лет, хочу
заметить что как средство верстки ч/б текстов с postscript-картинками - штука
вполне пригодная и ряд научных издательств им даже пользуется. Однако к
нормальной цветной верстке это никакого отношения не имеет, там почему-то другие
имена - Quark, Adobe, Xerox. Свободные аналоги покажи пальцем пожалуйста.
3. Ну и дальше по графике. CorelDraw/Adobe Illustrator/Adobe FreeHand. Что
было создано на эту тему в свободном домене - xfig ?
4. Базы данных я намеренно не трогаю - свободных аналогов "готовых решений"
нет, но ядерные части и неплохие в свободном домене имеются (Adabas-D,
PostgreSQL), поэтому тут ты будешь упираться.
Я собственно к чему - примеров успешных (в той или иной степени) бизнесов,
основанных на разработке и продаже софта, можно привести достаточно много (даже
у нас - Касперские, скажем)
Ну и по ГИМПовским хвостам.
>Я знаю, что 100М ворочать в ГИМПе сильно тяжелее, чем в ФШ. Пробовать не
буду, т.к. у меня нет источника "естественных" картинок такого размера.
Если бы только 100M. 20M там тоже отвратительно ворочаются, а 20M - это файл
с 3-мегапиксельного цифровика в 12(16)-ти битах на канал, то-есть уже
консумерское качество. При этом за два года ситуация не изменилась - похоже
разработчиков понесло в другую сторону.
>Гораздо хуже то, что на свободных платформах на сегодня нет приличного
(потребного изданиям типа "Терры" или "Коммерсанта") цветоделения и то, что
производители принтеров пока сильно прикалываются по Mac и Win,
Если бы только цветоделения. Там в этой области нету ничего (работающего) -
ни аналога Colorsync, ни завалящей системы CMS. Только-только появилось что-то
для сквозного профайлинга (lprof), только результат какой-то ужасающий, может
быть я этих кошек готовить не умею.
Как-раз какое-то цветоделение в GIMP-е появилось (в CMYK он, судя по help-у
научился работать), правда сомневаюсь в его качестве. А вот то что внутри он не
работает в LAB-е его еще утопит.
-
Тезисы по свободному софту
1. Ну то-есть один проприетарный пример нашли :). К которому даже есть свободный конкурент (одна штука). Почему один? Несколько, и у некоторых даже нет свободных конкурентов. В упомянутой мной сфере CAD и в упомянутой Вами сфере векторной графики. Но я хочу полный список: чего нет? _Хотя про "оборудование для цифровойхудожественной фотографии" за $10k я не вполне понял. Если собственно фото-часть сюда входит, то наверное (смотря что фотографировать), _ Камера с причиндалами + рабочая станция + принтер. Никак не дешевле. Я понимаю, что пейзаж на солнечной лужайке или портрет в студии под софитом можно снять через булавочную дырочку в листе бумаги... Но не на цифру, кстати. Что до Corel/PSP - я их пробовал. Не то. Народу PSP нравится. 2. Поехали дальше. Вот TeX. Будучи TeXником уже довольно много лет, хочу заметить что как средство верстки ч/б текстов с postscript-картинками - штука вполне пригодная и ряд научных издательств им даже пользуется. To be exact, пользуются все математические, значительная часть прочих естественно-научных и всякие лингвисты-филологи. Однако к нормальной цветной верстке это никакого отношения не имеет, там почему-то другие имена - Quark, Adobe, Xerox. Там водораздел скорее не по цветности/монохромности, а по регулярной/иллюстрированной верстке. "Иллюстрированной" – как жанр, предусматривающий WISIWYG-позиционирование графики и ее обтекания. Этого в ТеХ нет по определению (хотя можно имитировать). Замечу, что, например, газету с прямоугольными фотками пока еще сильно дешевле в ТеХе верстать, несмотря на реверансы Адоби и Кварка в сторону SGML-приложений. Свободные аналоги покажи пальцем пожалуйста. Свободного верстального пакета для иллюстрированной прессы/художественного книгоиздания нет. (И, по моему глубокому убеждению, не появится до созревания XML). 3. Ну и дальше по графике. CorelDraw/Adobe Illustrator/Adobe FreeHand. Что было создано на эту тему в свободном домене - xfig ? Cool. Действительно ведь, нет после xfig. Правда, сейчас появился OODraw, прикольный достаточно. Это, кстати, XML tool (как и прочие компоненты OO.o). Впрочем, и все упомянутое -- @#$ страшное. Векторной графики нормальной вообще нет, ни свободной, ни проприетарной. И Web ее не кажет. (Кстати, есть масса приложений, вообще никем никогда не реализованных, и почему-то никого это не волнует). 4. Базы данных я намеренно не трогаю - свободных аналогов "готовых решений" нет, но ядерные части и неплохие в свободном домене имеются (Adabas-D, PostgreSQL), поэтому тут ты будешь упираться. Я -- не буду. Ставим в список фичуризацию свободных СУБД -- действительно, ею мало занимаются. Можно уж до кучи поставить в список и упомянутые akop’ом визуальные редакторы шаблонов отчетов. Я собственно к чему - примеров успешных (в той или иной степени) бизнесов, основанных на разработке и продаже софта, можно привести достаточно много (даже у нас - Касперские, скажем) Давайте, приводите. Касперских перечислять, конечно, можно долго, Женя -- раз, Наталья -- два, а там и дети подрастут. И мы все их любим. И Яна тоже, хоть он и не Касперский. Только здесь список остановится, боюсь. Есть еще "секретные имена", только вряд ли Вы с akop’ом их знаете :) А вот за пределами России действительно, хотелось бы получить список успешных "софтверных бизнесов", протянувших, хотя бы, лет пять. И пощупать на предмет: а) успешности (нет ли скрытых дотаций (кроме генеральной дотации вендорам проприетарного софта вообще)), б) софтверности (не сервисная ли там модель? не особое ли там отношение с отраслью (как у Эдоби)? не контентный ли в сущности бизнес (как у Касперских, "продающих" не софт, а подписки на обновление АБД)?), в) сущностной значимости проприетарной модели/разработки для бизнеса (а не "бухгалтерским/психологическим" (по Райзеру) ли аспектом ограничивается применение модели?). При этом, обсуждая, у кого что длинне, я бы отделил ситуативные замечания от обобщений. Поскольку с экстраполяциями легко промахнуться. Как если бы я где-нибудь в 87 г. сделал моментальный снимок ситуации и сказал бы: ну, проприетарный софт загнулся, даже с++ нативного сделать не могут, куда им с GNU Tools конкурировать. А из прекрасного сегодня видно, что нативные проприетарные с++ компиляторы не только появились, но и некоторое время (90-92 гг.) даже обогнали gcc по возможностям. Соответственно, не стоит забывать, что, например, десктопными визуальными программами свободные софтверщики занялись всего четыре-три года назад и естественно, что много чего просто еще нет. В мире ПО, помимо менеджмента, есть еще и некоторые естественные процессы (например, складывание команд), влиять на скорость и успешность протекания которым можно лишь в весьма ограниченных пределах. Меня скорее удивляет -- сколь многое быстро появилось. Например, GTK+. И – тревожит общий застой в этой области. По сути дела, никто (ни свободные, ни несвободные) тридцать лет не могут выпрыгнуть за пределы метафоры "стола". Уже столов-то письменных никаких нет давно, метафора неактуальна. Все равно, как если бы электронные калькуляторы воспроизводили дизайн конторских счет... _ _Ну и по ГИМПовским хвостам. >Я знаю, что 100М ворочать в ГИМПе сильно тяжелее, чем в ФШ. Пробовать не буду, т.к. у меня нет источника "естественных" картинок такого размера. Если бы только 100M. 20M там тоже отвратительно ворочаются, а 20M - это файл с 3-мегапиксельного цифровика в 12(16)-ти битах на канал, то-есть уже консумерское качество. При этом за два года ситуация не изменилась - похоже разработчиков понесло в другую сторону._ У меня 30 ворочается нормально. Подкрутите кэш. И nice не забывайте :) Если бы только цветоделения. Там в этой области нету ничего (работающего) - ни аналога Colorsync, ни завалящей системы CMS. Только-только появилось что-то для сквозного профайлинга (lprof), только результат какой-то ужасающий, может быть я этих кошек готовить не умею. Цветоделения/управления/калибровки. Как-раз какое-то цветоделение в GIMP-е появилось (в CMYK он, судя по help-у научился работать), правда сомневаюсь в его качестве. Ерундовое. Кстати, крутое цветоделение у Силикона, чего они не портанут его, непонятно. А вот то что внутри он не работает в LAB-е его еще утопит. Вполне возможно. Но только не факт, что несвободные аналоги до этого доживут. Что, например, будет с тем же горячо любимым всеми нами ФШ, если Эдоби завалится на других направлениях?
-
Тезисы по свободному софту
Сначала по тому, чего еще нет в свободном домене.
N. 3D-моделеры. Аналоги майи - покажите ка
N+1. Нормальный backup(+SAN). Не многострадальная аманда - пользоваться ею в
системе с полусотней серверов (Rambler) уже было более чем мучительно. Ну
то-есть бэкапило оно хорошо, ресторило плохо (по полдня десяток файлов)
N+2. Нормальный сетевой мониторинг. Не NoCOL, не remstats, не Netscaint и не
большой брат (это лучшие из свободных и все-равно отвратительные - прежде чем
удается ими попользоваться - напильник сточишь)
Заметим, последние две - из так любимой Андреем "системной" области,
только вот нужны они в больших масштабах мало кому (а в малых - как-то работают
и перечисленные свободные).
Еще называть ? Проще назвать то, что есть в свободном домене, чем
наоборот.
А в хвосте - квотинг.
>>Хотя про "оборудование для цифровойхудожественной фотографии" за $10k
я не вполне понял. Если собственно фото-часть сюда входит, то наверное (смотря
что фотографировать),
>_ Камера с причиндалами + рабочая станция + принтер. Никак не дешевле.
Да уж, не дешевле. Если речь идет о цифровой камере, то все что вместится в
$10k - это репортерское оборудование, _художественной съемкой_ тут не пахнет.
Далее, вмещаясь в вышеупомянутый бюджет с художественной съемкой получаем -
$400 (можно меньше) за пленочную камеру, $800 - слайд-сканер, $1200 - станция и
принтер А3. Остальные $7600 - свет, оптика, штатив, расходники. Маловато
конечно на свет и оптику, но можно вписаться долларов в 200 (если точно знать
чего хотеть). С другой стороны, если птичек снимать, то $5-7k придется выложить
за один объектив :), только цифра тут никаким боком.
>Замечу, что, например, газету с прямоугольными фотками пока еще сильно
дешевле в ТеХе верстать, несмотря на реверансы Адоби и Кварка в сторону
SGML-приложений
Свежо предание. А за балансом заголовов в разных колонках будет следить
Пушкин А.С ? То-бишь я верю в многоколоночную TeX-овую верстку отдельных
статей, газеты - не верю и требую TeX-овый исходник страницы той
самой газеты.
>Касперских перечислять, конечно, можно долго, Женя -- раз, Наталья --
два, а там и дети подрастут. И мы все их любим. И Яна тоже, хоть он и не
Касперский. Только здесь список остановится, боюсь. Есть еще "секретные
имена",
Может и не знаем мы секретных имен. Достаточно посмотреть вокруг и заметить
кто зарабатывает девелопментом. Мы увидим
а) оффшорщиков (VESTDEV, Auriga, много их на самом деле)
б) игровиков (хотя и не так много, но есть)
в) всякую заказную разработку, которой навалом (сам с этого кормлюсь) -
можешь ее сервисом называть.
Если один мой знакомый умудрился за последнее время попрограммировать в том
числе самолет (правда лететь на нем на выставку не захотел) - это сервис ?
По другую сторону лужи ситуация сложнее - чем крупнее лавка, тем больше у нее
в структуре сервиса (кастомеров обслуживать ведь надо) и тем больше шансов что
мы ее знаем. Поэтому весь крупняк ты сходу забракуешь (скажешь сервису много).
Из некрупных - чем BEA или Legato не софтверные компании ? Делают, кстати, php и
Amanda в своем роде :)
Есть другой рынок (из тех что мне известен) - всякая мелочь вокруг цифрового
фото и подобного Acdsee/Qimage/Vuescan/Thumbs Plus/Silverfast/Extensis. Уж всяко
не сервисом зарабатывают.
-
Тезисы по свободному софту
N. 3D-моделеры. Аналоги майи - покажите ка Принято. Впрочем, на несвободный аналог Майи я бы тоже с удовольствием глянул. Практически со всеми остальными (незаказными) разработками blender-системы как-то худо-бедно конкурируют. _N+1. Нормальный backup(+SAN). Не многострадальная аманда - пользоваться ею в системе с полусотней серверов (Rambler) уже было более чем мучительно. Ну то-есть бэкапило оно хорошо, ресторило плохо (по полдня десяток файлов) _ Принято. N+2. Нормальный сетевой мониторинг. Не NoCOL, не remstats, не Netscaint и не большой брат (это лучшие из свободных и все-равно отвратительные - прежде чем удается ими попользоваться - напильник сточишь) Принято. _Заметим, последние две- из так любимой Андреем "системной" области, только вот нужны они в больших масштабах мало кому (а в малых - как-то работают и перечисленные свободные). И, кстати, это ровно та точка, где существует экономическое объяснение, почему их нет. Единственное экономическое препятствие для свободного софта. Почему-то никто в дискуссии до него не дошел ;) Еще называть ? Проще назвать то, что есть в свободном домене, чем наоборот. Нет, не проще. Называйте еще. _____ _Да уж, не дешевле. Если речь идет о цифровой камере, то все что вместится в $10k - это репортерское оборудование, художественной съемкой тут не пахнет. _ Ну уж. Далее, вмещаясь в вышеупомянутый бюджет с художественной съемкой получаем - $400 (можно меньше) за пленочную камеру, $800 - слайд-сканер, $1200 - станция и принтер А3. Остальные $7600 - свет, оптика, штатив,расходники. Маловато конечно на свет и оптику, но можно вписаться долларов в 200 (если точно знать чего хотеть). С другой стороны, если птичек снимать, то $5-7k придется выложить за один объектив :), только цифра тут никаким боком. От то ж: в оптике (и механике) закон Мура не действует. Нанолинзы пока не сильно катят ;) >Замечу, что, например, газету с прямоугольными фотками пока еще сильно дешевле в ТеХе верстать, несмотря на реверансы Адоби и Кварка в сторону SGML-приложений Свежо предание. А за балансом заголовов в разных колонках будет следить Пушкин А.С ? Можно и так назвать пакет... а Вы имеете в виду баланс насыщенности или позиционирования? То-бишья верю в многоколоночную TeX-овую верстку отдельных статей, газеты-не верю итребую TeX-овый исходник страницы той самой газеты. Сейчас все брошу, и буду рыться в архивах :) А Вы видели когда-нибудь как в "пижамкере" 100-страничную газету формата "Правды" образца советского времени верстают? Померли бы со смеха... Я по приколу склонировал макет и заверстал несколько полос на "трешке" под ТеХ’ом. Притом, что был какой-то нестабильный релиз ЛаТеХа, который циклил периодически, клонинг занял половину воскресенья, а верстка – минут по 15 на полосу. Сейчас на такие "подвиги", наверное, уже неспособен, хотя в планах есть заказ ТеХнарям клона О-М "Терры" (точнее, О-М темы номера) – хочу еще раз померить реальные трудозатраты (включая workaround отсутствия WYSYWIG-фич для кривого обтекания), сильно подозревая, что они сопоставимы с ручной версткой в "пижамкере" (хотя во ФМ или КЭ, наверное, все же дешевле). Может и не знаем мы секретных имен. Достаточно посмотреть вокруг и заметить кто зарабатывает девелопментом. Мы увидим а) оффшорщиков (VESTDEV, Auriga, много их на самом деле) б) игровиков (хотя и не так много, но есть) в) всякую заказную разработку, которой навалом (сам с этого кормлюсь) - можешь ее сервисом называть. Для офшорщиков и заказников (а в чем разница?) модель лицензирования уж точно по барабану. Закажут эксклюзив, напишут эксклюзив; закажут под GPL, напишут под GPL, закажут под Bastard License from Hell -- и под ней напишут. Для игрушечников (на bleeding edge железа) я иной, нежели проприетарная (возможно, с оговорками) модели лицензирования я не знаю. Не в том смысле, что не знаю успешной, а в том, что не видел таких толковых предложений. Если один мой знакомый умудрился за последнее время попрограммировать в том числе самолет (правда лететь на нем на выставку не захотел) - это сервис ? Если это те самолеты, о которых я подумал, то это был sad misservice :) По другую сторону лужи ситуация сложнее - чем крупнее лавка, тем больше у нее в структуре сервиса (кастомеров обслуживать ведь надо) и тем больше шансов что мы ее знаем. Поэтому весь крупняк ты сходу забракуешь (скажешь сервису много). Нет, сходу -- нет. У МС, например, сервиса тоже под половину (по продажам), однако проприетарная модель для нее существенна. А вот Оракл, к примеру – очччень интересный объект для анализа их реальной бизнес-модели. К тому же, веселый. _Из некрупных - чем BEA или Legato не софтверные компании ? Делают, кстати, php и Amanda в своем роде :) _ Еще есть Activestate. Они, наверное, интересные, только меня подташнивает от итогового качества их софта. Есть другой рынок (из тех что мне известен) - всякая мелочь вокруг цифрового фото и подобного Acdsee/Qimage/Vuescan/Thumbs Plus/Silverfast/Extensis. Уж всяко не сервисом зарабатывают. Для них есть другая модель. Реально на обороты выйти они могут только через OEM-продажи (Эббии – это разросшаяся в этом направлении Acdsee) или через их найм OEM’ами. Последнее возможно и через свободное релицензирование.
-
Тезисы по свободному софту
Сначала, как положено, очередной пример того, что создано проприетарной
индустрией и не создано свободной
N+3. Нелинейный видеомонтаж. Premiere там (опять Adobe), или Ulead
не-помню-что (с бюджетным монтажом народ переползает на него). Вполне
консумерская задача, я даже DVD самодельные (дома на кухне) уже видел.
Ну написал же уже Андрей что именно создано - "системные тулзы". В остальных
областях если что-то есть, то это случайность, вроде того же TeX-а.
Ну и хвосты.
>>Если речь идет о цифровой камере, то все что вместится в $10k - это
репортерское оборудование, художественной съемкой тут не пахнет.
>_ Ну уж.
Именно. Поверьте фотографу с 17-летним стажем :)
>>А за балансом заголовов в разных колонках будет следить Пушкин А.С ?
>Можно и так назвать пакет... а Вы имеете в виду баланс насыщенности или
позиционирования?
Я утверждаю, что в отличие от шрифтовой культуры, все эти балансы плохо
формализуются т.е. автомат придется или очень долго делать, либо будет замена
WYSYWIG на try-see-try-see... Как-раз с цветами было бы проще
-
Тезисы по свободному софту
_Нет, основная проблема сегодня -- это непереносимость данных. _ А где ты сейчас видишь проблему переноса данных? TXT и в африке TXT... А со спец. форматами преблоемы всегда были... Коммунистические мотивы в мире проприетарного софта находятся на удивление легко. У тебя что, нет знакомых, по нескольку лет отпахавших за опционы? Это самые что ни на есть капиталистические мотивы... Наджежда на будующую прибыль, а отнюдь не стремление к "счастью человечества". Не говоря уже о том, что сама идея приприетарного лицензированя в доведенном до логического завершения виде предполагает биллинг by value (тарифы) вместо рыночного ценообразования Это смотря что считать логическим завершением... Тебе для примера кинули одну идею, но ты почему-то стал говорить, что там малый объем рынка. Стал говорить - потому что попытался прикинуть. Ты мою прикидку подкорректировать даже не попытался, а чисто голословно начить кричать, что тами намного больше... Называть Касперских + Эббии, при всем к ним уважении, "рынком", по моему, смешно А чем тебе 1С не рыночная компания? Если ты возьмешь любимые тобой "электронные таблицы", то они всю дорогу позиционировались как "прикладные пакеты" И остаются таковыми... Я и ACCESS считаю приклданой программой.. А с чего ты взял, что они мной любимые? Андрей, с того момента, как ты увидишь GNUmeric, или MS в ответ включит MS Money Light в любимые тобой "винды", ты будешь кричать, что учет семейных денег -- несомненно "системная" задачка Не буду.. Я констатирую, что в свободном домене появилась еще одна прикладная программа, вопреки моим гипотезам о том. что этого не будет. _А где ты видишь несвободу МС-овских интерфейсов? Они в основном, все описаны. В том, что они описаны "в основном", а не исчерпывающим образом, позволяющим с разумными затратами воспроизвести архитектуру того или иного компонента в независимой программе. _ Зная технологию изготовления описаний, я склонен считать отсуствие исчерпывающих описаний скорее издерками процесса, чем результатми злой воли МС...
-
Тезисы по свободному софту
Под синхронизацией я понимаю то, что если тебе сообщение 1) послали раньше, чем 2) то ты и получил его раньше. А под гарантироаванностью - то, что если ты получили 2), то т ызавелдомо получил 1), причем до этого ... Это существенно для всяких секьюрных дел... Конечно, это все можно сделать поверх IP, и всякие IPSec вроде это делают, но это уже не IP...
-
Тезисы по свободному софту
Сначала, как положено, очередной пример того, что создано проприетарной индустрией и не создано свободной N+3. Нелинейный видеомонтаж. Premiere там (опять Adobe), или Ulead не-помню-что (с бюджетным монтажом народ переползает на него). Вполне консумерская задача, я даже DVD самодельные (дома на кухне) уже видел. Ура – номер пять! Шестой можно? Ну написал же уже Андрей что именно создано - "системные тулзы". В остальных областях если что-то есть, то это случайность, вроде того же TeX-а. Удачная программа – вообще случайность. 90% софта, задуманного как массовый, гибнет на стадии сперматозоида, что свободного, что несвободного. Свободный, правда, не тащит за собой людей и компании. _____ Именно. Поверьте фотографу с 17-летним стажем :) Не поверю, что за $10,000 нельзя собрать комплект для художественного фото. Я утверждаю, что в отличие от шрифтовой культуры, все эти балансы плохо формализуются т.е. автомат придется или очень долго делать, либо будет замена WYSYWIG на try-see-try-see... Какие балансы? Баланс позиционирования пишется элементарно. И работать он будет лучше, чем средний или даже среднехороший верстальщик. С балансом насыщенности пришлось бы попотеть. Но это обычно (со времен линотипов) обходят, используя в заголовках специальные заголовочные шрифты, основной отличительной особенностью которых как раз является пониженная дисперсность насыщенности. С другой стороны, теоретически, и эта задача решена – есть формулы "оптического масштабирования", применимые не только к отдельным глифам, но и к строкам.
-
Тезисы по свободному софту
_Под синхронизацией я понимаю то, что если тебе сообщение 1) послали раньше, чем 2) то ты и получил его раньше. А под гарантироаванностью - то, что если ты получили 2), то т ызавелдомо получил 1), причем до этого ... Это существенно для всяких секьюрных дел... _ В произвольной топологии это невозможно (см. теорию относительности), а в централизованной делается эмуляцией коммутации каналов; при этом обеспечивается это только для каждой субтопологии точка-точка (в частности, центр-точка). Конечно, это все можно сделать поверх IP, и всякие IPSec вроде это делают, но это уже не IP... Нижележащие протоколы имеют к этому не большее отношение, чем цвет изоляции на проводах. Общее решение возможно только в вероятностном смысле, т.е. когда ты перестаешь думать в технических терминах "секьюрности", и начинаешь думать в финансовых терминах "управления рисками". А когда ты начинаешь думать в финансовых терминах, вопрос об X.400, телетайпах и прочих даггеротипах отпадает сам собою. Ты мне аж покойного Старовойтова-мл. напомнил, любил тот порассуждать про гарантированную доставку ;)
-
Тезисы по свободному софту
>Под синхронизацией я понимаю то, что если тебе сообщение 1) послали
раньше, чем 2) то ты и получил его раньше. А под гарантироаванностью - то, что
если ты получили 2), то т ызавелдомо получил 1), причем до этого ...
Семейство протоколов, называемых TCP/IP (IP/ICMP/UDP/TCP) включает
в себя протокол TCP, который обеспечивает и порядок доставки и ее гарантию (либо
уведомление отправителя о проблемах). Порядок реализуется внутри реализации :)
на приемной стороне, гарантия - positive ack-ами. Если же для тебя существенно,
чтобы N+1 сообщение нельзя было прочитать не прочитав N-е, то клади в N-е ключик
к N+1-му.
>Конечно, это все можно сделать поверх IP, и всякие IPSec вроде это
делают, но это уже не IP...
То есть как это не IP ? Заголовок пакета от IP (тип payload может быть не от
TCP/UDP) ? Значит IP. Тебе нужно шашечки или ехать ? А уж что ты наложишь поверх
- IPsec или SSL - как-бы дело твое.
А от попадания ракеты (или пропадания электричества) в gateway
(кажется это так в ISO/OSI называется), что несколько помешает процессу доставки
сообщений ты не застрахован и в X.400, только вот в TCP(/IP) передача затем
продолжится если есть обходной путь, а в этом ублюдке от связистов - скорее
всего придется открывать новый канал и начинать все заново.
Говорил бы уж прямо - "банки знают слово X.400, но не знают IP". Это возможно
и так, но к технической возможности построить поверх коммутации пакетов все что
угодно (и интегрально обычно более дешевое, чем virtual circut) отношения не
имеет, хоть ты и утверждаешь обратное.
-
Тезисы по свободному софту
>Ура номер пять! Шестой можно?
Угу.
6. Аудио-монтаж. Прошу предъявить аналог Cakewalk
7. Драйвер сканера не хуже Silverfast и/или Vuescan (тут уж кому что больше
нравится, мне нравятся оба но для разного). Vuescan, кстати, написан вообще в
одно рыло, казалось бы повторить успех автора не является проблемой, так нет -
платят Эду по $40 как миленькие. Про всякий High-end, который с Scitex-ом идет в
поставке я просто умолчу.
8. Хм. Русская морфология. То-бишь ты туда лексему, а она тебе ее номер и
тип. Ispell не предлагать - гуано получается. Да и английскую морфологию можно -
все что я видел в Open-виде - это нечеткие вещи вроде словаря Porter-а, считать
что они работают хорошо - себя обманывать.
Поехали теперь по моим научным интересам :)
9. GIS класса ArcInfo/MapInfo. GRASS не считается.
10. Математический пакет для численного моделирования класса Matlab. Octave
не считается - невозможно использовать в реальной жизни. То что лежит на
Netlib-е - это для другого момента жизни - когда прототип уже сделан и надо его
запрограммировать для реальных размеров задачи, хотя и с Нетлибом не все чисто,
см пункт 12.
11. Символьная (и немного численная) математика класса Maple или
Mathematica.
12. Библиотека численных методов класса NAG или IMSL, желательно на C++ :),
хотя и фортран конечно же сойдет.
>>Ну написал же уже Андрей что именно создано - "системные тулзы". В
остальных областях если что-то есть, то это случайность, вроде того же TeX-а.
>Удачная программа вообще случайность. 90% софта, задуманного как
массовый, гибнет на стадии сперматозоида, что свободного, что несвободного
Аплодирую умению вести дискуссию :). Еще раз - в open обычно попадают или
небольшие по размеру программы, или результат грантовой деятельности, или те,
где хакать было интересно всем колхозом (ядро Linux) или объедки от внутренних
разработок, которые дешевле отдать сообществу, чем поддерживать (обсуждавшийся в
почте пример с kqueue и Yahoo) или средства разработки программ.
"Консумерские вещи", которых перечисленно уже 12 классов - и это только тот
софт с которым я так или иначе сталкивался/сталкиваюсь в повседневной жизни -
делаются крайне редко, а если вычеркнуть гранты, то и не делаются.
>>Именно. Поверьте фотографу с 17-летним стажем :)
>Не поверю, что за $10,000 нельзя собрать комплект для художественного
фото.
Цифровой ? Что мы понимаем под Х.Ф. ? Границу провести очень трудно, можно
попробовать по выставочным форматам. За $10k сейчас можно купить
- Kodak 760 - 6Mpix, full-frame, $10k
- Последние изделия от Nikon/Canon/Kyocera(Contax) - порядка $5-6k,
4-6Mpix
Все это без оптики. Соответственно, 6Mpix максимум - это размер отпечатка, на
мой взгляд A4 или с очень больщой натяжкой A3, ни о каких 75x50,
получаемых в реальной жизни с _узкой_ пленки речь не идет.
Cсылка по теме - http://www.users.qwest.net/~rnclark/scandetail.htm
-
Тезисы по свободному софту
Стал говорить - потому что попытался прикинуть. Ты мою прикидку подкорректировать даже не попытался, а чисто голословно начить кричать, что тами намного больше... Я бы пошел другим путем и попытался бы получить какую-то грубую прикидку по единой разумной (не в терминах агитпропа) сегментации: а) рынка услуг по программному обеспечению, б) рынка лицензий. У меня есть (верифицируемое/фальсифицируемое) предположение о том, что денежные потоки в значительной своей части замыкаются в (б). И есть (теоретическое) предположение, что природа этого явления – (по крайней мере, отчасти) в действии скрытых дотаций проприетарной модели разработки со стороны государства (оплаты части издержек, специфичной для этой модели, а именно, правопринуждения), и действие эмитируемых дотаций во многом сходно с инфляционной эмиссией, часто приводящей к отрыву "финансового" сектора от "реального" (с той поправкой, что "финансовый" сектор поставляет на рынок, в том числе, и реальные услуги, что неверно по отношению к эмиссии лицензий (если только не считать эмиссию лицензий и тиражирование носителей единой услугой)).
-
Тезисы по свободному софту
PS со звездочкой: похоже, что самым значимым отличием "сервисных" экономических моделей от "товарных" является адресность сервиса при относительной анонимности товара.
-
Тезисы по свободному софту
Лучший способ спустить на тормозах любой вопрос - это расширить его рамки... Ты указал конкретный, вполне существующий сегмент - заказные адаптации свободного софта. Я попросил тебе оценить объем этого сегмента. А ты вместо этого предлагаешь разобраться, как мир устроен... Давай с одним сегментом для начала разберемся, и попытаемся понять - есть ли там бизнес, хотя бы малый...
|