Как профессионально пишутся большие проекты?

[dixlofos]

Когда я только начинал, я думал что самое главное - это знание языка. Вот прошел год с момента моего старта, язык я знаю пускай не на 100%, но вполне сносно, написал с десяток программ и сотню программулинок =).
Когда писал последнюю свою, на данный момент времени, программу то столкнулся с некоторыми проблемами.. саму программу я написал и она работает, но если понадобиться добавить функционала, который сильно отличается от того что заложено архитектурой, то могут возникнуть сильные проблемы, тк автономность работы большинства частей программы практически равна нулю, и дерни одно - рухнет все остальное =)
И вот я спрашиваю как пишутся большие проекты? С чего начинают? Рисуют ли что-то на бумаге, или пишут с ходу только опираясь на опыт?

[riden]

Главное не знание языка (знание языка - это как бы нулевой уровень программиста), а уровень развития абстрактного мышления. Сначало ты можешь запрограммировать любую частную вещь, тогда ты программист. Когда ты можешь переходить к программированию более общих вещей, охватывающих несколько частностей, ты - уже более качественный программист.

[dixlofos]

да это-то понятно, вопрос-то не в этом

[Psycho Tiger]

Вам везёт. Пишу больше 5 лет и вообще нихрена не знаю.

[Bgg]

Сообщение от Psycho Tiger

Вам везёт. Пишу больше 5 лет и вообще нихрена не знаю.

И ты все 5 лет работаешь один?

Я так понимаю вопрос в том как работают несколько flash программистов над одним проектом. Flash программист + серверный + аниматоры/иллюстраторы думаю и так понятно.

[VVall]

Проекты проектируются, программы пишутся.

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

[Котяра]

Для этого и придумали ООП.
Большие проекты я начинаю с разработки в XMind`e или на листочке архитектуры проекта.
Каждую часть стараюсь делать как можно более независимой и инкапсулированной. Сходу продумать архитектуру сложно, особенно если полные требования неизвестны и поэтому лучше проявить излишнюю расширяемость.(лучше перебдеть чем недобдеть)
Модули общаются между собой либо событиями либо по описанному интерфейсу - прямых вызовов стараюсь избегать.
Кроме архитектуры - важны конвенции кодирования и контроль версий.
Я придерживаюсь стандартных конвенций и использую svn.
И ещё - я очень ленивый и перед тем как что-нибудь писать, ищу: а не написано ли это до меня.

[Bgg]

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

[wvxvw]

Если под большими понимается "энтерпрайз", то смотрите в сторону Ant, Maven, юнит-тестов, автоматического тестирования, всяческую теорию о том, как строятся приложения в этой сфере. Чесно говоря, я не знаю, что именно стоит почитать по этому поводу т.как энтерпрайз сектор во флеше не особо развит... наверняка стоит искать что-то по Java / C# - связаной теории...

[dixlofos]

а UML кто-нить использует?
я книгу счас читаю про него, точнее и про него тоже, стоит ли? Или это все лишняя формализация процесса?