Comment bon / mauvais est la programmation sharepoint?

Question

J'ai aujourd'hui une offre d'emploi pour un poste de développeur SharePoint. Un de mes amis me dit que le point de partage est un gros bazar et que ce n’est pas quelque chose que je voudrais faire.

Quelles sont certaines de vos expériences / réflexions en travaillant avec SharePoint?

Answer 1

Je vais inverser la tendance d'ici un peu. Je vois SharePoint en tant que plate-forme de développement de la plaine et simple. Il utilise d'autres technologies telles que les services IIS, ASP.NET Server, SQL Server et Windows Workflow donc je n'ai pas de réinventer la roue. Il me permet de me concentrer sur la résolution des problèmes plutôt que de se soucier de la plomberie et système de code de niveau.

Ne m'obtenez pas le mal, SharePoint n'venir avec des bagages, mais si vous aimez résoudre des problèmes réels des entreprises et pas seulement de la fronde code, il a beaucoup à offrir. Je suis toujours étonné de la richesse de la plateforme est WSSv3 - ce qui est gratuit.

Si vous voulez vous aligner avec les technologies de Microsoft, alors vous devez réaliser que SharePoint est là pour rester et continuer à aller mieux et d'être de plus en plus courants. La version actuelle (v3 - WSSv3 / MOSS 2007) manque d'AJAX, les réseaux sociaux, et d'autres fonctionnalités/la technologie. La version v4 est juste autour du coin et il est lié à améliorer dans ces domaines.

En ce qui concerne certains négatifs que j'ai lu dans ce fil:

• J'ai écrit des composants webpart qui vivent dans SharePoint qui utilise de l'AJAX toolkit et ont donc co-travailleurs de la mine. Un co-travailleur est très active, avec Silverlight composants webpart.

• Oui, vous avez tendance à développer sur Windows Server 2003/2008. Cela ne me dérange pas et je ne passe pas beaucoup de temps sur l'installation et la configuration. J'utilise des machines virtuelles pour les environnements de développement et parfois d'accord qui peut parfois être une douleur.

Ce que je suis capable de le faire, cependant, est de configurer certaines choses au lieu de les développer. Autorisation, fait; provisionnement, fait; au niveau de la ligne de sécurité, fait; INTERFACE utilisateur de base, CRUD, fait; un déploiement sur plusieurs frontaux, fait; recherche, c'est fait. Maintenant j'ai le temps de se concentrer sur la résolution du problème d'entreprise.

Si vous allez faire pour le développement SharePoint, vous avez besoin pour commencer sur le bon pied. Je recommande fortement à l'Intérieur de Microsoft Windows SharePoint Server 3.0 pour obtenir de la viande de ce qu'un développeur peut/doit faire au sein de SharePoint.

Pour ce que ça vaut, je suis développeur depuis plus de 20 ans de travail sur Unix et Windows en plusieurs langues et de la technologie. J'ai mis l'accent sur SharePoint v3 puisque c'est la bêta jours et je suis heureux avec la direction que j'ai choisie.

Answer 2

Je suis surpris de voir toutes les réponses positives. Laissez-moi juste vous demander, avez-vous l'esprit de la création de votre balise dans le code? Comme dans HtmlWriter.BeginTag("br") (ou que ce soit, désolé de ne pas connaître le HtmlWriter api). C'est considéré comme les meilleures pratiques pour la création de redistribuable de composants webpart.

Comment au sujet de l'Ajax Toolkit? Oups, hors limites. Ne fonctionne pas à cause d'un manque de doc-type dans l'en-tête.

Et votre ordinateur portable exécute Windows server 2003, droit? Parce que bien sûr, Sharepoint ne fonctionne pas sur quoi que ce soit d'autre.

Je comprends que les gens défendent leur plate-forme, mais comme quelqu'un qui a eu à faire un peu de travail dans Sharepoint, mais ne pas non plus ... permettez-moi de dire que le développement pour Sharepoint est la pire expérience de développement de ma vie. Maintenant, j'ai été assez prudent dans mes choix de date, donc c'est pas la pire expérience possible, mais il est là-bas. Ou, pour le dire d'une autre façon, je préfère de beaucoup de travail en PHP de Sharepoint.

Answer 3

Ma petite boutique en ligne brièvement embrassé SharePoint un couple d'années en arrière, on a fait la consultation, de la personnalisation, de la formation, et ainsi de suite. Il est vrai que vous obtenez beaucoup sorti de la boîte, et je comprends que c'est beaucoup amélioré; mais dans l'ensemble, l'expérience a été très négative et nous n'avons jamais regardé en arrière.

1. Les utilisateurs que nous avons formés sur absolument détesté l'interface utilisateur et c'était très frustrant de ne pas être en mesure de corriger les choses qui sont mauvais avec elle.
2. Personnalisation de Sharepoint présentation visuelle n'est pas pour les faibles de cœur. L'incompétence de celui qui a écrit le CSS chez Microsoft, c'est juste horrible. J'ai encore des cauchemars.
3. Quelle que soit la raison qu'ils n'ont pas seulement conçu comme un jardin-variété application web, ce qui rend la mise en place d'un environnement de développement d'une énorme douleur dans le cou.

En général, SharePoint tombe en-deçà de sa promesse dans un certain nombre de façons qui sont juste magnifique: les Choses qui semblent comme la non-brainers exiger de tous les types de développement personnalisé.

Nous avons remonté à rouler nos propres solutions pour les clients; ils sont beaucoup plus heureux avec cet arrangement, et nous aussi.

Answer 4

bon ============================= [=] === mauvais

• configuration / administration / mise à jour est une douleur
• développement / débogage est une douleur
• la documentation est une blague

Answer 5

Sharepoint EST un énorme gâchis.

1. L'généré marque est le pire que j'ai jamais vu.
2. Il a également mauvais CSS pour aller loin avec cette marque vers le haut.
3. Dieu ait pitié de l'âme qui a pour relooker ou d'étendre les fonctionnalités côté client d'une application sharepoint.
4. L'ensemble de la plate-forme de mouches sur le visage de la bonne conception architecturale.
5. L'Intégrité des données est un énorme problème avec la plate-forme, comme il n'y a pas de transactions.
6. L'API est étonnamment infesté par des insectes et de ne pas prendre une heure après avoir travaillé avec l'API d'exécuter dans les bugs qui vont vous faire récurer le web et plus d'exacerber les problèmes d'intégrité des données.
7. Bon le test unitaire est très difficile de le faire sur la plate-forme.
8. La plate-forme est grande et est cram emballé avec "tout", mais tout ce que Sharepoint est-il fait mal. Vous pouvez facilement trouver d'autres cadres ou des plates-formes qui faire le travail mieux et serait beaucoup plus lisible adapté à votre ou vos exigences du client.
9. La courbe d'apprentissage est raide, ce qui serait très bien si la documentation de la plate-forme (en particulier l'API) était tout bon.
10. La compatibilité du navigateur, Sharepoint est IE seul (attribué à ses horribles balisage, CSS et javascript).

Il faut le dire, la plate-forme fait de l'argent, mais plus de l'argent de régime. Compétences de développeur Sharepoint sont rares et les gens avec ces compétences sont bien rémunérés. Les Clients de payer par le biais de leurs dents pour Sharepoint personnalisé dev et le développement des maisons comme un résultat de faire de leur mieux pour convaincre leurs clients que Sharepoint est un ajustement parfait pour tout.

Mon avis, Sharepoint n'est pas une plate-forme de développement, mais de l'argent de la plateforme.

Edit: j'ai aussi oublié d'ajouter 11. Une ressource de porc comme vous n'en avez jamais vu avant.