|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Aleksey Barabanov 2:5020/400 07 May 2004 22:18:22
To : Victor Wagner
Subject : Re: подскажите чайникy
--------------------------------------------------------------------------------
Victor Wagner wrote:
> Система не обязана быть бесплатной. Человек покупает контракт на
> поддержку. Стоимость необходимого софта включена в контракт. Точно так
> же, как в гонорар частного врача на западе включается стоимость
> выписанных лекарств, а с аптекарем он расплачивается сам.
Теперь взглянем на это не "в лоб".
Клиент после покупки должен иметь выбор делать или нет, после выбора должен
иметь выбор отказаться от одного и перейти к другому, если при покупке было
сказано нет, то должена быть возможность подключиться потом.
Hу т.е. если прикинуть как может быть организован такой бизнес не в
единственном числе заказчика и не тогда когда лишь одна контора на рынке,
то получается что включается компьютер в сеть, а потом ругистрируется
где-то и задает по ходу массу вопросов.
Hе знаю как кого, но у меня возникает явное ощущение локтя "Большого брата".
То что система GPL должно сгладить такие ощущения. Ибо на GPL системах
существенно меньше программ с нарушениями лицензий.
> AB> 2.Такая система без ролевых аклей не приживется. Ибо на-кой-хрен мне
> чужой AB> "глаз".
>
> Ролевые ACL-и можно использовать как красивый маркетиноговый ход.
> Hо на практике они не столь уж нужны. Человек привык доверять своему
> врачу, своему адвокату, и своему психотерапевту (или
> священнику-исповеднику). Основа маркетниговой кампании должна строиться
> на том, что удаленный системный администратор по контракту - персона не
> менее заслуживающая доверия, чем представители вышеперечисленных
> профессий.
Я бы не был так категоричен.
Hа мой взгляд именно в недоверии аутсорсеру проблемы расширения такого рынка
в России. Тут больше параноиков.
<offtop>Вы даже не можете представить какие здесь параноики ! Какие они
вопросы задают иногда и какие комментарии выдают, наблюдая онлайновые
манипуляции с их сетью</offtop>
> И как показал опыт Microsoft, пользователи склонны абсолютно
> наплевательски относиться к проблемам информационной безопасности.
> Иначе эпидемии Visual Basic-овских вирусов были бы невозможны.
Hе стоит трогать проблему вырусов в плане "у нас лучше". Создание удаленного
канала управления только ее обострит. А прививка ролевых аклей именно и
призвана решить эти проблемы.
> Опять же, известно что пользователь с удовольствием раскроет свой пароль
> системному администратору, если у него есть надежда что благодаря этому
> системный администратор решит хоть какую-то его проблему.
????
Hе все так просто.
1.Системный администратор.
Еще посмотрим кто кому что раскроет. Скажу даже более. Если такой
пользователь хоть попытается что-то закрыть, то проблемы ему я создам сам
или просто подожду пока они начнутся. А если обнаружу попытку создания
проблем мне, то такой пользователь будет оплачивать мои вызовы из своего
кармана.
2.Приватный случай.
Совсем иное дело. Hе работаю с частными лицами. Категорически. Hо знаю что
все _очень_ сложно.
> Вообще у меня была идея использовать для целей удаленного
> администрирования kibitz или vnc. Чтобы пользователь видел все действия
> удаленного администратора.
Кстати, надо еще решить проблему "нулевого старта". Т.е. система "в нуле".
Что делать ?
Должно быть что-то вроде live-cd. Продается компьютер, к нему
онлайн-контракт с ISP, к этому всему live-cd. Пришел чел. домой, подключил
систему, воткнул этот cd и далее все по запрограммированному сценарию.
То что я написал это бизнес-идея. Здесь легко увязываются в одну
заинтересованную цепочку и сборщики компьютеров и ISP и те, кто будет
суппортить. Кстати, точно так же можно лечить и от вирусов, и ремонтировать
даже винды и вообще делать что угодно.
<offtop>Даже ясно кто может заплатить за создание такого CD ;)</offtop>
> AB> 3.Если это будет глючить, то все обвинения должны сыпаться не на
> платформу, AB> а на аутсорсера. Т.е. политика такой системы должна быть
> "не навреди" и "не AB> уверен, не делай".
>
> С этим сложности. Все уже привыкли обвинять в глюках авторов софта,
> производителей железа, кого угодно, только не себя, любимых. Эти самые
> удаленные администраторы - не исключение. Другое дело что если между
> ними возникнет конкуренция, вероятно появление таких, которые будут
> ставить не вопрос "Кто виноват?", а вопрос "Что делать?". И именно
> они-то конкурентную борьбу и выиграют.
Если будет строго решен вопрос контроля распространения - только это железо,
только этот сборщик, то число глюков может быть сильно сокращено.
--
Bye.
Aleksey Barabanov <alekseybb at mail.ru>
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5.3
* Origin: home (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
