Вот, сталкиваюсь с тем, что приходится поддерживать то, что ты пишешь. В итоге прикинул - на сколько меня хватит? Вышло, что в жизни могу написать 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 года макс) проект просто приедается, не смотря на то, что все ингридиенты "интересности" на месте?