El principio de simplicidad ha de prevalecer siempre. Siempre que te encuentres ante una decisión toma la más sencilla. A menudo cuando creamos piezas sumamente complejas sufrimos un impacto la productividad del equipo ya que es mucho más difícil comprender, entender y usar el código.

Esto sumado a las tiempo que hay que emplear en pruebas regresión cada vez que nos vemos en la tesitura de modificarlo hace que estos códigos sean un lastre a la larga.

En aplicaciones en las que hay códigos sumamente complejos, el equipo de desarrollo pasa más tiempo leyendo y depurando el código que escribiendo código y esto hay que evitarlo toda costa.

Además gran parte de los proyectos de software son después mantenidos por equipos que no han desarrollado las aplicaciones, por lo tanto, la persona que ha creado un código sumamente complejo desaparece y esto suele derivar en códigos que nadie quiere tocar por miedo al impacto que pueda tener.

Nada es reutilizable hasta que se reutiliza.

A menudo, cuando diseñamos los diferentes componentes de la aplicación, pensamos en el futuro de la misma e intentamos crear códigos reutilizables “por si acaso”.

Error.

Nada es reutilizable hasta que se reutiliza. Esta es una gran verdad que tenemos que tener clara en todo momento. Crear un código para posteriormente reutilizarlo (por que sí) implica complicar ese código, cayendo en el punto anteriormente enumerado.

No a soluciones genéricas que se adaptan a todos los casos.

Cuidado con los casos “voy a diseñar un control que valide lo que introduce un usuario, ya sea un mail, un código postal o un DNI”.

Este tipo de acciones, deriva en códigos complejos y a los problemas anteriormente vistos. A menudo, estas piezas de software mágicas resuelven solo lo que contemplan y conforme tienes que ir añadiendo funcionalidad vas complicándolo más y más.

Soluciones concretas a problemas concretos.

Construir de menos a más. Haz refactoring.

Siempre que creemos piezas de software, tenemos que partir de código sencillo y conforme vayamos teniendo necesidades, crecer sobre lo creado anteriormente.

Hacer uso de refactoring (http://en.wikipedia.org/wiki/Code_refactoring) es una buena práctica, dado que, conforme vamos revisando nuestro software, podemos detectar carencias y subsanarlas, además de ir añadiendo funcionalidades necesarias. Por otro lado, el refactoring te va a dar una visión clara de las funciones de que cada una de las partes de la aplicación a lo largo de todo el proyecto.

No a tu framework, usa frameworks ya desarrollados.

Evita en todo momento crearte tu propio framework. Hay gente, equipos enteros que se están encargando de esto. Usa estos frameworks. Ten en cuenta que seguramente, están desarrollados por buenos profesionales, que están perfectamente testeados y que prácticamente en el 100% de los casos, estos frameworks, van a ser bastante mejores que el tuyo.

Usa JQuery, Modernizr, usa el .NET Framework, usa el framework que quieras, pero no te crees el tuyo.

Por ejemplo, no puedes estar desarrollando un framework de acceso a datos cada vez que desarrollas una aplicación. Esto tiene un gran impacto en la productividad del equipo y seguramente no te van a pagar por desarrollar esa pieza, sino por resolver una problemática concreta. Céntrate en tu negocio.

Haz Pruebas unitarias.

El trabajar con pruebas unitarias, puede parecer que tiene un impacto en los tiempos del proyecto, y bien es verdad que dado que tenemos que escribir más código inicialmente vamos a tardar algo más, pero a la larga, nos va a permitir reducir los tiempos.

Si un código no funciona, vamos a detectarlo en el momento en que ejecutamos la batería de pruebas y esto nos permite ser más eficaces dado que sabemos en qué punto concreto falla nuestro software.

Trabajar bajo el paradigma del TDD, nos va a obligar a diseñar el código de una forma concreta (desacoplado) para poder probarlo, obteniendo así un software diseñado de manera “uniforme” a lo largo de todo el desarrollo, lo cual hace más sencillo su posterior uso, reutilización y refactoring por todo el equipo.

Francisco de Goya, en el año 1799, publico una serie de grabados realizados por medio de aguafuerte, aguatinta y retoques de punta seca que llamo Los Caprichos. Mediante estos grabados busco satirizar y retratar la sociedad española de finales del XVIII.

El sueño de la razón produce monstruos, es el grabado 43 de los 80 que componían la serie. Y este, además de posiblemente ser el más famoso de todos, cuenta con un título totalmente inspirador con el que no años después, si no siglos después, nos encontramos que su mensaje sigue siendo totalmente vigente.

En nuestro sector seguro que todos hemos visto casos en los cuales podemos decir que la fantasía ha sido abandonada por la razón y esto se ha traducido en aplicaciones de software monstruosas.

Hablar de Nomaders Local Heroes, es hablar de modelos colaborativos, de altruismo y de personas que te enseñan los lugares donde viven a través de sus ojos, pero también es hablar de tecnología e internet.

Hoy tenemos a nuestro lado a Alfredo que responde a nuestras preguntas en un momento de espacio tiempo entre Madrid y San Francisco.

¿Como surge la idea de los Local Heroes?

La idea del Héroe Local, surge de la sensación de “me falta algo” cuando realizamos un viaje. Surge del momento en el que estas visitando un sitio y ves que tu día a día es totalmente diferente del día a día de las personas que lo habitan, y básicamente lo que busca es conectar a personas locales y viajeros, de manera que los personas que viven allí puedan enseñar las maravillas de los lugares que habitan y los viajeros puedan acceder a estas experiencias. Se trata de fomentar un modelo de intercambio en que ambas partes se enriquezcan.

¿Cómo ha sido el principio de Nomaders.com y su evolución hacia el actual Nomaders Local Heroes?

Bueno  pues como todos los comienzos ha sido duro. El concepto de Nomaders.com, trajo varias mejoras cualitativas respecto a lo que había en aquel momento en el mercado, dentro de un sector muy duro y competido como es el de los viajes en Internet. No obstante el proyecto de Nomaders.com lleva una andadura tras sus espaldas de alrededor de 5 años desde que empezamos a madurar todo aquello y ahora hemos conseguido reinventarnos y estamos tratando de acercar a los viajeros a lo que consideramos que será el futuro de los viajes.

Respecto a los Local Heroes va a ser más difícil situar en el calendario el momento en el que empezamos a trabajar sobre ello, ya que realmente era lo que buscábamos desde el principio del proyecto solo que dicho coloquialmente, hemos tenido que aprender a andar antes que aprender a correr. No obstante, estamos orgullosísimos del proyecto y creemos firmemente en el.

¿Qué novedades trae Nomaders con los Local Heroes al sector viajes de Internet?

Hablar de novedades en el sector viajes es algo muy complejo debido a que es un sector en constante cambio, no obstante, Nomaders Local Heroes, de lo que habla es de cambio, de sensaciones  y lo que pretende es llevar la experiencia a través de este modelo colaborativo y las redes sociales, a la vida real, permitiendo que la interacción entre héroes y viajeros, vaya más allá de las pantallas de nuestros ordenadores, teléfonos, tablets etc., y se materialice en algo real.

¿Que supone acometer un proyecto de este tipo con una empresa como Kabel Sistemas de Información?

Bueno pues contar con una empresa a tu lado como Kabel, es contar con garantía, con esfuerzo, con dedicación y con un grupo de personas de gran cualificación técnica que están tratando de llevar el proyecto hacia adelante durante muchos años.

Kabel es uno de los socios tecnológicos con los que cuenta Nomaders y estamos convencidos que es una de las fortalezas con las que cuenta nuestra empresa.

La verdad que con Kabel llevamos mucho tiempo trabajando y creo que de no contar con ellos nos hubiera resultado muy complejo encontrar una empresa que se hubiera volcado y empatizado con nosotros como lo ha hecho Kabel Sistemas de Información.

Muchas gracias por responder a nuestras preguntas Alfredo y te deseamos, tanto a ti como a Nomaders.com toda la fortuna que os merecéis.

Las máquinas no entienden dicha forma de comunicación, por este motivo se han inventado diferentes elementos para interactuar con ellas como pueden ser los teclados, ratones, tabletas digitalizadoras, dispositivos táctiles e incluso gestuales.

Hasta hace muy poco tiempo los dispositivos dependían obligatoriamente de múltiples elementos para poder controlarlos, algo que con los paneles táctiles ha cambiado. Estos parecen ser la clave pero cuando se enfrentan a ellos personas con movilidad reducida o algún tipo de anomalía en las manos, puede resultar una gran barrera de entrada e incluso una imposibilidad. El manejo del equipo mediante la voz o los gestos es un gran avance pero de nuevo supone un problema para un determinado público al que en ningún caso se debe discriminar.

Parece que la ciencia ficción ha sido una incubadora de ideas a lo largo de la historia, como ejemplo Minority Report, The Island o Babylon A.D. La tendencia lógica es no usar objetos para controlar máquinas, de este modo se reduce la curva de aprendizaje, los riesgos laborales (algo muy importante) y los costes de producción y mantenimiento.

Si tomamos como referencia el ser humano, no existe una forma de comunicación única para todos, por eso tampoco la habrá con las máquinas, ya que estas se limitan a recibir ordenes de personas y ejecutarlas.

Me gustaría despedirme en este artículo con la siguiente pregunta. ¿Puede una máquina imperfecta como el ser humano crear una máquina perfecta?

Con esta nueva versión de VS11, la Release Candidate (RC), parece ser que han escuchado las críticas y ha vuelto el color. Como podemos ver en la imagen inferior, en la comparativa de las dos versiones del nuevo Visual Studio, podemos apreciar varios cambios a mejor en la RC respecto a la Beta, que la asemejan más a la usabilidad lograda en VS2010, desde mi punto de vista el mejor IDE que ha desarrollado Microsoft hasta el momento.

Según nos cuentan, la mayoría de las peticiones de cambios se centraron en 3 aspectos:

• Dar al IDE más “energía” visual y contraste
• Lograr un mayor balance en el estilo Metro
• Conseguir una mayor claridad y diferenciación en los botones a través del color

Vamos a ver más detenidamente cada una de estas mejoras en la nueva versión de Visual Studio 11.

Mejora del contraste

Los colores grises que predominaban en la Beta eran muy oscuros y dificultaban la visualización de los distintos botones o menús de texto. En la RC se han aclarado los grises, como podemos apreciar en las imágenes.

Un segundo cambio realizado ha sido añadir color en la barra de estado. Ahora se pretende dar mayor información a través del color cuando se realice algún cambio de estado en el IDE. Sobra decir que el set de colores utilizado es muy del estilo Metro.

El tercer cambio relativo a la mejora del contraste ha consistido en añadir colores que resalten en diferentes áreas del IDE, como por ejemplo en las cabeceras de las ventanas y en las pestañas (tabs).

Controlar el estilo Metro

Una de las peticiones que más se hizo respecto a este punto fue eliminar las mayúsculas en todos los menús y títulos de ventanas. El cambio en la RC se refleja al haber quitado las mayúsculas para los títulos de las ventanas, las pestañas “auto-hidden” y miembros de agrupaciones de pestañas.

En la nueva versión, el único lugar en el que se mantendrán las mayúsculas es en el menú principal. Además se ha creado una barra principal personalizada, que otorga mayor aprovechamiento del espacio disponible y está más en sincronía con el nuevo estilo Metro.

La mayoría de los cambios que se han realizado en Visual Studio 11 han ido encaminados a maximizar el área dedicado a la visualización de código respecto a Visual Studio 2010. Se han reducido el número de barras de herramientas por defecto y se han combinado algunos iconos para lograr este espacio extra, que da unas 3 líneas más de código visibles.

Un último cambio pedido sobre el estilo Metro ha sido tratar que las barras de scroll y otros elementos del interfaz tengan una mayor apariencia y sincronía con el nuevo estilo que está impulsando Microsoft en todos sus productos.

Usabilidad de iconos

En este punto se centraron una gran parte de las quejas, especialmente motivadas porque perder el color en los distintos iconos de acciones en las barras de tareas reducía bruscamente la productividad. Una acción que anteriormente se podía realizar de un vistazo sin parar a mirar detenidamente si el botón pulsado era el correcto, gracias al apoyo visual que daba el color, se había perdido en la nueva versión y era necesario pararse a mirar si el botón pulsado era el correcto, ya que podía clickarse un botón incorrecto y similar al que queríamos pulsar.

El primer lugar donde podemos ver que ha vuelto el color en la RC es en los botones de las acciones más comunes que realizamos desde el IDE (crear/nuevo, añadir/eliminar, start/stop, buscar, deshacer/rehacer, etc).

Un segundo lugar donde ha vuelto el color es en el Solution Explorer. Según nos cuentan, este es un lugar muy importante en el que había que prestar atención para lograr una mayor usabilidad ya que es uno de los lugares donde más tiempo pasamos dentro de nuestro Visual Studio (aparte del editor de texto, obviamente). Los cambios aquí se han centrado en dar color a los iconos que permitan distinguir con mayor claridad cada tipo de archivo.

El tercer lugar en el que ha vuelto el color es en el uso de IntelliSense, para lograr una mayor familiaridad y diferenciación. Con esto se logra igualmente mejorar la productividad ya que se invierte menos tiempo para encontrar el código que deseamos añadir.

Una queja que mucha gente mostró sobre la Beta fue que muchos iconos aparecían con bordes borrosos. En la nueva versión se han perfilado más y se han ajustado los grises para resaltarlos sobre el fondo y que no resulte nada complicado a la hora de realizar la acción deseada, eliminando el efecto halo que se producía con los anteriores iconos.

Conclusión

Por ahora, estos son todos los cambios que se han introducido en la nueva versión de Visual Studio 11, aunque puede que para la versión final aparezcan otros nuevos. Desde mi punto de vista resultan muy importantes ya que mejoran en gran medida la experiencia de usuario respecto a la versión Beta.

Es de agradecer que Microsoft haya escuchado todas nuestras peticiones y críticas y haya puesto énfasis en mejorar aun más uno de sus productos más importantes y mejor reconocidos para desarrolladores.

Fuente: http://blogs.msdn.com/b/visualstudio/archive/2012/05/08/visual-studio-11-user-interface-updates-coming-in-rc.aspx

En este mes de Abril hemos seguido alimentado este blog y nuestros compañeros de bases de datos y business intelligence han seguido en la línea del pasado Marzo y nos han hablado de su área de expertice.

Sitecore proporciona aplicaciones de software a nivel empresarial que resuelven los problemas de hoy en día para una amplia gama de empresas y organizaciones. El software de Sitecore consiste en plataformas de gestión de contenido web (“WCM”),  Customer Engagement Platform (CEP) y Marketing Digital System (DMS) aportando integración con todos los canales sociales y automatización integrada de campañas de marketing y comercio electrónico. Este mes de Abril, se ha culminado el acuerdo entre Kabel Sistemas de Información y Sitecore, habiendo obtenido la acreditación Sitecore Certified Partner, de esta forma, podemos ofrecer soluciones con esta tecnología.

Siguiendo la estela de la gente de base de datos, nuestros expertos en Azure, y nuestros profesionales de Experiencia de usuario, han comenzado a hablar de estos aspectos en nuestro blog.

En concreto Mariano Robles ha hablado de Service Bus de Azure y  Guillermo Leiva Ocaña, nos ha hablado de las capacidades de los navegadores móviles y de prototipado para dispositivos móviles. Adelante!!!

También en Abril, hemos lanzado la noticia del lanzamiento del nuevo Web Site de Nomaders.com, una agencia de viajes online, que cree que el sector viajes en internet va mucho más allá de los modelos transaccionales y apuesta por modelos colaborativos.

Esto ha sido Abril de 2012. Solo decir adiós Abril, hola Mayo.

Sin embargo, debido justamente a esto, estábamos también limitados a las funcionalidades que estos objetos nos ofrecían y, lo que es peor: cuando algo fallaba, las posibilidades de arreglarlo estaba también limitadas a lo que dichos objetos exponen de cara al usuario. Y es justamente estas razones por las que siempre he recelado de crear los planes de mantenimiento por medio de estos asistentes.

La contrapartida de no querer usar esos asistentes es tener que escribir el código TSQL que se encargue de chequear la integridad, hacer el backup, desfagmentar los índices y todas aquellas tareas típicas de un plan de mantenimiento de una base de datos. Debido a ello, algunos grandes profesionales reconocidos dentro del mundillo de SQL Server siguen recomendando usar los asistentes por su facilidad de uso (aún a sabiendas de las limitaciones y problemas que tienen), ya que en aquellas empresas donde la persona responsable de las bases de datos no sea un DBA propiamente dicho, le resultará más fácil crear y programar estas tareas de este modo.

Personalmente discrepo de esta afirmación: si la empresa no tiene un DBA, o al menos una persona con unos conocimientos mínimos de SQL Server, casi el menor de sus problemas será el tener que lidiar con planes de mantenimiento: hay muchas, muchísimas cosas de las que se encarga un DBA y si esa persona responsable de los sistemas no es capaz de solucionar los problemas que puedan surgir, de poco va a servir que haya algo permita con un par de clicks realizar backups o chequeos de integridad.

Así que por tanto, sigo pensando que crearse uno los scripts TSQL que ejecuten las tareas típicas de un plan de mantenimiento es la mejor opción. Bueno, la mejor no, puesto que en vez de tener que dedicar tiempo a planificar, diseñar y ejecutar dichos scripts, podemos recurrir a alguien que ya lo haya hecho por nosotros y del cual tengamos referencias de la calidad de su trabajo. Esa es la idea de recomendar la solución de Ola Hallengren

Este gran profesional afincado en Suecia lleva años ofreciendo a la comunidad una solución totalmente gratuita para simplificar las tareas de backup, chequeos de integridad y desfragmentación de los índices de las bases de datos de una instancia. Lo que descargamos de su página no es más que un archivo de código TSQL que podemos leer sin problemas para asegurarnos de lo que ejecuta y editarlo a nuestro gusto si así lo creemos necesario.

Es una solución probada en múltiples entornos y a la que se le han concedido varios premios por lo que ofrece. Además, Ola se encarga de mantenerla constantemente actualizada (de hecho acaba de sacar una versión para SQL Server 2012), y si encuentras cualquier problema o quieres hacerle alguna sugerencia, está siempre accesible en su correo. Personalmente no encuentro ninguna razón por la cual no recomendarla, por lo que os aconsejo que entréis en su página, leáis la documentación y la probéis en una instancia de pruebas para comprobar los resultados. Estoy seguro que aunque no seas un DBA con experiencia, la seguirás prefiriendo.

Su uso es bastante sencillo y nos ayuda a añadir, actualizar y eliminar librerías en proyectos de Visual Studio que utilicen .NET Framework. Cuando se añade una librería, NuGet copia los ficheros necesarios automáticamente a la solución, añade las referencias necesarias y actualiza el fichero web.config o app.config añadiendo la configuración necesaria. Igualmente sucede en el caso contrario. Si eliminamos una librería, NuGet elimina la configuración, referencias y ficheros asociados a un paquete sin tener que preocuparnos de nada más.

Además, los cambios que hacemos en la solución se pueden subir al TFS, ya que está perfectamente integrado con el control de código fuente del TFS. Así, cuando otro miembro del equipo quiera aprovechar las nuevas funcionalidades, simplemente obteniendo la versión del código fuente en la que se adjuntaron los cambios lo tendrá disponible.

Todo lo necesario para instalar una librería está compilado dentro de un package (con extensión .nupkg). Este package incluye todos los ficheros necesarios a ser copiados y un fichero manifest que describe el contenido del paquete y los pasos que se necesitan para añadir o eliminar la librería. Existe un repositorio oficial de paquetes de NuGet, que se puede acceder a través de Internet o bien desde el propio Visual Studio 2010. Podemos crear paquetes propios y añadirlos al repositorio oficial o crear nuestro propio repositorio del que descargar dichos paquetes.

A la ventana que vemos en la imagen superior se accede desde Visual Studio a través de Tools > Library Package Manager > Manage NuGet Packages

Se pueden gestionar los paquetes tanto desde la ventana de la imagen superior, como desde una consola dedicada que ejecuta comandos PowerShell cmdlets (requiere PowerShell 2.0 instalado) que se puede abrir en Visual Studio yendo a Tools > Library Package Manager > Package Manager Console.

Instalación de NuGet

La instalación de NuGet es muy sencilla. Se hace a través de Visual Studio Extension Manager. Para comprobar si lo tienes instalado en tu copia de Visual Studio, simplemente comprueba si cualquiera de las 2 rutas indicadas arriba están disponibles en el menú Tools.

Cómo usar los paquetes de NuGet

Tanto desde la ventana como desde la línea de comandos es posible instalar, actualizar y eliminar paquetes dentro de una solución. En la mayoría de los casos, desde las 2 ventanas es posible realizar estas operaciones. Sin embargo, hay algunos paquetes que tienen creados comandos específicos que solo se pueden ejecutar desde la línea de comandos.

En una próxima entrega veremos como es posible crear paquetes propios. Mientras tanto, podéis consultar toda la documentación disponible aquí.

Los Local Heroes, o la iniciativa Local Heroes, viene a ser la manifestación de la idea de que los lugares visitados por los diferentes viajeros, nunca llegan a ser conocidos plenamente. Para poder conocer los diferentes destinos turísticos deberíamos vivir allí una temporada y enfrentarnos a las ciudades como si fuéramos un residente de la misma.

Nomaders, esta realizando una apuesta fuerte por este concepto y defiende que el mundo online de los viajes es mucho más amplio que el mundo transaccional al cual nos tienen acostumbrados las grandes agencias online, y como muestra de ello, lanza una nueva versión de su Web Site con los Héroes Locales en el centro de todo, desde donde podrás reservar tus próximas vacaciones y por supuesto contactar con ciudadanos de los diferentes destinos que te harán sentir como si formaras parte del mismo.

Kabel Sistemas de Información, esta colaborando de forma activa con Nomaders.com, para desarrollar un Web Site usable y accesible, con los usuarios en el centro de todo y que maximice la experiencia de la compra y la navegación.

Si te gusta la idea, no lo dudes, únete a la revolución de los Local Heroes de Nomaders.com.

La interfaz es muy sencilla como se puede ver en la imagen superior. Creamos las diferentes páginas y arrastramos los componentes hacia el dispositivo móvil. Una vez que finalicemos el proyecto, podemos exportarlo haciendo clic en el botón “Download HTML”.

Gracias a la compatibilidad que ofrece jQuery Mobile con las principales plataformas móviles y a la rapidez con la que podemos diseñar la aplicación con Codiga, podemos tener una interfaz móvil con excelentes resultados en muy poco tiempo.

Hasta ahora teníamos tres líneas: una para el desarrollador de base de datos, otra para el administrador y una última para la parte de Inteligencia de Negocio, todas ellas divididas a su vez en dos niveles. Al final tenías hasta seis exámenes que te permitían ser MCTS (nivel básico) y MCITP (nivel superior) en cada una de estas líneas.

Bueno, pues ya no queda nada de eso: lo que antes era MCTS ahora se llama MCSA (Microsoft Certified Solutions Associate) mientras que MCITP se sustituye por MCSE (Microsoft Certified Solutions Expert), pero  lo más importante es que ahora hay sólo dos líneas, una para la plataforma de datos (que sería la unión de la de antes de desarrollo y la de administración) y otra para Inteligencia de Negocio, que en ese sentido se mantiene separada.

Otro cambio ahora es que para ser MCSA es necesario aprobar tres exámenes:

• 70-461. Querying Microsoft SQL Server 2012
• 70-462. Administering a Microsoft SQL Server 2012 Database
• 70-463. Implementing Data Warehouses with Microsoft SQL Server 2012

Y si tenemos estos y aprobamos los dos siguientes, obtendríamos el nivel superior, el de MCSE Data Platform:

• 70-464. Developing Microsoft SQL Server 2012 Databases
• 70-465. Designing Database Solutions for SQL Server 2012

Para la certificación de MCSE  Business Intelligence, además de los correspondientes a MCSA deberemos también pasar los siguientes:

• 70-466. Implementing Data Models and Reports with Microsoft SQL Server 2012
• 70-467. Designing Business Intelligence Solutions with Microsoft SQL Server 2012

Otro punto también destacable es que el título que se obtiene no incluye nada referente a la versión de SQL Server con la que te examinaste, ya que tus conocimientos se certifican volviéndote a examinar cada tres años. Afortunadamente no de todos los exámenes, puesto que parece que sólo serán uno o dos a lo sumo.

Para más información, tenemos la página oficial:

• Certificaciones SQL Server: http://www.microsoft.com/learning/en/us/certification/cert-sql-server.aspx
• FAQ de certificaciones en general: http://www.microsoft.com/learning/en/us/certification/exam-prep.aspx#tab4

Esperemos que estos cambios sean para bien.

PD: la certificación SQL Server 2008 Core viene porque se es MCTS Database Administrator (70-432)  y MCTS Business Intelligence Developer (70-448)