Mes: abril 2010

Para los que necesiten trabajar modificando el estilo gráfico de SharePoint, les dejo un listado de enlaces interesantes.

Que les sea útil!

http://surpoint.blogspot.com/2010/04/estilos-en-sharepoint.html

Hasta la próxima…

Desde el blog de, Hector Hinsua recibimos la siguiente noticia:

Llego el dia que muchos estabamos esperando, finalmente tenemos disponible la version RTM de SharePoint 2010! y no solo SharePoint sino que Project Server y Office 2010 también se “graduaron”

El Mensaje Oficial, desde el Blog de Microsoft :

Today we reached an exciting engineering milestone- the release-to-manufacturing (RTM) for Office 2010, SharePoint 2010, Visio 2010 and Project 2010!

RTM is the final engineering milestone and a major achievement for all of the internal teams who worked so hard to get to this point. As tirelessly as our engineering teams worked, we would never have reached this milestone without incredibly active participation from our customers and partners. More than 5,000 organizations and partners have worked with us on rapid deployment and testing of the products, and the feedback that we’ve received from all these programs has shaped a fantastic set of products that I’m sure our customers will love.

Our Volume License customers with active Software Assurance (SA) on these products will be one of the first to receive the 2010 set of products. They will be able to download the product in English, French, Spanish, German, Russian, and Dutch via the Volume Licensing Service Center starting April 27. Other languages will be available on a rolling timeline. Customers without SA will be able to purchase the new products through Volume Licensing from Microsoft partners starting May 1.

Continuar leyendo en http://hinsua.blogspot.com/2010/04/sharepoint-2010-rtm.html.

Guau! Cómo me gusta leer este tipo de artículos, bien desarrollados, muy polémicos y de los que nos hacen pensar! Hace un par de días, Marc D Anderson ha escrito un excelente white paper: The Middle Tier Manifesto- An Alternative Approach to Development with Microsoft SharePoint. Este artículo nos hace pensar acerca de las diferentes formas de desarrollar en SharePoint y nos explica porque no debemos asumir que escribir código en C# es la única forma válida de "desarrollar" en SharePoint.

Les propongo que lean el paper original (en inglés). Arriba está el link. En este artículo voy a hacer una libre interpretación, traducción y resumen, que espero disfruten 🙂

 

Introducción

La premisa es que escribir código administrado en Visual Studio es más costoso en tiempo y esfuerzo y más propenso a los bugs. Como alternativa, tenemos la capa intermedia, que Marc nos presenta en este artículo. Dicho de otra manera, si usted piensa que las estimaciones de sus desarrolladores SharePoint (.Net) son prohibitivas, existe un método alternativo. The middle tier.

 

Qué es la middle tier?

Empecemos identificando las tres capas:

Capa 1) La interfaz de usuario y el Central Administrator

Capa 2) SharePoint Designer o mejor dicho: Data View Web Parts, Scripting (JavaScript & jQuery) y hojas de estilo en cascada (CSS)

Capa 3) Visual Studio. C# y el modelo de objetos de SharePoint, DLLs, GAC.

 

Qué es desarrollo? 🙂

La definición no dice nada acerca de qué es el software. Es por ello que no sería correcto afirmar que si no es "desarrollo .Net", entonces no es desarrollo verdadero, verdad :-)?

Lo importante, respecto al desarrollo, es que necesitas disciplina y organización, habilidad para dividir un problema complejo en piezas manejables, detectar acciones repetibles y crear código. Pero no son las herramientas las que generan las buenas soluciones, sino la gente o dicho de otras manera: las buenas herramientas no son una escusa para pensar en forma equivocada…

Entonces, qué es un desarrollador SharePoint?

La definición más común (y tal vez la más errónea) es que se trata de "un desarrollador .Net que entiende el modelo de objetos de SharePoint".

… Pero que Microsoft haya creado SharePoint sobre la base de .Net no quiere decir que la única forma de desarrollar sobre SharePoint es usando las herramientas .Net.

 

Porque la capa intermedia es un método diferente?

Desarrollar en esta capa implica usar herramientas diferentes a las utilizadas en las otras dos capas.

Data View Web Parts:

Estos elementos web consumen XML y generan diferentes salidas usando XSL para definir el formato. Pueden trabajar con los siguientes tipos de orígenes de datos:

• Listas y librerías
• Conexiones a base de datos
• Archivos XML
• Server-side scripts
• XML Web Services

Mucha gente se siente frustrada al trabajar con SharePoint Designer, porque intenta hacer todo a través de las pantallas de esta herramienta. Sin embargo las posibilidades aumentan cuando los cambios se efectúan directamente en el XSL (claro que esto no tiene vuelta atrás). La buena práctica es avanzar lo más lejos posible con las pantallas y luego introducirse en el XSL.

Scripting

Nos permite crear funcionalidad que se ejecute en la máquina del cliente. Existe funcionalidad en SharePoint 2007 construida en JavaScript.

Sin embargo las posibilidades se amplían enormemente con jQuery…

 

Continuar leyendo en http://surpoint.blogspot.com/2010/04/middle-tier-un-metodo-alternativo-para.html.

Plantilla de Microsoft Project con todas las tareas asociadas a la instalación y despliegue de una solución EPM con Microsoft Project Server. Recomendado especialmente como lista de verificación de las actividades de infraestructura en un proyecto de EPM.

Pueden descargarlo desde http://office.microsoft.com/en-us/templates/TC102763281033.aspx?pid=CT102530621033.

Para los que estén en el mundo de EPM, les dejo esta información sobre una herramienta de Microsoft para realizar copias de respaldo de la parametrización de Project Server. Transcribo:

La herramienta Server Settings Backup/Restore es una utilidad de Project Server 2007 Project Resource Kit (PRK) que permite a los administradores de Microsoft Office Project Server 2007 realizar la copia de seguridad de la configuración del servidor desde una instancia seleccionada de Project Server en un archivo XML. Esta herramienta se puede ejecutar en otra instancia de Project Server en la que restaurar la configuración de servidor. Lo que se importa al servidor Project Server de destino son los datos del archivo XML exportado. Esta herramienta puede ser especialmente útil cuando se mueve la configuración del servidor de un entorno de prueba a un entorno de producción, pero también se puede usar para generar un sencillo conjunto de vistas y campos personalizados (por ejemplo, para distintas industrias).

Continuar leyendo en http://technet.microsoft.com/es-es/library/cc197393.aspx.