Javi Sanromán

Hoy he bajado la versión de evaluación del Zend Studio for Eclipse, una versión del conocido Zend Studio pero basada en eclipse.

Hasta ahora vengo utilizando el eclipse con su famoso plugin phpeclipse pero se echan muchas cosas de menos, como en todos los editores php. Que si los enlaces directos a ciertas partes del código no siempre funcionan, que si no tenemos el mas básico de los debuguers, que si alguna herramienta básica de refactorización, en fin que yo simplemente lo utilizo para lo que es, un editor más que nos colorea el código y como mucho añadimos el plugin para trabajar con subversión y actualizamos el proyecto desde el propio eclipse.

Pero bueno las primeras impresiones de este editor son buenas, mucho mas ligero que el eclipse, un editor mas ágil, una herramienta de refactorización!!, phpdoc integrado, integración con el framework de Zend, phpunit integrado, un debuguer!!.

Pero he dejado para el final la peor parte, ese motivo por el que no lo utilizaré, su licencia y su precio: 299$ 1 año y 617$ 3 años.

Sigo pensando que uno de los puntos más débiles de php es un buen IDE por lo que de momento seguiré utilizando phpeclipse o cualquier otro editor que de color a mi código. El día que se libere algún otro que merezca la pena cambiaré, ¿alguien dijo vim?.

Uno de mis temores al comenzar con el teletrabajo era la pérdida de relación con la gente de mi profesión. Curioso, porque cuando trabajaba en oficina, la relación con mas informáticos o cuando menos las conversaciones sobre temas informáticos se reducían generalmente a las horas de oficina.

Ahora siento la necesidad de entablar relaciones con gente de mi misma profesión, bien sea compartiendo pequeños trabajillos o en charlas que normalmente giran en torno a mismo tema, nuestra profesión, programación en general, la web en particular, nuevas herramientas, nuevas tendencias, novedades ubunteras, estado de la industria tic, etc etc etc.

Esta semana pasada he comenzado un curso de J2EE Avanzado. Aunque haya trabajado durante mas de 2 años con struts, jasperreports, jsf y otras yerbas, por cierto ahora en los poquitos ratos que me quedan libres intento hacer pequeños experimentos con gwt intentaré dejar algún post en cuanto tenga algo contable, pues aunque haya trabajado en este entorno me apetecía asistir a este curso por muchas razones.

La primera y fundamental porque el temario es de lo más interesante, toca muchas de esas herramientas que tengo apuntadas en mi interminable lista TO-DO pero que al final nunca encuentro el momento justo para ponerme con ellas (hablo de ant, junit, spring, etc…).

Otra razón es que aunque la mayor parte de mis conocimientos aplicados a mi trabajo diario son autodidactas, me apetecía que alguien con sobrada experiencia me de diera explicaciones en viva voz, alguien a quien poder preguntar (que no sea el google) y con quien poder debatir y compartir conocimientos. A veces uno se cansa de aprender en solitario y entre la uoc y el teletrabajo esta es una oportunidad perfecta para volver a experimentar el aprendizaje en común.

Y otra de las razones viene al hilo de mis primeras impresiones en este post, conocer a gente de mi misma profesión, incluso de misma provincia, que al final somos 4 y poco a poco nos conocemos. Por lo pronto la persona que impartirá el curso ya es un viejo conocido.

Por eso que aunque el principal motivo de este curso sea aprender existen también motivos indirectos que me han animado a asistir.

Pues menos mal que Alexandre Alapetite me echó una mano con su script para realizar la transición del domxml de php4 al dom de php5 porque sino todavía estaría preguntándome porque narices mi php no encontraba la función dom_open_mem().

El caso es que el proyecto en el estoy enfrascado hace uso de la librería de funciones dom xml de php4 pero en mi entorno de desarrollo local trabajo con php5, seguro que esto os pasa a muchos de vosotros, y como tantas otras veces en php5 han reescrito las funciones de tratamiento de xml, así que lo que en php4 era domxml en php5 es dom a secas y todas sus funciones diferentes.

Pero como decía menos mal que siempre hay buena gente dispuesta a ayudar, en este caso Alexandre con su librería para realizar la transición de php4 a php5 nos ha salvado de una buena. Thanks :-).

Para utilizar este script simplemente nos lo descargamos y insertamos en nuestro fichero la cabecera:

Con lo que si nuestra versión php es 5 o superior el script de Alexandre entrará a en acción y todo solucionado.

En uno de mis primeros posts en este blog Rememberthemilk - Gestor de tareas online contaba mi experiencia con algunos gestores de tareas y especialmente con el último, remember the milk. En este post no voy a mostrar nuevos gestores de tareas, simplemente porque remember the milk me dá casi todas las funcionalidades que necesito y por eso lo sigo utilizando.

En aquel viejo post comentaba algunas opciones que echaba en falta, personalizar niveles de prioridad y agrupar tareas, hace unos meses que ya contamos con estas dos posibilidades, Fantastico!.

Pero para mejorar todavía mas la cosa han desarrollado un nuevo servicio, un plugin para firefox, Remember The Milk for Gmail, con el que integramos remember the milk con el nuevo gmail, con esta extensión podremos:

• Administrar tus tareas.
• Conectar tareas con tus mails.
• Conectar tareas con los eventos de google calendar.
• Conectar tareas con tus contactos.

Siguiendo este enlace encontramos toda la información disponible de este plugin, además tienen un vídeo demostración donde explican claramente todo lo que podemos hacer.



Gracias a la instalación y posterior prueba de este plugin he probado también el nuevo gmail (pues solo funciona con esta nueva versión), solo disponible en inglés (así que ya estáis cambiando vuestro idioma gmail ). Esta nueva versión trae consigo bastantes cambios en la interfaz, una nueva y mejorada gestión de contactos, carga los mails mucho más rápido, la posibilidad de crear eventos google calendar asociados a un mail, invitación a eventos para otros contactos cuando le enviamos un mail, diferentes colorines para cada etiqueta, integración con Picasa para mostrar por ejemplo las imagenes de los contactos, y seguro que algunas otras mejoras que todavía no he descubierto.

Para todos los que alguna vez "casi" nos hemos vuelto locos con la codificación de caracteres en eclipse (especialmente duro cuando compartes trabajo entre equipos linux-windows), dejo este enlace al blog de Rubensa donde explica claramente como cambiarla y las diferencias entre eclipse 2.1 y 3.2.1.

De toda la documentación que podemos generar durante el desarrollo de un proyecto de gestión, uno de los documentos que mas me ayuda son los diagramas entidad-relación. Gracias a ellos puedo observar de un golpe de vista todo el modelo de datos con el que trabajo y con ello gran parte del modelo de negocio a tratar.

De siempre hemos tenido programas para generar estos diagramas, Oracle Designer, IBM Rational Rose, ERwin, Microsoft Visio, DataArquitect, y seguro que muchos otros que no conozco. Pero no fué hasta la aparición de DbDesigner cuando tuvimos un programa de este tipo para mysql, liberado bajo GPL y disponible también para escritorios linux.

Hace ya unos años que mysql se hizo con fabforce, empresa que desarrolló DbDesigner, gracias a esta compra tenemos productos como Mysql Administrator, Mysql Query Browser o Mysql Migration Toolkit, pero nos faltaba la continuación de DbDesigner que parecía haber quedado estancada. En Diciembre 2007 por fín mysql liberó MySQL Workbench 5.0.11 (beta) el sucesor de nuestro querido DbDesigner, no sin llevarnos una buena sorpresa, solo se ha liberado para windows, todas las demás plataformas deberán esperar un poco, no deja de ser curioso viniendo de mysql, en fin...

Todo este rollo viene al caso porque la semana pasada he comenzado a hacerme con un nuevo proyecto dentro de mi nuevo trabajo, y claro, como suele ser habitual no tenemos ni rastro de documentación. Por lo que me decidido a comenzar documentando la BD que se utiliza y así poder entender algo de lo que se cuece ahí. Y ya que como os contaba todavía no tenemos Mysql Workbench para nuestros linux, he vuelto a instalar en mi portatil-ubuntu la última versión de DbDesigner, os cuento como lo hice:

Antes de nada necesitaremos tener instalado el paquete xkeyboard-config, si todavía no lo tenemos en ubuntu nos bastará con un simple apt-get install xkeyboard-config.

DbDesigner esta desarrollado en kylix por lo que debemos bajarnos sus librerias si es que no las tenemos instaladas ya. Para ello visitamos http://kylixlibs.sourceforge.net/down.html y nos las bajamos en el formato que mas nos convenga, yo me las bajé en .deb y las instalé con un simple dpkg -i libreria.deb por cada una, en total son estos 5 paquetes:

kylixlibs3-borqt_3.0-1_i386.deb

kylixlibs3-runtime_3.0-1_i386.deb

kylixlibs3-borstlcrtl_3.0-1_i386.deb

kylixlibs3-unwind_3.0-1_i386.deb

kylixlibs3-qt_3.0-1_i386.deb

Por lo general se instalarán en el directorio /usr/lib/kylix3 y es posible que debamos crear 2 enlaces simbolicos para que DbDesigner sepa donde encontrarlas.

Posiblemente necesitemos crear también un enlace a /usr/lib/:

para que este último enlace tenga efecto editamos el fichero /etc/ld.so.conf o /etc/ld.conf y si no está añadimos la linea /usr/lib, guardamos y ejecutamos el comando ldconfig para actualizar los links de nuestro directorio /usr/lib.
Ahora ya solo nos queda descargarnos el DbDesigner y ejecutarlo.