Начинаем писать с нуля новый Enterprise-проект (скажем, магазин с неким уникальным функционалом WebApp+MobApp+API). Планируется длительная итерационная разработка и поддержка.

Проект состоит из 2 частей: открытая для внешних пользователей и закрытая для внутреннего использования.

Хотелось бы заложить правильный фундамент в выборе технологий.

Критерии:

1. Гарантия длительной поддержки технологии желательно (до 5 лет).
2. Гарантия популярности, легкость поиска разработчиков с опытом.
3. Минимум проблем с ней (простота, безбажность).

1. Web.

Какой клиентский фреймворк использовать? Angular? Knockout? Backbone? Etc? Как знать, что выбранный фреймворк не останется заброшенным через пару лет? Какие имеют хорошую интеграцию с VS (поддержку NuGet, синтаксиса?)?

2. Слой работы с DB.

EF можно считать бесспорным лидером?

Как вы решаете эти вопросы?

Здравствуйте, Аноним, Вы писали:

А>Начинаем писать с нуля новый Enterprise-проект (скажем, магазин с неким уникальным функционалом WebApp+MobApp+API). Планируется длительная итерационная разработка и поддержка.
А>Хотелось бы заложить правильный фундамент в выборе технологий.

Windows + C# + WinForms + linq2db + plain HTML5.

А>Как вы решаете эти вопросы?

Мозгом.

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

B>Здравствуйте, Аноним, Вы писали:

А>>Начинаем писать с нуля новый Enterprise-проект (скажем, магазин с неким уникальным функционалом WebApp+MobApp+API). Планируется длительная итерационная разработка и поддержка.
А>>Хотелось бы заложить правильный фундамент в выборе технологий.

B>Windows + C# + WinForms + linq2db + plain HTML5.

Для веба ASP.NET [MVC] лучше подойдет, имхо.

Здравствуйте, Крякозавр, Вы писали:

B>>Windows + C# + WinForms + linq2db + plain HTML5.

К>Для веба ASP.NET [MVC] лучше подойдет, имхо.

Нисколько не спорю. Только я не понял, причём там MVC.

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

B>Здравствуйте, Крякозавр, Вы писали:

B>>>Windows + C# + WinForms + linq2db + plain HTML5.

К>>Для веба ASP.NET [MVC] лучше подойдет, имхо.

B>Нисколько не спорю. Только я не понял, причём там MVC.

Что значит причем? Технология такая, называется так.

Здравствуйте, Аноним, Вы писали:

А>Начинаем писать с нуля новый Enterprise-проект

Однозначно стоит посмотреть в сторону NodeJS.

А>EF можно считать бесспорным лидером?
hh: Entity Framework — 30 вакансий, bltoolkit и linq2sql — по 1 вакансии.

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

B>Windows + C# + WinForms + linq2db + plain HTML5.

WinForms для Web проекта? Может все же WebForms

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

А>>EF можно считать бесспорным лидером?
O>hh: Entity Framework — 30 вакансий, bltoolkit и linq2sql — по 1 вакансии.

Я не против EF, но как бы не подскажите
Google: Nokia 930 — 13 300 000 результатов, Nokia Asha — 55 400 000.
Какой тел. круче?

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

Doc>Я не против EF, но как бы не подскажите
Doc>Google: Nokia 930 — 13 300 000 результатов, Nokia Asha — 55 400 000.
Doc>Какой тел. круче?

Вопрос не в том что круче, а что популярнее...

Doc>не подскажите
Ну раз вы просите не подсказывать, то не буду.
Doc>Google: Nokia 930 — 13 300 000 результатов, Nokia Asha — 55 400 000.
Здесь всё ясно без подсказок: которые с клавиатурой — для благородных патрициев, а где надо руками в экран — для неотёсанного плебса.

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

S>Вопрос не в том что круче, а что популярнее...

Да пожалуйста. И что популярнее?

PS: По NHibernate сейчас мне выдало 43 вакансии. Популярнее EF (выше сказано что "Entity Framework — 30 вакансий")?

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

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

B>>Windows + C# + WinForms + linq2db + plain HTML5.

Doc>WinForms для Web проекта? Может все же WebForms

Для веба — чистый HTML. Для нормального использования под виндой — WinForms. Веб нужен только для поддержки всякого планшетно-смартфонного фуфла (хотя и там бы я написал native).

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

B>Для веба — чистый HTML. Для нормального использования под виндой — WinForms. Веб нужен только для поддержки всякого планшетно-смартфонного фуфла (хотя и там бы я написал native).

Вы знаете хоть один магазин на чистом HTML? Отстаете лет эдак на 7.

Doc>PS: По NHibernate сейчас мне выдало 43 вакансии. Популярнее EF (выше сказано что "Entity Framework — 30 вакансий")?
NHibernate = 14 (выборка по Москве). Популярнее таки EF.

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

B>Для веба — чистый HTML. Для нормального использования под виндой — WinForms.

Т.е. чтобы зайти в магаз под виндой мне нужно будет поставить приложение? Это что — совет как написать самый неудобный магазин?

B>Веб нужен только для поддержки всякого планшетно-смартфонного фуфла (хотя и там бы я написал native).

В данной задаче веб (а именно ASP.NET MVC) + респонсив дизайн прекрасно справится с десктопами и планшетами. На первых порах даже с мобильниками. А потом и натив подтянуть можно (хотя это уже же вопрос позиционирования магазина владельцами — для себя только или продавать движок будут).

Ключевые решения принимаются довольно просто.
1) Выписываешь несколько наиболее адекватных вариантов.
Например для DB
SQL + самописный ADO.NET минифреймворк
linq2sql
EF
2) Выписываем условия проекта
Например:
У нас есть Вася, Петя, Григорий и Андрей как программисты. У них такие-то скиллы.
2) Выписываешь плюсы и минусы разных подходов
Например для какого-нибудь проекта(укороченный список)
SQL + самописный ADO.NET минифреймворк :
+: потенциально хорошая производительность, легко сможем написать ту хитрую логику из юзкейса 16.
-: Много дополнительной работы при тупых create update delete list, нет специалиста
linq2sql:
+: Вася хорошо знает, остальные быстро научатся
-: логика из юзкейса 16 геморно прогать и тяжело будет написать, чтобы не тормозило, ещё заказчик требовал по безопасности — потребует отдельных работ
EF:
+: Все в команде замотивированы выучить и применить модную технологию
-: Нет специалистов, Петя чуть-чуть работал. Юзкейс 16. Тяжелее отлаживаться для новичков.
3) Смотришь, взвешиваешь варианты по получившимся критериям. Пробуем сделать гибридов, которые бы обладали плюсами обоих родителей (например для отдельного "юзкейса 16" создать отдельное решение). Оцениваем их тоже. Также думаем как можно модифицировать решение, чтобы ликвидировать его минусы (привлечь Женю из соседнего отдела на разработку SQL).
4) Выбираем наилучшний вариант. Работаем с ним.
5) В процессе работы иногда убеждаемся, что исходные условия проекта выполняются, если нет — нужно перепринять решение.

Этот процесс занимает час-другой-третий, а польза для проекта велика.

Здравствуйте, Аноним, Вы писали:

А>Начинаем писать с нуля новый Enterprise-проект (скажем, магазин с неким уникальным функционалом WebApp+MobApp+API). Планируется длительная итерационная разработка и поддержка.

А>Проект состоит из 2 частей: открытая для внешних пользователей и закрытая для внутреннего использования.

А>Хотелось бы заложить правильный фундамент в выборе технологий.

А>Критерии:

А>1. Гарантия длительной поддержки технологии желательно (до 5 лет).
А>2. Гарантия популярности, легкость поиска разработчиков с опытом.
А>3. Минимум проблем с ней (простота, безбажность).

При таких критериях ASP.NET MVC + WebAPI (в ближайшее время станет одним компонентом) + SQL Server + Xamarin для мобилок.
Может упереться в лицензии.

А>1. Web.

А>Какой клиентский фреймворк использовать? Angular? Knockout? Backbone? Etc? Как знать, что выбранный фреймворк не останется заброшенным через пару лет? Какие имеют хорошую интеграцию с VS (поддержку NuGet, синтаксиса?)?
На сегодня Angular. Но ситуация меняется раз 3 года, поэтому угадать тут сложно.
Bootstrap для верстки.

А>2. Слой работы с DB.
А>EF можно считать бесспорным лидером?
Да, но это не означает что можно вообще не знать SQL.

А>Как вы решаете эти вопросы?
Тут главное не попасть на крючок рекламы "модных" технологий: nosql, nodejs, новомодных клиентских библиотек, экзотических серверных фреймворков.

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

S>Вы знаете хоть один магазин на чистом HTML?

А вы знаете хоть один НОРМАЛЬНЫЙ магазин на ваших жабоскриптах?

Я уже по горло сыт идиотами, которые неспособны создать нормальную страницу товара (или списка товаров), которую я мог бы сохранить на диск и посмотреть offline — кругом идиотские "погрузки", оптимизации, жабоскрипты, динамический контент... МНЕ ОНО НАДО?

S>Отстаете лет эдак на 7.

Дурочог, бегущий впереди поезда — это не тот, кто обогнал, а тот, кого рано или поздно раздавит.

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

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

B>>Для веба — чистый HTML. Для нормального использования под виндой — WinForms.

Doc>Т.е. чтобы зайти в магаз под виндой мне нужно будет поставить приложение? Это что — совет как написать самый неудобный магазин?

Это совет вам на будущее читать внимательнее спеки.

Проект состоит из 2 частей: открытая для внешних пользователей и закрытая для внутреннего использования .

Для внутренних нужд система прежде всего должна быть удобной и быстрой — там будет native. Более того — как постоянному покупателю мне будет ГОРАЗДО удобнее иметь оффлайнового, шустрого клиента, который не будет жрать мой трафик, а будет красиво хранить данные магазина на диске, включая историю покупок. Запустил клиента, быстро синхронизировался, отключился и весь день можешь смотреть свой магазин. С веб такое не сделаешь 100%. А про тарифы на 3G интернет напомнить?


B>>Веб нужен только для поддержки всякого планшетно-смартфонного фуфла (хотя и там бы я написал native).

Doc>В данной задаче веб (а именно ASP.NET MVC) + респонсив дизайн прекрасно справится с десктопами и планшетами.

Я не хочу дурацкий "веб-тык интерфейс", меня от него тошнит. Я люблю, чтобы кнопки выглядели как кнопки, а каждое моё действие имело однозначную реакцию. Ждать, когда браузер прочухается или что-то там у себя загрузит — это для хомячков.

Поверьте, ещё лет 5 и веб утонет в собственных говносайтах — их сложность и громоздкость стала непомерной, бэкграунды на 5 мегов — это же маразм! (и скриптов ещё 5 мег )
Плюс, прогресс шагает вперёд, но остаётся чёртова уйма устройств, где нельзя запускать подобие IE/Chrome — там экран 200х300 и HTML-3. Почему бы не поддержать их? У нас что, требования "кто больше запихнёт скриптов"? Нет. Поэтому чистый HTML даст не только СОВМЕСТИМОСТЬ, но и широчайшую аудиторию.