Подтвердить что ты не робот

Насколько хорошим/плохим является программирование sharepoint?

Сегодня я получил предложение о работе в качестве разработчика SharePoint. Один из моих друзей говорит мне, что sharepoint - это большой беспорядок, а не то, что я хотел бы делать.

Каковы некоторые из ваших опытов/мыслей при работе с SharePoint?

4b9b3361

Ответ 1

Я немного подниму эту тенденцию. Я вижу SharePoint как платформу разработки - простой и простой. Он использует другие технологии, такие как IIS, ASP.NET, SQL Server и рабочий процесс Windows, поэтому мне не нужно изобретать колесо. Это позволяет мне сосредоточиться на решении бизнес-задач вместо того, чтобы беспокоиться о сантехнике и системном уровне кода.

Не поймите меня неправильно, SharePoint действительно поставляется с багажом, но если вам нравится решать реальные бизнес-задачи, а не только код прокрутки, у него есть что предложить. Я постоянно удивляюсь тому, насколько богата платформа с WSSv3 - которая бесплатна.

Если вам нравится совмещать себя с технологией Microsoft, вам необходимо понять, что SharePoint здесь, чтобы оставаться и будет продолжать улучшаться и быть более обычным явлением. Текущая версия (v3 - WSSv3/MOSS 2007) отсутствует в AJAX, социальных сетях и других функциях/технологиях. Версия v4 находится за углом и должна улучшаться в этих областях.

Что касается некоторых негативов, которые я прочитал в этой теме:

  • Я написал веб-части, которые живут в SharePoint, которые используют инструментарий AJAX и поэтому имеют моих коллег. Один сотрудник очень активен с веб-частями Silverlight.

  • Да, вы, как правило, разрабатываете Windows Server 2003/2008. Это меня не беспокоит, и я не трачу много времени на установку и настройку. Я иногда использую виртуальные машины для среды разработки и соглашаюсь с тем, что иногда может быть боль.

Однако я могу настроить некоторые вещи вместо разработки. Авторизация, сделано; обеспечение, выполнение; безопасность на уровне строк; базовый UI CRUD, сделано; развертывание на несколько передних концов; поиск, сделано. Теперь у меня есть время сосредоточиться на решении бизнес-задачи.

Если вы собираетесь заниматься разработкой SharePoint, вам нужно начать работу с правой ноги. Я настоятельно рекомендую Внутри Microsoft Windows SharePoint Server 3.0, чтобы понять, что разработчик может/должен делать в SharePoint.

Для чего он стоит, я уже более 20 лет работаю над Unix и Windows на нескольких разных языках и технологиях. Я сосредоточился на SharePoint v3, так как он бета-дней, и я доволен тем, что я выбрал.

Ответ 2

Я удивлен всеми положительными ответами. Позвольте мне просто спросить, не возражаете ли вы создать свою разметку в коде? Как и в HtmlWriter.BeginTag( "br" ) (или что-то еще, жаль, что не знаю HtmlWriter api). Это рассмотрело лучшие практики создания распространяемых веб-частей.

Как насчет набора инструментов Ajax? Oops, off limits. Не работает из-за отсутствия типа doc в заголовке.

И ваш ноутбук работает под управлением Windows Server 2003, правильно? Из-за того, что Sharepoint не будет работать ни на что другое.

Я понимаю людей, защищающих свою платформу, но, как и кто-то, кто должен был сделать какую-то работу в Sharepoint, но больше не хочет... позвольте мне сказать, что разработка для Sharepoint - это худший опыт в моей жизни. Теперь, я был очень осторожен в своем выборе на сегодняшний день, так что это не худший возможный опыт, но он там. Или, говоря иначе, я бы предпочел работать на PHP, чем Sharepoint.

Ответ 3

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

  • Пользователи, которых мы тренировали, абсолютно ненавидели пользовательский интерфейс, и было очень неприятно, чтобы не было возможности исправить то, что с ним не так.
  • Настройка визуальной презентации Sharepoint не для слабонервных. Некомпетентность того, кто написал CSS в Microsoft, просто ужасает. У меня все еще есть кошмары.
  • По какой бы то ни было причине они не просто проектировали его как веб-приложение для садово-паркового искусства, что создавало для среды разработки огромную боль в шее.

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

Мы вернулись к нашим собственным решениям для клиентов; они намного счастливее с этой договоренностью, и мы тоже.

Ответ 4

good ============================ [=] === плохой

  • настройка/администрирование/обновление - это боль.
  • разработка/отладка - это боль.
  • документация - шутка

Ответ 5

Sharepoint - огромный беспорядок.

  • Сгенерированная отметка - самое худшее, что я когда-либо видел.
  • Он имеет одинаково плохой CSS, чтобы долго идти с этой отметкой.
  • Бог помилует душу, которая нуждается в отдыхе или расширяет функциональность клиентской стороны приложения sharepoint.
  • Вся платформа летит перед хорошим архитектурным дизайном.
  • Целостность данных - это огромная проблема с платформой, поскольку транзакций нет.
  • API неожиданно заражен ошибкой, и после работы с API не потребуется через час работать с ошибками, которые заставят вас очистить Интернет и еще больше усугубить проблемы с целостностью данных.
  • Надлежащее модульное тестирование очень сложно сделать на платформе.
  • Платформа большая и вкратце упакована с "всем", однако все, что делает Sharepoint, плохо. Вы можете легко найти другие фреймворки или платформы, которые лучше выполняют эту работу, и будут намного лучше соответствовать вашим или вашим требованиям клиента.
  • Кривая обучения крутая, что было бы хорошо, если бы документация для платформы (особенно API) была хорошей.
  • Совместимость браузера, Sharepoint - это только IE (приписывается его ужасающей разметке, CSS и javascript).

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

Мое мнение, Sharepoint - это не платформа разработки, а платформа для создания денег.

Изменить: я также забыл добавить 11. Его ресурс свиньи, как ничто, что вы когда-либо видели раньше.

Ответ 6

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

Ответ 7

Мне нравится, что Кирк также работал с SharePoint с бета-версии 2003 года, и мне все равно нравится. Конечно, вы всегда можете пожелать, чтобы что-то было лучше продумано - но я думаю, вы можете сказать это почти о любом продукте Enterprise. Для меня положительные результаты имеют большой вес негативов, когда речь идет о создании решений поверх платформы SharePoint.

Позвольте мне как разработчику поделиться с вами моими лучшими 5 хорошими вещами и топ-5 плохих вещей о SharePoint:

Топ-5 полезных сведений о SharePoint

  • Это сложная платформа. Ускоряет разработку и развертывание полнофункциональных, стандартизированных, масштабируемых и высокодоступных веб-решений, таких как корпоративная интрасеть и экстранет.
  • У него огромный импульс. Microsoft продолжает улучшать ее, и с каждой версией она становится намного лучше, сообщество великолепен и растет, онлайн-ресурсы хороши и растут, все больше и больше выпусков книг, множество бесплатных бесплатных дополнений и хороших сторонних продуктов, которые появляются время, и есть также прекрасные конференции, чтобы пойти.
  • Очень модульная платформа, где вы можете упаковать свои собственные материалы в решения, функции, веб-части, шаблоны, типы контента и многое другое.
  • В нем используются стандартные технологии Microsoft, такие как .NET, ASP.NET, IIS и SQL Server. Таким образом, вы не будете зацикливаться на одном конкретном наборе навыков.
  • На текущем рынке труда вы намного лучше владеете навыками .NET + SharePoint, чем просто навыками .NET. Это что-то вроде того, что у вас есть опыт SAP или специалист по BI.

и # 6: больше девушек участвуют в проектах SharePoint (возможно, это должно было быть # 1;-)). Женщины обычно справляются со многими более мягкими аспектами крупных проектов SharePoint, которые они часто лучше, чем их коллеги-мужчины. Успешный проект SharePoint - это намного больше, чем кодирование некоторых веб-частей и стилизация некоторых веб-страниц. Просто прочитайте отличную серию Почему SharePoint Project не удается Paul Culmsee.

Топ-5 плохих вещей о SharePoint

  • Крутая кривая обучения. Чтобы стать хорошим разработчиком SharePoint, требуется не менее двух лет, даже если вы уже хорошо разбираетесь в С# и .NET. Вам понадобится первый год, чтобы просто понять все концепции на платформе, а затем еще один год, чтобы познакомиться с ними.
  • Неадекватные средства разработки. Visual Studio почти ничего не знает о SharePoint - но я слышал, что это изменит большое время с VS 2010: -)
  • Не всегда можно использовать новейшие и самые классные функции .NET. Для SharePoint требуется всего несколько лет, чтобы принять последние и самые большие вещи из команд платформы .NET. Подумайте только о Linq и AJAX. Мне интересно узнать, поддерживает ли SharePoint 2010.NET 4.0.
  • Часто необходимо найти рабочие места для причудливых проблем/несоответствий на платформе.
  • Изменение API. Ну, по крайней мере, это была боль от SPS 2003 до MOSS 2007. Я надеюсь, что переход на SharePoint 2010 будет более плавным.

Ответ 8

Я ничего не знал о SharePoint 3 месяца назад. С тех пор мне пришлось создать пару пользовательских веб-частей для нового сайта поддержки моей компании, и я должен согласиться с вашим другом, это большой беспорядок.

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

Также было огорчено узнать, что среда разработки должна быть машиной, на самом деле запущенной SharePoint, которая должна запускаться под Windows 2003/2008. Я должен был создать виртуальную машину на моей существующей системе, что немаловажно, но это еще одно препятствие, которое вам нужно преодолеть.

В целом, это казалось слишком запутанным для того, что вы пытаетесь сделать. Я согласен с тем, что много времени тратится на установку, настройку и развертывание по сравнению с фактической разработкой. Может быть, версия 2010 года будет лучше. Это, безусловно, не продукт, с которым я бы с нетерпением ожидал работы.

Ответ 9

Мне 3 месяца в проект SharePoint, который скоро закончится.

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

Многие "социальные функции" зависят от ИБП (Служба профилей пользователей), которая, как известно, багги и трудно настроить; google, и вы увидите. В моем проекте потребовалось несколько недель разработчиков и кандидат в EE, чтобы заставить ИБП работать вообще. Все это для веб-сервиса! Из-за постоянных проблем со стабильностью нанял автора SharePoint, который провозгласил "Я верю в эту платформу!". Правильно. я Интересно, сколько он получает, чтобы сказать это. Однако с сердцем, с каждым новым MS Cummulative Update, ИБП становится все ближе и ближе к жизнеспособности, по крайней мере, для среда разработки. Он прошел долгий путь от первоначального выпуска, когда он полностью не работает вообще.

Вы потратите большую часть времени на настройку служб Active Directory, IIS, ForeFront Identity Management Services, SQLServer и Server2008. Имейте в виду, что большинство этих настроек будут конфликтовать друг с другом, поэтому будьте готовы потратить много времени на блоги SharePoint, которые ищут рабочие места. На самом деле большинство блогов SharePoint посвящены обходным решениям и взломам, чтобы заставить SharePoint работать или, по крайней мере, довести его до функциональности базового веб-сайта. Я думал, что весь смысл платформы с заранее построенной функциональностью - это уменьшить вашу рабочую нагрузку, а не увеличивать ее. Если вам нравится класть код, а не играть в администратора или блога, это не платформа для вас.

Как упоминалось в других разделах, требования к разработке безумны. SharePoint Server (полная версия продукта) может/должен выполняться только на сервере Windows. Для меня это означает виртуальную машину. 8 ГБ RAM действительно минимальна, вы можете уйти. Я закончил тем, что купил ядро ​​i5, 16GB и SSD только для создания разумно быстрой среды разработки. Это веб-разработка, а не редактирование видео.

Если вам и/или вашей команде повезло, чтобы SharePoint была стабильно стабильной в производственной среде, конечные пользователи будут обрабатываться до 5-секундных загрузок страниц, медленного времени отклика для почти любого типа запросов и, возможно, самых неинтуитивных UI в новейшей истории вычислений. Одной из главных достопримечательностей SharePoint является то, что вы можете редактировать веб-страницы "на лету", добавляя различные типы веб-страниц или используя SharePoint Designer для фактического изменения структуры страницы. Это может привести к тому, что опытные разработчики столкнутся с множеством проблем, поэтому нетехнический пользователь, которому я считаю, что эта функция нацелена, умрет. Они будут удовлетворены хором ошибок Корреляции Id, которые дают им очень полезный и информативный GUID.

Разработчики и конечные пользователи теряют свои возможности, когда дело доходит до этого беспорядка. Единственное, на что способен SharePoint, заставляет меня поверить в необходимость с открытым исходным кодом.

PS - Пожалуйста, не атакуйте мою орфографию или грамматику. Я не специалист по английскому языку.

Ответ 10

SharePoint может иногда разочаровываться. Это "продукт созревания" в соответствии с Microsoft, поэтому, когда вы делаете что-то не так, вы получаете хорошие ошибки, такие как "произошла ошибка" или "невозможно завершить действие". CAML - это то, что требует большого терпения. Документация по нему не очень хорошая, и вы можете потратить много времени на глупую синтаксическую ошибку.

В целом, это приличная платформа, но это, вероятно, приведет к тому, что вы получите седые волосы раньше, чем ваши сверстники.

Ответ 11

У меня есть достойный опыт работы с .net dev и 3 месяца на SP, мой опыт до сих пор:

Хорошее:

Я думаю, что SP подходит для приложений с простой моделью данных, предпочтительно с прочностью чтения. Огромным сильным моментом является то, что пользователи/администраторы могут достичь только с помощью конфигурации. Измените структуру данных "на лету", измените внешний вид и т.д. Прекрасная платформа для "моих книг".

Плохо:

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

Там небольшая поддержка времени компиляции, большинство ваших задач будут включать беспорядок в ресурсах, которые вы искали, вызывая его по имени в виде строки. Его можно считать "гибким" и "простеньким", но его слишком ошибочным для моего вкуса и замедляет развитие. Конечно, это не только предмет SP, но MVC/webforms кажутся более легко поддающимися навстречу строго типизированному миру.

Если вам нравится управляемый мир, тогда решайте тот факт, что подавляющее большинство SP - это не управляемый код, предоставляя вам исключения, такие как "HResult 8000072F", рядом со стеком, чтобы подсказывать вам, что могло не получиться.

Развертывание и воспроизводимость ошибок вызвали довольно много разочаровывающих дней. WSS берет всю машину для себя, файлы, необходимые для запуска приложения, разбросаны по БД, файловой системе (и нередко GAC). Чтобы иметь базовое разделение проектов, ожидайте, что будете работать с множеством разных виртуальных машин.

Поддержка инструмента довольно плохая (не пробовал VS 2010). Лучше ожидайте подружиться с командной строкой и скриптами. Ожидайте, что отладка будет медленной. Групповое тестирование довольно сложно сделать.

Мой личный вывод: SP имеет нишу, но это не платформа, которую может использовать программист .Net. У пользователя может быть несколько случайных "WOW", но опыт разработчиков не был таким. Это может быть "крутая кривая обучения", но, возможно, это так, как есть.

Ответ 12

Это (хороший?) способ оплатить счета....

Ответ 13

SharePoint - продукт v2... v3 должен появиться в 2010 году, и это самый быстрорастущий продукт в истории MS (предположительно). v2 не соответствует зрелому, и он определенно оставляет желать лучшего для тех из нас, кто развивается, но там много инструментов, которые упрощают разработку против него (stsdev, будучи одним).

Это то, что вы увидите больше и больше, если останетесь в области Windows. Это мощная платформа, и будущее этого выглядит очень многообещающе.

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

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

Ответ 14

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

Вы также склонны получать множество сред, которые не были настроены правильно - даже те вещи, которые являются основными, как контроль источника и воспроизводимое развертывание, часто не учитываются. Люди инфраструктуры часто не понимают SharePoint, поэтому вы получаете такие проблемы, как невозможность подключения среды разработки к сети.

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

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

Ответ 15

Из других ответов видно, что для разработчиков SharePoint много разочарований.

Даны следующие:

  • Да, вам нужно разработать на серверном продукте Windows 2003 или Windows 2008
  • Большая часть информации о развитии поступает из блогов различного качества.
  • Продукт пытается быть всем для всех, но реальность такова, что продукт настолько велик, что требуются области специальности

Это определенно технология, которая все еще созревает для разработчиков. За последние 2 года объем информации, доступной от сообщества разработчиков и Microsoft, значительно возрос. В руководстве по шаблонам и практике для SharePoint есть много рекомендаций: http://www.codeplex.com/spg

Что касается некоторых других комментариев - это самый быстрорастущий продукт Microsoft, измеряемый проданными лицензиями, не обязательно на установках! И да, функциональность, которая поставляется с WSS 3.0 бесплатно, довольно удивительна.

Там очень широкий спектр возможностей для развития SharePoint. Это может быть чистая разработка веб-контента, ориентированная на веб-браузер и инструменты, такие как SharePoint Designer. Или спускаться и грязно писать пользовательские веб-части ASP.NET, рабочий процесс Windows, настраиваемые веб-службы ASP.NET и страницы, размещенные в SharePoint, и многое другое.

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

Я думаю, что эмпирическое правило с SharePoint в целом заключается в том, что на первый взгляд кажется, что это всеохватывающий продукт, который пытается быть кем угодно. Иногда вам не нужно поцарапать поверхность очень далеко, чтобы понять, что платформа не решит ваши конкретные бизнес-потребности без существенной настройки. Иногда это последние 10% требуемой функции, которая стоит вам 90% усилий!

Ответ 16

Это одновременно самый неприятный и самый полезный опыт, который у вас будет. Хотя вознаграждение приходит (по крайней мере частично) в виде большой зарплаты (по сравнению с прямым веб-разработчиком), разочарования - это то, что невозможно преодолеть с помощью stackoverflow и google на вашей стороне.

Я занимаюсь разработкой SharePoint с 2003 года, а долины "I FREAKING HATE SHAREPOINT!" всегда отключаются моментами "DUDE, ЧТО ПРОСИТ УДИВИТЕЛЬНОЕ!"

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

Ответ 17

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

Кроме того, я обнаружил, что много времени было потрачено на проблемы с конфигурацией/реализацией по сравнению с обычной веб-разработкой.

Однако вы получаете разумную функциональность "из коробки".

Ответ 18

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

Я нахожу довольно простым и простым создание пользовательской главной страницы (с надлежащим Doc Type в заголовке, чтобы удалить, например, ужасный BackCompat и включить CSS1Compat) или иметь мои страницы aspx с кодом или другим. Нижняя строка - что бы вы ни делали на веб-сайте в чистом asp.net 2.0, вы можете сделать то же самое с SharePoint и извлечь выгоду из его масштабируемости, методов развертывания, API, модели разрешений, аудитов, системы хранения документов, интеграции InfoPath, рабочих процессов, и др.

Я предполагаю, что в конечном итоге это действительно зависит от вашей точки зрения: является ли платформа разработки SharePoint "демонстрационной" коллекцией шаблонов сайтов или просто полу-конечным продуктом, который позволяет настраивать его здесь и там?

Ответ 19

Я изначально был разработчиком ASP.NET, создающим системы управления веб-контентом и работая с системами управления документами. SharePoint был естественным продолжением в этом пространстве, используя навыки, которые у меня уже были на платформе.

Я сделал презентацию в этом прошлом году, которая может представлять интерес.

Дополнительная информация доступна здесь: http://sharepointdevwiki.com/x/HYBfAQ