SeVaEDUARD SAPOTSKIпропущено...
Это типа в 2007-м году продали 10 коробок, а в 2010-м целых 30?
Именно. Штучные продажи и маркетинговые уловки. Такой рост говорит только о том, что это поделие никому не нужно.
Бугага: Forrester выпустила исследование по оценке экономического эффекта от внедрения SharePoint 2010

SeVaAsp.net уже в зоне молчания без всякого упоминания на конференциях.
Упс http://www.i-programmer.info/news/89-net/4915-aspnet-future-revealed.html
ASP.NET светлое будущее мелкомягких :)

ПарамонВот и формы..
no news еще не значит, что помрёт

SeVaЛюбишь ты надписям на заборе доверять. Трудно представить в заказном исследовании на деньги MS других результатов. И то очень бледненько смотрятся показатели - 108% с учетом рисков.
Вполне неплохое исследование внедрений, чё.

SeVaЕдинственное упоминание asp.net: прикрутим OData. В остальном только про web api.
Дык веб эйпиай ровным маслом ложится как на MVC, так и на WebForms. Просто в мувице оно в коробке.

SeVaAsp.net - покойник
Альтернативы какие? Балмер задал направление для MS, это HTML5. И?

SeVaМуся, ты в sl'ом форуме все уши прожужжал про замечательные js и jquery, а теперь несознанка и путаница в показаниях.
Пачкал нам мозги, как обычно?
Сам по себе js и jquery нах никому не нужен, а в связке с веб-технологией - это нашей всё (ASP.NET, Java, PHP, ...)

AHTOH_LКак это MVC мёртв?! Я только что книжку заказал по MVC.
Отменяй заказ.

EDUARD SAPOTSKIТак вот тот заказчик все таки решил переписать все под MVC, мы отказались, он сдал заказ другой конторе, уже два месяца на MVC чето сочиняют, такими темпами к весне может что и сделают :))
Ну отдали каким-то кодирующим обезьянам без ума и фантазии, делов-то. А вообще меня всегда пугали такие monkeys (не буду показывать пальцем ), которые что-то там переписывали с WebForms на MVC. Да и еще с какими-нить бешеными темплейтами )

iConstНе знаю, применю когда-либо ASP.Net MVC на практике (уже сомнительно), но вот, ИМХО, не оправдывает он себя. При всех плюсах, удерживает одно: КПД ниже, чем в вебформс или "нативных" решениях (HTML+JS+Server).
Ну на счет КПД тут спорный вопрос, который скорее зависит от скиллов codemonkeys. Лично как по мне, на MVC код более упорядочен, автомаппинги моделей - это конечно рулёз. Но с другой стороны и на WebForms можно порядок блюсти и реализовывать слой классического MVP - в кодбехайнде никакой логики, тупая инстанциация модели и передача ее в презентер.

iConstВообще не понимаю навязывания Заказчиком технологии (тем паче паттерна!) для решения задачи (если только он не посредник).
Последующая поддержка и развитие решения. Например, мы заказываем на аутсорс решение, разгружая своих обезьянок. Разумеется, если мои обезьянки специализируются на ASP.NET, я не буду заказывать софт на PHP.

iConstЕсть требования к Приложению, описание функционала: да пошел ты ... лесом, Заказчик. Тебе шашечки или ехать? Так он начнет совать нос в имена методов и переменных (мне попался раз рьяный) .
В требованиях точно так же может указываться платформа. Ну а методы да, уже жестоко. Хотя никто на запрещает изначально прописать в требованиях основные методы. Если этого не сделано и заказчик хочет эту плюшку после реализации, он должен идти долгими густыми лесами :)

ПарамонПро "помрет" я и не говорил вроде )
Просто в светлом будущем MS, для форм новостей нет :)
Не говорил, но намекал :) А новости для форм - да куй с этими новостями, стабильность не требует новостей )

SeVaMVC 4 - это возможность работать с новой моделью асинхронности, а это совсем другая история в случае больших нагрузок.
Хватит фантазировать уже, в WebForms не менее "асинхронен"

SeVaПлюс к этому - какая никакая архитектура, достаточно строгие правила, а не лапшекод в обработчиках с отдельным кино на каждой форме, есть интеграция для работы с БД, возможность применять кодогенераторы и тд.
Какую-никакую архитектуру можно где угодно реализовывать. Как в MVC так и в WebForms.