diciembre 27, 2006

Dos añicos, dos...

...son los que ya tiene este blog.
El año pasado ni siquiera puse un post conmemorativo de su primera onomástica, pero esta vez me apetecía reseñarlo. Al principio hablaba sobre todo de software libre, ahora de vez en cuando escribo sobre temas de metodologías también, y ultimamente escribo poco :). Pero espero que vaya a más.
Algunas de las búsquedas más raras, me encuentran...
  • intentando abrir una puerta en la que se han dejado las llaves puestas por dentro (aquí),
  • o intentado hacer helado (aquí).
Todo empezó hace dos añitos, con un sosete primer post. En Febrero de 2004 colgué en la red mi trabajo sobre nuevos modelos de negocio de soft. libre, que ha sido descargado unas miles de veces desde entonces, e iba contando cosas aquí sobre él. En Julio de 2005 este blog fue añadido a Planeta Código, una creación de Juanjo Navarro (¡gracias!), una comunidad de blogs sobre programación, y este hecho fue sin duda el que más lectores le ha proporcionado a Najaraba. En Noviembre de 2005, gracias al trabajo sobre nuevos modelos de negocio sobre soft. libre y este blog, me invitaron a una charla en Mallorca sobre software libre. Este año 2006 que termina no ha sido tan interesante en estos aspectos, la verdad que desde que nacio el "peque" le dedico menos tiempo, y sigo casi un centenar de blogs, de los que no doy abasto para llevar al día todos sus post: algunos que hoy son referencia de la blogsfera, los hemos ido viendo crecer en estos dos años, mientras otros nos hemos quedado más modestos ;)

También hubo un intento en el 2005 de poner en marcha otro blog, también idea de Juanjo, sobre niños: Locos Bajitos, pero lo fui abandonando. Ahí queda Juanjo escribiendo un post de vez en cuando.

Más personalmente, este año he cambiado de casa, y otra vez de trabajo. Voy por "mi" quinta empresa (eresMas, Reuters DSS, Editorial Aranzadi, Indaba y ahora IZFE) desde que empecé a trabajar en el año 2000 y me imagino que no será la última. Aunque me parece que el año que viene va a ser mucho más tranquilo, a no ser que me lie la manta a la cabeza y por fin me decida a instalarme por mi cuenta (se admiten sugerencias ;). Por cierto, aquella serie con la que empecé a escribir sobre como convertir las ideas en software (2, 3, 4, 5, 6, 7, 8) se quedó en "código mojado", pero quién sabe...

En definitiva, que el barrio me gusta, y no me cambio, me quedo por aquí otro añito más.

noviembre 28, 2006

La confianza y las metodologías ágiles

Llevaba varios días dándole vueltas a una idea, que acabo de plasmar en un corto comentario en este interesante post sobre los " 7 paradigmas para ser ágiles". Es algo tan sencillo como que para moverse hacia las metodologías ágiles en una empresa, la idea fundamental es la C-O-N-F-I-A-N-Z-A. Confianza .
Al abandonar paulatinamente el control basado en procesos, empiezas a confiar en que las personas desarrollarán su trabajo de la manera adecuada por que saben hacerlo y quieren hacerlo. Esto tiene numerosas implicaciones. De repente el departamento de calidad no tiene que vigilar el obligado cumplimiento de normas, procesos y burocracia. Los jefes deben confiar en sus empleados (no me gusta decir "la empresa debe...". La empresa no confía, la empresa no siente ni padece). Los empleados y jefes deben confiar en sus compañeros.Confianza en los conocimientos de los empleados, en su sabiduría y buen hacer. Confianza en la palabra de las personas. No necesitas poner exhaustivamente todo por escrito. Confías en ellos, si te dicen algo, lo harán.
Pasar a un modelo colaborativo exige confiar. Cuando en una organización se han creado los procesos para controlar el trabajo, es dificil volver atrás. Pero no debe ser imposible.
Por algo Joel Spolsky dice que hay que contratar a los mejores, únicamente en las personas en las que estés convencido.

In principle, it’s simple. You’re looking for people who are

  1. Smart, and
  2. Get things done.
That’s it. That’s all you’re looking for.

Así puedes confiar en ellos.
Sin duda no es un paso fácil en muchas empresas.
  • Existen subcontrataciones que se controlan exageradamente por que "vete tú a saber qué hacen". Pero entonces ¿por qué se les contrato? ¿se confiaba en ellas? O quizás se ha perdido la confianza a lo largo del proyecto. Entonces el problema no es controlarlas, si no volver a confiar en ellas, analizar qué se hizo mal.
  • O a veces hay jefes de equipo que controlan al milímetro lo que hacen sus subordinados, cargándose un exceso de trabajo que no les corresponde, y siendo un cuello de botella en el proyecto.
  • Incluso cuando los trabajadores no se fían del trabajo de los demás, o lo desprecian si lo han hecho en otro equipo, se ponen zancadillas al buen desarrollo de los proyectos.
¿Se puede corregir esto con normas y procesos? Pues quizás a veces sí. Pero, si queremos movernos hacia las metodologías ágiles, por que creemos que pueden ser beneficiosas en un buen número de proyectos, centrándonos más en las personas que en los procesos, el objetivo debe ser recuperar la confianza.

Actualización, para los que no soleis leer los comentarios (!¿por qué nooo?!) :)
escéptico comenta:
1.- Un Jefe de Proyecto debe ser paranoico respecto a los procesos ("Las cosas pueden fallar") pero confiado respecto a las personas ("Mi equipo saldrá adelante").
Por desgracia a veces ocurre lo contrario: se desconfía de las personas pero aun así se mantienen planificaciones irreales.
2.- Realmente los que saben realizar el trabajo son los miembros del equipo. El Jefe de Proyecto se dedica a coordinar los esfuerzos, no a repasar, revisar lo que se hace.
Por desgracia hay Jefes de Proyecto que piensan que si se pudiesen clonar ellos mismos y reemplazar a su equipo, las cosas irían mucho mejor.
3.- Un Jefe de Proyecto está solo en cuanto a sus temores pero debe escuchar y prever los de su equipo.
Por desgracia hay Jefes de Proyecto que desaniman a su equipo con su actitud.
4.- Un Jefe de Proyecto debe defender a su equipo ante su Supervisor y filtrar los aspectos negativos de éste a sus colaboradores.
Por desgracia muchos Jefes de Proyecto se quejan de los malos mimbres que les han proporcionado y hacen de mera correa de transmisión de la presión ejercida desde arriba.
2ª Actualización: Para los futboleros, Oscar me hace notar que la confianza es importante en cualquier campo (¡hasta de fútbol!): La confianza y las caderas ágiles.

noviembre 18, 2006

La publicidad de Microsoft sobre ¿software libre?

Lleva unos días saliendo este anuncio en mi bitácora, sobre Software Libre (también lo he visto creo que en Meneame alguna vez):


Y un día por curiosidad descubrí... !que se trata de un anuncio de Microsoft! Y te lleva aquí: http://www.microsoft.com/spain/hechos/default.mspx, donde te cuentan alguna historieta sobre una tal teleflora.

Ojalá estas maniobras, de "información" y competencia fuesen las únicas que utilizasen, y no la intimidación y el juego sucio del que han hecho gala hasta ahora.

Relacionado: Vivir del software libre

noviembre 16, 2006

Bruce Lee hasta en los punteros

Vía messenger, de vía email, de vía vete-tu-a-saber... Si eres programador, te toca el punterito que todos llevamos dentro.

Empty your memory,
with a free()...
like a pointer!
If you cast a pointer to a integer,
it becomes the integer,
if you cast a pointer to a struct,
it becomes the struct...

The pointer can crash...,
and can Overflow...

Be a pointer my friend...
Esta versión me ha gustado mucho... ¿cuantas más conoceis?

noviembre 15, 2006

Un añito


Y es que con esa carita no me he podido resistir a ponerle aquí.

Por qué los programadores se llevan el trozo grande del pastel (sic)

Dice Joel Spolsky que hay que saber ser flexible para cambiar de contexto cuando sea necesario. Critica que en un desarrollo de un proyecto con una metodología ágil, no se fuese capaz de cambiar al programador para algo quizás más importante por no perder un día de éste en ese proyecto. Lo que parece en realidad es falta de comunicación o conocimiento, ¿qué era más importante para la empresa en ese momento? O el desarrollo del nuevo producto, o la atención al problema que ha surgido sin planearlo. Alguien tenía que decidir. En realidad creo que la crítica a las metodologías ágiles en este caso no está bien traida, pues en realidad como afirma al final el problema es del "manager"

But every decision has pros and cons and when I hear a manager who is just talking about the cons without considering the pros, that manager is not doing their job.
Sim embargo lo que más me ha llamado la atención es esta frase:
This Is Why Programmers Get The Big Bucks. The whole reason you gave them Aeron chairs, unlimited M&Ms, free catered lunches, and the kickass computers with the 30" LCDs is so they can deal with new bugs Microsoft introduced in their code by messing up a DLL that used to work.
No cabe duda de que Joel Spolsky sabe cuidar a sus trabajadores, M&Ms ilimitados :) , comidas incluidas, los mejores ordenadores... y lo que de verdad importa, una valoración excepcional del trabajo que realizan sus programadores. Sabe que su trabajo no es fácil, y lo valora. No es el primer comentario en el que Joel da muestras de saber tratar a sus empleados.
Vamos, como aquí por España, lo mismo. ¿alguién quiere seguir siendo programador toda su vida?

octubre 31, 2006

Arte e informática

Hoy hablando con un compañero de trabajo, al que me he enterado que le gusta el diseño y las artes plásticas (echad un vistazo a su trabajo, muy interesante), he llegado a una exposición de arte que se realizó hace un año en la Facultad de Informática de San Sebastian: El Bosque Virtual. Una curiosa iniciativa. Para los que hemos pasado por ese insulso edificio es toda una alegría ver el hall de la FISS de esa guisa.
Arte e informática unidas.
Espero enterarme por adelantado si se repite otro año :)

PHP on Rails: Code Igniter

Cuando me he puesto a hacer aplicaciones en PHP echaba de menos mis controladores, filtros, vistas y cada cosa en su sitio de Struts en la plataforma J2EE. Luego vi como Rails implementaba el MVC de una manera elegante y sencilla. y ahora he descubierto Code Igniter para PHP. Por lo que he visto es algo así como el framework MVC de Rails, pero para PHP.
Code Igniter es un framework sencillo, que no te obliga a aprender apenas ningún tipo de sintaxis para configuración ni templates. Separas fácilmente los controladores de la vista, y el soporte para el Modelo que te propone es ya opción tuya para usarlo. La configuración es un sencillo fichero en PHP.
Una interesante plataforma para PHP. ¿hay alguién por ahí que todavía no use el patrón MVC? :)

octubre 18, 2006

Nuevo ordenador "portatil" de Sun


Impresionante cacharro para colocar en el jardín o la terraza de tu casa. Se trata del proyecto Blackbox. Una pequeña caja para un gran ordenador :)
Como si de un container se tratase, solo debes enchufarlo y todo listo. Eso sí, me imagino que un buen canuto necesitará.

Se trata de un soporte preparado para un gran ordenador, de manera ampliable, que puede ser depositado en cualquier sitio.









Me pregunto cuantos de estos necesitaría Google para establecerse en nuevos territorios...

Vivir del software ¿libre?

Hace ya días que quería apuntar a una interesante discusión producida en Vivir del Software (BTW, muy interesante el blog), concretamente en ¿software libre?. Una discusión muy interesante, más cercana a la realidad empresarial que lo que a veces comentamos los que únicamente somos teóricos en esto del software libre y negocios, sin experiencia real viviendo de ello, lo admito, por supuesto :).
Por otro lado, he encontrado este documento sobre "Decisiones Inteligentes" de un "Microsoft Student Ambassador" (?), en el que compara un poco las plataformas libres y comerciales...

Con el software propietario las licencias son más claras en lo que ofrecen y lo que cubren, así como las indemnizaciones en términos de violaciones de propiedad intelectual y derechos de autor para cada producto en particular.
¿de verdad? Será que son más claras en no asumir ninguna responsabilidad, o en decir que te pueden devolver el dinero de la licencia , no más.
Lo que la licencia Open Source normalmente permite es que cualquier persona pueda pegar componentes al kernel o a una distribución, lo cual genera que dichas distribuciones estén en continuo cambio; por lo tanto, una versión de sistema operativo que esté disponible para descargar desde Internet tiene alta posibilidad de ser diferente día a día, dependiendo de qué tanto cambien los componentes o el mismo kernel. Así entonces, una versión de Linux comercial que se haya entregado a la comunidad puede cambiar en cuestión de días sin el control de la empresa que la produjo.
Bueno, puede ser cambiada !eso es lo mejor del open Source¡ Pero a ver, si tú quieres una versión de un distribuidor, no vas aleatoriamente a buscar por Internet qué bajar. Tal y como se cuenta parece que no sabes lo que descargas... pero eso ya depende únicamente de las fuentes... ¿te comprarías un Rolex en el chino?
para poder garantizar el respaldo y la operación correcta de los componentes, las compañías están obligados a utilizar la distribución y versión específica que el proveedor ha dispuesto ya que si no lo hacen de esa manera, ellos no van a garantizar ni soportar el sistema resultante. ¿Sigue siendo esto Open Source? Esto ya no encaja en la filosofía del software libre ya que realmente no existe tal libertad de usar lo que yo quiera sin perder lo que supuestamente adquirí al pagar por tener las distribuciones de estos fabricantes.
En cierto sentido a mi también me extrañó esas clausulas al conocerlas por primera vez, pero hay que darse cuenta de que tienes dos cosas: soporte sobre la distribución para la que lo has comprado, o posibilidad de aplicar tus parches en el momento que quieras. Es decir, soporte para la versión como con software comercial, pero además posibilidad de hacer cambios.

El documento tiene unas cuantas partes más que rebatir, pero será otro día (que estoy en el curro ;) ). Si os lo llegais a leer, podéis comentarlo aquí. Animaos!



octubre 09, 2006

Hacer helados es como crear software

He comprado una barra de helado de corte. Con sus correspondientes galleticas, de la misma marca. Así que después de cenar, ¡a por el postre!
¿cómo es posible que la medida de las galletas no sea igual a la del corte del helado? Ahh!! ¿quién tomo la decisión del tamaño de la barra? Seguramente no la misma persona que decidio el tamaño de las galletas. Pero es que el tamaño no es ni proporcional, las galletas son cuadradas y el corte rectangular.
¿dónde se fraguo semejante error? ¿en la etapa de diseño? ¿no había comunicación entre los equipos de las galletas y el helado? ¿quizás rencillas personales que impedían la correcta comunicación? ¿o hubo un error en la fabricación de las galletas? ¿no seguían la ISO-4329993?
Pero lo peor... ¿es que no hacen test unitarios? Mide las galletas, mide el helado... ¡¡pero ponlos  juntos y observa que sobra galleta o falta helado!! :)

PD: No sé a cuento de qué viene esta chorrada, pero el helado estaba bastante bueno.
PD. Seguro que alguién me da la explicación real de por qué esa diferencia de tamaños :) Todo se sabe en la blogesfera.

octubre 06, 2006

Web 2.0: El poder para las empresas. O'Reilly en Vitoria

Tim O'Reilly ha dado una conferencia en Vitoria. Entretenida. Interesante, pero tampoco nada novedoso.
Empezó hablando un poco de su editorial, que siempre viene bien un poco de marketing viral... ¿o es publicidad? :) Una función importante de su editorial es identificar los patrones que marcan el futuro de la tecnología. Descubrir lo nuevo. Ahora viene un resumen, así que si ya estás en el mundillo no te aportará mucho.
Presentó al movimiento Open Source como paradigma de la cooperación, y dijo que ese movimiento se ha llevado desde el software a la web, donde ya el hardware se ha convertido en "commodity", el software como producto lo está haciendo, y ahora son los servicios (¿propietarios?) los que van a pasar a tener importancia en el mercado.
Por tanto, la noción importante ahora es el SaaS (Software as a Service). En la web 2.0, que no son más que servicios donde los usuarios crean el contenido del que pueden disfrutar el resto de usuarios encontramos una serie de características:
  • Los usuarios añaden valor al servicio ofrecido. Por tanto, las empresas deben sacar valor de cualquier participación del usuario e invitar a este a que participe continuamente.
  • El valor de compartir en red debe ser activado por defecto. La primera propuesta al usuario es que comparta todo con todos, no solo con sus amigos o grupos. Así se agregará más valor al servicio.
  • ¿por que el "Beta"? Por que lo servicios están en continuo desarrollo aprendiendo de sus usuarios.
  • "Data is the 'Intel inside'". Esto tiene muchas implicaciones, se refiere a que ahora los datos son el producto indispensabel. Los usuarios los creen, los mantienes y los utilizan... ¿pero quién los guarda, los posee? :S
En definitiva, ahora los servicios son la nueva plataforma. Y los datos el producto.
En el turno de preguntas, en el que Tim no se mojo mucho sobre el futuro, me interesaron dos preguntas especialmente. Sobre la web semántica, Tim dijo que la ve como lago muy teórico, con mucho formalismo y todavía complicado de usar. No ve aplicaciones sencillas, que consigan enganchar al usuario. Esto creo que es cierto, falta esa "killer application" que mueva sobre sí misma todos los esfuerzos en la web semántica.
Y otra pregunta se le planteo dando por supuesto que l os usuarios tienen el poder en este tipo de aplicaciones,... pero Tim le dio la vuelta y dijo que a quien le da el poder realmente es a las empresas. Las empresas disponen de los datos, los explotan. Bueno, sin duda es un punto importante, ¿pero a qué tipo de poder nos referimos aquí? Es dificil que los usuarios puedan explotar todas las posibilidades de los datos en su conjunto, en toda su profundidad. Y también los datos de los usuarios dependen de la "benevolencia" de la empresa en su utilización y explotación. En ese sentido las empresas de web 2.0 tienen la sartén por el mango.

Y así fue, después había un lunch, en el que en el camino a la la puerta me comí tres pintxicos, pero me fui rápido a ver si veía a mi hijo antes de dormir. Así que no hice mucha función de "networking", que es de lo que se trata en estos saraos, ¿no? :)

Más impresiones sobre la conferencia: (vía Technorati):
Actualización: El mp3 para descargar está disponible en EuskaDigital (Gracias, Rafa).

octubre 03, 2006

Mi movil ya no es naranja

O sigue siendo, pero me parece que ha cambiado de tono. Enchufo el movil, y me indica: "Orange". Algún rato me aparece "Euskaltel SS", como información de célula, pero vamos, que me parece que se les han adelantado.
Espero que esta guerra que vamos a tener Euskaltel - Orange sea beneficiosa para nosotros, los usuarios. Y que aparte de pegarse en los juzgados si quieren, nos bajen los precios para motivarnos. :)

septiembre 28, 2006

Metodologías ágiles: malas, buenas,... y la de Google

Vía JoelOnSoftware llego a este interesantísimo, aunque larguísimo, post de Steve Yegge: " Good Agile, Bad Agile". En él hace un dura crítica a las metodologías ágiles como metodología de desarrollo de software. Lo curioso es que lo que comenta como ejemplo de una buena metodología de ágil es lo que nos cuenta de cómo trabajan en Google: (traducido "más o menos")

  • Existen "managers", pero la mayoría de ellos escriben código al enos la mitad de su tiempo, haciendoles más como "gurús-tecnológicos"
  • Los desarrolladores pueden cambiar de equipo o proyectos en cualquier momento que quieran, sin preguntas.
  • Google tiene la filosofía de no decir nunca a los desarrolladores en qué deben trabajar, y se lo toman muy en serio.
  • Los desarrolladores son fuertemente animados a gasta el 20% de su tiempo (de horario laboral) en trabajar en lo que ellos quieran, con tal que no sea en su proyecto principal.
  • No hay muchas reuniones. Quizás de media tres por semana, incluyendo una charla con su líder.
  • Hay tranquilidad. Los ingenieros están silenciosamente centrados en su trabajo, individualemtne o en pequeños grupos de 2 a 5 personas.
  • No existen diagramas de Gantt o hojas con tareas-personas-fechas ni otros artefactos de gestión de proyectos visibles, no que yo haya visto.
  • Incluso los relativamente raros periodos de estrés, la gente todavía va a comer y cenar, las cuales son gratuitas, y no se trabaja en horas intempestivas a menos que se quiera .
Vaya, Impresionante, no? Seguro que se te hace un poco raro trabajar en una empresa así. No parece una empresa típica-media de desarrollo de software, al menos de las que yo he pasado o conozco. En el artículo comenta que hay tres tipos de empresas que funcionan más o menos así: las "start-ups", las universitarias y Google. el mérito de Google es haber mantenido ese tipo de trabajo con su escala actual, con el tamaño que tiene, sin haberse burocratizado.
Pero de todas maneras ¿es esto una metodología ágil? más bien creo que esto son directivas de funcionamiento de la empresa, o su filosofía, pero de ahí a poder afirmar que estas técnicas son las buenas ágiles, y las de XP o Scrum las malas, me parece que va un abismo.
Hay que diferenciar claramente dónde y para quién se desarrolla el software. Según parece en Google !no tienen presiones con las fechas de lanzamiento! Vamos, la panacea. Parece que el interés de los desarrolladores en crear algo ya es suficiente. Cuando el proyecto está terminado, se lanza. ¿Dónde hay que firmar?... Pero bueno, en el mundo real, los clientes presionan, los de márketing anuncian un producto mucho antes de su finalización, los directores cuentan ya con sus ingresos... o sea, que las fechas existen, y sobre todo, un día llegan.
Y ahí es precisamente donde creo que las metodologías ágiles ayudan con sus ciclos cortos de desarrollo (entre otras cosas) para poder acercarse las fechas objetivo con productos cada vez más cercanos a las peticiones reales de los clientes.
Sin duda un gran artículo que os recomiendo leer sobre el funcionamiento interno de Google. Un funcionamiento que dificilmente puede ser extrapolado a otro tipo de empresas de software, pero del que se podrán aprender muchas cosas. Otra cosa es que como crítica a las metodologías ágiles ande un poco desencaminado, pues compara metodologías muy pragmáticas, con filosofías de empresa, que para nada son incompatibles, simplemente son niveles distintos en muchos aspectos.
Eso sí, un día Google dominará el mundo :D aunque sea únicamente por que tendrá los mejores desarrolladores de software. Bueno, menos a mi, que me pilla un poco lejos.

septiembre 22, 2006

NO a Patentes de software

Llego a través de Kritópolis a esta página con acciones concretas para hacer algo contra las patentes de software que intentan legalizar de nuevo, y a hurtadillas, en Bruselas.
Los conceptos que podemos dar para oponernos a las patentes los explica así:

  • "El EPLA dañará severamente a las PYME europeas a base de pleitos de patentes incosteables e innecesarios."
  • "El EPLA legaliza las patentes de software (por vía de jurisprudencia, como hicieron en EEUU)".
  • "El EPLA es la puerta a los parásitos y extorsionadores de patentes ya tristemente famosos en EEUU"
  • "El EPLA es el golpe de estado de la no democrática ni comunitaria Oficina Europea de Patentes para lograr imponer su dictadura sobre las ideas y el tejido innovador europeo"

septiembre 18, 2006

Compuntoes, o empieza el tostón otra vez

Resulta que empieza un consurso de posicionamiento en los buscadores(al que no voy a enlazar ;) ), y la palabreja que hay que posiciones es la solemne tontería de compuntoes. Así que preparaos a ver enlaces enviados a meneame, barrapunto y cualquier otro sitio para enlazar a los sitios ficticios creados para posicionar... qué cruz...

Actualización: Dos cosas. Los comentarios utilizados en este post para posicionar compuntoes, los estoy borrando :)
Y ya lo que faltaba, no es un solo concurso, si no que parece ser un buen negocio. Creo que si participase me sentiría un poco engañado.

Desconferencia CADIUS

El viernes pasado celebramos en San Sebastian la desconferencia del grupo CADIUS. En teoría este grupo trata sobre temas de diseño, pero aquí se han expandido un poco los temas que se tratan.
Las charlas fueron muy interesantes, y han ampliado mis horizontes sobre algunos temas.

  • Los roles y las relaciones entre diseñadores, maquetadores y arquitectos de la información. Goio, y Miguel hablaron sobre qué papel debe jugar cada persona en un proyecto. Me he dado cuenta lo limitado de mi visión sobre este tema, pues hasta ahora no había trabajado en un equipo donde el diseño tuviese demasiada fuerza.
  • La información georeferenciada, los metaversos (¿mapas con nombre bonito?). Luistxo nos dio una visión sobre el tema con ejemplos sobre el Google Earth.
  • La generación de webs con UTF-8 permite crear webs sin problemas de idiomas, según David. Nunca había visto un blog en árabe :)
  • AJAX y sus implicaciones sobre el diseño y la usabilidad. por Virginia. Sin duda la tecnología de moda no podía faltar en estas desconferencias.
  • El Ranking de blogs de Alianzo. Jose A. del Moral nos habló del ranking, que además justo se actualizó ese viernes.
  • Accesibilidad, parece que el mito se puede hacer realidad. Por Jon Tribak.
Fotos del magno evento: De Miguel y Virginia.

septiembre 15, 2006

Ayuda: Programa para gestión de almacen (stocks)

Bueno, la vuelta de vacaciones ha sido un poco dura. Un par de semanas ya y sin escribir ni una linea en el blog. Y eso que tengo unas cuantas cosas interesantes en mente...
Pero ahora quería plantear una preguntica. Me consultaban ayer sobre algún programa de gestión de almacenaje. Se trata de una ONG que quiere llevar el control del stock de medicamentos de los que dispone. Supongo que con lo básico es suficiente: entradas /salidas, listados, situación en el almacen,... ¿conoceis algún software libre que pueda resultar útil y no demasiado complicado? Creo que será sobre Windows, y desconozco si tienen conexión a Internet.
FacturaLux le he echado un vistazo pero quizás es demasido complejo.
He encontrado una lista de sw. libre de gestión. ¿me podeis recomendar alguno?
Gracias!

agosto 14, 2006

SQL on Rails

¡¡ Quitando el VC del MVC !!

Echad un vistazo al link anterior. Una gracia :) sobre RubyonRails. Ultimamente en Theserverside se está discutiendo mucho sobre RubyonRails. Dos post en la portada han levantado por ahora más de 130 comentarios, sobre el agujero de seguridad que hace poco se encontró en el framework.
Hay un poco de todo. Gente que se burla de rubyonRails por su inmadurez y falta de preparación para el mundo empresarial y lo acusan de ser nada más que un "hype" o moda pasajera. Gente que lo defiende como el futuro de las aplicaciones web, por que Java es un lenguaje casi obsoleto o demasiado lento.
En fin, que siempre que aparece la posibilidad de un cambio en el horizonte, la gente se mueve de dos maneras: o movilizándose contra lo nuevo, o preparándose por si les toca. No creo que por ahora Rails vaya a oscurecer demasiado el panorama de Java como principal sistema utilizado en sistema empresariales, a mi lo que me parece interesante y creo que es el enfoque adecuado, es averiguar lo que las próximas versiones de Java o nuevos frameworks deben aprender de Ruby o de Rails. Algo deben tener de interesante cuando se habla tanto,... ¿o simplemente estabamos ya aburridos de Java, PHP, .NET, Python, PERL,...?

agosto 08, 2006

GPLv3. Mi opinión

Bueno, pues depués de ver la GPLv3 y el DRM, GPLv3 y las patentes y GPLv3 y los servicios, tengo una idea un poco más clara de que hay tras esta modificación de la licencia.
La modificación de la licencia es sin duda un paso adelante en una guerra contra lo que la FSF considera peligroso para la libertad de los usuarios. Parece que ha decidido no solo asegurar la libertad de quienes quieren mantenerla, si no además protegerla privando a los usuarios "malevolos" de las propias herramientas libres para coartar esas libertades. Desde luego, es una posición claramente consecuente con lo que predican. Bien por ellos.
El tema de las patentes es bastante obvio que cualquier software que quiera ser libre no podrá estar bajo la amenaza de un uso de patente, por lo que se finiquieta impidiendo que los programas bajo la licencia GPL puedan ser demandados por alguna patente. Si licencias software bajo la GPL debes comrpometerte a no denunciar a ningún receptor del sftware por ella.
Dónde parece que se le pide algo más a esta licencias es en el tema de los servicios web. Tim y su altavoz ya han hablado sobre la necesidad de proteger no solo el software, si no los datos que quedan distribuidos en los cada vez más numerosos servicios que usamos a traves de nuestro navegador. Personalmente creo que esto escapa a una licencia de software. Lee bien primero os términos del servicio, qué permisos te da sobre tus propia información y la privacidad, y si no te gusta no lo uses. Si a Tim le parece que falta una especia de " contrato de uso por la información libre" en los servicios: !que lo proponga!. Estoy seguro que existe ya alguna iniciativa por ahí. Y si no, que conste que he sido el primero en proponerla :P
La cuestión que veo más confusa es el tema del DRM. ¿y por qué? Por que me da la impresión de estar arrogándonos derechos que no nos pertenecen. ¿podemos exigir que un determinado fabricante de hardware nos deje ejecutar el programa que queramos en el mismo? Y si no permitimos ejecutar sw. libre en ese elemento, por que utiliza un sistema de DRM para comprobar que solo puede ser una versión suministrada por el fabricante, ¿no estamos infringiendo el espíritu de las cuatro leyes del software libre? ¿quién lo infringe más: aquel que no nos deja hacer lo que queramos con un hardware, o la licencia que no permite la ejecución de un software que es libre?
Me encantaría vuestra visión sobre este último punto. Quizás lo veo desde alguna perspectiva un poco confusa, por que no veo por donde decidirme.



agosto 04, 2006

GPLv3 y la licencia Affero (para servicios web)

El software cada vez "se vende" menos como producto y más como un servicio. Y pongo entre comillas lo de "se vende" por que claro, al proporcionar un servicio no es relevante el software que lo hace posible, si no otros parámetros para medir el servicio, como seguridad, robustez o privacidad. Aunque indudablemente, variables directamente proporcionales a la calidad del software que lo haga posible.
Para los servicios, se publicó en el año 2002 la licencia Affero, compatible con la GPL. La razón de esta licencia es proteger a las personas que creen un servicio en la red y publiquen su código, de manera que si otra persona publica un servicio basado en ese código esté obligada a publicar también sus fuentes, y no se pueda aprovechar sobre el servicio inicial, mejorándolo sin compartirlo.
Se creía que la GPLv3 iba a incluir estas clausulas de la licencia Affero, pero se incluyen como opcionales.

Otra cuestión interesante en este tema, que ha comentado hace poco Tim en " Open Source Licenses are Obsolete" (el título es simplemetne provocador, sería más bien indicar que son incompletas) es el sentido de la libertad no en el software si no en los servicios. Propone la creación de una especie de "definición de servicios libres" equivalente a la "definición de software libre" (bueno, el habla de abiertos, pero pongamos libres ;) ). ¿Te has planteado hasta que punto dependes hoy de servicios externos en los que no puedes controlar tus datos de manera total? Ya lo hablaremos.

agosto 03, 2006

GPLv3 y patentes

El peligro de las patentes de software sobre el software libre, es precisamente que este deje de ser libre por que alguien patente determinados algoritmos o código presentes en él. La licencia dice:

[...] To prevent this, the GPL assures that patents cannot be used to render the program non-free.


11.Patents : You receive the Program with a covenant from each author and conveyor of the Program, and of any material, conveyed under this License, on which the Program is based, that the covenanting party will not assert (or cause others to assert) any of the party's essential patent claims in the material that the party conveyed, against you, arising from your exercise of rights under this License. If you convey a covered work, you similarly covenant to all recipients, including recipients of works based on the covered work, not to assert any of your essential patent claims in the covered work.

If you convey a covered work, knowingly relying on a non-sublicensable patent license that is not generally available to all, you must either (1) act to shield downstream users against the possible patent infringement claims from which your license protects you, or (2) ensure that anyone can copy the Corresponding Source of the covered work, free of charge and under the terms of this License, through a publicly available network server or other readily accessible means.

Nothing in this License shall be construed as excluding or limiting any implied license or other defenses to infringement that may otherwise be available to you under applicable patent law.

En resumen, según entiendo. si licencias un software bajo la nueva GPL v3 te comprometes a no demandar a nadie por algun supuesta patente que te pueda pertenecer. Y que si existe alguna patente conocida y aplicable, que se presta a todos los usuarios libremente y bajo los términos de la licencia GPL.. Supongoq ue es como decir: si liberas tu código en el que tienes patentes, olvídate de ellas. Y si tienes patentes que queires conservar, no podrás crear software libre con ellas.
Las patentes de software han sido ultimamente uno de los puntos en los que me parece que más activos han estado en la FSF. Y falta que hace.
 


agosto 02, 2006

GPL v3

Al fin he tenido un rato para leer sobre la nueva licencia GPL v3. He ido recopilando unos cuantos enlaces que me han parecido interesantes.
Primeramente hablemos de la polémica sobre el DRM. A Linus Torvald no le gusta nada este punto. ¿Qué es lo que no le gusta a Linus de la nueva versión? Parece ser que pone condiciones sobre el hardware que ejecuta el software bajo licencia GPL, y que le impone que no pueda poner limitaciones de DRM si está ejecutando software con licencia GPL v3. Es decir, que además de ejecutar el software suministrado (se supone claro que con el código fuente), sea capaz de ejecutar ese software modificado libremente, sin comprobar que sea el binario de los fuentes orginiales.
Dos fragmentos de la licencia GPLv3.

To protect your rights, we need to make requirements that forbid anyone to deny you these rights or to ask you to surrender the rights.

Some computers are designed to deny users access to install or run modified versions of the software inside them. This is fundamentally incompatible with the purpose of the GPL, which is to protect users' freedom to change the software. Therefore, the GPL ensures that the software it covers will not be restricted in this way.

Lo que argumenta Linus es que los desarrolladores de software no deben, ni tienen derecho a, poner restricciones sobre el hardware. Que eso no les atañe. Y aquí en cierto sentido creo que tiene razón. Si haces software, podrás poner restricciones sobre tu trabajo, no sobre el de los demás. Así que démosle la vuelta al sentido del párrafo anterior: no podrás ejecutar el software en un dispositivo que no permita ejecutar cualquier versión modificada libremente del mismo.
Aquí parece que se da una pequeña paradoja. Estás coartando libertades básicas del software libre, puesto que estás poniendo restricciones sobre la ejecución del programa. Pero la paradoja se solventa mirando desde el lado del usuario (premisa básica del sw. libre) , a quién es al que se le aseguran y permiten los derechos.
Un comentario en la versión actual de la licencia dice:

sepreece: [...]I believe these restrictions are NOT necessary to preserving the essential freedoms, but are brought in by an attempt to invent a new freedom (to run the software on a particular device) that I simply don't believe in.

¿se puede obligar a un fabricante de hardware permitir la ejecución únicamente de una determinada versión del software? En este caso, ¿cual es el mal menor? Es una situación dificil, pongamos el caso comentado recientemente en Barrapunto, el uso de Linux en un avión de Boeing. Si Linux tuviese la licencia GPLv3, Boeing debería permitir ejecutar en ese avión cualquier versión modificada de Linux. Pero parece lógico no permitir más que versiones ya verificadas, lo cual no estaría permitido por la licencia. Resultado, Boeing no podría utilizar un hipotético Linux con versión 3 de la licencia GPL.

Otro tema sobre el que hace referencia explícita esta nueva versión son las patentes de software. Lo dejo para otro post. Y también el tema del software como servicio, con estos recientes comentarios de Tim sobre si las licencias de software libre están obsoletas.

julio 14, 2006

Impacto de las distribuciones de GNU/Linux

Me preguntaba el impacto de Ubuntu en el mundo GNU/Linux. El hecho de la aparición de Ubuntu de una manera tan disruptiva (con tanto dinero de por medio, me refiero en este caso) debía haber hecho un gran favor a GNU/Linux.
Así que he hecho la siguiente comparativa en Google Trends:

red hat    ubuntu    debian    suse   


Bastante impresionante la linea de Ubuntu, ¿verdad? Realmente no creo que pueda tener mucho valor estadístico estas comparativas, pero me imagino que sí nos dan una idea de la tendencia. Curioso el último pico de las búsquedas de ubuntu, supongo que será por el lanzamiento de la última versión.

Vaya, probemos ahora si Linux (sí, quizás debería buscar GNU/Linux, que no se entere R. Stallman, psss) supera ya en popularidad a Windows (sic):

linux    windows   


Bueno, parece que un poco le falta todavía. Seguramente es que la gente busca mucho la manera de arreglar o aislar correctamente una ventana de su casa (pero si ponemos "windows xp" da algo parecido).

Entender

A veces no entiendes las cosas al primer vistazo. Lo miras y remiras y no le pillas el truco. Algo así me ha pasaba al principio con los bloques de Ruby, que me resultaba complicada su notación (creo que leo saltándome demasiadas lineas, o dando demasiadas cosas por supuestas :) hasta que leí esta sencilla explicación .
El caso es que leyendo " Matemática, estás ahí? ", tiene un párrafo que me ha llamado la atención sobre este problema, aplicable a muchas cosas más que las matemáticas.

Muchas veces, cuando uno está leyendo algo de matemáticas tropieza con un problema: no entiende lo que leyó. Entonces, paras, piensas y relees el texto. Y la mayoría de las veces, sigue sin entender. Uno no avanza. Quiere comprender, pero no puede. Lee el párrafo nuevamente. Piensa. Y dedica mucho tiempo (eventualmente)… hasta que de pronto… entiende…. algo se abre en el cerebro de uno, algo se conecta… y uno pasa a entender. ¡Uno entiende! Pero no es todo: lo maravilloso es que uno no puede entender por qué no entendía antes.

No me digais que no es típico cuando leeis algoritmos complejos de otras personas... :)



julio 13, 2006

10 cuestiones que un programador JAVA debería saber sobre Ruby

Muy interesante las notas de Jim Weirich sobre "10 Things Every Java Programmer Should Know About Ruby ".

  • (10) Learn Ruby Conventions
  • (9) Everything is an Object
  • (8) (Almost) Everything is a Message
  • (7) Ruby is Way More Dynamic Than You Expect
  • (6) Objects are Strongly Typed, Not Statically Typed
  • (5) Don't Worry About Interfaces
  • (4) Mix it up with Mix-ins
  • (3) Embrace Closures
  • (2) ri is Your Friend, irb is Your Other Friend
  • (1) Write Less Code
  • (0) Ruby Makes Programming Fun Again
Vistas en ruby-doc. Desde un enfoque para los que sabemos algo de Java, que ya aburre un poquito ;), desgrana las diferencias más importantes con el lenguaje Ruby.

julio 12, 2006

El valor de las redes

He llegado a un artículo de IEEE sobre el valor de las redes muy interesante (gracias, cuñado ;) 

Of all the popular ideas of the Internet boom, one of the most dangerously influential was Metcalfe's Law

Esta afirmación tan categórica sobre la ley de metcalfe me parece muy acertada.

La ley de Metcalfe: Simplemente dice que el valor de una red de comunicaciones es proporcional al cuadrado de su número de usuarios. (v = n 2 ). En el artículo explica de dónde aparece este valor de manera matemática. Pero lo interesante es que a pesar de que las matemáticas no fallan, la ley sí que lo hace.

Ahora todas las aplicaciones web 2.0 "sociales" parece que se centran en conseguir aumentar el número de usuarios de manera que se aumente el valor de la red. Casi parece que importa poco si la aplicación genera valor útil o no, mientras el número de usuarios crezca.

¿Pero qué critican en el artículo del IEEE a la ley de Metcalfe? Pues una consideración bastante obvia: que no todos los nodos de una red aportan el mismo valor a la misma. Juzga con quién te comunicas más... ¿o con todas las personas que conces lo haces por igual? ¿no seguirán un patrón basado en la ley de Zipf?

La ley de Zipf: Según comentan esta ley se observa en un sorprendente número de fenómenos del mundo real. Lo que viene a decir es que si de una colección grande de sucesos ordenados por tamaño o popularidad, el segundo elemento de la colección será aproximadamente la mitad del primero, el tercero la mitad del segundo,... y así sucesivamente. Sí, esto nos lleva a la "larga cola" y su famosa gráfica descendente.

Los autores del artículo obtienen a partir de esta ley otro valor para una red:
v = n log( n)
que limita bastante más el valor de una red dependiendo del valor de sus usuarios. a mi intuitivamente este valor me parece mucho más aproximado a lo que puede ser el valor de una red. Además hay otra cuestión, que es en QUÉ se mide el valor. De momento, nos quedamos con este valor como algo absoluto para comparar el valor entre redes.

Así que han llegado al valor de una red, suponiendo de manera bastante lógica, que no todos los usuarios aportan valor de la misma manera. La mayoría de los usuarios se encuentran al final de la cola, como mayoría silenciosa, posiblemente muchos de ellos no sin participar nunca como les "correspondería" por su grupo del 80 en la distribución de Pareto, si no haciendolo en ínfimas proporciones respecto al ruido que generan los primeros puestos en la cola.

Total, que si aplicamos la ley de Zipf y la de Pareto al valor de una red nos queda la ley de Najaraba :)  (ojo, modo irónico activado)

Ley de Najaraba sobre redes sociales en aplicaciones web 2.0: El valor de la red social de una aplicación web 2.0 es poco más que el número de usuarios realmente activos.
v =  z log (z)  ,  tal que, z = ( n*20 / 100)

Sí, la función es del mismo orden... pero a que pasando el valor a euros la cosa disminuye mucho. :)

Artículo original:

julio 10, 2006

Sobre la PDA (¿existe sw. libre?)

No había escrito nada sobre la PDA, desde que comenté que me la había comprado.
Precisamente escribo esta entrada por que he leido en Genbeta, que ha salido la nueva versión del software de sincronización ActiveSync. Y no lo he probado todavía, pero la verdad que no me queda más remedio por que la versión actual es una autentica porquería.
La PDA es un cacharro bastante majo, útil y una vez que le coges el truco al windows Mobile se deja querer. Pero los problemas que tengo muchisimas veces que lo quiero sincronizar con el PC son un auténtico dolor de cabeza. He reinstalado el activeSinc cientos de veces, buscado en un montón de foros el posible problema... pero nada. Algo le pasa a mi windows XP del portatil, que no le gusta el ActiveSinc. Y así estoy, aburrido de conectar mi PDA para la sincronización.
Ahora que estoy pensando también en instalar Ubuntu en mi portatil, la única razón de por que no lo hago es esta, la PDA. Debo buscar algún tema para sincronizar la PDA con Ubuntu, sin pasar por ActiveSync, obviamente.

julio 03, 2006

Aplicaciones en Rails

Para aprender nada mejor que ver código de los demás (esperando tener un poco de suerte y que esté medianamente bien hecho). Estuve echando un vistazo a Radiant CMS, y hoy he encontrado que también Oracle parece estar moviendose un poquillo sobre "Railes", y han sacado un artículo sobre integraciones de aplicaciones con Rails.
Muy interesantes esta aplicación y el artículo de Oracle. Supongo que en estas mega-corporaciones siempre hay gente con tiempo para seguir todo de cerca. Nada mejor para "learn by example..." que dicen.

junio 27, 2006

Primeros pasos en Ruby on Rails

He estado probando el lenguaje Ruby. concretamente la plataforma Ruby on Rails para desarrollo Web. Llevo unos días haciendo una pequeña aplicación que me va a hacer millonario, por supuesto, lo de aprender es secundario. :)
El caso es que tras realizar un par de tutoriales, los más típicos, (el que quiera empezar con ruby los va a encontrar enseguida, aquí traducidos a castellano), me da la impresión de que la curva de aprendizaje es un poco dura. O se me está haciendo a mi, vamos. La documentación es muy abundante, pero bastante dura para empezar.
O igual me estoy oxidando ya, y llevaba demasiado tiempo con Java...
A lo que iba, que el artículo que iba a recomendar es este: Ruby on Rails and J2EE: Is there room for both? Donde se compara un poco los frameworks (Java con Struts e hibernate) y es bastante revelador para los que venimos del mundo J2EE.

While Ruby on Rails is a very new and exciting framework that has generated considerable interest in the Web development community, the core architecture follows the basic patterns found in J2EE.
...
So, should you consider Rails for your next Web application? Well, why shouldn't you?

Tiene ya un añito, pero yo lo he encontrado ahora (¿decía que me estaba oxidando? :D )

junio 23, 2006

Ubuntu GNU/Linux

Me llegaron hace un par de días los CDs de la última distribución de Ubuntu. y como ya tenía el sitio preparado para el ordenata de sobremesa y no lo había puesto, pensé que era la excusa perfecta. (¿ya sabes que te los envían gratuitamente?
Tenía hasta ahora un Windows XP que no arrancaba desde hace casi un año. El disco con una única partición, donde tengo algunos ficheros que quería conservar. Aún así, puse directamente el CD y arranque. Ahora Ubuntu arranca el LiveCD, y de ahí, desde el escritorio de Gnome puedes instalarlo. Así que eso hice, una vez comprobado que parecía que funcionaba correctamente.
La instalación sencillísima, y eso que yo ya estoy muy oxidado con estos temas. Lo mejor, que le crea las particiones al vuelo. Le puse crear una partición, pero manteniendo los datos actuales, así que divide el disco en dos particiones, una donde queda con NTFS, y la otra en el sistema de ficheros de Ubuntu. Y no he perdido ni un datillo. Fácil y eficaz. :)
Después solo dos temas:

Parece que la comunidad de esta distribución es bastante activa. Ahora tengo que instalar el Samba para compartir con el portatil con XP, y mis herramientas favoritas...
Os animo a probarlo si todavía no habeis dado el salto a Linux. A mi me ha costado tiempos, pero ya he llegado.

junio 20, 2006

Stallman en San Sebastian (y 2)

Los contenidos. No contó nada "nuevo" Richard Stallman. La importancia de las cuantro libertades básicas que definen el software libre. Habló de DRM, de la importancia del uso del software libre en las escuelas, de las patentes,... Hizo un breve resumen de hora y media de su filosofía basada en la libertad de los usuarios de software.

La audiencia. Entregada, totalmente condescendiente con Stallman.

El personaje. Era lo que me hizo acudir a la conferencia. La verdad que no defrauda. Empezó como con poco fuelle, con un castellano bastante decente (agradable sorpresa, por cierto, no sabía que lo hablase). Fue cogiendo soltura con el idioma mientras se rascaba la barriga unas cuantas veces. Y cuando más suelto se le veía era cuando se disfrazó de santo, de santo de la religión de emacs. :) Se puso la túnica y la disco-aureola e hizo unas cuantos chistes de informáticos.

Pero como ya he comentado en otro blog, la pena de estas cosas (para algunos, digo) es que si han ido a verle en plan serio, para ver que es esta historia del sw. libre, se habran llevado una visión un poco de friky, por que al final se habrán olvidado de la charla y lo verán vestido de santo con una aureola de disco duro en la cabeza. Pero el hombre es único, desde luego.

[Actualización] En Kriptopolis: Richard Stallman: Microsoft "prohíbe la cooperación y la solidaridad social"

junio 17, 2006

Stallman en San Sebastian

Pues me he enterado como de casualidad, pero espero poder poder ir a verle. El día 19 en Donosti, en el Koldo Mitxelena , habla Richard Stallman. Tengo curiosidad más que nada por conocer al personaje, puesto que sus ideas ya las conozco más o menos.
Siempre es bueno escuchar a las fuentes originales, aunque ya no sea muy original lo que nos vaya a contar.
¿Alguien por aquí va a ir a verle? :)

Stalman, en SS, el día 19.

mayo 16, 2006

Google: bolso-search

Sí, tengo la exclusiva que Google va a lanzar un nuevo servicio con el que va a saltar al mundo real, más alla de la realidad cibernética.
Un buscador para bolsos. Va a ser una "killer-application". Todo el mundo querrá ese bolso.
- ¿dónde tengo las llaves? "A la izquierda, debajo de los pañuelos de papel".
- ¿y el móvil? (relojito de arena un rato, esa es dificil, y siempre deben sonar un rato en los conciertos...) "En el bolsillo interior de la derecha, entre el mechero y el paquete de tabaco"

Y la de esperas que nos vamos a ahorrar todos... :)

mayo 11, 2006

Qué da más: libre o abierto

Estaba escribiendo un post a medias sobre el software libre comparado al software de código abierto,-que me quedó muy clarita cuando R. Galli me escribio un email sobre mi trabajo :D-, cuando he recibido la noticia de que ha salido del armario de Google el producto Google Trends.
Así que he realizado la búsqueda para realizar la comparativa por los dos términos.


Resultado, "free software"(azul) se busca mucho más, pero "open source"(rojo) genera muchas más noticias. Curioso.
Entiendo que "open source" genere más volumen de noticias, puesto que es el término más utilizado en la mayoría de productos empresariales, dentro de los cuales, unos son libres y otros no. Es el término más aceptado empresarialmente.
Y sin embargo también por eso me extraña que "free software" tenga mayor número de búsquedas. Lo que creo que se debe a dos causas principales,...
  • Que "free software" puede ser utilizado para buscar software gratis.
  • Y que realmente lo que está interesando a la gente es buscar software libre como tal. Que cada vez la gente va comprendiendo más el concepto detrás del movimiento de ls FSF. Y que eso es precisamente lo que buscan.

Auqnue lamentablemente me convence más la primera opción como explicación.

mayo 09, 2006

Profesional vs. Personal

Hoy por hoy todavía está mucho mejor visto en el mundo laboral el éxito profesional que el éxito familiar, o de la conciliación perfecta de los dos mundos.
Desde luego que el éxito familiar, -y que cada uno entienda lo que quiera por familia-, es mucho menos tangible o demostrable, menos exotérmico, más discreto... mientras que el éxito profesional te lleva a ganar más dinero, más reconocimiento y prestigio.
Pero últimamente me da la sensación de que la mayoría de gente que conozco, empieza a valorar mucho más el tema personal sobre el profesional. Y sobre todo cuando la frase de "el trabajo no lo es todo" no le hace mucha gracia a tu jefe.
En fin, que hace poco me he tenido que decidir entre dos ofertas de trabajo muy interesantes, pero muy distintas en su naturaleza, y me he planteado muchas cosas de estas. No es fácil.
Supongo que la marca personal se extiende más allá de lo laboral también, si la buscas...

mayo 03, 2006

Ya tenemos Java EE 5

La especificación de Java Enterprise Edition 5 se ha aprobado por unanimidad. Vía theServerside .
Veremos cómo echa a andar esta nueva especificación en las implementaciones de los servidores de aplicaciones. Parece que la más importante característica es la utilidad de las anotaciones para dar servicios, persistencia,...
Y veremos EJB 3.0, que ya Hibernate parecía implementar.

En definitiva, nueva versión que nos obligará a ir mirando las nuevas funcionalidades en poco tiempo, si queremos estar al día. Aunque claro, si no lo habeis mirado ya, no sé si os estais quedando atrás!. Echad un vistazo a unos cuantos recursos recogidos sobre la nueva especificación en el blog del Acuario.

abril 27, 2006

Yahoo! Mail Beta

Hoy me han dado de alta en la Beta (¡como no!) de Yahoo! Mail. Y la verdad que es una maravilla.
Al final se convierte tu navegador en una especie de ThunderBird, con las carpetas a la izquierda, solapas para mantener el Inbox y los mensajes nuevos a la vez, sin perder ninguna pantalla,... y va tan rápido como GMail, con páginas cargadas con AJAX.
Probadlo, creo que no os defraudará.

abril 21, 2006

Timofónica

El 29 de marzo me di de baja en Telefónica, realizando ese día la portabilidad de la linea a Tele2, (por cierto, hasta ahora bastante bien con el ADSL 6Mb). Me llega la factura hace dos días de Telefónica, iluso de mí, pensando que sería el "finiquito", y veo que me cobran las llamadas pendientes hasta la baja (lógico) mas... ¡¡ las cuotas del 15 de abril al 15 de Junio!!.
Sí, que me lo devuelven en la "siguiente factura", regularizando la situación. Pero joder, que no soy el p**o Banco de España para prestar dinero a nadie !y menos a Telefónica!

abril 04, 2006

Scrum Distribuido

Vía Jeff Sutherland, llego a la descripción y explicación de un proyecto de software desarrollado meidante outsourcing, y que presume de haber sido realizado de manera realmente eficiente. el documento Distributed Scrum: Agile Project Management with Outsourced Development
Teams
, explica el proceso de aplicación de un "Scrum de Scrums".

Lo que parece es que con esas técnicas en este proyecto han logrado una eficiencia en la consecución de los puntos función muy importante. Una de las conclusiones dice así:

SirsiDynix best practices are similar to those observed on distributed Scrum teams at IDX Systems, radically different than those promoted by PMBOK, and counterintuitive to some practices advocated by the Scrum Alliance.
Unas interesantes conclusiones las que saca el artículo, de un proyecto real, con out-sourcing, múltiples equipos distribuidos geográficamente, e introduciendo técnicas de la metodología XP en el desarrollo de uno de los equipos Scrum.

marzo 29, 2006

"Las cosas son lo que son, y no lo que queremos que sean"

Frente de la Carrera de San Jerónimo, último parte de guerra: cautivo y desarmado el ejército copyleft, las tropas de la SGAE han alcanzado sus últimos objetivos militares.

Pues no. Ni esto era una guerra, ni hay vencedores y vencidos. Cuando el Congreso de los Diputados aprueba un texto legal con más de 300 votos a favor, con el más amplio consenso de todas las fuerzas parlamentarias, lo único que se evidencia es que los opositores a la Ley se han convertido en un grupo extraparlamentario.


Via Blogespierrre, llego a este descorazonador post de Carlos Sanchez Almeida .

Internet sólo tendrá voz el día que tome conciencia de sí misma, de su sentido histórico. Y para eso primero tendremos, durante mucho tiempo, que renunciar a mucho ego, y pensar que el talento es escaso: que las grandes gestas del género humano son siempre gestas colectivas.


Una interesante reflexión sobre lo que ha realizado esta persona  y dado a conocer desde hace unos años. Ahora se despide de la red, por que va a volver dónde más le necesitan sus clientes, "en el despacho".

marzo 28, 2006

Aplicación OpenSource para "mercados predictivos"

Mario, de Nodos, publica un post hablando de los mercados predictivos.
Si os interesan los procesos colaborativos, donde se supone una mayor inteligencia a la "gente" que a las personas, y seguís las filosofías de " The Wisdom of Crowds",os gustará su post.
Lo que quiero comentar aquí es que busca " algún desarrollador/a serio, competente, freelance, que esté interesado en participar en estas aventuras". Eso sí: "Piratas, jetas, vagos o ruinas, absténganse de responder ". Se trata de seguir desarrollando, creo que realizada con Java e interfaz WEB, la aplicación ZOCALO. Creo que puede ser interesante para alguien.

Zocalo is a toolkit for building prediction markets, markets in securities that pay out depending on outcomes of future events. They provide estimates of the likelihood of specific outcomes that are more reliable than other sources of predictions.

marzo 22, 2006

Descanso tecnológico, libro de historia

Para hacer un descanso de tanta tecnología y cosas 2.0.
Si quereis leer un libro curioso sobre historia, bien escrito y documentado, os recomiendo Navarros en Normandía en 1367-1371 , así también hago un poco de patria. Supongo que esto será algo tan técnico para un historiador como para un programador las especificaciones de algoritmos de recolectores de basura, pero con la ventaja, que todos lo podemos entender.

La intervención de Calos II (1349-1387) en la Guerra de los Cien Años marcó el momento de mayor proyección internacional del reino de Navarra. La contienda permitió al monarca reclamar en Francia sus derechos dinásticos conculcados, empleando los recursos de su reino y de sus posesiones normandas como Conde ed Evreux; se generaron así entre ambos espacios intensas relaciones administrativas, militares y socioeconómicas. El presente estudio trata estos hechos en un periódo de transición bélica, cuando declina el peso del rey de Navarra en una Francia que oscila entre el acoso de las compañías y la apertura de nuevas hostilidades con Inglaterra. Partiendo del único registro conservado de la Tesorería normanda de Carlos II, se documenta la presencia de navarros en Normandía y se analiza su personalidad, actividad, motivaciones e implicación en el tejido socio-administrativo normando. Se valora de este modo su importancia cualitativa y cuantitativa y, en definitiva, las repercusiones del esfuerzo bélico tanto en Navarra como en Normandía.


Por supuesto, has acertado, el autor es amigo mío. :)

marzo 16, 2006

Dos notas interesantes

Siempre Sergio Montoro escribe cosas interesantes en La Pastilla Roja.
No podeis pasar sin leer estas dos posts:

(si no tienes mucho tiempo mejor que leas los enlaces que mis pensamientos siguientes ;) )
Coincido plenamente con ambas. En el caso de las administraciones públicas, sin embargo, no creo que el único culpable sea la administración. O sí, pero ahora es como saber si fue antes el huevo o la gallina. Las empresas se han acostumbrado a "pedir" dinero a la admistración, y salir de esa espiral puede ser muy dificil. Creo que debemos resignarnos, al menos no es un dinero tan mal gastado como en tantas otras cosas.

El otro tema, sobre las adquisiciones de software libre, (comenté hace un mes la posibilidad de que Oracle comprase JBoss) me parece que sucede como algo casi inevitable. Salvo que esas propias empresas no "se dejen" comprar. Pero creo que a una gran compañía le puede suceder que a lo mejor compre el producto, pero es muy dificil comprar la comunidad que lo rodea. Si no actúa con acierto tras la adquisición, lo más probable es que la comunidad se diluya, o se mueva hacia otros productos de software libre.

Y a ver si es verdad que Oracle se ha dado cuenta que no sabe desarrollar internamente, más allá de su base de datos, pero en vez de buscarse las compras fuera, a lo mejor tendría que preguntarse por qué sucede esto. Serían unas conclusiones muy interesantes...

marzo 15, 2006

Mi primera PDA

Hoy he encargado mi primera PDA.
Después de leer algún foro, como pdaexpertos y darle unas cuentas vueltas, había decidido casi entre estos dos modelos:

Mi principal requerimiento era el WiFi y una buena resolución de pantalla. Ahí es algo mejor la de Dell, que tiene VGA (640x480). Esto me ha recordado lo "joven" que soy, por que me acuerdo perfectamente del día que en el ordenador de casa pusimos una nueva tarjeta gráfica que daba !256 colores en VGA! Las fotos parecían reales ya... uf, lo que ha llovido desde entonces.
Además la oferta que está Dell haciendo esta semana (date prisa si te interesa ;) ) ha hecho más igualado el precio.
Las dos maquinitas me parecen una maravilla. Lo malo, que las dos tienen sistemas operativos (cerrados) que parecen dificil de cambiar. El PalmOS no lo conozco, pero el Windows Mobile me da un miedooo...
Al final, he pillado el modelo de Dell, tiene algo más de memoria y procesador. Espero que me llegue la semana que viene. Si quereis información de un novato en las PDAs, sobre como llega a su primer pocketPC, quedaros por los comentarios. ;)
Por cierto, ahora tengo que buscar un sistema de GPS (que ya sé que ahora debería pillar uno con el chipset SIRF Star III) junto la cartografía y el software.

Pero esto es otro mundo, ¿que haríamos sin los foros en estos casos donde encuentras a la gente que sabe aquello que tú vas buscando como novato? Al final, estos viejos foros tienen mucho de WEB 2.0, ¿no os parece? :)