Всем привет.
Предстоит разработка достаточно крупной системы. Опыта такого нет.
Посоветуйте плиз хорошие книги по разработке, проектированию сложных систем.
Будет множество модулей, постоянно чё-то будет дописываться, добавляться и т.д. Чтоб не запутаться во всём этом, чтоб оно между собой ещё нормально взаимодействовало, можно было расширять и чтоб оно не падало
В качестве технологии скорее всего будет .Net, поэтому если есть книги с упором на это, то хорошо (хотя в принципе это должна быть общая теория).
Здравствуйте, -Cheese-, Вы писали:
C>Предстоит разработка достаточно крупной системы. Опыта такого нет. C>Посоветуйте плиз хорошие книги по разработке, проектированию сложных систем.
Лучше уж и не начинанать...
Лучший дар, который мы получили от природы и который лишает нас всякого права жаловаться – это возможность сбежать. /М.Монтень/
Здравствуйте, Thanatos, Вы писали:
T>Здравствуйте, -Cheese-, Вы писали:
C>>Предстоит разработка достаточно крупной системы. Опыта такого нет. C>>Посоветуйте плиз хорошие книги по разработке, проектированию сложных систем.
T>Лучше уж и не начинанать...
Почему? Всё когда-то делается в первый раз.
Хочется не наступать на грабли, на которые уже наступили другие...
Здравствуйте, -Cheese-, Вы писали:
C>>>Предстоит разработка достаточно крупной системы. Опыта такого нет. C>>>Посоветуйте плиз хорошие книги по разработке, проектированию сложных систем.
T>>Лучше уж и не начинанать... C>Почему? Всё когда-то делается в первый раз.
Оно-то делается, но первый блин чаще всего комом.
Не лучше ли найти нанять опытного архитектора?
Лучший дар, который мы получили от природы и который лишает нас всякого права жаловаться – это возможность сбежать. /М.Монтень/
Здравствуйте, -Cheese-, Вы писали:
C>В качестве технологии скорее всего будет .Net, поэтому если есть книги с упором на это, то хорошо (хотя в принципе это должна быть общая теория).
сразу начинать проектировать сложно, лучше потратить время на чтение литературы, и обдумывать прочитанное в контексте проекта.
Мартин Фаулер, "Архитектура корпоративных программных приложений".
Гамма "Приемы объектно-ориентированного программирования. Паттерны проектирования".
Мартин Фаулер "Рефакторинг. Улучшение существующего кода". Скачать программный продукт NUnit и попробовать его в деле.
Непосредственно по дотнеут лучше читать Джеффри Рихтер "Программирование на платформе Microsoft.NET FRAMEWORK"
Чарльз Петцольд Программирование для Microsoft WINDOWS на С#
Здравствуйте, ingenero, Вы писали:
I>сразу начинать проектировать сложно, лучше потратить время на чтение литературы, и обдумывать прочитанное в контексте проекта.
сразу кодить и не будем — сначала читать
I>Мартин Фаулер, "Архитектура корпоративных программных приложений".
Пришёл с обеда с этой книгой... значится с неё и начнём
I>Гамма "Приемы объектно-ориентированного программирования. Паттерны проектирования". I>Мартин Фаулер "Рефакторинг. Улучшение существующего кода". Скачать программный продукт NUnit и попробовать его в деле.
I>Непосредственно по дотнеут лучше читать Джеффри Рихтер "Программирование на платформе Microsoft.NET FRAMEWORK" I>Чарльз Петцольд Программирование для Microsoft WINDOWS на С#
I>Удачи Это начало ооочень длинного пути
Спасибо.
Здравствуйте, -Cheese-, Вы писали:
I>>Мартин Фаулер, "Архитектура корпоративных программных приложений". C>Пришёл с обеда с этой книгой... значится с неё и начнём
Из это же серии вот еще эта книжка
и если "Архитектура корпоративных программных приложений" — это замечательно для понимания какими абстракциями проектировать вне зависимости от прикладной области, то вот из "Reusable Object Models" можно брать готовые *прикладные* решения.
Здравствуйте, -Cheese-, Вы писали:
C>Всем привет. C>Предстоит разработка достаточно крупной системы. Опыта такого нет. C>Посоветуйте плиз хорошие книги по разработке, проектированию сложных систем. C>Будет множество модулей, постоянно чё-то будет дописываться, добавляться и т.д. Чтоб не запутаться во всём этом, чтоб оно между собой ещё нормально взаимодействовало, можно было расширять и чтоб оно не падало C>В качестве технологии скорее всего будет .Net, поэтому если есть книги с упором на это, то хорошо (хотя в принципе это должна быть общая теория).
Эдвард Йордан
«Смертельный марш»
Полное руководство для разработчика программного обеспечения по выживанию в безнадежных проектах
Шутка
В принципе, если цель только поучиться за бабки заказчика, то нормальный подход — почитать умных книжек и в бой. Но в книжках пишут далеко не все и не так, как случается в жизни. Так что, если цель сделать работающую систему, то лучше привлечь людей умеющих организовывать процесс разработки и имеющих опыт создания сложных систем. Посмотрев что и как делают они, можно начинать делать самому.
-Cheese- пишет: > > Предстоит разработка достаточно крупной системы. Опыта такого нет. > Посоветуйте плиз хорошие книги по разработке, проектированию сложных систем. > Будет множество модулей, постоянно чё-то будет дописываться, добавляться > и т.д. Чтоб не запутаться во всём этом, чтоб оно между собой ещё > нормально взаимодействовало, можно было расширять и чтоб оно не падало
А вообще, как практический совет, книги оные читать для лучшего
засыпания .
А разрабатывать систему исходя из простого правила: все модули системы
должны быть минимально зависимы и иметь максимально простой интерфейс. В
общем правило, эффективно используемое очень давно "разделяй и властвуй."
Да и еще не пытаться предугадать будущее.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
(c) из подписи Anatolix-а
Лучший дар, который мы получили от природы и который лишает нас всякого права жаловаться – это возможность сбежать. /М.Монтень/
Да... забыл сказать
Так как разработчиков будет несколько, то киньте плиз ещё полезные книжки для организации работы в комманде.
Интересует такие вещи как сохранение кода, складывание в одно место актуальных исходников.... и т.д..
Здравствуйте, Thanatos, Вы писали:
C>>>>Предстоит разработка достаточно крупной системы. Опыта такого нет. C>>>>Посоветуйте плиз хорошие книги по разработке, проектированию сложных систем.
T>>>Лучше уж и не начинанать... C>>Почему? Всё когда-то делается в первый раз.
T>Оно-то делается, но первый блин чаще всего комом. T>Не лучше ли найти нанять опытного архитектора?
Здравствуйте, -Cheese-, Вы писали:
C>Да... забыл сказать C>Так как разработчиков будет несколько, то киньте плиз ещё полезные книжки для организации работы в комманде. C>Интересует такие вещи как сохранение кода, складывание в одно место актуальных исходников.... и т.д..
Если вы задаете такие вопросы, то вам действительно лучше не начинать заниматься этим проектом... Правильный совет дали — нанять толковых людей.
Но видимо вам это не подходит. Интересно почему?
Здравствуйте, vb-develop, Вы писали:
VD>Если вы задаете такие вопросы, то вам действительно лучше не начинать заниматься этим проектом... Правильный совет дали — нанять толковых людей. VD>Но видимо вам это не подходит. Интересно почему?
А что? Толковыми архитекторами сразу рождаются? Вы прямо так в штыки всё воспринимаете....
Просто до этого момента работал один над своими проектами... и не могу сказать, что всё было плохо.
К тому же понятие "Сложная система" относительно.
Хотя бы относительно вашего и моего понимания. Может по вашим меркам это просто крошечное приложеньицичье
Thanatos пишет: > > Разделяй, говоришь... > > Любая проблема дизайна может быть решена введением дополнительного > абстрактного слоя, за исключением проблемы слишком большого количества > дополнительных абстрактных слоев
Ну ладно, тогда добавлю еще одно правило, пожалуй ключевое, ЛЕНЬ.
Здравствуйте, -Cheese-, Вы писали:
C>К тому же понятие "Сложная система" относительно. C>Хотя бы относительно вашего и моего понимания. Может по вашим меркам это просто крошечное приложеньицичье
Почему-то засела в голове фраза из к/ф "Москва слезам не верит":
"Трудно научиться управлять тремя, а после трёх кол-во значения уже не имеет"
C>Так как разработчиков будет несколько, то киньте плиз ещё полезные книжки для организации работы в комманде. C>Интересует такие вещи как сохранение кода, складывание в одно место актуальных исходников.... и т.д..
судя по вопросам, тебе нужно покодить пару лет.
а потом уже прыгать в тимлиды или архитекторы
Автор(ы): Грегор Хоп, Бобби Вульф
