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

1. IoC (нужен ли? какой?)
   
2. DAL
   
   • database or files (depends on cost: files might be free, when DB is only available for extra fee)
     
   • access technology (ado.net, ef, code first, linq to sql)
     
   • transactions
     
   • concurrency
     
   • level of abstraction for DAL
   
   
3. BL validation
   
4. BL data security
   
5. Web security
   
6. Data input validation
   
7. UI view library (kendo, bootstrap etc)
   
8. UI framework for views (JS framework)

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

Какие бы вы добавили? Или уточнили? Интерсно, использует ли кто-то подобный чек лист в своей практике?

Здравствуйте, another_coder, Вы писали:

_>Решил составить для себя чеклист, описывающий важные технические аспекты, требующие внимания при старте нового проекта. Предположим, проект размера онлайн журнала, со всеми подобными фитчами. По идее, должен быть наиболее общим вариантом веб-сайта. Вот первый вариант чеклиста.
_>...
_>Это даже, скорее, список вопросов, на которые надо ответить в самом начале проекта и, если требуется, заимплементить.
_>Какие бы вы добавили? Или уточнили? Интерсно, использует ли кто-то подобный чек лист в своей практике?

Пишу список вопросов, на которые ответить. Пишу условия, в рамках которых делается проект.
Взвешиваю варианты, выписываю +-, принимаю, задаю дальнейшие вопросы.

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

Для меня первые вопросы обычно такого уровня:
А нужно ли вообще кодить? Толстый или тонкий клиент или вообще несколько? Будут ли какие-то ключевые библиотеки, покрывающие серьёзную часть функционала?

Здравствуйте, Nuseraro, Вы писали:

N>Пишу список вопросов, на которые ответить. Пишу условия, в рамках которых делается проект.
N>Взвешиваю варианты, выписываю +-, принимаю, задаю дальнейшие вопросы.

N>Чеклиста нет, потому что в вашем чеклисте вы уже приняли немало всяких решений. Возможно вы в жизни делали всегда очень похожие проекты, или просто мало.

Типовой проект есть, я указал — "онлайн журнал". Он должен покрыть наиболее полно общие технические характеристики сайта. Тут попытка свести уйму проектов под один шаблон, т.к. это очень сильно упростило бы вникание в суть новичков.

N>Для меня первые вопросы обычно такого уровня:
N>А нужно ли вообще кодить? Толстый или тонкий клиент или вообще несколько? Будут ли какие-то ключевые библиотеки, покрывающие серьёзную часть функционала?
Вопросы очень общие, т.к. нужно или нет, зависит от того, что вообще конкретно нужно? Аналогично про библиотеки. Задача чек листа, как раз, дать возможность ответить человеку, а что конкретно нужно для проекта из технолоргических решений, а потом уже решать нужно это кодить, или можно заимствовать готовое.

_>Это даже, скорее, список вопросов, на которые надо ответить в самом начале проекта и, если требуется, заимплементить.

Это, скорее, первый шаг к BDUF (big design upfront).
Вы уверены, что хотите идти этим путём? Возможно, не всё и не всегда следует задумывать "с самого начала".

Здравствуйте, SkyDance, Вы писали:

_>>Это даже, скорее, список вопросов, на которые надо ответить в самом начале проекта и, если требуется, заимплементить.

SD>Это, скорее, первый шаг к BDUF (big design upfront).
SD>Вы уверены, что хотите идти этим путём? Возможно, не всё и не всегда следует задумывать "с самого начала".

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

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

Здравствуйте, another_coder, Вы писали:

Это вряд ли возможно. Т.е. это возможно, но получится целая книга:

Microsoft Application Architecture Guide, 2nd Edition

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