Одним из важнейших показателей софтверной компании является количество пользователей на одного программиста — чем оно выше, тем лучше обстоят дела с финансами, тем больше ответственность и тем строже требования к потенциальным кандидатам. Если вы учились в университете на ИТ-специальности, то по нескольким курсам сразу вам сто раз проехали по ушам про “затраты на исправление ошибок, допущенных при проектировании системы”. “Ну как же можно ошибаться, ну опыт же нужен, ну даже если ошиблись – ну софт в конце концов – не пирамиду строим” – думал я. Столкнувшись с данной проблемой face2face я прихожу к выводу, что ошибка проектирования – это “крест”, который потом придется тащить всей команде разработки. Вы будете с трудом менять интерфейс, вклеивать новые функции, пытаться масштабировать решения – но “крест” будет вас преследовать. И это первая проблема с которой вы столкнетесь – проблема мотивации команды, проблема развития системы. Но более глубокой проблемой, которая возникает из-за этой ошибки является нехватка ресурсов для ее преодоления. С одной стороны проблема – решаема, с другой стороны – система работает, пользователей все устраивает. Вообще, я заметил – рядовых пользователей устраивает “неэффективное” ПО =). Но не суть. Итак, у вас есть “кривоватая” система, которая запущена в эксплуатацию. При этом вас терзают смутные сомнения – Я обозначил проблему. Возможно риторичную =). Пойду искать грааль, выводами – поделюсь…“У посла медальон…у Шпака магнитофон…” сносить все и строить заново, либо латать что есть и будь, что будет. Строить все заново – читай сделать тоже самое, только по-новому, но бюджет по это не один вменяемый не даст. Тут уже вопрос профессионализма вылезает. Латать – читай усугублять крест.
Комментариев нет
Leave a Comment
trackback address