February 2009 - Artículos
¡QUE FUNCIONE! - Ese es el foco, ese es nuestro principal objetivo!!!!!, que funcione la aplicación que hemos hemos desarrollado o implantado.
Que funciona!!!!!!, ¿y lo demás!?:
.... que los nombres de identificadores en el código fuente no tienen significado : ¿acaso alguien ve eso?
... que el código no tiene comentario: ¿comentar? ¿para que?
...que no hemos documentado la configuración empleada ¿alguien querrá cambiar algo? (total que estudie todo de nuevo, para eso esta google)
...que no hemos etiquetado las versiones en el repositorio de código fuente ¿para que? nos acordamos perfectamente que cambios hemos hecho y por que
...que no hemos desarrollado un método de despliegue automático : ¿acaso el que vaya a desplegar nuestra aplicación es un inútil?¿no es un informático?
...que no hemos diseñado y construido las pruebas de nuestro software ¿pruebas? ya hemos probado todo muchas veces, no nos pagan para diseñar pruebas!
......
......
Pienso que algunas veces, nos centramos demasiado en que funcione y nos olvidamos de otros factores como: la mantenibilidad, la inter-operatividad, la seguridad, la escalabilidad, la usabilidad, felxibilidad en el cambio y por supuesto la rentabilidad o el valor que podemos aportar al cliente con la solución.
En referente a este asunto, es importante que seamos conscientes de que existen métodos o practicas para hacer mejor las cosas(solo tenemos que buscar en google "buenas practicas..." ) y que existen otras muchas malas practicas(por ejemplo el empleo de los Antipatrones).
Los que han tratado los requerimientos de accesibilidad para sitios SharePoint conocen AKS(Kit de Accesibilidad para SharePoint) que es una de las soluciones de referencia(recomendada por Microsoft).
La versión actual(1.3) de este producto presenta algunas carencias, el fabricante HiSoftware tenia previsto resolver estas carencias en la versión 2, originalmente prevista para los finales del 2008.
En un comunicado reciente HiSoftware anuncia que la versión 2 estará disponible para el próximo día 9 de marzo.
Principales Novedades de la versión 2:
- Configuración automática(actualmente es manual y tediosa) de los Control Adaptors(los componentes que permiten el renderizado de código accesible).
- Control Adaptor para el renderizado accesible de las Web Part Zone(div's en lugar de tablas).
- HiSoftware’s Compliant Code Engine, asistente de código HTML/XHTML conforme con las normas de accesibilidad.
Hay otros productos interesantes que nos pueden ayudar en resolver los requerimientos de accesibilidad en SharePoint:
http://jdieguez.wordpress.com/2008/10/24/sharepoint-cada-da-mas-accesible/
SharePoint Designer(SPD) permite configurar de forma fácil y rápida flujos de trabajo. Recientemente me he encontrado con un interesante proyecto de CODEPLEX que permite añadir a los flujos de trabajo de SPD la posibilidad de ejecutar sentencias SQL, invocar servicios WEB, crear un sitio y alguna cosa mas. El proyecto se denomina iLove SharePoint Designer Actions.
Puede ser una solución interesante para determinadas necesidades. No obstante y antes de emplear SPD se deben revisar las ventajas e inconvenientes que existen para su uso.
Codeplex sigue siendo un lugar para encontrar cosas interesantes para SharePoint:-), QuickLaunchExtender es un proyecto de Codeplex que permite una ligera "mejora" de experiencia de usuario con el menú lateral(Quick Launch).
Es muy interesante resisar el código fuente y el uso que se hace de la tecnología jQuery(un breve ejemplo de jQuery para personalizar la barra QuickLanch se puede ver en:JQuery for Everyone: Accordion Left Nav)
En este post quiero proponer mi "kit" de iniciación al desarrollo en SharePoint. Este "kit" consiste en una serie de links y referencias que ayudan a un desarrollador hacer una introducción en el desarrollo con la tecnología SharePoint.
Este post es muy similar a otros(pero distinto:-), por ejemplo recientemente mi amigo Mario Flores publico en su blog el siguiente post [Sharepoint] Introducción al desarrollo.
Skills de un desarrollador de SharePoint
En general cualquier desarrollador de SharePoint tarde o temprano tendrá que tocar diferentes herramientas y tecnologías que requerirán los siguientes skills:
- C#/VB.NET and XML experience
- Understanding of the SharePoint Object Model
- Understanding of the SharePoint Solution Package API
- Optional: CAML, XSLT, CSS, XHTML, Web Services
Fuente: http://sharepointmagazine.net/technical/development/leveraging-the-sharepoint-platform-part-4
El entorno
Para comenzar con el desarrollo con SharePoint se debe disponer de un entorno de desarrollo.
Lo mas inmediato es descargar la imagen VirtualPC preparados por Microsoft:
Windows SharePoint Services 3.0 SP1 Developer Evaluation VPC Image : se trata de una imagen que se puede usar hasta el 30 de septiembre del 2009 y contiene Windows SharePoint Services 3.0 SP1, Visual Studio 2008 y Visual Studio 2008 extensions for Windows SharePoint Services 3.0, v1.1.
Otra opción es montar una máquina virtual(yo uso VMWARE), en el siguiente link se puede ver un tutorial para la creación de una imagen con VirtualPC.
Create MOSS 2007 VPC Images: Step by Step Guide.
Un rápido recorrido por las funcionalidades de SharePoint
Pero un sitio/portal SharePoint ¿que es?¿que funcionalidad tiene? es importante saberlo antes de desarrollar.
Demo: Tour a Windows SharePoint Services 3.0 site
Los primeros pasos
Creamos nuestro primer WebPart:
Leemos sobre como funciona SharePoint y los diferentes tipos de páginas y sobre las caracteristicas(features):
Hacemos diversos laboratorios Paso a Paso de Microsoft que permiten profundizar en el desarrollo de diferentes piezas para SharePoint( Web Parts, Data Lists, Event Handlers, Workflow, Silverlight, Page Navigation, Page Branding, Web Services, Content Types, User Authentication):
A tener en cuenta
Espero que esta pequeña recopilación de referencias sea de utilidad para los principiantes:-) suerte!!!!
En todos los proyectos con tecnología SharePoint en los que he participado se ha necesitado medir el uso, analizar los accesos, medir las descargas, etc. En referencia a este tema he publicado varios post haciendo referencia a diferentes herramientas:
Hablando sobre la herramienta de Quest y Nintex Reporting.
http://jdieguez.wordpress.com/2008/06/11/de-nuevo-informes-de-uso-en-sharepoint/
Recientemente(enero 2009) Microsoft ha publicado un documento que se titular Analyzing Microsoft SharePoint Products and Technologies Usage. En esta guía se explica como utilizar la herramienta Log Parser 2.2 para explotar la informacion relativa al uso de sitio SharePoint que se almacena en los ficheros .LOG del IIS. En el documento se explica tanto el uso del Log Parser como algunas consultas y ejemplos prácticos.
Hace unos días estuve enseñando al responsable técnico de una empresa, dos productos de gestión documental: Alfresco y SharePoint(WSS).
Habiendo trabajado mucho con SharePoint, tengo bastante claras las ventajas del producto y tengo clara la forma de mostrarlas. Sin embargo Alfesrco es un producto que he tocado en ocasiones puntuales y aun me queda bastante por descubrir.
Lo sorprendente para mi fue la conclusión del responsable, la sita no es textual, pero fue algo así como:
"Alfredo me gusta mas, seguro que es mejor que SharePoint por que parece mas .... se entiende menos de entrada, será que tiene mucho mas potencia".
El comentario me pareció algo así como Alfresco, parece mas friki y por ello se presupone que es mejor.
Curioso!!!!!! ¿que opináis?
Llevo tiempo queriendo probar el PKS, pero siempre salian otras cosas y al final nunca termine instalándolo.
La empresa 3Sharp que es la principal desarrolladora del producto ha habilitado para su descarga una máquina virtual con el PKS reinstalado. El fichero ocupa 6.2GB y se puede descargar desde esta página:
http://www.3sharp.com/pks/