El otro día a raíz de este comentario que realice en Twitter «¿Por que nos empeñamos en prostituir a SharePoint?» Tuvo un interesante intercambio de opiniones entre varios MVP’s de SharePoint y expertos en la materia (Fabian Imaz, Miguel Tabera, JC Quijano,Juan Antonio Yañez, José Ángel Bolaño). Es cierto que hay muchas empresas que intentan introducir SharePoint cuando esta no es la opción más adecuada, quizás buscan una aplicación transversal que un proyecto MVC pueda ser la solución, otras veces porque como SharePoint esta de moda al departamento de IT le dice a su jefe (que no tiene ni idea de informática) que han implantado un SharePoint para una aplicación de Telefonia y se apuntan una medalla. Seguro que a los que habéis trabajado alguna vez con SharePoint este entorno os resulta familiar.
También hay otras ocasiones en la que las empresas tienen la culpa, hacen el dicho quien vale vale y quien no a SharePoint, y quizás una persona sin ningún conocimiento de SharePoint tiene que llevar un proyecto sin entender ni comprender que es SharePoint y claro intenta que SharePoint sea lo que el sabe y no viceversa, yo se de JavaScript pues JavaScript por todos los lados, yo se de Silverligth pues lo plasmo, yo se de ASP.NET y lo ponog etc..
. Pero vamos a ser un poco críticos y vamos a mirarnos el ombligo y no toda la culpa la tienen el resto, creo que SharePoint tiene una virtud que se puede convertir en un gran inconveniente: la virtud es que se puede personalizar hasta el infinito y más allá. Pero esto puede hacer perder la esencia de la herramienta y toda su productividad. Esto es como los superheroes y los superpoderes un gran poder lleva una gran responsabilidad
¿Porque digo por la herramienta?
El comentario que hice un Twitter surgió por el siguiente motivo, estamos en medio de un desarrollo donde tenemos una lista, en esta lista en el campo titulo tenemos una serie de Acciones que hemos personalizado cuando pulsas botón derecho (es el funcionamiento estándar de SharePoint). La cuestión es que el cliente ya no quiere que salga la columna Titulo y que estas acciones se puedan hacer en otra columna de la lista. La cuestión es que esta lista se muestra en una Vista por defecto de SharePoint y ahora un simple cambio que no mejora en nada lo ya existente. Ahora bien la pregunta es puedo en una vista por defecto de SharePoint introducir una columna que realice alguna función JavaScript?
Como suponéis claro que se puede como: mirar este link http://sharepoint2020.wordpress.com/2013/02/20/using-javascript-url-in-calculated-columns/
Yo creo que la herramienta no debe de permitir realizar esta acción, si tu quieres hacer algo extra pues ya realizas un desarrollo a medida, le implementas las opciones que se consideren oportunos pero dando la lógica y la calidad que se espera.
¿Porque no es una buena solución? Primero haces una chapuza para llegar al objetivo, te creas una columna con el valor por defecto. Este valor para cada item y si después llega cualquier usuario y te modifica este valor o mejor aún si te eliminan esta columna. Pues nada que el desarrollo no vale para nada.
Conclusión
SharePoint debería de limitar algunas personalizaciones y no dejar que todo se pueda hacer, pero si SharePoint como producto no lo permite nosotros como profesionales no deberíamos de permitirlo. Es decir que el fin no justifica los medios. Si SharePoint no es la herramienta mejor decirlo que ir haciendo de SharePoint una cosa que no es, es como decía tu tienes una novia/mujer y la quieres tal y como es y no vas buscando que sea Angelina Jolie la tienes que aceptar tal y como es y sino te gusta pues sabes la solución 😉 , pues SharePoint es igual y es algo que todos los que estamos en este mundillo deberíamos de saberlo