четверг, 25 октября 2007 г.

Новичкам о командной работе. Часть третья.

Это третья из серии статей, посвященных командной работе в Интернете.
Начало читайте в статьях:
Новичкам о командной работе. Часть первая.
Новичкам о командной работе. Часть вторая.


Теперь мы рассмотрим несколько щекотливых и очень важных моментов в работе команды.

7. Покупка ПО, регистрация доменов, оплата серверов.

Для начала рассмотрим, какие у команды будут расходы:

- Аренда серверов и/или vps под хостинг, спам, размещение скриптов и т.п. Оплата ежемесячная.
- Покупка доменных имен. Оплата ежегодная.
- Покупка программного обеспечения, скриптов, БД и т.п. Оплата единоразовая.
- Оплата услуг специалистов (программисты, дизайнеры и т.п.). Оплата единоразовая
   (реже - постоянная на договорной основе).

Если с услугами специалистов и оплатой хостинга все понятно. Заплатили и забыли, то приобретение доменных имен и лицензионного ПО подразумевает владельца, т.е. лицо, на чье имя регистрируется покупка.

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

А вот программы - тут все гораздо интереснее. Лицензия, как правило, подразумевает одного пользователя (владельца), который будет получать обновления, пользоваться поддержой суппорта и т.п.
Возможна "идентификация" по адресу электронной почты, номеру ICQ, номеру кошелька, с которого прошла оплата.

Теперь представим такую грустную ситуацию, при которой человек, зарегистрировавший доменное имя, или купивший лицензию на ПО от лица команды, по каким-то причинам, покидает команду.

С доменами возможны два варианта:

- Человек уходит "красиво" и честно. Отдает пароль к админке управления доменами, если сразу этого не сделал. Пароль меняются оствшимися членами команды. И команда работает как и работала.
- Человек уходит "не красиво" и не честно. Присваивает себе домены, поменяв пароль к доступу админки. В этом случае команда теряет домены. И это особенно обидно в отношении доменов под "белые" проекты. 
Доказывать что-то суппорту будет бесполезно. 
Если регистрировали на высышленное лицо - предъявить
документы никто не сможет. Максимум - просто аннулируют регистрацию, и домен
будет "ничей". А если регистрировали на реальные данные ушедшего члена команды - 
тогда 100% - домены достались ему.

Что с программой?

Если с уходом человека, зарегистрировавшего программу, она физически осталась у него (например привязка к железу) ... то команда скорее всего потеряет программу. 
Не зависимо от желания уходящего. 
Т.к. лицензия в большинстве случаев не подлежит перепродаже, передаче и перепривязке 
(Кроме случаев, когда владелец обновил компьютер. Но и тут просто можно проверить, 
замена компьютера произошла или передача лицензии - по ip, ICQ или адресу электронной
почты, на которое быдут приходить обновления).

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

Но это, конечно, в худшем случае.

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

А то, что "потери" в личном составе неизбежны - это я Вам обещаю.
Проверено на собственном опыте.

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

1. Регистрировать ВСЕ домены и приобретать ВСЕ лицензии на одного человека. 
Например, на организатора и создателя команды. Это гарантирует сохранность всех 
ресурсов "в одних руках".
И уход любого другого члена из команды никак не повлияет на используемые программы, скрипты и домены.
Главный минус этого способа - с "некрасивым" уходом организатора команда теряет ВСЕ имеющиеся ресурсы. А он лично их приобретает ;)
Так что если команда создавалась именно с расчетом прикупить нужного софта за счет других - такой исход возможен. Будьте аккуратны, если не Вы организовали команду.

2. Регистрировать все домены, приобретать все программы и т.п. на ВСЕХ членов 
команды по очереди. Т.е. сначала один регистрирует 5 доменов от своего имени, 
потом другой ещё 5 доменов и т.п. по ровну.
Один приобретает, например, лицензию на дорвей-генератор, другой - на спамелку, третий - на Базу Пастухова (к примеру). И т.п.
Минус этого способа - риск потери части ресурсов возрастает, т.к. кто-то все-равно уйдет. И именно на него может быть зарегистрирован необходимый скрипт, или домен.
И могут возникнуть проблемы.

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

Ещё раз повторю - мне повезло. Те кто уходил - уходили красиво, передавая все имеющиеся в их распоряжении командные материалы (и иногда добавляли свои личные) остающимся.
Так что большего я Вам не посоветую. Смотрите сами.

Итак, в этот раз мы рассмотрели некоторые "подводные камни" которые ожидают команду при работе с лицензионным ПО, доменами и скриптами.

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

Удачи.

Комментариев нет: