"Сейчас начинается новая эпоха в жизни OS/2,"

С чего бы это вдруг?

"мы должны вспомнить, какая была главная ошибка."

"МЫ" - ни чего не должны! Лично я ни кому, ни чего не должен.

"Главная ошибка" - повторили ошибку IBM и ПОЛНОСТЬЮ упустили работу с пользователями. Как следствие пользователи утекли.

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

Следующим шагом нужно организовать ХАЛЯВНУЮ-БЕЗ ПЛАТНУЮ раздачу упрощенных лицензий, тем категориям пользователей (потенциальных и существующих) которые ни когда в жизни не купят лицензию сами. Тем самым создав (поддержав остатки) сообщество.

Далее нужно постигнуть творческие порывы и начинания внутри сообщества. Например, поддержав конкурс "Зазеркалье".

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

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

И т.п. и т.д.

Короче нужно что-то делать, а не только говорить.

У производителей компов есть более дешёвая альтернатива - убунта.

Можно прорабатывать наладить поставки в универы и институтские лаборатории Thinkpad-ов с Осью, по каким нибудь грантам, но для этого надо хотя бы одного инженера на техподдержку.

"Халявная" лицензия - нужна. Всё что можно было выжать для популизации из демодиска - выжато давным давно в виде "интернет киоска", в котором загружалась демо-ось с сидюка и давала возможность побродить по интернету, но и то было с проблемами в виду невозможности работы с usb-флешками. Была бы "халявная" лицензия, то можно было бы хотя бы в виртуалках с преднастроенным ПО распостранять - например с компиляторами и IDE для обучения программированию...

Про "готовые решения" - вы их не потяните. Сделайте _готовую_ операционку и отдайте её людям (под своей, но разумеой лицензией), и если операционка получится, то люди напладят огромное множество "готовых решений", также, как сейчас для линукса.

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

Нужно сделать "Developer Edition" cо средствами разработки и подробной справкой с примерами по всему

функционалу системы (к примеру, как сделано в qnx).

И раздавать ее бесплатно для некоммерческого пользования, чтобы подтянуть народ к использованию и разработке.

Sergey_vl: "более дешёвая альтернатива - убунта."

Я подробностей в данном вопросе не знаю, но подозреваю что там не со совсем ВСЕ бесплатно. Кроме того могут быть мелкие ниши где возможно использования Оси, пусть оно и дорожи убунты, но сильно дешевле винды. И повторюсь, ни кто не отменял лозунга "импорта замещения", следует двигать ось и есть шанс обойти убунту. Но окно возможности сильно ограничено по времени.

Sergey_vl: "выжато давным давно в виде "интернет киоска""

А вот тут подробнее, плз. И можно в виде статьи в проект "зазеркалье".

IronTooth: "cо средствами разработки и подробной справкой с примерами по всему функционалу системы (к примеру, как сделано в qnx)."

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

Нужна обычные пользователи, нужна просто людская масса. А за ней подтянуться и программеры или вырастут новые из этой массы. По этому считаю разумным создать диски с уклоном на офисную работу, школьников и студентов. Что это означает: без геморная работа с USB и различными устройствами (флешки, фото/видео камеры и т.п.), работа в инете, все социальные сети, работа с документами word, excel, презентации и пр., читалка pdf, виртуальный принтер, плеер видео, музыки, простой набор 5-15 игр типа пасьянса НО с красивой, современной графикой (а не позорище 90-х как на демо диске).

То есть задача в общем решаема. Но нужно собрать такой диск, так что бы ВСЕ работало из коробки. Ну и решить вопрос с лицензией.

Есть две составляющие стоимости ОС. Стоимость приобретения и стоимость владения (сюда входит техобслуживание, поддержка и весь устанавливаемый софт, который под *nix для коммерческих компаний стоит намного дороже аналогичного виндового, при том что качество гораздо хуже ибо опенсорс и всегда сопутствующее ему глюкало, потому как юзер и есть бетта-тестер). Для коммерческих компаний стоимость владения *nix системами существенно выше (неоднократно проверялось) стомости владения Windows. На чем мелкмягкие и вылезают.

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

Igor Vaskov

Открою платные курсы обучению OS/2 - не дорого ;)

Igor Vaskov: стоимость приобретения выше винды.

У нас в магазинах комп.техники винда лежит от 9т.р.

МС офис от 12т.р. (3500 если по одной программе). В оси пока цены ниже. Другой вопрос, что я считаю их все таки завышенными и не соответствующими цена/качество.

Igor Vaskov: Софт надо разрабатывать самим, потому, что его попросту нет.

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

Вывод: 1. Что-то все таки можно сделать :). Ситуация критичная, но пока еще решаемая.

2. Нужна системная работа. (Организация процесса - контроль и пинание - распространение - обратная связь) Которой нет и не вижу кандидатов на лидерство в этом вопросе.

3. Можно конечно создать пиратский образ и он даст положительный результат, но максимальные эффект можно получить только при использовании маломальской вменяемой лицензии.

4. Нужно что-то делать... иначе 100% смерть. И уже окончательна.

TAE1980: ...можно в виде статьи...

Да какая статья - была когда то в одном торговом центре "точка" (фото на документы/печать/скан/музыка на телефон и т д), там же был dsl-ьный модем со свободным выходом, к которому был подключен комп, установленный у стойки, куда мог подойти любой желающий "заглянуть в интернет". Комп - монитор, клава, тачпад (ноутбучный), без винта, загружал с сидюка демо диск с ecs 1.25, по dhcp получал адрес и позволял выйти в инет. Народ в основном погоду смотрел, да новости читал. Для сохранения и распечатки рядом был локальный web сервак с формой для загрузки файлов. Вообщем костыли на костылях, но работало...

Ещё раз повторюсь - нет возможности прославлять полуось - лицензия не позволяет.

P.S. в офис полуось не пойдёт - попробуйте подобрать МФУшку для неё...

Sergey_vl: Да какая статья - была когда то в одном торговом центре "точка" (фото на документы/печать/скан/музыка на телефон и т д.)

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

Sergey_vl: нет возможности прославлять полуось - лицензия не позволяет

Да черт с этой лицензией. ИМХО в сложившейся ситуации вполне можно использовать пиратину. Польза от наличия готовых решений, будет огромна. А при выходе на полноценные коммерческие рельсы, проблемы можно решить отдельно.

Sergey_vl: в офис полуось не пойдёт - попробуйте подобрать МФУшку для неё.

Пока не пробовал, у меня проблема в том что мои профессиональные программы есть только под винду. Хотел решать проблему установкой виртуальной машины с виндой (или отдельного компа) и доступом к ней через RDP протокол. Можно даже к отдельным программам, тем самым многое спрятав от пользователя. Но уперся в то что, все наши программы работающие с RDP протоколом имеют разные не преодолимые глюки. Хотя ходят слухи, что есть допиленная до ума версия, но я её получить не смог. Думаю по похожей схеме можно организовать и работу с мфу.

Я готов поучаствовать создании подобного диска. Но моего опыта и квалификации не хватит для организации такой работы. Считаю все проблемы решаться в процессе работы. Мой личный опыт показывать правдивость поговорки "глаза бояться, а руки делают".

Sergey_vl: Да какая статья...

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

Мне кажется, главная ошибка одна - в отсутствии развития.

Даже после того, как IBM забросила проект, система ещё много лет обладала значимыми как минимум в моих пользовательских глазах преимуществами:

1) инсталлируемые файловые системы, обеспечивающие удобство работы с разными устройствами и в сети;

2) очень быстрый ReXX, в разы опережавший тогдашнюю "регину";

3) невысокие требования к железу;

4) отсутствие вирусов;

5) Firefox и Thunderbird загружались мгновенно и просто летали;

6) система не сгнивала со временем, кроме того, eCS было удобно инсталлировать; я очень впечатлился, когда пре-релиз 2.0 на мой тогдашний комп, вполне современный, установился, по сути не задав мне ни одного вопроса о конфигурации железа, и всё заработало само – вокруг тогдашней винды нужно было ещё долго прыгать с дисками драйверов от материнской платы, видюхи и принтера, про тогдашний Linux я вообще молчу.

Однако с той поры другие системы не стояли на месте и двигались вперёд практически по всем фронтам, у нас же практически всё осталось на прежнем уровне, включая все старые проблемы. На настоящий момент нет ни одной причины, которая побудила бы меня как пользователя отказаться от Windows в пользу eCS. Производительности мне хватает, о вирусах я ничего не слышал уже много лет. Regina стала заметно быстрее, в сочетании с современным железом её производительности достаточно. В моём распоряжении бесплатно современные средства разработки: последняя версия Visual Studio, регулярно обновляются 32- и 64-битные версии GCC, информационная поддержка разработчика на хорошем уровне. То, что 64-битности нет и не будет, на самом деле один из главных гвоздей в крышку: 3Гб оперативки давно уже неинтересны.

При этом как разработчик я, возможно, был бы и не против поддержать систему, но для этого нужен хоть какой-то приличный и бесплатный кросс-инструментарий – потому что писать мало-мальски серьёзный код в File Commander, не говоря уже о полудохлом eclipse, мне просто неинтересно. А ведь когда-то я под винду писал под осью с помощью RSX и Odin. Только вот давно это было.

Улыбнуло:

e-Past> потому что писать мало-мальски серьёзный код в File Commander, не говоря уже о полудохлом eclipse, мне просто неинтересно.

А несерьезный? Fat32.ifs -- это несерьезный? Я как-то не испытываю необходимости юзать IDE, более того, компилить код уровня ядра ОС в IDE как-то странно.

e-Past> В моём распоряжении бесплатно современные средства разработки: последняя версия Visual Studio, регулярно обновляются 32- и 64-битные версии GCC, информационная поддержка разработчика на хорошем уровне. То, что 64-битности нет и не будет, на самом деле один из главных гвоздей в крышку: 3Гб оперативки давно уже неинтересны.

И какая связь между 64-битными версиями компиляторов и разрядностью ОС? При желании можно скомпилить хоть 64-битную версию GCC под ось, хоть кросс-компилер в Линух и венду. Сам собирал, но частичную ("Freestanding", не привязанную к libc версию gcc, генерящую ELF или COFF. Если постараться, то можно и полную собрать). 3 Гб неинтересны -- смотря для чего. Для разработки и обычного юзания вполне достаточно. У меня до сих пор все машины дома с <= 4 Гб ОЗУ, единственно где есть потребность в > 4 Гб, это в линухе, когда надо гонять кучу пробирок одновременно (Xen, kvm, OpenVZ).

> Fat32.ifs -- это несерьезный?

Разумеется, нет. Сколько весит исходник? Десять килобайт? Ещё бы драйвер RAM-диска вспомнил.

> Я как-то не испытываю необходимости юзать IDE,

Молодец.

Я вот могу пальцами ног программу на клавиатуре набирать. Но руками это делать получается значительно удобнее и быстрее.

> более того, компилить код уровня ядра ОС в IDE как-то странно.

Кода уровня ядра ОС не может и не должно быть слишком много. Если это не выполняется, что-то неправильно.

> И какая связь между 64-битными версиями компиляторов и разрядностью ОС?

Ты путаешь target и host OS. Или не путаешь, но просто делаешь вид, что не понимаешь, о чём речь.

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

А в том, что нативного 64-битного кода под осью не будет, просто ничего хорошего нет.

> Сам собирал, но частичную ("Freestanding", не привязанную к libc версию gcc, генерящую ELF или COFF. Если постараться, то можно и полную собрать).

Прям соберётся? Какая сейчас последняя общедоступная версия gcc под ось и какая версия gcc требуется для сборки последней версии самого gcc и GNU libc? И если соберётся, следующий вопрос: почему же никто не собирает и не выкладывает?

> 3 Гб неинтересны -- смотря для чего. Для разработки и обычного юзания вполне достаточно.

Угу. Сразу вспоминается приятель, который году в 88м, кажется, просил к компу мегабайт оперативки, и его убеждали, что "вам же никогда в жизни столько не понадобится". У меня даже в ультрабуке 8Гб, в магазине компы с 4Гб ещё, правда, есть. Самые дешёвые. Блин, вот в этом и беда: пользователь говорит "мне нужно", а мы ему отвечаем "нет, тебе не нужно". Со времён Windows 95 vs OS/2 Warp отвечаем. Только спрашивают всё реже и реже.

> > Fat32.ifs -- это несерьезный?

> Разумеется, нет. Сколько весит исходник? Десять килобайт? Ещё бы драйвер RAM-диска вспомнил.

Шутишь? Сам IFS -- полмегабайта, и с сопутствующими утилитами + ufat32.dll -- около 800 КБ. Не считая хедеров. И это достаточно сложный код, причем, не как в Дельфях, где много % от исходников весят автогенеренные файлы и обработчики событий и раскладки форм, над которыми много думать не надо. А вот исходники JFS с утилитами весят более 10 Мбайт, но здесь файлуха намного сложнее.

> > Я как-то не испытываю необходимости юзать IDE,

> Молодец.

> Я вот могу пальцами ног программу на клавиатуре набирать. Но руками это делать получается значительно удобнее и быстрее.

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

> > более того, компилить код уровня ядра ОС в IDE как-то странно.

> Кода уровня ядра ОС не может и не должно быть слишком много. Если это не выполняется, что-то неправильно.

Ну да, ради этого и придумали микроядра :)

Но в "обычных" ОС такого кода довольно много -- те же внутренности PM. (вероятно, я неправильно выразился -- не обязательно уровня ядра (хотя любой драйвер работает на уровне ядра), но системного, а не прикладного характера)

> > И какая связь между 64-битными версиями компиляторов и разрядностью ОС?

> Ты путаешь target и host OS. Или не путаешь, но просто делаешь вид, что не понимаешь, о чём речь.

Нет, не путаю. Речь шла о том, что OS/2 не 64-битная, а потом плавно перешли на то, что под ось нет 64-битного gcc (чтобы компилить в OS/2 проги под win64, например). На самом деле, генерить 64-битный код можно под 32-битной ОС -- обычный кросс-компилятор.

> А в том, что нативного 64-битного кода под осью не будет, просто ничего хорошего нет.

ну, кто сказал, что не будет? вполне возможно, что будет -- просто помогите проекту osFree...

> > Сам собирал, но частичную ("Freestanding", не привязанную к libc версию gcc, генерящую ELF или COFF. Если постараться, то можно и полную собрать).

> Прям соберётся? Какая сейчас последняя общедоступная версия gcc под ось и какая версия gcc требуется для сборки последней версии самого gcc и GNU libc?

собирается. и binutils, и gcc. Но "freestanding", т. е., без привязки к libc для определенной ОС. На самом деле, gcc/binutils с поддержкой ELF собирал еще в начале 2000-х гг Holger Veit -- для сборки XFree86/OS/2 4.xx (там модули X-сервера -- драйвера видеокарт были в формате ELF (а у Scitech SNAP -- в формате COFF/PE, даже под OS/2)). А я попросил последние патчи у Paul Smedley -- портера gcc и многих других программ, попробовал, и тоже собралось. Да, тогда это был gcc 4.5x, а недавно Paul похвастался, что уже собрал gcc 5.x. Общедоступная версия, насколько я помню, 4.9. (сам не гоняюсь за супер-пупер последними версиями без веской причины :)) Для сборки gcc требуется не сильно новый gcc -- помнится, там специально юзается более консервативный код, не слишком юзающий нововведения. По-моему, даже для сборки gcc 4.50 подходил 3.3.5, который достаточно старый, он у меня был задолго до этого.

> И если соберётся, следующий вопрос: почему же никто не собирает и не выкладывает?

обычный OS/2 gcc регулярно выкладывается. А кросс-компилеры, видимо, никому сильно не нужны. Но вот Holger Veit свой gcc выкладывал, но много ли осевиков соберется самостоятельно собрать X-сервер? Тут все чисто потому, что само сообщество стало малочисленно, а процент программеров приложений под другие ОС тем более невелик. И кроме того, кросс-компиляция гораздо проще в ваткоме...

> > 3 Гб неинтересны -- смотря для чего. Для разработки и обычного юзания вполне достаточно.

> Угу. Сразу вспоминается приятель, который году в 88м, кажется, просил к компу мегабайт оперативки, и его убеждали, что "вам же никогда в жизни столько не понадобится". У меня даже в ультрабуке 8Гб, в магазине компы с 4Гб ещё, правда, есть. Самые дешёвые. Блин, вот в этом и беда: пользователь говорит "мне нужно", а мы ему отвечаем "нет, тебе не нужно". Со времён Windows 95 vs OS/2 Warp отвечаем. Только спрашивают всё реже и реже.

да, вспомнилась сборка gcc на третьепне с 384 Мб оперативки. Там был один файл исходника, размером около 1 MB, и при его сборке отъедалось дохрена памяти. На машине с 2 Гб памяти компилилось. Судя по показометру на XCenter-е, отъедалось около гига. К чему бы это -- программеры стали ленивые -- нет бы разбить сорец на более мелкие, нет бы пооптимизировать -- но нет же, и вот такой результат получается. Кроме того добавляют-добавляют функционал. Нет бы иметь чувство меры и остановиться...

e-Past: У меня даже в ультрабуке 8Гб, в магазине компы с 4Гб ещё, правда, есть. Самые дешёвые.

Ну у меня на ноуте 4 гб, стоит eCS 2.2. Задачи, стандартные домашние + fido noda + сервер WebFido.

Ни разу не видел что бы система использовала более 1Гб. Не считая запуска пробирок. И мне сложно представить ситуацию при которой ось начнет использовать 1.5 гб и более.

В офисе сервак на вин7 и 8Гб, все остальные компы подключаются к нему по RDP (на машинах стоит по 1Гб). Из программ запускаются CADовские программы по специальности, фотошом, пробирки с винХП и по мелочи. Как правило система используют 4-6Гб, ни разу не видел загрузку всех 8Гб.

1. И на фига мне более 3Гб в Оси? Ради принципа? Или деньги на ветер выкинуть?

2. Опыт показывает, что и в офисе мне более 8Гб не нужно.

e-Past: Блин, вот в этом и беда: пользователь говорит "мне нужно", а мы ему отвечаем "нет, тебе не нужно".

Ты это Яблоникам скажи. Которые чихали на "хотелки" пользователя. И правильно делают. Я по своей специальности скажу, заказчик в 99% ни черта не знает что ему действительно нужно. Я его вежливо выслушаю, и делаю по своему. Все довольны.

Хотя в общем я с тобой согласен.

e-Past: очень быстрый ReXX

Хотел бы уточнить где и как используешь Rexx? Используешь ли RexxDW?

И вопрос к e-Past и xrenolog: вы курсе что уже два месяца идет заочный конкурс Зазеркалье? Как член жури, я бы хотел пригласить вас поучаствовать в нем.

TAE1980: В курсе, но пока не могу решить, на какую тему мне можно было бы доклад написать

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

У меня самого накладка на накладке, погряз в коде и ни как не могу выйти на написание текста.

e-Past: А ведь когда-то я под винду писал под осью с помощью RSX и Odin.

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

2TAE1980 "Ни разу не видел что бы система использовала более 1Гб. Не считая запуска пробирок. И мне сложно представить ситуацию при которой ось начнет использовать 1.5 гб и более."

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

"У меня Веб-сервер + видеоконференции при большой нагрузке легко забивает всю память (4гб) и уходит в своп"

Чегой-то тут не так. В оси в принципе виртуальная память - это 4 гига. Без разницы в свопе она лежит или ещё где. Другой вопрос, что физики в рамках 32 бит физалдреса 4 гига не бывает и типично её 3.5. Тогда чутка остаётся и посвопить.

Про необходимость в конкретных случаях использовать более 3.5 гигов физики ничего сказать не могу. Оптимизироваться так или иначе надо. Я когда себе вендомашину на 16 гигов дома поставил, из них на склейке панорамы тоже моментально вылетел. Что не значит, что это было обязательно. Некоторый тюнинг и вот уже для этого памяти используется на пару порядков меньше при той же производительности.

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

2Slavik Gnatenko

Так вроде 3.5G на каждый процесс и то не полностью. Или я чего-то опять не понимаю?

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

"Ты это Яблоникам скажи. Которые чихали на "хотелки" пользователя. И правильно делают."

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

Рад сообщить, что выложил первую конкурсную работа. "SysGetKey - проблемы применения и новые решения" © Виктор Смирнов, 2015. Все работы можно комментировать, так что надеюсь что члены сообщества не оставят данную работу без внимания, тем более что она весьма интересна.

Напоминаю, что до окончания приема работ остался один месяц. Торопиться с дописыванием работ еще не нужно, а вот сомневающимся стоит поскорее решиться и выбрать тему для написания работы.

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

([url])

И еще идея на развитие. Всем известно, что любое движение совершается вокруг денег. У нас денег нет, но есть продукт. Первое, что нужно сделать для его распространения - дать заработать на нем денег. Как это сделать?

1. Бесплатная лицензия для разработчиков на 1-2 года. За это время разработчик должен написать и выложить в организованный магазин онлайн приложений свое приложение. Любое. Платной или бесплатное, или шареварное.

2. Если разработчик не выполнил условий лицензии - система перестает поддерживаться (обновляться). Но остается работоспособной!

3. Обновления должны быть бесплатными для пользователей лицензии! Иначе совершенно не понятно, за что платим?!

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

Готов ли наш бизнес работать, а не только снимать сливки с уже прокисщего молока?

2IgorVaskov: Вон, товарищи dmik и _diver как-то же находят спонсоров/инвесторов, и при этом никакого шареваре, даже все исходники открытые. Не знаю, как они это делают, но вот неплохо было бы у них поучиться.

Вероятно, какому-то дяде с деньгами нужна новая Java под OS/2 или ёКомСтанцыю -- он платит денег портерам, продукт изначально бесплатный, и как-то странно за него брать деньги. Вот, кому нужно, он оплачивает труд портеров, и польза всему сообществу.

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

ЗЫЖ А я повторю свое мнение, что шареваре это устаревшая модель стрижки денег с бедных юзеров, с каждого по копейке. Название само провоцирующее -- "варез на шару". Юзеру конечно, хочется попользоваться такой прогой, и он даже, может быть, и платит, но юзер он обычный, и на все такие программки денег ему не хватит, поэтому и получается варез, который на шару (и отмазка, что я, дескать, тестирую продукт). И минус для сообщества, что такой разработчик сорцов не отдает, и поэтому как собака на сене. Если он бросил свою прогу, то нуждающимся придется писать аналог заново, велосипед, который может оказаться еще и хуже.

ПыСы: Вышеозначенные дяди -- бузинесс мен, у которых ось входит в производственный цикл. Например, кто-то писал софт для сети ресторанов и кафе (подробностей уже не помню, но кто-то здесь говорил), трщь Igor Vaskov писал софт для автоматического приема SMS, а также мне пришлось встретить завод, на котором стоял стеклорежущий станок (немцы делали, работает -- не трожь), оный даже под Варп 3. Так вот, товарищам надоело копировать данные на дискетах, и им желательно было передавать их по сети или через флешку. Я им поставил фикспаки, установил поддержку УСБ и фат32, поддержку TCP/IP и фтп-сервер от мойлана. Получил благодарность и минимальное денежное вознаграждение (мне как фрилансеру на репутацию, поэтому и мало. А еще, деньги платил не директор завода, а инженер втайне от начальства -- начальник отдела еле деньги выделил)

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