No sé quién tiene más miedo a esas tres palabras… ¿desarrolladores ó administradores? Vale, acepto pulpo, creo que las dos partes tienen “derecho” a ese miedo.
Propongámos el siguiente juego: Desarrollamos un proyecto utilizando tecnología J2EE con un motor de base de datos MySQL, todo ello bajo el contenedor Tomcat… hasta aquí, todo normal. Bueno, un “pequeño” detalle… el servidor de desarrollo de todo esto corre bajo mi querido Windows. ¿Por qué se utiliza Windows? Pues porque si… las “normas” del juego son esas.
Paso número 2; migramos a pre-producción, con todo lo anterior, pero una “pequeña” diferencia… GNU/Linux (CentOS en este caso). Y que más dará, ¿verdad? Sólo estamos cambiando el sistema operativo, pero tanto el contenedor de aplicaciones como el motor de BD es el mismo, así que da igual… GAME OVER. La partida ha terminado: la aplicación no despliega… cuando se logra que despligue, no funciona (ficheros no encontrados, fallos de la BD, conflicto de librerías…)
¿Y por qué pasó todo esto? Podríamos estar horas discutiendo sobre quién tiene la culpa de no planificar esto… y no llegaríamos a nada en concreto, así que símplemente dejaré algunas indicaciones muy muy básicas para evitar estos problemas:
- Respetar siempre las mayúsculas/minúsculas (normativa al respecto). Así funcionará en cualquier S.O. (se deben respetar tanto en ficheros, logs, tablas de BD, campos de BD…
- Conocer el S.O. de destino y utilizar librerías compatibles. En el caso de no conocer el S.O. o bien que puedan ser varios destinos… asegurar que las librerías que se van a utilizar tienen compatibilidad o bien asegurar que dicha incompatibilidad no será un problema
- Esta es más bien una opinión personal: NO montar un servidor de desarrollo bajo Windows. Windows por ejemplo no distingue entre minúsculas y mayúsculas, cosa que hacen el resto de S.O.’s… por lo que ya estamos dejando de lado un posible problema
Dejo para otro día las codificaciones… creo que mis amigos ISO y UTF tendrían para un par de posts ellos solitos… 
Un saludo
0