Wie gut / schlecht ist die Sharepoint-Programmierung?
Habe ich ein Angebot heute für eine Stelle als SharePoint Entwickler. Einer meiner Freunde erzählte mir, dass sharepoint ist eine große Sauerei und nicht etwas, was ich wollen würde, zu tun.
Was sind Ihre Erfahrungen/Gedanken in die Arbeit mit SharePoint?
InformationsquelleAutor der Frage Superdumbell | 2009-05-07
Du musst angemeldet sein, um einen Kommentar abzugeben.
Ich werde gegen den trend hier ein wenig. Ich sehe SharePoint als Entwicklungsplattform - schlicht und einfach. Es nutzt andere Technologien wie IIS, ASP.NET, SQL Server und Windows Workflow, so habe ich nicht das Rad neu zu erfinden. Es lässt mich den Fokus auf die Lösung von business-Problemen zu stellen, statt sich Gedanken über Sanitär-und system-level-code.
Versteh mich nicht falsch, SharePoint kommt mit Gepäck, aber wenn Sie wie zu lösen, die realen business-Probleme und nicht nur sling-code, es hat eine Menge zu bieten. Ich bin unaufhörlich erstaunt darüber, wie Reich die Plattform ist mit WSSv3 - das ist kostenlos.
Wenn Sie mögen, richten Sie sich mit der Microsoft-Technologie, dann müssen Sie feststellen, dass SharePoint ist hier zu bleiben und wird immer besser werden und mehr an der Tagesordnung. Die aktuelle version (v3 - WSSv3 /MOSS 2007) fehlt in AJAX, social-networking-und andere Funktionalität/Technologie. Die v4-version ist nur um die Ecke und gebunden ist, zu verbessern in diesen Bereichen.
In Bezug auf einige der negative, die ich gelesen habe in diesem thread:
Ich geschrieben habe, web-parts, die live in SharePoint nutzen, die das AJAX-toolkit und so haben Kollegen von mir. Ein co-worker ist sehr aktiv mit Silverlight-Webparts.
Ja, das tun Sie neigen dazu, zu entwickeln, die auf Windows Server 2003/2008. Dieser stört mich nicht und ich verbringe nicht viel Zeit auf die installation und Konfiguration. Ich verwende virtuelle Maschinen für Entwicklungsumgebungen manchmal und Stimmen zu, dass kann manchmal ein Schmerz sein.
Was ich in der Lage bin zu tun, ist jedoch konfigurieren einige Dinge, anstatt zu entwickeln. Die Autorisierung erfolgt; - Bereitstellung, getan; row-level security, getan; grundlegende UI-CRUD, getan; die Bereitstellung auf mehreren front-ends, getan; suchen, fertig. Jetzt muss ich mal konzentrieren sich auf die Lösung der business-problem.
Wenn Sie beabsichtigen, führen Sie SharePoint-Entwicklung, die Sie benötigen, um begonnen auf dem rechten Fuß. Ich empfehle Inside Microsoft Windows SharePoint Server 3.0 zu bekommen, das Fleisch was ein Entwickler kann/sollte man tun, innerhalb von SharePoint.
Für was es Wert ist, ich habe einen Entwickler, der seit über 20 Jahren arbeiten auf Unix und Windows in verschiedenen Sprachen und Technologie. Ich habe die sich auf SharePoint v3, da es die beta-Tage und bin glücklich mit der Richtung, die ich gewählt habe.
InformationsquelleAutor der Antwort Kirk Liemohn
Ich bin überrascht von den positiven Reaktionen. Lassen Sie mich nur bitten, tun Sie etwas dagegen, erstellen Sie Ihr markup im code? Wie in HtmlWriter.BeginTag("br") (oder was auch immer, sorry für die nicht wissen, das HtmlWriter api). Das wird als beste Praktiken für die Erstellung redistributable-Webparts.
Wie über das Ajax-Toolkit? Oops, off limits. Funktioniert nicht wegen einer fehlenden doc-type im header.
Und Ihr laptop Windows server 2003 ausgeführt wird, richtig? Denn natürlich Sharepoint ausgeführt wird nicht auf irgendetwas anderes.
Verstehe ich Menschen, die verteidigen Ihre Plattform, aber als jemand hat wer hatte zu tun, einige in Sharepoint arbeiten, aber nicht mehr ... lassen Sie mich sagen, dass die Entwicklung für Sharepoint ist die schlechteste Entwicklung Erfahrung meines Lebens. Nun, ich war ziemlich vorsichtig in meine Entscheidungen nach Datum, so dass es nicht die schlechtesten Erfahrungen, aber es ist dort unten. Oder, um es anders zu sagen, ich würde viel lieber arbeiten, in PHP als Sharepoint.
InformationsquelleAutor der Antwort Travis
Meinem kleinen web-shop kurz umarmte SharePoint ein paar Jahre zurück; das haben wir Beratung, Anpassung, Schulung, und so weiter. Es ist wahr, dass Sie bekommen eine Menge aus dem Kasten, und ich weiß, dass es viel verbessert; aber die gesamte Erfahrung war sehr negativ und wir haben es nie bereut.
Im Allgemeinen, SharePoint greift zu kurz, seine Versprechen in einer Anzahl von wegen, die sind nur verwirrend: Dinge, die wirken wie Nein-brainers erfordern alle Arten von custom-development.
Haben wir wieder Rollen unsere eigenen Lösungen für die Kunden; Sie sind viel glücklicher mit dieser Anordnung, und so sind wir.
InformationsquelleAutor der Antwort Herb Caudill
gut =============================[=]=== bad
InformationsquelleAutor der Antwort Nick
Sharepoint IST eine Riesen Sauerei.
Muss es gesagt werden, der Plattform Geld macht, aber mehr als ein Geld machen-Regelung. Entwickler Kenntnisse von Sharepoint sind selten und Menschen mit diesen Fähigkeiten sind gut bezahlt. Kunden zahlen durch Ihre Zähne für die benutzerdefinierten Sharepoint-dev und die Entwicklung der Häuser als Ergebnis Ihr bestes tun, um zu überzeugen, Ihre Kunden, die Sharepoint ist die perfekte Passform für alles.
Meiner Meinung nach, Sharepoint ist nicht eine Entwicklungs-Plattform, sondern ein Geld machen Plattform.
Edit: ich vergaß hinzuzufügen, 11. Seine eine Ressource Schwein wie nichts Sie jemals gesehen haben.
InformationsquelleAutor der Antwort Sean Amos
Finde ich, dass die größte frustration mit SharePoint, sogar die neueste Version, ist der Mangel an Aufmerksamkeit auf die Dokumentation. Es gibt so viele schlecht dokumentierte API-Aufrufe. Ich kann spüren, wie mein Blutdruck steigt gerade aus der Veröffentlichung dieser Antwort.
InformationsquelleAutor der Antwort Robert S.
Habe ich wie Kirk arbeitete auch mit SharePoint seit der 2003 beta-version und bin immer noch gefallen daran. Sie können natürlich immer den Wunsch nach etwas besser durchdacht - aber ich denke, man kann sagen, dass etwa fast alle Enterprise-Produkt. Für mich, die positiven weit outweight die negative, wenn es um Lösungen auf der SharePoint-Plattform.
Lassen Sie mich als Entwickler, der mit Ihnen teilen meine top 5 der guten Dinge, und die top 5 schlechte Dinge über SharePoint:
Top 5 Gute Dinge über SharePoint
Top 5 Schlechte Dinge über SharePoint
InformationsquelleAutor der Antwort Lars Fastrup
Ich wusste nichts über SharePoint vor 3 Monaten. Seitdem habe ich erstellen Sie eine Reihe von benutzerdefinierten Webparts für meine Firma neue support-Seite und ich habe zu vereinbaren mit Ihrem Freund, es ist ein großes Durcheinander.
Zuerst war ich beeindruckt davon, wie viel Sie tun können mit der Plattform ohne Codierung überhaupt. Aber es ist schon frustrierend immer meine Sachen, um richtig zu arbeiten. Ich habe versucht zu integrieren, eine Benutzer-Steuerelement-ich hatte weiter oben geschrieben, die hat Super funktioniert in einem normalen web-app, sondern ein wesentlicher Teil würde einfach nicht funktionieren in SharePoint-aus Gründen, die Sie noch über mich. Konnte ich einen workaround finden, verlor aber zwei Wochen in den Prozess.
War es auch entmutigend zu erfahren, dass die Entwicklungsumgebung muss eine Maschine tatsächlich auf dem SharePoint ausgeführt wird, die für die Ausführung unter Windows 2003/2008. Ich hatte die Einrichtung einer virtuellen Maschine auf meinem bestehenden system, das ist keine große Sache, aber es ist eine weitere Hürde, die Sie überwinden müssen.
In allen, es schien viel zu verwirrend für das, was Sie zu tun versuchen. Ich Stimme mit dem Gefühl, dass viel Zeit in die installation, Konfiguration und Bereitstellung versus tatsächliche Entwicklung. Vielleicht ist der 2010-version wird besser sein. Es ist sicherlich nicht ein Produkt würde ich freue mich auf die Zusammenarbeit mit.
InformationsquelleAutor der Antwort Chris Tybur
Bin ich 3 Monate in einem SharePoint-Projekt, das bald endet.
Verbringe ich meine Tage gehen durch Fehler-logs, um herauszufinden, warum
verschiedene SharePoint-Komponenten funktionieren nicht, wie MS sagt, Sie sollten.
Dokumentation gilt vielen in der Entwicklung, das Industrie als "das Schlimmste...
Die ich je gesehen habe". Viel Glück finden, etwas sinnvolles auf eine MS-bezogene Website.
Viele "social features" hängen UPS (User Profile Service), ist notorisch
buggy und schwierig zu konfigurieren; google es und du wirst sehen. Auf mein Projekt
es dauerte mehrere Entwickler Wochen und einen Ph. D in EE zu bekommen UPS zu arbeiten.
All dies für einen webservice! Aufgrund der anhaltenden Stabilität Probleme, die das besagte Unternehmen irgendwann
stellte einen SharePoint-Autor, der verkündet "ich glaube an diese Plattform!". Ja richtig. Ich
Frage mich, wie viel er dafür bezahlt, das zu sagen. Aber nehmen Sie Herz, mit jedem neuen
MS Kumulative Update, UPS kommt näher und näher, um brauchbare, zumindest für eine
Entwicklungsumgebung. Es hat einen langen Weg von der ersten Veröffentlichung, wenn es
völlig hat überhaupt nicht funktioniert.
Verbringen Sie viel von Ihrer Zeit konfigurieren von Active Directory, IIS -, ForeFront Identity Management Services, SQL-Server, und Server2008 Einstellungen. Beachten Sie die meisten dieser Einstellungen miteinander in Konflikt geraten, so vorbereitet zu verbringen viel Zeit auf SharePoint blogs der Suche nach Workarounds. In der Tat die meisten SharePoint blogs gewidmet sind, workarounds und hacks, nur um mit SharePoint zu arbeiten, oder zumindest zu bringen, um die Funktionalität von basic-website. Ich dachte, der ganze Punkt einer Plattform mit integrierten Funktionalität, verringern Sie Ihre Arbeitslast, nicht erhöhen. Wenn Sie mögen, legen Sie code und nicht admin spielen oder blog-sleuth, dies ist nicht die Plattform für Sie.
Wie an anderer Stelle erwähnt-Anforderungen bei der Entwicklung des Wahnsinns. SharePoint Server(die volle version des Produktes) kann/sollte nur ausgeführt werden, auf Windows-server. Für mich bedeutet virtuelle Maschine. 8GB ram sind wirklich minimum, die Sie bekommen können Weg mit. Ich landete Kauf-core-i5, 16GB, SSD einfach zu bauen, Recht schnell dev-Umgebung. Dies ist die web-Entwicklung, nicht video Bearbeitung.
Wenn Sie und/oder Ihr team sind glücklich genug, um SharePoint-leicht stabil in einer Produktionsumgebung, der Endnutzer wird behandelt, um 5-zweite Seite geladen, langsame Reaktionszeiten, für fast jede Art von Anfrage, und vielleicht die unintuitive UI in der jüngsten Geschichte computing. Eine SharePoint-Attraktionen ist, die Sie Bearbeiten können web-Seiten on the fly, indem Sie verschiedene Arten von webparts oder mit SharePoint Designer, um tatsächlich ändern die Struktur der Seite. Dies kann erhalten Sie erfahrene Entwickler in einer Menge ärger, so dass nicht-technische Benutzer, denen ich glaube, diese Funktion ist darauf ausgerichtet, sterben wird. Sie werden erfüllt sein mit einem Chor der Korrelations-Id-Fehler, die Ihnen eine sehr hilfreiche und informative GUID.
Entwickler und Benutzer beide Locker, wenn es darum geht, dieses Durcheinander.
Das einzige, was SharePoint ist gut für mich glauben in die Notwendigkeit
von opensource.
PS - Bitte greift nicht an meiner Rechtschreibung oder Grammatik. Ich bin nicht ein englischer major.
InformationsquelleAutor der Antwort tajin19
SharePoint kann frustrierend sein, manchmal. Es ist ein "Reifeprozess Produkt" laut Microsoft, so dass, wenn Sie etwas falsch machen, bekommen Sie schöne Fehler wie "ein Fehler ist aufgetreten" oder "die Aktion kann nicht abgeschlossen werden". CAML ist etwas, das erfordert große Geduld. Die Dokumentation ist nicht sehr gut und verschwenden Sie viel Zeit, über eine blöde syntax-Fehler.
Alles in allem, es ist eine gute Plattform, aber es wird wahrscheinlich dazu führen, dass Sie graue Haare bekommen schneller als Ihre Altersgenossen.
InformationsquelleAutor der Antwort Mark Sherretta
Habe ich anständig .net-dev-Erfahrung und 3 Monate SP meine Erfahrung so weit:
Das gute:
Ich denke SP ist gut für die Anwendung mit einer einfachen Daten-Modell, vorzugsweise zu Lesen-schwer. Eine große Stärke ist, was die Nutzer/Administratoren erreichen können, mit der Konfiguration nur. Änderung der Struktur der Daten on-the-fly ändern Sie das Aussehen und fühlen, usw. Eine wunderbare Plattform für "meine Bücher", die Art von Dingen..
Die schlechte:
Aber es gibt viele Dinge, wo die SP stolpert und fällt (auf Sie). Zum Beispiel ist es schwer zu arbeiten, wenn nicht-triviale Logik erforderlich ist, insbesondere aggregation-Funktionen, die über Fremdschlüssel-Beziehungen. Und natürlich das fehlen von Transaktionen. Aufrechterhaltung die Integrität der Daten könnte zu einem problem werden. Hüten Sie sich vor diesem, wenn man bedenkt, Arbeit an einem spezifischen Projekt.
Gibt es wenig compile-time support die Mehrheit der Ihre Aufgaben umfassen messing mit Ressourcen blickte durch den Aufruf über den Namen als string. Es kann als "flexibel" und "einfach", aber nur zu Fehler-prune für meinen Geschmack und bremst die Entwicklung. Dies ist natürlich nicht nur SP Sache, aber MVC/webforms scheinen mehr leicht pushable in Richtung der stark typisierten Welt.
Wenn Sie wie in der verwalteten Welt, dann mit der Tatsache auseinandersetzen, dass die überwiegende Mehrheit der SP ist non-managed-code, geben Sie Ausnahmen wie "HResult 8000072F" mit weiter, um kein stacktrace, um anzudeuten, Sie auf, was könnte versagt haben.
Bereitstellung und Fehler Reproduzierbarkeit verursacht hat ziemlich viele frustrierende Tage. WSS nimmt die ganze Maschine für sich, Dateien, die erforderlich sind, um die app auszuführen sind verstreut DB, file-system (und oft GAC). Eine grundlegende Trennung der Projekte, die erwartet werden, arbeiten viele verschiedene VMs.
Den tool-support ist ziemlich schlecht (nicht ausprobiert VS 2010). Besser erwarten, dass Freunde zu machen, mit Kommandozeile und scripting. Erwarten debugging-Erfahrung, langsam zu sein. Unit-testen ist ziemlich schwer zu tun..
Mein persönliches Fazit:
SP hat seine Nische, aber es ist nicht eine Plattform, ein .Net Programmierer genießen können. Die Erfahrungen der Benutzer kann einige gelegentliche "WOW", aber die Entwickler Erfahrung nicht. Dies könnte die "steile Lernkurve" sprechen, aber vielleicht ist es einfach so wie es ist.
InformationsquelleAutor der Antwort Imre Pühvel
Es ist ein (guter?) Weg, um die Rechnungen zu bezahlen....
InformationsquelleAutor der Antwort Reed Copsey
SharePoint ist eine v2...v3 ist aufgrund von im Jahr 2010, und es ist das am schnellsten wachsende Produkt in der MS Geschichte (angeblich). v2 ist kurz der Reifen, und es auf jeden Fall lässt etwas zu wünschen übrig für diejenigen von uns, die sich entwickeln, aber es gibt eine Menge tools dort draußen, machen die Entwicklung von gegen es einfacher (stsdev, eins zu werden).
Es ist etwas, dass Sie werden sehen, mehr und mehr, wenn Sie bleiben in den Windows-Bereich. Es ist eine leistungsstarke Plattform und die Zukunft sieht es vielversprechend aus.
Aus der Perspektive eines Entwicklers, es ist ein bisschen frustrierend, dass Sie gedacht habe, zu entwickeln, gegen die es ein bisschen wie ein nachträglicher Einfall, wie die meisten Windows-basierten Anwendungen sind. Der Endverbraucher gewinnt in der Priorität, das ist sicher.
SharePoint arbeiten ist herausfordernd und lohnend, auch ohne die Entwicklung Aspekt. Sie betreffen die gesamte Organisation und helfen Unternehmen besser laufen. Die Entwicklung Aspekt wird frustrieren Sie von Zeit zu Zeit, aber es neigt dazu, selbst aus.
InformationsquelleAutor der Antwort Eric
Es variiert stark, je nachdem, wie das Projekt verlaufen ist - wenn Sie Arbeit in das design von SharePoint können Sie viel erreichen, ohne viel Aufwand. Wenn Sie get-Anforderungen, gehen, gegen, und der client ist nicht zu Kompromissen bereit, es kann ziemlich frustrierend sein.
Erhalten Sie oft auch eine Menge von Umgebungen, die noch nicht richtig eingestellt - so Elementare Dinge wie source control und reproduzierbare Bereitstellung werden oft ausgelassen. Die Infrastruktur, die Menschen oft nicht verstehen, SharePoint, so dass Sie bekommen, Probleme wie nicht in der Lage, schließen Sie Ihre Entwicklungsumgebung, ein Netzwerk.
Jedoch, die meisten dieser Probleme sind relativ leicht gelöst werden, wenn sich da jemand involviert ist, der weiß, was Sie tun. Sobald Sie hinter jedem Projekt und Umwelt-Fragen ist es durchaus eine gute Plattform um mit zu arbeiten.
Die offizielle Dokumentation ist nicht besonders hilfreich, aber inoffizielle Dokumentation und tools verbessert haben eine riesige Menge, seit ich begann die Arbeit mit der Plattform.
InformationsquelleAutor der Antwort Tom Clarkson
Es ist klar, aus den anderen Antworten, dass es eine Menge frustration für SharePoint-Entwickler.
Die Gegebenheiten sind:
Es ist definitiv eine Technologie, die noch reifenden für Entwickler. Die Menge der verfügbaren Informationen aus der Entwickler-community und Microsoft ist enorm gewachsen in den letzten 2 Jahren. Es gibt eine Menge von Führung aus, die Muster & practices-team für SharePoint finden Sie hier: http://www.codeplex.com/spg
Als für einige der anderen Kommentare - es ist das am schnellsten wachsende Microsoft-Produkt, gemessen an verkauften Lizenzen, die nicht unbedingt auf Installationen! Und ja, die Funktionalität, kommt mit den WSS 3.0 kostenlos ist ziemlich erstaunlich.
Gibt es ein sehr breites Spektrum von dem, was 'SharePoint-Entwicklung" umfassen konnte. Es könnte sein, reines web-content-Entwicklung getrieben durch den web-browser und tools wie SharePoint Designer. Oder immer nach unten und schmutzig schreiben von benutzerdefinierten ASP.NET web-Teile, Windows Workflow, custom ASP.NET web-services und gehostete Seiten in SharePoint und vieles mehr.
Gibt es eine Menge von out-of-the-box web-Dienste, die mit SharePoint, die integration mit anderen Systemen und einige Leute nennen könnte die Programmierung mit dieser API 'SharePoint-Entwicklung".
Ich denke, die Faustregel mit SharePoint im Allgemeinen, dass auf der Oberfläche scheint es zu sein, eine allumfassende Produkt, das versucht alles zu sein für jedermann. Manchmal ist man gar nicht an der Oberfläche kratzen sehr weit zu erkennen, dass die Plattform ist nicht zu lösen Ihre speziellen geschäftlichen Anforderungen ohne erhebliche Anpassungen. Es ist manchmal, die letzten 10% der benötigten Funktion, Kosten Sie 90% des Aufwands!
InformationsquelleAutor der Antwort Harv
Es ist gleichzeitig der am meisten frustrierend und lohnende Erfahrung, die Sie haben. Während die Belohnung kommt (zumindest teilweise) in der form eines großen Lohn (im Vergleich zu gerade web-dev), die Enttäuschungen sind nichts, was man nicht überwinden mit stackoverflow und google an Ihre Seite.
Habe ich gemacht, SharePoint-Entwicklung seit 2003, und den Tälern der "ich FREAKING HASSE SHAREPOINT!" sind immer off-set durch die Momente von "DUDE, DAS IST FREAKING AWESOME!"
Wenn Sie angeboten werden, eine entry-level-position zu tun SharePoint, würde ich es in einem Herzschlag. Sie erhalten on-the-job-training auf einem der heißesten Technologien auf.
InformationsquelleAutor der Antwort Adam McKee
Wenn Sie einen hintergrund in der web-Entwicklung, ich glaube, Sie könnten frustriert über die mangelnde Flexibilität von Sharepoint-Entwickler. Eingeschränkt wird das denken in Begriffen von "Webparts", ist nicht eine Menge Spaß, wenn Sie schon vorher hatte, die Flexibilität zu schreiben, ein wenig näher an die HTML.
Darüber hinaus fand ich, dass eine Menge Zeit wurde damit verbracht, über die Konfiguration /Implementierung-Probleme, relativ zum regulären web-Entwicklung.
Bekommen Sie eine angemessene Menge an Funktionalität "out of the box", obwohl.
InformationsquelleAutor der Antwort Scott Ferguson
Ich bin froh zu berichten, dass eine positive Erfahrung mit SharePoint-Programmierung.
Ich bin damit einverstanden, dass die out-of-the-box-masterpages und css sind ziemlich schlecht, und die hier und da fehlende Dokumentation der API kann sehr frustrierend manchmal, aber diese sind kleinere Rückschläge, wenn Sie sehen SharePoint als Entwicklungs-framework nicht als ein abgeschlossenes Produkt, das individuell angepasst werden kann. Ich habe gelesen das jemand bei MS Beschreibung der SharePoint als "Knetmasse", mit dem out-of-the-box-Vorlagen nur als "demos" von dem, was erreicht werden kann.
Ich finde es Recht einfach und unkompliziert zum erstellen eines benutzerdefinierten master-Seite (mit der richtigen Doc-Type in den header zu entfernen, die schreckliche BackCompat und aktivieren CSS1Compat, zum Beispiel) oder haben meine aspx-Seiten mit code-behind-oder was auch immer. Quintessenz ist, - was Sie tun können, innerhalb einer Internetseite in Reine asp.net 2.0, Sie können das gleiche tun mit SharePoint und profitieren Sie von der Skalierbarkeit, deployment-Techniken, API -, Erlaubnis-Modell, der audits, Dokumenten-storage-system, InfoPath-integration, workflows, etc.
Ich denke, dass es am Ende kommt wirklich auf den Standpunkt an: ist SharePoint eine Entwicklungsplattform mit einer "demo" Sammlung von Website Vorlagen, oder nur ein semi-finite-Produkt, das Sie anpassen es hier und dort?
InformationsquelleAutor der Antwort Tudor Olariu
Ich war ursprünglich ein ASP.NET Entwickler erstellen von Web-Content-Management-Systeme und arbeiten mit Dokumenten-Management-Systeme. SharePoint war eine Natürliche Entwicklung in diesem Raum, aufbauend auf den Fähigkeiten, die hatte ich schon auf einer Plattform.
Habe ich eine Präsentation zu diesem letzten Jahr, die von Interesse sein können.
Weitere Informationen finden Sie hier:
http://sharepointdevwiki.com/x/HYBfAQ
InformationsquelleAutor der Antwort Jeremy Thake