Carlos Cordero – Blog

Ha costado, ha sido más duro de lo esperado, pero finalmente el jueves lanzamos la nueva versión de Practicopedia. Ha sido bastante más de medio año de proyecto, con quizás demasiadas manos metidas dentro en un principio pero que al final ha podido salir a la luz, y bien que lo ha hecho.

Este es un claro ejemplo de Drupal llevado al extremo de la personalización y “toqueteo”, pero no ha hecho más que volver a demostrar el potencial que tiene este CMS para crear verdaderas aplicaciones que puedan ser utilizadas como base de negocio de una empresa.

Ya es la hora de que entren aquellas personas que van a dedicarse al mantenimiento evolutivo del proyecto, y sólo puedo esperar que lo traten con mucho mimo.

Cesar y Alex han tenido una gran parte de la “culpa” de que esta nueva versión viese la luz, al segundo de ellos, Alex, mucha suerte en Asturias, vas a vivir como un rey y a ser muy feliz.

Ahora, como corresponde a este negocio (al igual que muchos otros), tocará cerrar un libro y después de un par de días de vacaciones (que creo que me merezco ), empezaremos con un nuevo proyecto, todo nuevo, y a seguir aprendiendo.

Confieso que desde que dejé de hacer cosas con Visual Basic había renegado mucho de las tecnologías de Microsoft en cuanto a desarrollo se refiere. Siempre me he movido por tecnologías más afines al mundo open source, PHP y Java.

Sin embargo, hace algunos días decidí darle una oportunidad a C# y en general, al framework .Net… había leído cosas muy positivas sobre el. Admito que C# me ha dejado un muy dulce sabor de boca, sabiendo C y Java en menos de 5 horas estaba programando con algo de soltura y las ventajas que aporta sobre Java cumplen lo prometido. No podemos olvidar que C# fue creado y vendido como un lenguaje que suplía las carencias de Java y con la potencia de la familia “C”.

También he probado Windows.Forms y WPF (Windows Presentation Foundation) y sobre todo con esta última, todavía estoy babeando: que facilidad! No me gusta GTK, no me gusta QT… me parecen engorrosos (aunque muchos no estén de acuerdo claro), sin embargo estas dos tecnologías me han parecido muy amigables, perfectas para hacer cosas de forma sencilla y sin complicaciones.

Además de algunas pruebas más o menos tonta, el otro día estuve creando una librería para el API de Twitter (tengo la sensación de que el antiguo Hola Mundo ahora se ha transformado en un API para Twitter… es lo que pruebo en cualquier nuevo lenguaje de programación); en cuanto esté un poco más trabajada la publicaré por si le sirve a alguien, nunca se sabe.

Me queda la asignatura de probar Mono, ver que clase de compatibilidad ofrece más allá del papel, pero sobre todo, me ha gustado la tecnología… por lo que tocará seguir profundizando en ella… ¡quien sabe!

Unos duermen a las 8 de la mañana, otros están en el atasco (que asco) y otros nos divertimos jugando con el código como si fuese un trozo de arcilla. No hay nada más divertido en Java como descubrir toda clase de excepciones que más que informarte de algo parece que te insulten… “UndeclaredThrowableException” dice, pero a mi siempre me ha sonado a “¿pero que coño acabas de intentar hacer loco?

Aunque ya llevo unos días jugando con servicios web, JSON y java (post relacionado) fue ayer cuando, después de una conversación de cigarro, quise probar a hacer la serialización de POJOs recuperados con hibernate, tal cual, sin filtrar nada y en el menor número de líneas posible: bueno, pues se puede hacer en 3 lineas de código. Si “fale”, le faltará un poquito de tweaking pero por algo se empieza (por cierto, una de las líneas es la que recupera el objeto persistido).

El misterio de la cuestión está en estas dos líneas:

XStream xstream = new XStream(new JettisonDriver()); 
String xml = xstream.toXML(taxon);

Para más información, XStream es una librería para la serialización de objetos en XML, con la ventaja de poder setearle un driver específico, en este caso uno que encontré rebuscando en foros, JettisonDriver(), cuya mayor ventaja además de serializar en JSON es que permite des-serializar igualmente.

Por cierto, un tip adicional si estáis trabajando con Hibernate y queréis tirar alguna query HQL para sacar los datos a serializar.  Hibernate utiliza CGLIB para la generación de ciertas partes de código al vuelo (más info, Reflection Java) y por lo tanto, es muy posible que nos encontremos con clases que han pasado por el proxy, las cuales se identificar por tener $EnhancerByCGLIB$ en el tipo de clase… por lo que el serializador no funcionará correctamente (serializará la parte del proxy).

Solución sencilla:

((HibernateProxy)OBJETO()).getHibernateLazyInitializer().getImplementation();

Prometo que encontrar esa línea me costo sudor y horas la primera vez que me pegué con ello.

Sin duda, de lo mejor que he visto en mucho tiempo…

Y aquí va el original… este no puedo linkarlo, sorry: http://www.youtube.com/watch?v=SpwK3vFGJp0

No hace falta explicar que es y para que sirve PayPal, no obstante, en la wikipedia hay un artículo extenso con información sobre el servicio. En este caso queremos integrar PayPal como forma de pago de un servicio que estamos desarrollando, bajo PHP. Como se suele decir en estos casos, para que reinventar la rueda si ya disponemos de varias clases existentes en internet que nos facilitan el trabajo.

Os dejo una de las que más he utilizado cuando he tenido que integrar PayPal en cualquier servicio de comercio electrónico. Es un sencilla clase que implementar el check IPN de PayPal y un script de ejemplo de implementación.

http://www.micahcarrick.com/04-19-2005/php-paypal-ipn-integration-class.html

Disclaimer: No soy un gran amigo de PayPal, su supuesta protección al vendedor y al comprador dejan bastante que desear, pero eso no quita que sea uno de los servicios más usados y por lo tanto, más demandados por el cliente.

Financiados por la entidad Red.es, puedes conseguir un lector para DNIe por sólo 2€ (los gastos de envío).

No creo que duren mucho así que… https://www.tractis.com/red-es/lectores

Además, son compatibles con GNU/Linux y Mac OSx… parece que poco a poco empiezan a pensar en todas las plataformas y no solo en Windows.

Supongo que esta pregunta nos la hemos hecho muchos de los que nos hemos vuelto adictos a Spotify. No en vano, este servicio te permite escuchar casi cualquier canción en la que pienses estando en cualquier ordenador. También existen aplicaciones para dispositivos móviles por lo que llevar spotify en el coche es posible.

Spotify, en su versión gratuita, intercala anuncios entre las canciones para sufragar los gastos (anuncios locales normalmente, y lo hacen bastante bien), el problema es que cada vez hay más publicidad y me he llegado a encontrar con 30 segundos de anuncio por cada 2 canciones (eso es mas del 15% del tiempo).

La versión premium del servicio entre otras cosas quita la publicidad, te permite escuchar canciones en dispositivos móviles (del estilo iPhone) y alguna que otra cosa más, pero tiene un pero, son 10 eurazos al mes. No sé si os parecerá mucho o poco, en mi caso me parece un precio demasiado alto, no olvidemos que llega a ser más del 30% del propio coste de un ADSL…

Lo curioso es que cada vez me encuentro con más gente que pagaría el servicio si este costase unos 5 euros al mes, para poner un ejemplo, en la oficina somos 4 personas las que pagaríamos sin dudarlo si el coste fuese ese: es decir, ahora mismo ingresan 0€ de servicio (es algo apróximado puesto que la publicidad algo aportará), de la otra forma estarían ingresando 20€. Me direis que quizás con 5€ su beneficio fuese muy ajustado… pero que queréis, estamos en crisis.

¿Opiniones?