|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Sergey Pratch 2:5020/400 16 Mar 2002 01:12:55
To : Michael Teplov
Subject : Hа: RE:когда уходит разработчик
--------------------------------------------------------------------------------
Hi!
"Michael Teplov" <Michael.Teplov@p5.f36.n5059.z2.fidonet.org>
сообщил/сообщила в новостях следующее:
news:1016095903@p5.f36.n5059.z2.ftn...
> AM> Ситуация - хочет уйти разработчик который за деньги писал программу ,
не
> AM> дописал , и не оставляет написанное -
>
> Как это "не оставляет"? Он обязан оставить - права на программу (и
авторские, и
> коммерческие) принадлежат вам, а не ему. Вот если б он у вас не работал, а
> поставил вам свою независимо написанную программу, тогда - другое дело. А
так
> ИМХО обязан отдать.
Он обязан сделать то, что указано в договоре, особенно в секции
"Преждевременный разрыв отношений", которого конечно и в поимен нет. Так как
большинство договоров у нас составляются по принципу "Вася - давай, а за
нами не заржавеет". Вася резко рвется в бой, потом несколько поостывает и на
второй стороне тоже появляется ржавчина. Возможно и несколько иная
последовательность событий. Hо конечный результат один и тот же. Hикто не
помнит, кто первый нарушил правила игры, но у со обих сторон претензии
растут прямо из ушей.
>
> AM> вернее мне (я админ там ,
> AM> начальство в ИТ не секет совсем их вокруг пальца , в общем можно в
любых
> AM> позах их) надо сейчас срочно написать какую нибудь бумаженцию
>
> Вообще-то об этом надо было думать _до_ написания программы и _во время_
ее
> написания. Теперь (за несколько дней до ухода) разгребать километры
написанного
> кода и дестки таблиц с сотнями полей ему будет ооооочень обломно.
Заставить его
> сделать это, наверное, можно, но заставить сделать это _хорошо_ -
практически
> невозможно.
А почему такой вопрос стает в последний момент? Почему никто не
поинтересовался ходом разработок на более ранних этапах?
>
> AM> Посоветуйте кто
> AM> был в таких ситуациях - ЧТО HАДО С HЕГО СПРОСИТЬ ?
>
> Веревку, мыло и табуретку. :( Вешалка вам предстоит та еще...
>
> А если серьезно: ER-модель базы данных, описания бизнес-правил и
ограничений,
> налагаемых на БД, алгоритмы модификации данных и формирования отчетов,
алгоритм
> защиты программы (если есть), связи с другими (в т.ч. сторонними)
программами.
> Для бухгалтерских программ - алгоритм расчета итогов (в т.ч.
промежуточных),
> проводок, формирования выходных документов и т.д.
Заставить сделать это одного человека да еще и качественно - практически
невозможно. Поэтому-то отдельно стоящий разработчик уходит в небытие.
Приходят команды, в которых есть менеджер проекта, который отвечает за связь
с заказчиком, распределяет обязанности и организовует ведение документации
по ходу разработки. Есть эксперты с проблемной области, которые производят
непосредственный допрос заказчика и анализ той ереси, которую он обычно
несет. Hа выходе от них команда получает детальное описание моделей. и есть
тупые кодеры, которые реализуют из моделей конкретную реализацию. В хороших
коммандах есть еще и тестеры, которые жучат кодеров за обнаруженые огрехи и
дыры.
> 3) тащишь его к шефу, который объясняет нерадивому сотруднику, что кроме
> "увольнения по собственному желанию" в КЗоТ есть масса других интересных
> статей, которые могут попортить его трудовую книжку.
Я не думаю, что он такой идот (раз у человека хватило духа отказатся
закончить проект, хотя всякое бывает), что бы отдавать свою трудовую. Обычно
заключается трудовое соглашение на выполнение определенного рода работ.
--
С уважением,
Сергей Прач
=================
Please, send you private mail to: s_pratch@mail.ru
--- ifmail v.2.15dev5
* Origin: LtawaSoft (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
