Linked

Month

February 2006

7 posts

Sobre el Manifiesto Anti Hype

Hoy hemos publicado nuestro manifiesto anti hype. Es una opción que hemos decidido adoptar nosotros de forma particular, pero que hacemos pública por si alguien quiere seguirla. No es, como se dice, una ley divina ni nada por el estilo, pero si un código de conducta que queremos seguir.

En este sentido, en ese hilo, los comentarios están moderados. Si no se declara abiertamente la adhesión al manifiesto, no serán publicados. No queremos mezclar discusiones con firmas. No queremos llenar de ruido el mensaje. Pero como siempre es bueno oír la opinión de los demás, podéis dar vuestra opinión sobre el manifiesto, sobre el problema del ruido, o sobre cualquier otro tema relacionado en este hilo.

Feb 15, 2006
Manifiesto anti-hype

hype: In show business, hyperbole (known as hype or media hype) is the practice of spending money on public relations in an attempt to bolster public interest in (for example) a movie, television show, or performing artist. Often the entertainment value of the thing being hyped is exaggerated.

Nos hemos decidido a calentar un poco el frío invierno de Bilbao ;-). Y aquí empieza el MANIFIESTO ANTI-HYPE. Este hilo sólo acepta comentarios cuya adhesión al manifiesto sea clara. Para cualquier otro tipo de comentarios tenéis a vuestra disposición este otro hilo. Manifiesto anti-hype Preámbulo En la cultura de negocios actual el marketing es muy necesario: nuestros posibles clientes deben conocernos para poder comprarnos, así de simple. No somos revolucionarios barbudos que pretendamos acabar con la publicidad, ni siquiera nos parece mal que exista, es muy, pero que muy necesaria, y más para empresas de nuestro tamaño. Pero… Desde hace bastante tiempo, y alentado por los múltiples canales de información que fácilmente cualquiera puede usar (portales, foros, blogs, comentarios…), existe un fenómeno que ya no nos gusta tanto: el hype tecnológico. El mecanismo es simple: alguien inventa, rediseña o utiliza algo de una manera distinta y le parece bueno, muy bueno. No hay padre al que su hijo le parezca feo. Y como tal empieza a hablar bien de su hijo, a veces tal vez, llevado más por su orgullo paterno que por los méritos propios de su creación. Y es aquí donde entra google, y lo que en la realidad aún no es el megaboom, ocupa miles de páginas y comentarios, dando la impresión, falsa, de que TODO el mundo está usándolo y que pobre de tí, eres el único rezagado que existe. Y como no quieres ser el último tonto te apuntas al carro. En principio esto no está nada mal: el marketing vírico es un fenómeno de la actual Internet que no es más que el boca a boca puesto al día. Pero igual que sucede con el boca a boca, la información va perdiendo calidad en cada salto de emisor a receptor, y a veces la hipérbole empieza a surgir. El padre de la criatura tiene ego (como todo el mundo) y no hay nada mejor para inflarlo que los halagos (aunque no tengan fundamento). Así que contribuye a la bola de nieve con declaraciones algo subidas de tono. Y la ola (más bien tsunami) de lo nuevo ya no hay quien lo pare y el nuevo invento empieza a ser la solución del hambre en el mundo, la alopecia y la soltería. Y todo lo que no sea lo nuevo es caduco, viejo y para reaccionarios estúpidos que no son capaces de vislumbrar las virtudes del hype. Y esos reaccionarios estúpidos, al sentirse atacados, reaccionan de forma infantil provocando una guerra estéril y sin sentido, disparando barbaridades desde sus trincheras con la impunidad que dan estos nuevos canales de comunicación. Y eso es lo que no nos gusta, porque ya hemos visto demasiadas ideas burbuja que se inflan hasta estallar. Hablamos de tecnología no de religión, y aunque a todos nos hubiera gustado inventar la bombilla, tampoco todo lo que hacemos es la solución a los males de la humanidad. Así que la razón de este manifiesto es pararnos y reflexionar, es un intento de separa el ego de la tecnología, y los gustos personales de cada uno de la objetividad. Que lo disfruten y si están de acuerdo, que lo firmen. Todo sea para intentar lograr un poco de calidad de información en Internet. Manifiesto anti-hype “¡Aparta tu marketing de mi código!” “Keep your marketing out of my code!” 1.A veces tengo ideas buenas, otras malas y otras regulares. Pero ninguna de esas ideas serán excepcionales sólo porque a mí me lo parezcan. 2. Si algún día tengo una idea excepcional, no debo olvidar lo que dijo Newton: “si he visto más lejos que los otros hombres es porque me he aupado a hombros de gigantes”. 3. Todo lo que existía hasta mi idea no es una estupidez, y si yo la he tenido es porque seguramente me habré fijado en los errores de otros. 4. Mi idea tiene una finalidad y un objetivo. También puede haber alguien que le encuentre una finalidad que yo no había contemplado, pero sólo por eso no es la mejor solución para todo. 5. Cuando escriba en un blog, foro o responda a entrevistas, intentaré vaciarme de mi ego (ese peligroso compañero): explicaré mi idea y sus virtudes. Las buenas ideas no necesitan atacar otras para ser válidas. 6. Aceptaré las criticas tecnológicas fundamentadas que existan a mi idea. No me encenderé con las críticas no fundamentadas. 7. Rebatiré las críticas con hechos técnicos consumados, no a golpe de exageración, falsedad o insulto. 8. Si alguien tiene una idea mejor, la aplaudiré y la apoyaré. Reconozco que en el género humano alguien puede tener buenas ideas aparte de mí. 9. Si alguna vez existen partidarios de mi idea no se convertirán en mis “hermanos de fe”. Si alguien que participa de mi idea no cumple el manifiesto, no lo defenderé sólamente por pensar como yo. 10. Aunque sea un decálogo, este manifiesto no son los diez mandamientos. Los diez se resumen en: cuidado con mi ego. Y para que quede constancia de mi adhesión, firmo.

Esta obra está bajo una licencia de Creative Commons. Versión PDF
Feb 15, 2006
Launching Linking Paths 2.0

Aunque somos una empresa joven, aprendemos rápido, crecemos y nos adaptamos. Vemos lo que hacemos bien, lo que hacemos mal, y queremos mejorar en todo lo posible. Queremos que la empresa sea un lugar más amigable y hacemos reformas. En este sentido, en estas fechas están ocurriendo varios cambios en Linking Paths.

  • El primer gran cambio que hemos acometido y ya finalizado, hemos reorganizado toda la oficina. Moqueta nueva, nueva distribución, eliminados muebles superfluos, etc. En especial el rincón chill-out esta siendo muy bien aprovechado ;-). Como punto en contra, Ibon y yo estamos mucho más cerca que antes, pero bueno, podría ser peor.
  • Crecemos. Hemos comenzado un proceso de selección. Bueno, ya casi terminado, lo normal es que el 1 de Marzo pasemos de ser 3 a ser 5. Poco a poco deberían ir apareciendo los nuevos por aquí.
  • Queremos crecer, pero hacerlo con orden, creemos en la calidad. Estamos en pleno proceso de cambio de metodología de desarrollo (tomándonos más en serio la que teníamos mejor dicho), y una consultora nos está ayudando a implantar una PMO (Project Management Office). Os iremos contando que tal va.
Como veis, los proyectos, los cambios, y la Yamaha YBR de Ibon nos van a traer locos en las próximas semanas.
Feb 14, 2006
JSF y AJAX: un error tonto

Aunque Mariscal no se lo acaba de creer, DimeHoteles.com utiliza AJAX en algunas de sus partes. Utilizar AJAX con JSF es algo relativamente fácil: creamos un PhaseListener que intercepte las llamadas y actuamos en consecuencia (el javascript y demás es AJAX en si mismo, nada que ver con JSF). En este post no pretende a usar AJAX con JSF, simplemente comentar un error tonto que puede hacerte perder el tiempo: ¿por qué si envío la respuesta correctamente no puedo procesarla como XML?.

Como sabreis, al recibir la respuesta en nuestra rutina JavaScript, podemos tratarla como XML o como HTML. Si la tratamos como HTML (req.responseText), sólo tendremos que añadirlo a la región de la página que queramos modificar. Pero sin embargo, al tratarlo como XML (req.responseXML), podemos tener la tentación de olvidar una de los partes obligatorios de todo documento XML, su cabecera.

Podemos estar tentados a pensar que poniendo el content-type, el charset y el encoding a nuestra respuesta (a través del objeto response del API de Servlets), nuestro documento será tratado correctamente al procesar el XML. Más aún si también solemos enviar la respuesta en HTML directamente. Craso error. Debemos considerar que esa información es sólo para el envío, y que una vez en el navegador del cliente, se trata como un documento XML tal cual. Y como tal, tiene que tener su propia cabecera XML (<?xml version="1.0" encoding="xxxx"?>), porque de lo contrario nos dará un error al parsearlo, obteniendo un precioso null al hacer req.responseXML.

Feb 10, 2006
¡Ha sido niño!

Después de un periodo de gestación más o menos tranquilo aunque duro, ya hemos dado a luz DimeHoteles.com. Un portal destinado a la reserva de hoteles a los mejores precios de internet.

Esta desarrollada con Java Server Faces, AJAX, mucho XML de comunicación, y una base de datos PostgreSQL. DimeHoteles es nuestra primera aplicación Java Server Faces en producción, aunque los test han sido bastante satisfactorios. Ya iremos contando en algún post como funciona por debajo. Si vais de nuestra parte no os van a hacer descuento, lo sentimos, pero estoy seguro de que los precios os parecerán muy muy asequibles. Corred la voz :-D.

Feb 6, 2006
Jefes y jefes.

Resulta que últimamente, varias personas de mi entorno cercano y no tan cercano, están cogiendo más responsabilidad en su trabajo, teniendo personas a su cargo. No sé si por el hecho de que no callo, por tener una empresa, o por otro tipo de razón que desconozco, han acabado pidiéndome a mi consejo (o simplemente mi opinión) respecto a determinadas cuestiones relacionadas con ser jefe. No creo que yo sea un gran ejemplo de (casi) nada, más bien utilizo a menudo la frase de nuestros mayores de ház lo que digo, no lo que hago, pero en cualquier caso, por si a alguien le sirven, aquí mis dos principales consejos para nuevos jefes.


1.- Hagas lo que hagas tu rendimiento ya no depende de ti. Es habitual, antes de tener un cargo de responsabilidad, pensar que yo lo haría mejor. Probablemente es verdad, sin duda. Pero la realidad es que lo antes posible deberías darte cuenta de que tu trabajo ya no depende de ti, sino de esas personas que tienes a tu cargo. Según te separas de la parte técnica, tu labor se reduce (exagerando un poco) a ser un facilitador que permita a esas personas trabajar. Tu labor es (además de rellenar informes, ofertas y demás cosas molestas) ayudar a esas personas en lo que necesiten, impedir que les molesten, que no les falta lo necesario para hacer su trabajo, serviles de guía, etc. Si ellas no cumplen, tu no cumples. Así de sencillo. Cuanto antes te des cuenta de eso mejor. Ten mucha mano izquierda, Razona, escucha otras ideas abiertamente, reconoce a cada cual su valor, su trabajo y su aportación. La última palabra es la tuya, pero no la única.

2.- Sólo hay un jefe capaz de hacer que las cosas funcionen: el que basa su posición en el reconocimiento. No se trata de poder para contratar, despedir, ni de capacidad de intimidación, ni de mala leche, ni de nada que tenga que ver con la imposición. Para que un jefe saque lo mejor de las personas a su cargo, su posición tiene que estar basada en el respeto a sus capacidades técnicas para desarrollar su labor. Cualquier otra cosa es pan para hoy y hambre para mañana. No tienes que intimidarles con tu conocimiento, pero si convencerles de que sabes lo que haces, a dónde vas y como llegar. Sea cual sea la tarea. Si piensan que eres bueno es más difícil que se vayan si les preocupa algo más que el dinero (y no quiero decir que así les puedas pagar menos!).

Lo dicho, a veces tengo poca mano izquierda, mucha mala leche, soy lo suficientemente humilde para saber que no sé ni una décima parte de lo que me gustaría saber, pero en todo caso me permito escribir estos dos consejos, aunque como siempre, espero que los leas desde una perspectiva un tanto crítica.

PS: La verdad es que me gusta muy poco la palabra jefe, pero no he encontrado ninguna mejor tan pequeña.

Feb 2, 2006
Linking Paths is HIRING!

Linking Paths esta creciendo. Nuestro mercado crece, nuestros proyectos crecen, y con ello nuestras necesidades de personal. Estamos buscando personas que incorporar a nuestra plantilla, con ganas de aprender y de trabajar, con ganas de pertenecer a una empresa diferente. ¿Qué buscamos?

Buscamos personas a las que les guste la programación, que cada día quieran aprender un poco más y seguir creciendo profesionalmente. La experiencia es deseable, pero lo realmente imprescindible son la actitud y la aptitud.

Es deseable que la persona sea autosuficiente y con capacidad de decisión, con buenos conocimientos en J2EE y Java Server Faces, un añadido sería tener cierta idea de bases de datos, Java Web Start, J2ME, el photoshop y/o RoR. Que no le asuste trabajar con Linux, Subversion ni el café de filtro.

¿Qué ofrecemos?

Somos una empresa joven, con ganas de hacer las cosas de otra manera, con un entorno de trabajo inmejorable para todo aquel que quiera aprender y enseñar. Nuestros proyectos giran en torno a Java mayoritariamente (las tres áreas), aunque también tocamos ASP, PHP y RoR si se tercia, para industrias muy variadas.

Ofrecemos incorporación en plantilla, remuneración interesante, y posibilidades de crecimiento reales.

Localización

En este momento, buscamos personas para trabajar en Bilbao, en nuestras oficinas de Deusto. Se requiere residencia en las cercanías o ganas de mudarse a este nuevo Bilbao.

¿Te apetece?. Escribe a info ARROBA linkingpaths PUNTO com, contándonos quién eres, adjuntando tu CV y pretensiones económicas.

Gracias.

Feb 1, 2006
Next page →
2012 2013
  • January 5
  • February 5
  • March 2
  • April 1
  • May
  • June
  • July
  • August
  • September
  • October
  • November
  • December
2011 2012 2013
  • January 4
  • February 4
  • March 6
  • April 5
  • May 4
  • June 6
  • July 4
  • August 6
  • September 5
  • October 4
  • November 6
  • December 4
2010 2011 2012
  • January 2
  • February
  • March
  • April
  • May 1
  • June
  • July
  • August
  • September
  • October
  • November
  • December
2009 2010 2011
  • January 1
  • February 1
  • March 1
  • April 3
  • May 1
  • June 2
  • July 1
  • August
  • September
  • October
  • November 2
  • December 2
2008 2009 2010
  • January 3
  • February 5
  • March 1
  • April 3
  • May 1
  • June 2
  • July
  • August 3
  • September 1
  • October 2
  • November
  • December 2
2007 2008 2009
  • January 4
  • February 2
  • March 4
  • April 8
  • May 4
  • June 6
  • July 6
  • August 5
  • September 6
  • October 5
  • November 5
  • December 3
2006 2007 2008
  • January 7
  • February 9
  • March
  • April 2
  • May 2
  • June 5
  • July 8
  • August 17
  • September 15
  • October 9
  • November 3
  • December 4
2005 2006 2007
  • January 3
  • February 7
  • March 4
  • April 3
  • May 4
  • June 5
  • July 7
  • August 11
  • September 3
  • October 17
  • November 4
  • December 9
2005 2006
  • January
  • February
  • March
  • April
  • May
  • June
  • July
  • August
  • September
  • October 11
  • November 12
  • December 3