Я не специалист в SharePoint, но даже мне понятно, что тем, кто сталкивался с описанной проблемой статья очень пригодится. Кроме того, она IMHO очень хорошо написана.
Как же я удивился, когда обнаружил -2 после голосования! Зачем? Люди проделали полезную работу, потом написали статью, чтобы помочь другим, а вы жмете на минус, не читая текст или не разбираясь в вопросе…
Но описано все немножко сумбурно. Я бы посоветовал описать каждую часть процесса отдельной статьей и описать все очень подробно, уделяя внимание деталям, приводя примеры из конфигов, скриншоты — это здорово помогло бы новичкам. А так по тексту очень много слов и терминов, которые будут непонятны тем, кто «не в теме» :-)
Да нарисовали они его в фотошопе ради прикола, а начальство увидело и быстренько инфу распостранило. Теперь уже поздно признаваться — пусть все думают, что это реальная фотография :-)
На самом деле, очень приятно. Особенно учитывая то, что я живу в Харькове.
Пользовался когда-то NBehave. Клиент захотел BDD вместо TDD. Надо сказать, что тесты при должном терпении и подходе получаются красивыми и информативными.
Жаль только, что таких «идеальных» проектов, где на тесты можно уделить полагающиеся 50% времени разработки, очень мало.
У нас понятие «корпоративный» не обязательно значит корпорация размером с Microsoft :-) Даже маленькие фирмочки в 5 человек выезжают регулярно на «корпоратив» :-)
Имеется в виду, небольшие компании, которые не имеют совей собственной телефонной сети, но сотрудники которых работают в разных городах или даже странах, и вынуждены общаться друг с другом.
И не надо вкладывать в слова «защищённость и надёжность» абсолютную надежность и защищенность. Для большинства достаточно того, что сисадмин или провайдер не может логгировать их чат или слушать разговор.
Не хочу разводить флейм на счет открытых/закрытых протоколов, но лично мне кажется, что закрытость протокола именно Skype — это большой плюс сейчас.
Аргументы:
1. Нет альтернативных клиентов, это значит что риск утечки данных минимизирован и доверяя своему клиенту вы доверяете клиенту вашего собеседника. Вспомните недавние приключения с квипом.
2. Нет массовых рассылок спама, поскольку все надо делать через тот же стандартный клиент. Посмотрите сколько спама приходит вам в аську.
3. Skype очень популярен в корпоративной среде именно благодаря его защищенности и надежности. По крайней мере, многие так считают. Многое в его надежности связано с его закрытостью.
У нас бы таких «бизнесменов» быстро отучили кидать такие большие компании на 3 млрд. :-) Да что говорить, у наших бы даже такой мысли не возникло — кинуть какой-нить русский аналог eBay на 3 млрд., пусть даже и по вине последней.
Поддерживаю замечание по скорости разработки. MVC требует больше времени на реализацию одной и той же (усредненной) задачи, хотя в перспективе, возможно, упростит внесение изменений в существующий продукт.
Отличные примеры «за» и «против». Согласен со всеми аргументами.
Я бы еще добавил, что MVC Framework и классический ASP.NET хороши для различного типа задач.
Например, блог или электронное представление газеты, на мой взгляд, удобнее делать с использованием MVC (мало форм ввода данных и много вывода информации в различных представлениях)
Но, например, большая на 3-4 страницы форма ввода данных на MVC — это мазохизм, хотя и реально реализуемо. Тут лучше использовать ASP.NET с валидаторами, ViewState и т.д.
Еще мне очень нравится тот темплейт, который устанавливается в студию вместе с MVC — для маленького проектика на 8 часов именно то, что нужно. Быстрый старт, так сказать.
Смотря что считать, моему сыну, когда он родился, было 0 годиков, так что я начал считать его возраст с 0.
Тут все зависит от того, сколько времени проходит между итерациями при счете. Например, когда вы считаете количество денежных купюр в пачке денег, вы тоже начинаете с 0, но вы его не произносите и не замечаете. А возраст человека меняется раз в год, поэтому 0 мы замечаем.
Вообще по логике календаря, Иисус, когда родился, был уже в возрасте 1 год, или я не прав? :-)
Я думаю, что в статье на Хабре невозможно сделать то, что сделано в 5-10 книгах, упомянутых в статье. Поэтому статья хороша именно тем, что позволяет интересующимся данной тематикой сориентироваться в изобилии литературы и примеров.
Как же я удивился, когда обнаружил -2 после голосования! Зачем? Люди проделали полезную работу, потом написали статью, чтобы помочь другим, а вы жмете на минус, не читая текст или не разбираясь в вопросе…
Но описано все немножко сумбурно. Я бы посоветовал описать каждую часть процесса отдельной статьей и описать все очень подробно, уделяя внимание деталям, приводя примеры из конфигов, скриншоты — это здорово помогло бы новичкам. А так по тексту очень много слов и терминов, которые будут непонятны тем, кто «не в теме» :-)
На самом деле, очень приятно. Особенно учитывая то, что я живу в Харькове.
И самое главное, полезная. Надо будет попробовать использовать Sandcastle и эту оболучку.
Жаль только, что таких «идеальных» проектов, где на тесты можно уделить полагающиеся 50% времени разработки, очень мало.
Имеется в виду, небольшие компании, которые не имеют совей собственной телефонной сети, но сотрудники которых работают в разных городах или даже странах, и вынуждены общаться друг с другом.
И не надо вкладывать в слова «защищённость и надёжность» абсолютную надежность и защищенность. Для большинства достаточно того, что сисадмин или провайдер не может логгировать их чат или слушать разговор.
Аргументы:
1. Нет альтернативных клиентов, это значит что риск утечки данных минимизирован и доверяя своему клиенту вы доверяете клиенту вашего собеседника. Вспомните недавние приключения с квипом.
2. Нет массовых рассылок спама, поскольку все надо делать через тот же стандартный клиент. Посмотрите сколько спама приходит вам в аську.
3. Skype очень популярен в корпоративной среде именно благодаря его защищенности и надежности. По крайней мере, многие так считают. Многое в его надежности связано с его закрытостью.
Организаторам надо было разрешить публиковать ответ на ход соперника хотя бы в течении часа, а не устанавливать жесткий «дедлайн».
Зато этот AJAX прикручивается к простенькой формочке за 2 минуты.
И почему он не юзабелен?
Я бы еще добавил, что MVC Framework и классический ASP.NET хороши для различного типа задач.
Например, блог или электронное представление газеты, на мой взгляд, удобнее делать с использованием MVC (мало форм ввода данных и много вывода информации в различных представлениях)
Но, например, большая на 3-4 страницы форма ввода данных на MVC — это мазохизм, хотя и реально реализуемо. Тут лучше использовать ASP.NET с валидаторами, ViewState и т.д.
Еще мне очень нравится тот темплейт, который устанавливается в студию вместе с MVC — для маленького проектика на 8 часов именно то, что нужно. Быстрый старт, так сказать.
Тут все зависит от того, сколько времени проходит между итерациями при счете. Например, когда вы считаете количество денежных купюр в пачке денег, вы тоже начинаете с 0, но вы его не произносите и не замечаете. А возраст человека меняется раз в год, поэтому 0 мы замечаем.
Вообще по логике календаря, Иисус, когда родился, был уже в возрасте 1 год, или я не прав? :-)
Статью однозначно в букмарки!