¿Cuál es el perfil de un desarrollador de SharePoint?

Question

Tengo un equipo de desarrollo especializado en ASP.NET. Entonces, las soluciones que proporcionamos están basadas en la web, se ejecutan en IIS y usan el servidor MS SQL. Todo dentro de la intranet de la empresa. El equipo tiene esta experiencia, y son excelentes en C# y .Net en general.

La compañía está implementando SharePoint MOSS 2007. Esta implementación forma parte de un proyecto en el que no participo y del que tengo muy poca información. Sin embargo, sé que han establecido la capa de "pensadores" (los que dirán qué hacer), la capa de integraciones (quién configurará, implementará y gestionará la producción) y que necesitan establecer la llamada capa de desarrollo (aquellos que harán las cosas los otros dos no pueden).

Se me pide que evalúe la posibilidad de aumentar la experiencia de mi equipo al agregar el desarrollo de SharePoint. Esta es la parte fácil, solo tengo que encontrar la capacitación requerida y enviar a mi gente.

Sin embargo, en la actualidad, el desarrollo de la palabra puede significar muchas cosas y, a veces, descubro que la configuración se usa en lugar del desarrollo. No tengo ninguna objeción para hacer evolucionar al equipo mediante el desarrollo de nuevos conocimientos, pero quiero asegurarme de que todo sea estimulante para mis desarrolladores. En segundo lugar, no quiero decir que tenemos experiencia en desarrollo de SharePoint, y en realidad lo que hacemos es simplemente modificar archivos css o xml. Además, no creo que el uso de asistentes para producir una solución sea el mejor camino para impulsar a un desarrollador de C# a seguir.

Las preguntas que me pregunto primero es: ¿cuál es el trasfondo de un desarrollador de SharePoint? ¿Cómo podrían los desarrolladores de .Net sentirse solicitados para convertirse en desarrolladores de SharePoint?

Cualquier pensamiento será muy apreciado.

Answer 1

Comencé en el desarrollo Sharepoint hace más de un año cuando heredé una solución WSS 3.0 en mi empresa.

Personalmente, creo que fue un gran paso para conocer un poco el desarrollo de Sharepoint, hay muchos problemas (por ejemplo, seguridad, equilibrio de carga, fantasmas) que fue bueno para ver cómo fue resuelto por el equipo de WSS y me ayuda a resolver problemas en otras soluciones en las que estoy trabajando. Pero no trabajo en soluciones de WSS a tiempo completo, por lo que otros tienen que saber cómo funciona con WSS todos los días.

WSS y Sharepoint son una extensión de la plataforma ASP.NET, por lo que cualquier experiencia en ASP.NET y .NET en general debería ser una buena base para un desarrollador que está comenzando a crear soluciones Sharepoint. Leí el libro Inside Microsoft Windows Sharepoint Services 3.0 para obtener los conceptos básicos y la arquitectura de solución wss antes de comenzar a trabajar en proyectos de WSS.

Descubrí rápidamente que debe haber un entorno de máquina virtual para el desarrollo de Sharepoint, esto se debe a que es un dolor trabajar en un cliente y conectarse a un proceso remoto en el servidor para entrar en modo de depuración. Por lo tanto, recomiendo crear una máquina virtual MOSS que tenga instalado Visual Studio que tenga acceso a su sistema de control de origen. Desarrolle soluciones en esa máquina y cuando finalice, controle el control de la fuente.

También recomiendo mirar las herramientas de desarrollo, tales como stsdev y wspbuilder para ayudarlo a construir su solución, esto le facilitará bastante el proceso de desarrollo. También hay muchas herramientas disponibles en la web, p. codeplex para ayudarte.

A veces puede ser difícil desarrollar estas soluciones, los cambios pueden requerir el reciclaje del conjunto de IIS o un IISReset de fuerza bruta, los mensajes de error a veces pueden ser crípticos, etc. Pero rápidamente te das cuenta y sabes dónde mirar. Sharepoint también le ayuda mucho, he tenido millones de preguntas de los clientes que se pueden resolver con la norma fuera de las piezas de la caja web, de modo que no tengo que codificar anhything a mantener los clientes contentos :)

Sharepoint también espera que las soluciones se codifiquen de cierta manera, por ejemplo 12 estructura de la colmena, por lo que le ayuda a estandarizar sus soluciones.

hay una grave falta de documentación, de modo que usted tiene que confiar en el reflector y tales herramientas mucho, sólo para saber lo que está pasando en el marco, espero que esto se pone mejor con 2010.

El aprendizaje inicial la curva es alta, y una gran cantidad de conceptos nuevos y tecnologías para aprender, por ejemplo Flujos de trabajo dentro de Sharepoint, Featuer, fantasma y seguridad de acceso de código Hay una gran cantidad de configuración Xml que usa sharepoint que los desarrolladores tienen que aprender, esto incluye la definición del sitio, las plantillas de lista y más. A veces hay días en que estoy atascado en el modo de edición Xml y no puedo entender por qué las cosas no funcionan como deben hacerlo

Estas son solo algunas de mis ideas, he estado trabajando principalmente en el desarrollo de WSS y sería genial si alguien pudiera comentar sobre la configuración de la parte web en Sharepoint, por ejemplo configurando la búsqueda. Que es algo que no he estado haciendo mucho.

Answer 2

Por lo que he escuchado, el SharePoint es una tecnología popular desde el punto de vista del cliente, pero un objeto de odio entre los desarrolladores.

Answer 3

Me alegra ver que se haya observado que Dev y Admin están siendo utilizados "incorrectamente".

Aunque Developing for SharePoint podría ser solo eso, desarrollo, como la creación de partes web, etc., le recomiendo encarecidamente a usted y a su equipo que se familiaricen con la implementación, instalación y configuración de SharePoint también. Estoy completamente certificado por SharePoint (WSS Config/Dev y MOSS Config/Dev) y tener conocimiento de ambos extremos ha sido invaluable para mí.

Saber lo que está configurado en donde ayudará en la depuración y solución de problemas en el camino. Sugiero tomar una capacitación de configuración MCS WSS 3.0/o una capacitación de Configuración MOSS para al menos 1 o 2 de su equipo. El resto del equipo recogerá los elementos esenciales a medida que avanzan, teniendo esos 2 colegas certificados como ir a los chicos con respecto a la configuración y la administración.

En mi humilde opinión, ser un consultor de Sharepoint implica saber cómo crear una pieza de funcionalidad como desarrollador y luego ser capaz de implementar, configurar y mantener esa función como administrador (o al menos un usuario informado/usuario avanzado) .

Answer 4

Mi compañero de trabajo estudia SharePoint en este momento. Burlarse de él todo el tiempo. Con frecuencia habla algo así como "¡¡¿si es eso? !!". Y luego me siento un poco triste, porque lo sé, hay una probabilidad de que tenga que aprender eso también (supongo que no es tan fácil obtener proyectos hoy en día).

Lo veo más como la configuración y personalización de desarrollo de software (algo así como la caza de casilla fing durante 3 días seguidos). Recoges un poco de arcilla a través de esos locos diseñadores de sitios compartidos y luego la personalizas infinitamente.

por todo lo que ya sé - hay un nuevo nombre (es decir - SPGridView) y un comportamiento inesperado debajo.

HTML que consigue proyecta es la rocambolesca (tablas y manojo de estado de vista serializado en todas partes).

Pero esos configuración xml`s ...o_0
Ahora que es un obstáculo que no puedo superar. Incluso las cosas hardcore de SQL comienzan a parecer un juego infantil.

Quizás estoy equivocado, pero como he escuchado, Microsoft desarrolló 'columnas espaciales' (le permite expandir el recuento de columnas para tablas de más de miles) para sql principalmente debido a Sharepoint. Eso me aterroriza

Por supuesto, mi opinión es ALTAMENTE subjetiva y un poco ofensiva. Pero espero que eso ayude a revelar mejor lo que pienso sobre & acerca de Sharepoint.

Esperemos que los desarrolladores con los que está trabajando vean esto diferente.

---

En resumen:
No. No le gustaría convertirse en un desarrollador de SharePoint.

---

Editar:
que podía manejar esa complejidad inicial. Pero la razón principal por la que no quiero hacerlo es que no creo que el desarrollo en Sharepoint sea el camino correcto. Es decir, últimamente la gente comenta que los formularios web proporcionan demasiada abstracción. Entonces, ¿qué decir de Sharepoint?

Answer 5

Albert, eche un vistazo a este otro hilo titulado Is a sharepoint developer technically “equipped” to do custom app dev and vise-versa. Hay bastante información sobre lo que implica saltar desde .NET puro a SharePoint.

Answer 6

gracias a todos por las respuestas, todas son realmente útiles.

por lo que he leído aquí, veo dos cosas a considerar.

Primero está el contexto de utilización que creo que es un factor importante. En algunos lugares, el "desarrollo" de SharePoint podría llegar muy lejos, y podría implicar el desarrollo de cosas realmente emocionantes, con el fin de satisfacer las necesidades de nuevos clientes. podría implicar escribir código, etc. Y en otros lugares podría ser solo administración y configuración, para mantener las soluciones ya establecidas.

En segundo lugar está la motivación personal. Realmente depende de la persona. Algunos desarrolladores de .Net con buena experiencia preferirán no ir en una dirección, donde no codificarán la "forma de SharePoint", y les gustaría escribir el código en C# o en algunos otros idiomas. Sin embargo, habrá otros que elegirán este camino y estarán felices de tener tales carreras. Estarán motivados y, por lo tanto, proponen soluciones realmente agradables.

Por ejemplo, desde mi perspectiva personal y si me hubiera quedado en desarrollo y programación, no elegiría el desarrollo de SharePoint usando asistentes y menús de alto nivel, como una ruta de progreso para mi carrera. A pesar de que no lo hago en estos días, todavía disfruto de la codificación, compilación, depuración, etc., pero este soy solo yo.

Answer 7

Para ser un desarrollador exitoso de SharePoint debe tener un umbral alto para el dolor y la paciencia de un Buda.