Пять с половиной мифов о SharePoint. SharePoint - что это? Что такое Microsoft SharePoint? Типы рабочих областей в SharePoint Workspace

Основной задачей внутриорганизационного пространства является качественный и оперативный обмен информацией. Чтобы взаимодействие между сотрудниками было продуктивным, компьютерные корпорации работают над созданием удачной платформы, которая отвечала бы за эту задачу. Помимо всех остальных, к этому вопросу серьезно подошла корпорация Microsoft со своим продуктом SharePoint. Что это за программа?

Что такое SharePoint?

Как вы уже поняли, мы разберемся с Microsoft SharePoint. Что это за программа, каковы её необходимость и преимущества? Итак, это комфортная программа, отвечающая за организацию продуктивности между сотрудниками компании. Благодаря платформе, создается портал внутри корпорации, который и служит единым связующим центром коммуникации работников, а также местом хранения служебной информации.

Для чего нужен SharePoint?

В общей сложности мы разобрались с MS SharePoint: что это, и что с этим делать. Теперь посмотрим, для чего же нужна эта программа. Когда внутренний коммуникативный портал создан, программа позволяет нам организовывать общую систему для совместной обработки документов и проектов. Сейчас есть возможность создания онлайн-площадки для коммуникации, автоматизации рабочих процессов и решения подобных заданий.

Что такое SharePoint Designer?

Одной из составляющих данного проекта является SharePoint Designer. Что это за программа и для чего она нужна, мы разберемся далее. Мы поняли основную SharePoint. Что это за программа, нам известно. Но, как показывает практика, не все средства работают в полном объеме, а поэтому приходится расширить ограничения.

Чтобы работа с веб-узлами была полноценной, используют веб-редакторы. SharePoint Designer помогает осуществлять пошаговую быструю настройку:

• использования шаблонов;
• наполнения модульными составляющими;
• необходимого оформления;
• качественного дизайна и т.д.

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

Несмотря на то что SharePoint Designer относится к общему семейству корпорации, софт не найти в поставке стандартного комплекта Office. Поэтому, если возникла необходимость в этой программе, придется приобрести её отдельно. Кстати, бесплатно её также можно получить, но лишь на испытательный срок.

Цели и задачи

Как мы уже поняли, SharePoint Designer относится к стандартным незамысловатым веб-редакторам, а поэтому его функции и задачи также достаточно знакомы:

• формирование HTML-страниц;
• создание ASPX-страниц;
• работа с веб-приложениями;
• управление веб-сайтом.

Чтобы процесс был корректным, для работы с веб-узлами необходимо соединение с сервером, где уже работают службы SharePoint. Если же ваша задача состоит в том, чтобы сформировать страничку HTML или ASPX, то в принципе подключение к серверу можно не использовать. Единственный момент - по завершении работы нужно будет загрузить все файлы.

Основные принципы

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

Следующее, что вам потребуется, - это ввод текста. Для вас уже представлены некоторые кодовые комбинации, подходящие для оформления HTML. В основном же конструктор ничем не отличается от уже известных.

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

Что такое SharePoint Workspace?

Следующим компонентом является SharePoint Workspace. Что это за программа и каково её предназначение? Данный софт был выпущен в 2010 году корпорацией Microsoft и пришел на Groove 2007. Программа представляет собой приложение, которое осуществляет оперативный доступ к библиотекам документов и другим службам SharePoint днем и ночью.

Новая версия старого софта получилась более интерактивной и гибкой. Работать с приложением можно независимо или в паре с SharePoint Server. Если разобраться с SharePoint Workspace, что это и для чего, то основная задача ясна: синхронизация контента на ПК с документами и списками в реальном времени. В отличие от прошлого компонента, отвечающего за дизайн, данный служит больше коммуникативной платформой на уже созданных ранее областях или сайтах.

Возможности

Итак, предмет нашего рассотрения - Microsoft SharePoint Workspace. Что это, мы уже знаем, а потому осталось разобраться с возможностями, которые предоставляет для нас этот софт. Прежде всего это оформление рабочих областей, разделенных на несколько типов:

• SharePoint;
• Groove;
• область общих папок.

Первый вариант отвечает за синхронизацию сразу двух направлений напрямую, без какой-либо обработки. Работа осуществляется с библиотеками контента и списками на отдельном ПК. Следующая область рассчитана на полнофункциональный процесс между всеми сотрудниками. При этом данная среда считается наиболее безопасной. Третий вариант рассчитан на поддержание и функционирование доступа сотрудников к папкам ОС.

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

Выходит, что службы за программа, вы уже знаете) поддерживают следующие процессы:

• оптимизация;
• интеграция;
• простой пользовательский интерфейс;
• обмен сообщениями;
• поиск контента;
• безопасный режим и многое другое.

Конечно, это далеко не все функции, которые доступны для пользователей.

Ошибки настройки

Пришло время поговорить об ошибках настройки Microsoft SharePoint. Что это нам даст? Возможно, данный раздел ничем вам не поможет, но все-таки, если вы столкнетесь с данной проблемой, то у вас будет решение. Из-за того, что данный софт очень сложный и многофункциональный, пользователям так или иначе приходится сталкиваться с ошибками.

Конечно, существуют еще и другие ошибки, связанные с настройкой приложения.

Эффективное использование

Мы разобрались с SharePoint (что это за программа, мы также знаем). Теперь рассмотрим, где наиболее эффективно будет вести себя софт. Если говорить о сферах, то приложение подойдет для:

• руководства;
• маркетинга и рекламы;
• IT-технологий;
• пользователей;
• администраторов.

Итак, руководство с помощью SharePoint сможет согласовывать стандарты, следить за календарем встреч и установкой задач. Также есть возможность регистрировать идеи, формировать аналитику и напрямую общаться с коллегами.

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

Обычные пользователи могут иметь доступ к служебной информации, общаться с коллегами, оформлять заявки и вести документооборот.

Администраторам доступен учет корреспонденции и документов, вызов транспорта и такси, создание брони на билеты, отели, конференц-залы и прочее.

В общем, как показывает практика, в крупных компаниях рады тем, кто уже не раз сталкивался с SharePoint и его компонентами.

«SharePoint », или «Microsoft SharePoint Products and Technologies » - это коллекция программных продуктов и компонентов, включающая в себя:

• набор веб-приложений для организации совместной работы;
• функциональность для создания веб-порталов ;
• модуль поиска информации в документах и информационных системах ;
• функциональность управления рабочими процессами и систему управления содержимым масштаба предприятия;
• модуль создания форм для ввода информации;
• функциональность для бизнес-анализа .

SharePoint
Тип	Веб-портал , Система управления содержимым , ПО совместной работы
Разработчик	Microsoft
Написана на	C♯
Операционная система	Windows Server 2016 и Windows Server 2019
Аппаратная платформа	x64 / ASP.NET 4.5
Последняя версия	2016 (4 мая )
Состояние	Активен
Лицензия	Проприетарное программное обеспечение
Сайт	sharepoint.com
Медиафайлы на Викискладе

«SharePoint» может быть использован для создания сайтов, предоставляющих пользователям возможность для совместной работы. Создаваемые на платформе «SharePoint» сайты могут быть использованы в качестве хранилища информации, знаний и документов, а также использоваться для исполнения облегчающих взаимодействие веб-приложений, таких как вики и блоги . Пользователи могут управлять и взаимодействовать с информацией в списках и библиотеках документов используя элементы управления , называемые веб-части (SharePoint WebParts).

Семейство продуктов SharePoint

SharePoint представлен в виде двух основных продуктов - клиента (ранее назывался Windows SharePoint Services , WSS) и Microsoft SharePoint Server (ранее назывался MOSS ; см. ниже ). Помимо этого, предлагается инструментальное средство MS Office S hareP oint D esigner (SPD; см. ниже ).

Microsoft SharePoint Foundation - бесплатное приложение к Windows Server ; предоставляет базовую инфраструктуру для совместной работы: редактирование, хранение документов, контроль версий и т. д. Также он включает в себя такую функциональность, как «маршруты» движения документов (платформа для документооборота), списки заданий , напоминания , онлайн-дискуссии .

Microsoft SharePoint Server 2010 - платный компонент для интеграции функциональности SharePoint в работу приложений MS Office . Он является надстройкой над MS SharePoint Foundation и расширяет его возможности. Microsoft Project Server теперь является дополнением, которое устанавливается на MS SharePoint Server 2010.

Microsoft Office SharePoint Server (MOSS) - платный компонент для интеграции функциональности SharePoint в работу приложений MS Office. Он являлся надстройкой над WSS и расширял его возможности. Включал в себя инструменты для бизнес аналитики - Excel Services , Business Data Catalog. MOSS позволял получить доступ к MS Project Server и к формам Microsoft Office InfoPath через браузер, централизованно, в соответствии с концепцией многомодульного портала. Поддерживал специальные библиотеки, такие как PowerPoint Template Libraries. MOSS ранее был известен как SharePoint Server и SharePoint Portal Server .

Microsoft SharePoint Workspace (SPW, ранее Microsoft Office Groove ) - приложение, позволяющее синхронизировать данные (папки, файлы и т.д.)

Microsoft SharePoint Designer (SPD) - HTML-редактор в стиле WYSIWYG (ранее FrontPage), оптимизированный для создания SharePoint-страниц и управления документами для WSS сайтов. SPD дает возможность доступа к функциональности своего рендер-движка через Microsoft Expression Web и через среду разработки Microsoft Visual Studio . Весной 2009 года стал бесплатным продуктом.

Microsoft SharePoint Server 2013 представляет собой интегрированный пакет корпоративных приложений, который предназначен для увеличения производительности труда, организации совместной работы сотрудников, решения таких важных бизнес-задач, как контроль информационных потоков, принятие взвешенных решений и управление рабочими процессами. В продукте сделан акцент на социальную составляющую, облака и мобильность. MS SharePoint 2013 предлагает новые средства простого администрирования, эффективной защиты коммуникации и информации и гибкой совместной работы. Социальные возможности позволяют легко обмениваться идеями, отслеживать действия коллег, отыскивать экспертов и информацию и т. п.

Технология Microsoft SharePoint – это бесплатное серверное решение, которое позволяет посетителям веб-сервера довольно легко, пользуясь встроенными возможностями приложений, предлагаемых Microsoft, создавать и настраивать веб-узлы для коллективной работы. SharePoint – технология, наиболее актуальная на современном этапе развития информационного сообщества и бизнеса, требованием которого является растущая автоматизация рабочих процессов

Управление доступом

Чтобы не казаться голословными, приведем пару примеров, которые и далее будем использовать в качестве практических иллюстраций нашего курса. Современный информационный портал, как правило, разрабатывается и поддерживается большой командой ИТ-специалистов, журналистов, редакторов и менеджеров, обновляя свой контент и сервисы в режиме реального времени. Здесь очень важно обеспечить непрерывное функционирование сайта и четко синхронизовать работу, с одной стороны, программистов и дизайнеров, модернизирующих программную оболочку сайта, а с другой – редакторов контента (например, ленты новостей или т.п.). При этом необходимо добиться разграничения ответственности, чтобы редакторы контента не имели возможности вносить изменений в дизайн портала и коды программ, а ИТ-специалисты не могли бы изменять его текстовое наполнение. Кроме того, жестким требованием часто является и внутреннее разделение сфер деятельности сотрудников: например, авторам и редакторам политических новостей должно быть позволено редактировать только эти новости и не иметь доступа к правке, скажем, научного или автомобильного сегмента портала. Для программистов, дизайнеров и тестеров, обладающих разным уровнем компетентности и должностными обязанностями, также желательно настроить соответствующие ограничения.

Стоит отметить, что настройки упомянутых ограничений (или, в терминах SharePoint , разрешений ) осуществляются администратором (или администраторами, если их несколько) данного веб-узла – сотрудниками с суперправами. Наконец, для посетителей портала (аудитории, подключающейся к нему через сеть Интернет) предусматривается лишь пассивный доступ, предполагающий только просмотр веб-страниц в браузере, без возможности какого-либо редактирования контента.

Рис. 1.1.

Примечание 3 . касается терминологии, применяемой нами здесь и далее. Термины веб-узел и веб-сайт (а равно, и кратко, узел и сайт ) мы используем в качестве синонимов. Также синонимами будем считать слова браузер, обозреватель , подразумевая при этом, что они относятся к конкретному приложению Microsoft Internet Explorer . Между тем, стоит отметить, что имеется поддержка и альтернативных браузеров: Mozilla 1.4, Safari 2.0 (или их более поздних версий). Рабочей группой будем называть круг пользователей, имеющих доступ к веб-узлу SharePoint (в частности, применительно к корпоративному узлу, персонал некоторой компании).

Чем больше читаю дискуссий про SharePoint, тем больше утверждаюсь во мнении, что самое понятие «SharePoint» несёт с собой пачку мифов и заблуждений. Часть из них живет в головах тех, кто раздумывает о применении этой платформы, часть (и она самая опасная) – у тех, кто только недавно начал создавать сайты на SharePoint. Поскольку вторую часть описывать сложнее (а сегодня еще и пятница), я, будучи жутко ленивым, лучше расскажу о первой.

Итак, мифы. Или заблуждения? Неважно. Описываю в том порядке, который пришел в голову, а не потому, что какой-то миф «страшнее» другого.

Миф 1. SharePoint на самом деле разработан на другой планете и передан Microsoft гуманоидами с одного НЛО, чтобы сломать мозг людям.

Иногда мне кажется, что это правда ;-)

Миф 2. SharePoint – это дорого.

Об этом уже писали на Хабре. Если использовать бесплатный в рамках промо-компании Windows Web Server 2008 вместе с бесплатным же Windows SharePoint Services и Windows Internal Database (или SQL Server Express), то затраты на серверный софт становятся практически нулевыми. Ограничения, свойственные подобным конфигурациям вполне укладываются в потребности маленьких проектов. Просто нужно адекватно оценивать требования на начальном этапе и предпосылки роста. SharePoint хорош еще и тем, что позволяет безболезненно расти – как в направлении масштаба решения, так и в части используемых фич.

Совершенно логично, что по мере роста проекта (и его монетизации, как принято говорить) встает необходимость в использовании и адекватной конфигурации. Здесь затраты на ПО конечно же возрастают, как и все остальные расходы: серверы, аренда канала и, наконец, персонал . Именно последняя статья расходов является самой ощутимой, но ее часто рассматривают отдельно. Это простительно для небольших начинающих команд, но когда серьезные опытные компании не включают в бюджет проекта расходы на зарплату людей, призванных решение разработать, а затем и поддерживать его – это удивляет.

Я убежден во мнении, что преимущества, которые дает платформа и поддерживающие ее средства разработки, включая бесплатный ныне SharePoint Designer (для целей что-то по-быстрому поправить), оправдывают цену такого ПО. Это же касается и SharePoint Server (MOSS). Последний далеко не бесплатен и в варианте для Интернет-сайтов стоит ощутимо, но я еще раз повторю: пресекайте максимализм в выборе конфигурации и оценивайте весь проект с точки зрения реальных потребностей и дохода. Смешно слышать о дороговизне Internet-лицензии MOSS из уст человека, зарабатывающего на сайте несколько тысяч долларов в день. Опять же, если планируется создать сайт community с доходом, едва покрывающим расходы и хостинг, сперва нужно подумать о том, что SharePoint может дать в своей минимальной конфигурации.

Как к резюме к «мифу», озвучу вроде бы очевидную мысль. В проектах любого масштаба, начните с обдумывания того, что дадут вам самые базовые возможности SharePoint. Возможность сэкономить на разработке системы хранения, авторизации, управления инфраструктурой сайтов и шаблонами верстки, интеграция с приложениями Office и встроенные средства развёртывания содержимого – это уже очень много.

Миф 3. SharePoint – это медленно и требовательно к железу.

Это мой любимый миф. А возник он от странного непонимания многих людей того факта, что даже легкий в установке и первоначальной настройке продукт требует знания и применения ряда правил, позволяющих пользоваться им в тех или иных условиях. Да, естественно определенный overhead по ресурсам у платформы есть – заложенная в нее «универсальность» никогда не проходит даром. Но в конечном итоге можно сказать, что в части требований SharePoint ничем не тяжелее, чем типичное ASP.NET-приложение, хранящее контент в SQL Server. А таких в мире – ох как много. И нагружены они – ого-го! Просто в случае с такими проектами никому не приходит в голову просто развернуть решение – и пусть себе работает, как есть. Но ведь и SharePoint – тоже не волшебник, чтобы догадаться, в каких условиях работает. Он, между тем, позволяет многое сделать через удобный веб-интерфейс, что, правда, не отменяет ковыряния в конфигах. Матерясь в очередной раз на тормозящий SharePoint вспомните следующие ключевые слова:

· Балансировка нагрузки

· Ouput Cache

· Object cache

Для интересующихся ссылки: technet.microsoft.com/en-us/library/cc298466.aspx и "Разгоняем Sharepoint до скорости Highload интернет сайта ". «Зубры» ASP.NET, обратите внимание на последний раздел в посте MissUFO (IHttpModule и жесткая оптимизация). При аккуратном подходе и ответственном отношении с помощью этой методики можно сделать из страниц действительно гоночные болиды.

Заканчивая эту тему, расскажу о своих первых впечатлениях после покупки автомобиля. Едва сев за руль, я понял, что авто жутко ограничивает свободу передвижения. Теперь я вынужден планировать и изучать, где разрешены повороты, где чаще бывают пробки, как объехать и как не попасть на улицу с односторонним движением, двигаясь при этом в противоположную сторону. А еще бензин, заботы об «омывалке», давление в шинах. Автомобилисты, знакомо, не так ли? Прошло несколько месяцев. Недовольства поубавилось, я начинал понимать свои преимущества. Спустя несколько лет, могу сказать, что автомобиль дает свободу передвижения и удовольствие от него. Пешком – отлично, экологично и недорого. Но медленно. Можно на мотоцикле. Но imho - небезопасно, да и по темпераменту не подходит:-)

Миф 4. SharePoint – только для больших компаний и корпоративных сайтов.

В это мифе виновата сама Microsoft. Отчасти от того, что все «тяжелые» фичи SharePoint больше нацелены на корпоративные порталы. Отчасти – из-за соответствующих маркетинговых усилий.

Действительно, не очень то много есть готовых сценариев и шаблонов, которые можно использовать при разработке классических Интернет-порталов или столь модных сегодня сайтов социальных сетей. Но много ли сейчас портальных платформ, которые это предлагают? Между тем, по слухам Microsoft осознала пробелы в этом направлении и активно работает над включением соответствующих возможностей в следующих версиях.

Этот миф проистекает от убежденности многих заказчиков типа: «SharePoint наверняка должен иметь шаблоны на все случаи жизни. Сделайте ка мне сайт за пару дней! Я слышал, что с SharePoint это – раз плюнуть». Смешно? Скорее грустно.

Наконец, мой опыт (наверняка ваш – тоже) показывает, что понятие «готовый шаблон от Microsoft» слабо применимо для серьезных интернет-сайтов. Начинаете разрабатывать свои решения в этом направлении – делайте свои шаблоны. И здесь мы плавно переходим к следующему мифу.

Миф 5. Для создания сайта на SharePoint не нужны веб-разработчики и дизайнеры.

Ответ краткий: неправда, нужны и еще как! В комментариях к одному из постов прочитал, что Microsoft недальновидно игнорирует дизайнеров в вопросах макетирования страниц SharePoint. Ну, неправда же! Ничто не мешает использовать свой дизайн. Мешает верстка стандартных элементов – переопределите его. Мешает табличная верстка на мастер-страницах – используйте свои собственные. Беда в SharePoint в ожиданиях от него. А между тем ни одна технология ни в одном серьезном веб-проекте не отменяет нужды в хороших дизайнерах и веб-разработчиках.

Одно скажу совершенно точно. SharePoint-ом нужно проникнуться всем членам команды. Он позволяет многое, но требует уважения к некоторым своим ожиданиям от вашего дизайна. И ожидания эти чаще всего продиктованы вопросами безопасности (как ни странно) и поддержки всего богатого функционала платформы.

А в целом SharePoint, как я уже и говорил, ASP.NET-приложение с его особенностями и хитростями.

Миф 5.5. SharePoint ограничивает свободу творчества, а навязываемые фичи часто только усложняют жизнь.

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

Часто разработчики (особенно российские) ругают SharePoint за странные на их взгляд особенности работы некоторых подсистем. Возьмем для примера две – хранение элементов списков и Business Data Catalog.

По спискам в недоумение приводит тот факт, что ведут они себя не как таблицы БД. Запросы более-менее сложные не поддерживают, ссылочной целостности нет. Ответ простой: списки - не базы данных. Если хотите использовать SharePoint в качестве frontend-а к БД, то используйте его именно так. Для списков и библиотек документов есть простые правила:

1. В библиотеках документов хранятся файлы, с которыми работают пользователи, как с документами . Вроде бы просто, да? Но о выделенном курсивом часто забывают и планируют хранить, например, дистрибутивы программ. Уходить от «файловых шар» - хорошая идея, но все всем нужен здравый смысл. Отдельный класс хранения – файлы aspx-страниц. С ними вопросов обычно не возникает.

2. В списках хранится информация, связанная со структурами коллективной работы пользователей, прямой публикации информации (статьи, новости и т.п.) и метаданными файлов (из первого правила). Ничего другого не нужно хранить в списках. Правило можно нарушить, если данных немного, но на больших объемах вы быстро почувствуете провалы в производительности и сложности с запросами данных.

Второй пример – Business Data Catalog. Вроде бы идея хороша – абстрагировать источники данных и связать их с существующими структурами, хранящимися в SharePoint. Но разработчики жалуются: очень сложный формат описания. Ответ прост и базируется на идее, заложенной в BDC. Сложный XML-подобный формат описания призван решить одновременно две задачи:

1. Быть достаточно гибким, чтобы описывать все необходимые сущности и операции, позволяя приложениям SharePoint не оперировать напрямую данными в БД.

2. Иметь читабельный формат, позволяющий чтение и редактирование без специальных программных средств.

Для кого-то не очень убедительно, но попробую прояснить. Изначально подразумевается, что такой профиль источника данных создается один раз разработчиком исходной информационной системы с целью обеспечения доступа к ней со стороны SharePoint Server. Это довольно быстро было сделано для таких систем, как SAP, Siebel или сервисов Amazon. Также формат описания позволяет, кроме всего прочего, еще и специфицировать объекты таким образом, чтобы можно было производить поиск по сущностям из используемого источника данных без разработки специализированных компонентов.

Когда думаю об этом мифе, в голову снова приходит аналогия с автомобилем.

А расскажите про ваши «Пастернака не читал, но осуждаю». Впечатления людей опытных тем более приветствуются. Хорошие идеи, как известно, приходят не в голову, а «между головами».

Чем больше читаю дискуссий про SharePoint, тем больше утверждаюсь во мнении, что самое понятие «SharePoint» несёт с собой пачку мифов и заблуждений. Часть из них живет в головах тех, кто раздумывает о применении этой платформы, часть (и она самая опасная) – у тех, кто только недавно начал создавать сайты на SharePoint. Поскольку вторую часть описывать сложнее (а сегодня еще и пятница), я, будучи жутко ленивым, лучше расскажу о первой.

Итак, мифы. Или заблуждения? Неважно. Описываю в том порядке, который пришел в голову, а не потому, что какой-то миф «страшнее» другого.

Миф 1. SharePoint на самом деле разработан на другой планете и передан Microsoft гуманоидами с одного НЛО, чтобы сломать мозг людям.

Иногда мне кажется, что ;-)

Миф 2. SharePoint – это дорого.

Об этом уже на Хабре. Если использовать бесплатный в рамках промо-компании Windows Web Server 2008 вместе с бесплатным же Windows SharePoint Services и Windows Internal Database (или SQL Server Express), то затраты на серверный софт становятся практически нулевыми. Ограничения, свойственные подобным конфигурациям вполне укладываются в потребности маленьких проектов. Просто нужно адекватно оценивать требования на начальном этапе и предпосылки роста. SharePoint хорош еще и тем, что позволяет безболезненно расти – как в направлении масштаба решения, так и в части используемых фич.

Совершенно логично, что по мере роста проекта (и его монетизации, как принято говорить) встает необходимость в использовании и адекватной конфигурации. Здесь затраты на ПО конечно же возрастают, как и все остальные расходы: серверы, аренда канала и, наконец, персонал . Именно последняя статья расходов является самой ощутимой, но ее часто рассматривают отдельно. Это простительно для небольших начинающих команд, но когда серьезные опытные компании не включают в бюджет проекта расходы на зарплату людей, призванных решение разработать, а затем и поддерживать его – это удивляет.

Я убежден во мнении, что преимущества, которые дает платформа и поддерживающие ее средства разработки, включая бесплатный ныне SharePoint Designer (для целей что-то по-быстрому поправить), оправдывают цену такого ПО. Это же касается и SharePoint Server (MOSS). Последний далеко не бесплатен и в варианте для Интернет-сайтов стоит ощутимо, но я еще раз повторю: пресекайте максимализм в выборе конфигурации и оценивайте весь проект с точки зрения реальных потребностей и дохода. Смешно слышать о дороговизне Internet-лицензии MOSS из уст человека, зарабатывающего на сайте несколько тысяч долларов в день. Опять же, если планируется создать сайт community с доходом, едва покрывающим расходы и хостинг, сперва нужно подумать о том, что SharePoint может дать в своей минимальной конфигурации.

Как к резюме к «мифу», озвучу вроде бы очевидную мысль. В проектах любого масштаба, начните с обдумывания того, что дадут вам самые базовые возможности SharePoint. Возможность сэкономить на разработке системы хранения, авторизации, управления инфраструктурой сайтов и шаблонами верстки, интеграция с приложениями Office и встроенные средства развёртывания содержимого – это уже очень много.

Миф 3. SharePoint – это медленно и требовательно к железу.

Это мой любимый миф. А возник он от странного непонимания многих людей того факта, что даже легкий в установке и первоначальной настройке продукт требует знания и применения ряда правил, позволяющих пользоваться им в тех или иных условиях. Да, естественно определенный overhead по ресурсам у платформы есть – заложенная в нее «универсальность» никогда не проходит даром. Но в конечном итоге можно сказать, что в части требований SharePoint ничем не тяжелее, чем типичное ASP.NET-приложение, хранящее контент в SQL Server. А таких в мире – ох как много. И нагружены они – ого-го! Просто в случае с такими проектами никому не приходит в голову просто развернуть решение – и пусть себе работает, как есть. Но ведь и SharePoint – тоже не волшебник, чтобы догадаться, в каких условиях работает. Он, между тем, позволяет многое сделать через удобный веб-интерфейс, что, правда, не отменяет ковыряния в конфигах. Матерясь в очередной раз на тормозящий SharePoint вспомните следующие ключевые слова:

· Балансировка нагрузки

· Ouput Cache

· Object cache

Для интересующихся ссылки: technet.microsoft.com/en-us/library/cc298466.aspx и " ". «Зубры» ASP.NET, обратите внимание на последний раздел в посте (IHttpModule и жесткая оптимизация). При аккуратном подходе и ответственном отношении с помощью этой методики можно сделать из страниц действительно гоночные болиды.

Заканчивая эту тему, расскажу о своих первых впечатлениях после покупки автомобиля. Едва сев за руль, я понял, что авто жутко ограничивает свободу передвижения. Теперь я вынужден планировать и изучать, где разрешены повороты, где чаще бывают пробки, как объехать и как не попасть на улицу с односторонним движением, двигаясь при этом в противоположную сторону. А еще бензин, заботы об «омывалке», давление в шинах. Автомобилисты, знакомо, не так ли? Прошло несколько месяцев. Недовольства поубавилось, я начинал понимать свои преимущества. Спустя несколько лет, могу сказать, что автомобиль дает свободу передвижения и удовольствие от него. Пешком – отлично, экологично и недорого. Но медленно. Можно на мотоцикле. Но imho - небезопасно, да и по темпераменту не подходит:-)

Миф 4. SharePoint – только для больших компаний и корпоративных сайтов.

В это мифе виновата сама Microsoft. Отчасти от того, что все «тяжелые» фичи SharePoint больше нацелены на корпоративные порталы. Отчасти – из-за соответствующих маркетинговых усилий.

Действительно, не очень то много есть готовых сценариев и шаблонов, которые можно использовать при разработке классических Интернет-порталов или столь модных сегодня сайтов социальных сетей. Но много ли сейчас портальных платформ, которые это предлагают? Между тем, по слухам Microsoft осознала пробелы в этом направлении и активно работает над включением соответствующих возможностей в следующих версиях.

Этот миф проистекает от убежденности многих заказчиков типа: «SharePoint наверняка должен иметь шаблоны на все случаи жизни. Сделайте ка мне сайт за пару дней! Я слышал, что с SharePoint это – раз плюнуть». Смешно? Скорее грустно.

Наконец, мой опыт (наверняка ваш – тоже) показывает, что понятие «готовый шаблон от Microsoft» слабо применимо для серьезных интернет-сайтов. Начинаете разрабатывать свои решения в этом направлении – делайте свои шаблоны. И здесь мы плавно переходим к следующему мифу.

Миф 5. Для создания сайта на SharePoint не нужны веб-разработчики и дизайнеры.

Ответ краткий: неправда, нужны и еще как! В комментариях к одному из постов прочитал, что Microsoft недальновидно игнорирует дизайнеров в вопросах макетирования страниц SharePoint. Ну, неправда же! Ничто не мешает использовать свой дизайн. Мешает верстка стандартных элементов – переопределите его. Мешает табличная верстка на мастер-страницах – используйте свои собственные. Беда в SharePoint в ожиданиях от него. А между тем ни одна технология ни в одном серьезном веб-проекте не отменяет нужды в хороших дизайнерах и веб-разработчиках.

Одно скажу совершенно точно. SharePoint-ом нужно проникнуться всем членам команды. Он позволяет многое, но требует уважения к некоторым своим ожиданиям от вашего дизайна. И ожидания эти чаще всего продиктованы вопросами безопасности (как ни странно) и поддержки всего богатого функционала платформы.

А в целом SharePoint, как я уже и говорил, ASP.NET-приложение с его особенностями и хитростями.

Миф 5.5. SharePoint ограничивает свободу творчества, а навязываемые фичи часто только усложняют жизнь.

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

Часто разработчики (особенно российские) ругают SharePoint за странные на их взгляд особенности работы некоторых подсистем. Возьмем для примера две – хранение элементов списков и Business Data Catalog.

По спискам в недоумение приводит тот факт, что ведут они себя не как таблицы БД. Запросы более-менее сложные не поддерживают, ссылочной целостности нет. Ответ простой: списки - не базы данных. Если хотите использовать SharePoint в качестве frontend-а к БД, то используйте его именно так. Для списков и библиотек документов есть простые правила:

1. В библиотеках документов хранятся файлы, с которыми работают пользователи, как с документами . Вроде бы просто, да? Но о выделенном курсивом часто забывают и планируют хранить, например, дистрибутивы программ. Уходить от «файловых шар» - хорошая идея, но все всем нужен здравый смысл. Отдельный класс хранения – файлы aspx-страниц. С ними вопросов обычно не возникает.

2. В списках хранится информация, связанная со структурами коллективной работы пользователей, прямой публикации информации (статьи, новости и т.п.) и метаданными файлов (из первого правила). Ничего другого не нужно хранить в списках. Правило можно нарушить, если данных немного, но на больших объемах вы быстро почувствуете провалы в производительности и сложности с запросами данных.

Второй пример – Business Data Catalog. Вроде бы идея хороша – абстрагировать источники данных и связать их с существующими структурами, хранящимися в SharePoint. Но разработчики жалуются: очень сложный формат описания. Ответ прост и базируется на идее, заложенной в BDC. Сложный XML-подобный формат описания призван решить одновременно две задачи:

1. Быть достаточно гибким, чтобы описывать все необходимые сущности и операции, позволяя приложениям SharePoint не оперировать напрямую данными в БД.

2. Иметь читабельный формат, позволяющий чтение и редактирование без специальных программных средств.

Для кого-то не очень убедительно, но попробую прояснить. Изначально подразумевается, что такой профиль источника данных создается один раз разработчиком исходной информационной системы с целью обеспечения доступа к ней со стороны SharePoint Server. Это довольно быстро было сделано для таких систем, как SAP, Siebel или сервисов Amazon. Также формат описания позволяет, кроме всего прочего, еще и специфицировать объекты таким образом, чтобы можно было производить поиск по сущностям из используемого источника данных без разработки специализированных компонентов.

Когда думаю об этом мифе, в голову снова приходит аналогия с автомобилем.

А расскажите про ваши «Пастернака не читал, но осуждаю». Впечатления людей опытных тем более приветствуются. Хорошие идеи, как известно, приходят не в голову, а «между головами».