Вот, сталкиваюсь с тем, что приходится поддерживать то, что ты пишешь. В итоге прикинул - на сколько меня хватит? Вышло, что в жизни могу написать 6-8 проектов всего, потом все 100% времяни будет уходить на их поддержку.

Интересно спросить у опытных разработчиков - какие способы существуют справиться с этой проблемой?

Писать по принципу "написал и забыл"
Бывает и так.
У меня штук 10 таких проектов. Написал, потом месяца 3 - отладка, доработка.
После этого все работает как часы. Вспоминать приходится максимум раз в полгода.
Естественно, если пользователь не захочет новых примочек. Но это отдельная песня.

проекты невечны
как бы ни был масштабируем проект, ИМХО, рано или поздно времена изменятся настолько, что он просто будет плохо к ним приспособлен
это значит, что скорость развития проекта будет все меньше и меньше, так что рано или поздно стоимость написания чего-то нового станет приемлемой...
вот только, если проект хорошо продуман + маркетинг хороший, все это будет длиться очень и очень долго

и вообще - пиши игры
(конечно, и там поддержка нужна, но, по-моему, там все гораздо быстротечнее)

Я стараюсъ найти человека, который будет суппортом заниматься. Конечно первые полгода приходится самому... никуда не денешься.

Цитата(Snowy)

Писать по принципу "написал и забыл"

Это от проекта к проекту разнится. Я работал на фирме, они выпускали один единственный софт. Там было 14 программистов и 30 суппортеров. Просто продавая софт за 700 000 евро ты обязан суппортить каждую мелочь и заказчики будут дёргать тебя по п0оводу и без повода.

Цитата(Snowy @ 27.10.2005, 12:42)

если пользователь не захочет новых примочек. Но это отдельная песня.

Вот то-то и оно - корпоративные пользователи ещё как хотят всяких примочек! Бизнес - вообще, такой океан, в котором что-то зафиксировать, формализовать и автоматизировать бывает очень сложно и надо всё время что-то менять. ,Это поддержка не по сбоям, а по изменяющимся требованиям заказчика - тут уже встают проблемы прогнозирования этих самых изменяющихся требований, изменение на перспективу, рефакторинг всевозможный и т.д.
Понятно, что простая задача написать неглючащий проект, который не требовал бы существенной поддержки по сбоям - решается длительной отладкой, диагностикой и вылизыванием кода и со временем начинает беспокоить всё меньше. Но я говорю о масштабных проектах, рассчитанных на долгую жизнь и развитие вместе с организацией, для которой пишется.

Вот в нескольких таких проектах можно завязнуть...

Тут разве что спасает UML и хорошее документирование всех библиотек, когда ты теоретически можешь передать эстафету другому...

Цитата(maxim1000 @ 27.10.2005, 12:56)

проекты невечны

Тут, наверное, о разных классах проектов речь. Не вечны, канешь, но иногда живут довольно долго - и даже иногда развиваться скромно хотят...

Цитата

Тут, наверное, о разных классах проектов речь. Не вечны, канешь, но иногда живут довольно долго - и даже иногда развиваться скромно хотят...

именно об этих
я ж в своем посте говорил про развитие
просто стоимость каждого нововведения постепенно растет
во-первых, потому, что проект постепенно начинает быть запутанным, хороший Project Leader может замедлить этот процесс, но не остановить, кроме того, чем больше людей работает над ним, тем сложнее все контролировать и никакие методологии ведения проектов не позволят контролировать n+1 разработчика так же прост, как n
во-вторых, обстановка в мире технологий меняется, ладно если средства разработки, а если области применения меняются сами принципы работы? проект постепенно стает все менее приспособлен к этому...
другое дело, что процессы эти занимают кучу лет (за десяток)...

Есть такой параметр, время жизни ПО, так вот, по подсчетам теоретиков программирования он составляет всего 3 года, после чего, если задача остается еще актуальной, надо её полностью перерешивать в рамках новых стредств разработки, появившися новых перефирийный устройств, новых особенностей операционных систем и т.д.

Цитата

Вышло, что в жизни могу написать 6-8 проектов всего, потом все 100% времяни будет уходить на их поддержку. Интересно спросить у опытных разработчиков - какие способы существуют справиться с этой проблемой?

А в чем проблема? В желании как можно больше проектов написать? Пропадает интерес (хочется успеть попробовать все на свете?) или много проектов - хорошо для карьеры?

Для проекта лучше, если тот кто писал, тот и держит руку на пульсе. Если проект финансируется, то его модернизация и развитие не менее интересное дело, чем создание, если вы сами его и писали. А поддержка проекта человеком со стороны проходит в мучительных попытках разобраться в сути и возможно приводит к навешиванию заплаток.

Цитата

Вот то-то и оно - корпоративные пользователи ещё как хотят всяких примочек!

Для этого существует ТЗ. Если оно есть, программист создает под него программный комплекс и сдает его заказчику под акт выполненых работ. Недоработке в коде, связанные с отклонением от ТЗ исправляются максимум в течении года. Остальные примочки - как новый проект за отдельную платы. Большинство контор, специализирующиеся на выпуске корпоративного ПО, так и поступают

Я знаю способ, как писать много проектов и не заморачиваться поддержкой.
Пишем проект. Сдаем. Увольняемся.
Находим другую работу, пишем новый проект, увольняемся.
И поддержка уже не беспокоит...
Некоторые увольняются еще до того, как проект допишут.
Я вот как раз таким дописыванием и занимаюсь в настоящее время...

Цитата

Некоторые увольняются еще до того, как проект допишут.

И проект таких обычно интересует только как возможность попробовать новую модную технологию (неважно, нужна она в проекте или нет).

Цитата(C @ 27.10.2005, 14:27)

Тут разве что спасает UML и хорошее документирование всех библиотек, когда ты теоретически можешь передать эстафету другому...

А ты не думаешь, что разработка в одиночку - это не метод больших и серьёзных проектов?

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

Цитата(Snowy @ 23.11.2005, 10:56)

Пишем проект. Сдаем. Увольняемся.

Ага, только не забывайте оставлять исходники своих проектов, а то коллег подставите.

Если программа грамотно написана, изменить/дополнить/улучшить её не составит труда.

Разрешите сказать свое скромное "бе" И не бейте что старую тему поднял


А не приходилось сталкиваться с тем, что после определенного периода (например, у меня - 2 года макс) проект просто приедается, не смотря на то, что все ингридиенты "интересности" на месте?

arilou,
приходилось. Как правило такое происходит после осознания, что теперь этот проект практически не нужен.

DENNN, а у меня после 2.5 лет работы над коробочным продуктом он просто мне надоел. Из девелопера я вырос, и заниматься рутиной уже было крайне проблематично.

По мне, черная дыра для программистов - это работа над проектом, который не приносит абсолютно никакого удовлетворения.

Не ещё не приходилось.

Такого по-моему не может быть... Если есть ингридиенты "интересности", значит есть П Р О Г А З М

Guedda, мне надо уточнить - ингридиенты, которые были на начальном этапе, остались, но мои интересы за это время сдвинаются Пример - полгода-год назад было жутко интересно заниматься O/R mapping, написал свой маппер. Сейчас это уже не вставляет Вот так и живем.

Однако не все так идеально. Во-первых, не все программисты идеальны, во-вторых грамотное писание тоже требует времени.

В третьих, все программисты не идеальны. Идеал недостижим, всё знать невозможно.

Полностью согласен. Попросту область приедается.

Я могу сказать, что если проект интересный, с ним хочется работать. Но как только проект перестает быть таковым, его необходимо отдать в руки, которым интересно этим заниматься.
Исключение составляют проекты за хорошие деньги.

По моему если область приелась, то никакие деньги(хорошие, огромные) ситуацию не спасают - энтузиазм пропал и остается движение по инерции. В таком случае помогает только отпуск!

А потом и он не помогает Спасает смена места работы

Мне кажется, не очень разумно писать проект на одном лишь энтузиазме. Во всём должна быть система. 

Согласен. 
Только тот кто сам написал проект знает все места входы и выхода багов
и только он сможет решить появившиюся проблему максимально быстро

А хуже всего разбираться и дописывать проект другого программера
читать его код    и думать как он 
 

Поэтому русские программисты удаляют всё нафиг и переписывают сначала.    

Ch0bits если все было так просто    

В этом и заключается высший профессионализм и не столько программирования, сколько логики, когда другой человек может понять твою логику, логику твоего стиля программирования.
Есть такие люди, пишут настолько логично и понятно, что читать их код не составляет особой сложности
 

Это конечно хорошо но бывает редко  

Так для этого надо сразу в голове представить весь процесс разработки и проектирования и весь ход действий, а не кодить по мере того что в голову придет   

со своей колокольни посмею возразить: это сильно зависит от заказчика. 

Как говорит мой гендир это мне нужно завтра   
 

Странный какой-то. Обычно просят вчера... 

Lamer George, прав описался исправлюсь

Как говорит мой гендир это мне нужно вчера   

Это сообщение отредактировал(а) comtat - 14.7.2006, 08:06