Один год жизни? или перспективы новых интернет-проектов

Да, когда программист начинает намекать, что устал, хочет завязать, отдохнуть, сосредоточиться на "своих проектах" или наоборот нашел "более важное и прибыльное дело", у клиента начинается нервный тик... :о)

Тут ИМХО можно только морально готовится к неожиданному наступлению часа "Х" (потере старого программера) и последующему выкладыванию заведомо большОй суммы заведомо дорогому новому программеру - сначала за анализ и изучение сотен килобайт чужого кода, а затем за его продолжение :(

Насколько я понимаю, мы одинаково смотрим на возможные проблемы; а вопрос реагирования носит скорее философский характер :-) (готовиться заранее не только морально или надеяться на лучшее)

Так вообще похоже, что в этой теме собрались люди, знающие вопрос не понаслышке. Слишком много таких общих мыслей, которые можно наработать только длительным опытом.

А день "Х" ИМХО можно как минимум отодвинуть на отдаленное будущее. Ведь с годами растет не только проект, но и тот самый единственный программист. Значит постепенно раскрываем кошелек все шире и спокойно относимся к тому, что некий объем работы три года наза стоил 100 долларов, а сегодня 500, да и то "под настроение". То есть мысль: платить, не скупиться, стимулировать рублем.

P.S. Ну и в церкви не забываем ставить свечки за его здоровье :о)

Что ж, здесь уже и добавить нечего :-).

зачастую проблемма кроется в разных характерах участников нового проекта.

Ведь один как правило оказывается вдохновителем и энтузиастом, а другой считает денежки сразу)

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

Недавно перечитывал книжку Фредерика Брукса "Мифический человеко-месяц или как создаются программные сисемы". Книга была издана в 1975 году, автор описал проблемы (и их решение), с которыми столкнулся при руководстве крупными проектами по разработке ПО в середине 60-х. Переиздается до сих пор, многие проблемы актуальны даже сегодня, по прошествии 40 лет. Если вкратце, то для успешного проекта нужна четкая концепция и соответствующая ей организация коллектива, всё остальное отходит на второй план. Более фундаментальной (и в то же время простой) литературы по этой проблеме я не встречал. Если кому-то интересно. могу скинуть на рапиду.

Можно хороший проект запустить за копейки, а можно "вбухать" сотни тысяч или больше и так ничего и не получить!

Все зависит от профессионализма создателей проекта, их опыта, связей, от того на сколько они попали в точку, просто везения на конец. Заранее предугадать довольно сложно. Но если все это есть, да еще и деньги... ;)

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

А программист... Создавайте проект на готовых продуктах и контролируйте чистоту и правильность доп. кода. Возьмите человека знакомого с кодингом в долю наконец! Это совсем не проблема по моему.

Был бы очень благодарен :-). Одно название чего стоит (просто бальзам на душу менеджерам, которые не понимают, почему первоначально утвержденные сроки программирования имеют фантастическую способность к увеличению).

Вот ссылка:

http://microsat.sm.bmstu.ru/e-library/Books/TheMythicalManMonth_rus/The%20Mythical%20Man-Month.pdf