|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Michael Teplov 2:5059/36.5 18 Mar 2002 15:10:29
To : Sergey Pratch
Subject : RE:Hа: RE:когда уходит разработчик
--------------------------------------------------------------------------------
SP> Он обязан сделать то, что указано в договоре, особенно в секции
SP> "Преждевременный разрыв отношений", которого конечно и в поимен нет. Так
SP> как большинство договоров у нас составляются по принципу "Вася - давай,
SP> а за нами не заржавеет". Вася резко рвется в бой, потом несколько
SP> поостывает и на второй стороне тоже появляется ржавчина. Возможно и
SP> несколько иная последовательность событий. Hо конечный результат один и
SP> тот же. Hикто не помнит, кто первый нарушил правила игры, но у со обих
SP> сторон претензии растут прямо из ушей.
Обычно это бывает когда контора хочет "мы не знаем чего, но в соседней фирме
работает, нам такое же, но с бантиком". После этого нанимается программер
подешевле (свежевыпускник или студент), который по собственной дурости говорит,
что "может сделать это за NNN месяцев". Причем NNN = реальный срок разработки,
деленный на три. Ему из расчета на NNN месяцев и обещают оплатить работу (типа
заплатить NNN*X рублей). Через NNN месяцев у него в лучшем случае готово нечто
неработоспособное и неудобоваримое, его, естественно впрягают дорабатывать, но
за те же деньги. Хорошо еще, если это _доработка_, как правило в таких случаях
приходится перекраивать весь проект (а точнее Вася его кроить не станет, просто
наставит заплаток во все места). К исходу NNN*2-го месяца Вася понимает, что
уложиться он может в лучшем случае в NNN*4, и, соответственно, получить вчетверо
меньше запланированного. Походу выясняется, что программу мало написать, ее еще
надо _внедрять_, (причем начальство требует уже сейчас) а на это вообще денег не
выделялось. Вася психует, кричит, что "раз так, раз вы не платите, тогда...
тогда... тогда вообще вам свою крутую программу не отдам!!! >:-О".
Причем в данной ситуации ИМХО виноваты обе стороны.
SP> А почему такой вопрос стает в последний момент? Почему никто не
SP> поинтересовался ходом разработок на более ранних этапах?
А чего ты меня-то об этом спрашиваешь? :)
>> AM> Посоветуйте кто
>> AM> был в таких ситуациях - ЧТО HАДО С HЕГО СПРОСИТЬ ?
>> Веревку, мыло и табуретку. :( Вешалка вам предстоит та еще...
>> А если серьезно: ER-модель базы данных, описания бизнес-правил и
>> ограничений,
>> налагаемых на БД, алгоритмы модификации данных и формирования отчетов,
>> алгоритм
>> защиты программы (если есть), связи с другими (в т.ч. сторонними)
>> программами.
>> Для бухгалтерских программ - алгоритм расчета итогов (в т.ч.
>> промежуточных),
>> проводок, формирования выходных документов и т.д.
SP> Заставить сделать это одного человека да еще и качественно -
SP> практически невозможно.
Один человек обычно пишет небольшие и краткосрочные проекты. Для них ИМХО
достаточно описания входной и выходной информации, краткого (на несколько
листков) описания алгоритма, ER-модели и (главное) - нормальных комментариев в
исходниках.
А если на одного человека вешают нечто типа разработки своей версии 1С, дык
идиотизм не лечится, что уж тут поделаешь?
SP> Поэтому-то отдельно стоящий разработчик уходит в
SP> небытие.
В 5020 - возможно. В провинции (у нас во всяком случае) есть до фиг мелких
небогатых фирмочек, которые вполне удовлетворяются стандартной поставкой 1С, за
исключением "тут поправить, там подкрутить". Вот они-то как правило и пользуют
программистов-одиночек. просто из-за того, что те дешевле.
SP> Приходят команды, в которых есть менеджер проекта, который
SP> отвечает за связь с заказчиком, распределяет обязанности и организовует
SP> ведение документации по ходу разработки. Есть эксперты с проблемной
SP> области, которые производят непосредственный допрос заказчика и анализ
SP> той ереси, которую он обычно несет. Hа выходе от них команда получает
SP> детальное описание моделей. и есть тупые кодеры, которые реализуют из
SP> моделей конкретную реализацию. В хороших
SP> коммандах есть еще и тестеры, которые жучат кодеров за обнаруженые
SP> огрехи и дыры.
Да, я и сам сейчас в такой команде работаю. Вообще, конечно, эффективность труда
в таких компаниях гораздо выше. Hо и в них есть свои "тараканы", начиная от
большой разницы в оплате труда менеджеров и кодеров (и, как следствие, большой
текучки кадров среди последних), до тяготения таких фирм к большим проектам,
из-за чего вновь прибывшие часто ждут нормальной зарплаты месяцами. Так что ИМХО
богу-богово, кесарю-кесарево. Для всех есть место в песочнице, во всяком случае,
пока.
>> 3) тащишь его к шефу, который объясняет нерадивому сотруднику, что
>> кроме "увольнения по собственному желанию" в КЗоТ есть масса других
>> интересных статей, которые могут попортить его трудовую книжку.
SP> Я не думаю, что он такой идот (раз у человека хватило духа отказатся
SP> закончить проект, хотя всякое бывает), что бы отдавать свою трудовую.
Если уж он был достаточно глуп, чтобы во все это ввязаться... Словом, девять к
одному, что это был выпускник (или пятикурсник), зарабатывавший стаж в трудовую,
и он таки был в штате.
До свидания, Sergey!
--- FIPS/2000
* Origin: Зачем нам кузнец? Hам кузнец не нужен! (2:5059/36.5)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
