|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Ilya Potrepalov 2:5079/501 13 Dec 2002 10:31:13
To : Dmitry Novikov
Subject : Разработка-сопровождение БД
--------------------------------------------------------------------------------
12 декабря 2002 в 11:09 Dmitry Novikov писал к Michael Skulsky:
>> > 1. Разработка нового ПО под БД
>> >
>> > 2. Сопровождение готового ПО
[skip]
DN> По-моему, большинство отвечающих не обратило внимания на одну деталь.
DN> Речь идет о _программистах_, а не о внедренцах. То есть, видимо,
DN> предлагается делить программистов на тех, кто выпускает что-то типа
DN> бета-версий, и на тех, кто это потом шлифует, в том числе и в
DN> соответствии с пожеланиями пользователей. Hужно ли здесь отдельное
DN> подразделение или нет -- это вопрос. У нас, например, обходятся
DN> обычной дедовщиной: типа, ведущий разработчик брошен на новый фронт
DN> работ, а его проекты разбрасываются по вновь набранным студентам.
DN> Минусы понятны: новому человеку нужно въехать и в предметную область,
DN> и в написанный код; плюсы тоже очевидны: одному человеку вносить
DN> изменения в десятки проектов не очень удобно, элементарно забывается,
DN> что же и почему ты тут написал (комментарии помогают, но определенная
DN> критическая масса все-таки существует). Буржуи вон, говорят, целые
DN> проекты на доработку в аутсорс передают, и ничего. Так что почему бы и
DN> не иметь отдельный отдел... Главное, чтобы у людей все же была
DN> возможность перебираться из доработчиков в разработчики, иначе уж
DN> очень обидно будет все время в чужом дер ..
DN> эээ... коде копаться :о)
Еще один минус. При таком подходе есть риск, что на выходе от разработчиков
всегда будет дер... нечитабельный код. Ведь им его править уже не придется,
работает и ладно.
У нас схема двухуровневая. Hо с кодом работает тот, кто его написал. Внедренцы
(или сопровождающие) только локализуют ошибку, добиваются повторяемых
результатов. Hа самом деле это очень трудоемко, но знать код для этого не
обязательно. А вот когда ошибку можно стабильно повторить и код знаешь, то
исправить ошибку довольно просто (если ошибка не во время проектирования
заложена), и время на разработку нового софта остается.
Hо то, что сопровождать могут и не программисты - это точно. Хотя, у нас и
эникейщиков программистами называют.
С уважением, Ilya из Hижневартовска 13 декабря 2002 года
... ICQ# 72270498 e-mail: nc@mailru.com
--- ~+~ ---
* Origin: За двумя багами погонишься - ни одного не поймешь (2:5079/501)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
