Vuelvo al blog a comentar rápidamente un caso que debería de repetirse constantemente: el cómo se llega a un punto en el estado del arte de una metodología/investigación/... , en el que se establece una teoría a probar... y esa teoría se valida y comprueba de manera empresarial... lo que yo llamaría "ingeniería académica" o "academia ingenieril". Este es el caso de la teoría de memoria asociativa jerárquica, elaborada en el libro de Jeff Hawkins, On Intelligence, y que, a partir del trabajo de decenas (¿cientos?) de investigadores previos es convertido en una idea empresarial.
¿Es la mejor idea? No lo sé, no soy experto en neurociencia, y no sé si lo que Hawkins ha ideado es buena idea, mala, es suya, no lo es... pero este esfuerzo ha supuesto:
1. Un libro que ha provocado controversia, tanto positiva como negativa, pero que ha creado nuevo interés en el terreno de la neurociencia.
2. La creación de un centro de investigación, RedWood, ahora en la Universidad de Berkeley.
3. La creación de una nueva empresa, Numenta, a partir de esta idea.
Claro, Jeff Hawkins no es cualquiera, es el creador de empresas como Palm o Handspring, y no hay duda de que su capacidad de crear interés inversor es muy grande, se le ocurra lo que se le ocurra. Pero lo que me interesa comentar aquí es lo que yo considero que es el ciclo natural de prácticamente todas las ciencias (acepto comentarios sobre matemática teórica, por ejemplo :) ): verificación y validación de esas teorías en casos prácticos y reales.
Blog de Justo Hidalgo, con todo lo que me interesa sobre psicologia, sociologia, neurociencia, ingenieria del software, Web 2.0, y lo que se tercie
9/25/2005
3/14/2005
"Los chavales de ahora" y "En mis tiempos". Treinta y tantos en marcha
Fast Company Now
Es que es cierto. Cada generación tiene sus historias. La mía fue la de la tele, la del Spectrum 48K -o el Amstrad-, la de los primeros videojuegos, la de los bocatas de chocolate. Los chavalitos de ahora tienen su XBox, su PlayStation, su móvil -capado o no-. Me resulta interesante el comentario del autor de este pequeño artículo acerca de que ningún niño de menos de 12 años debería, siquiera, conocer la palabra "multitarea". Creo que ha dado en el clavo. Cada cosa a su tiempo, centrándose -i.e. APRENDIENDO- en cada detalle de su dibujo, de su trabajo escolar, o del programa de la tele que esté viendo. Desde hace años eso es muy complicado para profesionales. Desde hace pocos años eso es muy difícil para los adolescentes, ... y ahora toca el turno de los chavales. ¿Qué efecto tendrá esta exposición a lo que ya en otro post se comentaba, el "cognitive overload" en estas futuras generaciones? ¿Habrá una catástrofe cósmica, o, sencillamente, nuestro cerebro es tan maravilloso que se acostumbra a todo? Se admiten apuestas.
Es que es cierto. Cada generación tiene sus historias. La mía fue la de la tele, la del Spectrum 48K -o el Amstrad-, la de los primeros videojuegos, la de los bocatas de chocolate. Los chavalitos de ahora tienen su XBox, su PlayStation, su móvil -capado o no-. Me resulta interesante el comentario del autor de este pequeño artículo acerca de que ningún niño de menos de 12 años debería, siquiera, conocer la palabra "multitarea". Creo que ha dado en el clavo. Cada cosa a su tiempo, centrándose -i.e. APRENDIENDO- en cada detalle de su dibujo, de su trabajo escolar, o del programa de la tele que esté viendo. Desde hace años eso es muy complicado para profesionales. Desde hace pocos años eso es muy difícil para los adolescentes, ... y ahora toca el turno de los chavales. ¿Qué efecto tendrá esta exposición a lo que ya en otro post se comentaba, el "cognitive overload" en estas futuras generaciones? ¿Habrá una catástrofe cósmica, o, sencillamente, nuestro cerebro es tan maravilloso que se acostumbra a todo? Se admiten apuestas.
Towards Semantic Middleware for Web Application Development
Towards Semantic Middleware for Web Application Development
Interesante artículo del Distributed Systems Online sobre la utilización de tecnologías semánticas en el desarrollo de aplicaciones web, contra el paradigma actual de frameworks configurables declarativamente sin un modelo formal coherente.
En la actualidad los servidores de aplicaciones, ya sea J2EE o .NET, ya sea sobre Web Services o no contienen capacidades avanzadas de generación de código mediante la utilización de menús gráficos o de metainformación añadida al código, o de programación declarativa con ficheros de configuración. Además, la utilización de procesos de integración ha requerido la creación de herramientas de gestión de procesos, como BPEL.
Sin embargo, la falta de un modelo formal hace complicado -para el desarrollador- el ser capaz de seguir todo el proceso -en el artículo hay algún ejemplo de WServices y EJBs-. Por tanto, proponen la creación de una ontología que cubra todo el espectro relacionado con el desarrollo de aplicaciones web: descripción de servicios, políticas, calidad de servicio, ... Estas ontologías contienen una taxonomía de relación entre los elementos que conforman estos puntos, y un motor de inferencia que permite razonar sobre la taxonomía en tiempo de ejecución.
Para ello, generan una "pila" de ontologías, de lo más genérico (foundational ontology) a lo más concreto. Parte de una ontología genérica de ingeniería cognitiva y lingüística, enriquecida por otras de axiomatización de conceptos en un servidor de aplicaciones, y en servicios. Por último, existirán ontologías dependientes de dominio.
Interesante artículo del Distributed Systems Online sobre la utilización de tecnologías semánticas en el desarrollo de aplicaciones web, contra el paradigma actual de frameworks configurables declarativamente sin un modelo formal coherente.
En la actualidad los servidores de aplicaciones, ya sea J2EE o .NET, ya sea sobre Web Services o no contienen capacidades avanzadas de generación de código mediante la utilización de menús gráficos o de metainformación añadida al código, o de programación declarativa con ficheros de configuración. Además, la utilización de procesos de integración ha requerido la creación de herramientas de gestión de procesos, como BPEL.
Sin embargo, la falta de un modelo formal hace complicado -para el desarrollador- el ser capaz de seguir todo el proceso -en el artículo hay algún ejemplo de WServices y EJBs-. Por tanto, proponen la creación de una ontología que cubra todo el espectro relacionado con el desarrollo de aplicaciones web: descripción de servicios, políticas, calidad de servicio, ... Estas ontologías contienen una taxonomía de relación entre los elementos que conforman estos puntos, y un motor de inferencia que permite razonar sobre la taxonomía en tiempo de ejecución.
Para ello, generan una "pila" de ontologías, de lo más genérico (foundational ontology) a lo más concreto. Parte de una ontología genérica de ingeniería cognitiva y lingüística, enriquecida por otras de axiomatización de conceptos en un servidor de aplicaciones, y en servicios. Por último, existirán ontologías dependientes de dominio.
Se aprende de los fallos, incluso de las tragedias
Fast Company | Gospels of Failure
Empezando por un hecho singular y creo que poco conocido, como es el que el 9/11 Commission Report es uno de los libros más vendidos en los Estados Unidos -aunque quizá no tendría que sorprendernos tanto -, el artículo comenta algunos de los párrafos más interesantes del informe, además de otras dos historias -el accidente del Columbia y un caso de invención de noticias, el de Jayson Blair, parecido al de Stephen Glass a partir del cuál se hizo la película "Shattered Glass"- para hacernos dar cuenta de la importancia que tienen la reacción ante los errores cometidos, un punto de vista muy anglosajón y que quizá aquí no tenemos tan arraigado.
El artículo centra en tres aspectos los principales culpables en ignorar señales previas de aviso que quizá, a lo mejor, pero mejor que nada, podrían haber ayudado a evitar estos tres casos y, consecuentemente, otros muchos: imaginación (o falta de imaginación, la que hacía falta para darse cuenta de que había grupos extremistas en Afganistán muy preparados; también se utiliza un ejemplo más de la calle y menos trágico: Napster vs. la industria discográfica, Linux vs. el gigante Microsoft), cultura (el exceso de confianza de la NASA tras sus éxitos en los 60 ha llevado a un proceso organizacional excesivamente optimista, lo cuál sigue ocasionando pérdidas materiales y sobre todo humanas) y comunicación (o cómo las redes sociales deben convertirse en algo más que "software para conocer gente" y ser realmente elementos de comunicación eficiente de información).
Por cierto, me ha encantado una frase del profesor Bennis de la USC Business School: "There's a marvelous Middle Eastern phrase about leaders who've stopped listening. They say, 'He has tired ears.' That's arrogance".
Empezando por un hecho singular y creo que poco conocido, como es el que el 9/11 Commission Report es uno de los libros más vendidos en los Estados Unidos -aunque quizá no tendría que sorprendernos tanto -, el artículo comenta algunos de los párrafos más interesantes del informe, además de otras dos historias -el accidente del Columbia y un caso de invención de noticias, el de Jayson Blair, parecido al de Stephen Glass a partir del cuál se hizo la película "Shattered Glass"- para hacernos dar cuenta de la importancia que tienen la reacción ante los errores cometidos, un punto de vista muy anglosajón y que quizá aquí no tenemos tan arraigado.
El artículo centra en tres aspectos los principales culpables en ignorar señales previas de aviso que quizá, a lo mejor, pero mejor que nada, podrían haber ayudado a evitar estos tres casos y, consecuentemente, otros muchos: imaginación (o falta de imaginación, la que hacía falta para darse cuenta de que había grupos extremistas en Afganistán muy preparados; también se utiliza un ejemplo más de la calle y menos trágico: Napster vs. la industria discográfica, Linux vs. el gigante Microsoft), cultura (el exceso de confianza de la NASA tras sus éxitos en los 60 ha llevado a un proceso organizacional excesivamente optimista, lo cuál sigue ocasionando pérdidas materiales y sobre todo humanas) y comunicación (o cómo las redes sociales deben convertirse en algo más que "software para conocer gente" y ser realmente elementos de comunicación eficiente de información).
Por cierto, me ha encantado una frase del profesor Bennis de la USC Business School: "There's a marvelous Middle Eastern phrase about leaders who've stopped listening. They say, 'He has tired ears.' That's arrogance".
3/07/2005
Los investigadores buscan una tecnolog�a para reducir las distracciones frente al PC
Los investigadores buscan una tecnolog�a para reducir las distracciones frente al PC
Ya mencionado en uno de los artículos previos de este blog sobre el "cognitive overload". Investigadores de diferentes ámbitos y universidades, así como algunas empresas, están trabajando en interfaces gráficas que mitiguen las distracciones que se producen a diario en nuestro trabajo delante de la pantalla: correo electrónico, MSN, blogs, ...
Me imagino que interfaces gráficas que fuercen a tu mirada a un punto determinado, que dificulten la realización de acciones que hasta ahora eran inmediatas -p.e. leer el correo- o que clasifiquen automáticamente el correo de manera eficiente para que no se pierda tanto tiempo, serán pequeñas hazañas que pueden ayudar a que nos concentremos un poco más. Pero dudo mucho que se consiga, cuando la sociedad está yendo hacia otro lado: "ambient networks" donde "the net is everywhere" no parece un buen ambiente donde podamos abstraernos y, sencillamente, trabajar o investigar sobre un tema.
Últimamente creo que estoy consiguiendo una mayor concentración, pero de manera independiente a "trucos técnicos". Cuando necesito -y quiero: el deseo es algo importante en estos casos- concentración absoluta:
¿Funciona? Sólo a veces. Otras, parece que mi cerebro, sencillamente, no tiene ganas de concentrarse. A ver qué voy consiguiendo...
Ya mencionado en uno de los artículos previos de este blog sobre el "cognitive overload". Investigadores de diferentes ámbitos y universidades, así como algunas empresas, están trabajando en interfaces gráficas que mitiguen las distracciones que se producen a diario en nuestro trabajo delante de la pantalla: correo electrónico, MSN, blogs, ...
Me imagino que interfaces gráficas que fuercen a tu mirada a un punto determinado, que dificulten la realización de acciones que hasta ahora eran inmediatas -p.e. leer el correo- o que clasifiquen automáticamente el correo de manera eficiente para que no se pierda tanto tiempo, serán pequeñas hazañas que pueden ayudar a que nos concentremos un poco más. Pero dudo mucho que se consiga, cuando la sociedad está yendo hacia otro lado: "ambient networks" donde "the net is everywhere" no parece un buen ambiente donde podamos abstraernos y, sencillamente, trabajar o investigar sobre un tema.
Últimamente creo que estoy consiguiendo una mayor concentración, pero de manera independiente a "trucos técnicos". Cuando necesito -y quiero: el deseo es algo importante en estos casos- concentración absoluta:
- Cierro el cliente de correo. Completamente.
- Pongo el MSN en "ocupado" -no lo apago, lo reconozco... ¿será el siguiente paso?-
- Pongo el Skype en "ocupado" -y así no recibo llamadas-
- Si es posible, cierro todas las ventanas y/o maximizo aquella con la que estoy trabajando. Si utilizo varias, maximizo sólo esas
- Limpio mi mesa de "tentaciones": ese artículo que no he terminado de leer, esa tarea pendiente, ...-.
¿Funciona? Sólo a veces. Otras, parece que mi cerebro, sencillamente, no tiene ganas de concentrarse. A ver qué voy consiguiendo...
3/04/2005
Parece que la programación genética va pitando
John Koza presentó hace unos años en el Journal "genetic programming & evolvable machines" pruebas de que algunos programas genéticos ya estaban presentando automáticamente ideas que se les había ocurrido anteriormente a humanos (de hecho, 15 de esas ideas habían sido PATENTADAS durante el siglo 20!!!!!). En esta página se encuentran esas ideas.
Sorprendente y emocionante. ¿Será cierto que, en lo general y centrándonos en la investigación científica, somos máquinas avanzadas? Llevo casi tres años abogando por la Inteligencia Emocional, el Pensamiento Lateral, pero siempre desde el punto de vista de un profesional con labores tanto técnicas como sociales. Sin embargo, si nos centramos en el terreno puramente científico, no sé si la innovación es, sencillamente, saltarse unos cuantos pasos lógicos, o realizarlos de manera intuitiva, antes que otros.
Sorprendente y emocionante. ¿Será cierto que, en lo general y centrándonos en la investigación científica, somos máquinas avanzadas? Llevo casi tres años abogando por la Inteligencia Emocional, el Pensamiento Lateral, pero siempre desde el punto de vista de un profesional con labores tanto técnicas como sociales. Sin embargo, si nos centramos en el terreno puramente científico, no sé si la innovación es, sencillamente, saltarse unos cuantos pasos lógicos, o realizarlos de manera intuitiva, antes que otros.
Aprendizaje y Resolución Automática
BusinessWeek Online:The Art of Invention
No, no es un artículo complejo sobre técnicas de "Machine Learning" o Inteligencia Artificial. Es un artículo que me permite introducir una metodología que quiero estudiar un poco: TRIZ.
¿Que qué es? Bueno, eso intentaré resumirlo en otro post. El artículo es más genérico. Partiendo de la premisa de que la inventiva conlleva un razonamiento lógico (un pensamiento vertical, como diría de Bono), comenta una serie de ideas, metodologías, software... que intenta realizar o al menos apoyar al científico en su elaboración "rutinaria" de nuevos inventos, nuevas respuestas, etc.
El artículo introduce esta metodología, TRIZ, que nació de una manera muy curiosa, y que merece la pena referenciar.
Lo que intenta TRIZ es innovar automáticamente. Para ello se basa en dos conceptos principales, que son las Contradicciones Técnicas y las Fïsicas.
Las contradicciones técnicas: algo más deseable conlleva algo menos deseable, en cierta medida.
Las contradicciones físicas o inherentes: al mismo tiempo necesitamos más Y menos de algo (ejemplo de wiki: "we may need higher temperature in order to melt a compound more rapidly, but less temperature in order to achieve a homogeneous mixture").
A partir de aquí, y tras un estudio de un gran número de patentes, el creador de Triz, el ruso (ex-URSS) Prof. Altshuller creó una matriz de contradicciones.
Por último -en su base- aparece un conjunto de Leyes de Evolución de Sistemas Técnicos que predicen qué mejoras se pueden realizar sobre un producto.
Un enlace interesante es el propio Instituto Altshuller de Estudios TRIZ.
El artículo al que me refiero deja atrás TRIZ para sumergirse en las arenas de la programación evolutiva y demás. Yo mejor me quedo un paso atrás y sigo leyendo sobre TRIZ.
No, no es un artículo complejo sobre técnicas de "Machine Learning" o Inteligencia Artificial. Es un artículo que me permite introducir una metodología que quiero estudiar un poco: TRIZ.
¿Que qué es? Bueno, eso intentaré resumirlo en otro post. El artículo es más genérico. Partiendo de la premisa de que la inventiva conlleva un razonamiento lógico (un pensamiento vertical, como diría de Bono), comenta una serie de ideas, metodologías, software... que intenta realizar o al menos apoyar al científico en su elaboración "rutinaria" de nuevos inventos, nuevas respuestas, etc.
El artículo introduce esta metodología, TRIZ, que nació de una manera muy curiosa, y que merece la pena referenciar.
Lo que intenta TRIZ es innovar automáticamente. Para ello se basa en dos conceptos principales, que son las Contradicciones Técnicas y las Fïsicas.
Las contradicciones técnicas: algo más deseable conlleva algo menos deseable, en cierta medida.
Las contradicciones físicas o inherentes: al mismo tiempo necesitamos más Y menos de algo (ejemplo de wiki: "we may need higher temperature in order to melt a compound more rapidly, but less temperature in order to achieve a homogeneous mixture").
A partir de aquí, y tras un estudio de un gran número de patentes, el creador de Triz, el ruso (ex-URSS) Prof. Altshuller creó una matriz de contradicciones.
Por último -en su base- aparece un conjunto de Leyes de Evolución de Sistemas Técnicos que predicen qué mejoras se pueden realizar sobre un producto.
Un enlace interesante es el propio Instituto Altshuller de Estudios TRIZ.
El artículo al que me refiero deja atrás TRIZ para sumergirse en las arenas de la programación evolutiva y demás. Yo mejor me quedo un paso atrás y sigo leyendo sobre TRIZ.
Sinestesia o ¿a qué huelen las nubes?
Wired News: Rainbow Coalition of the Brain
Interesantísimo artículo sobre la "sinestesia", curiosa característica de algunos individuos que relacionan sensaciones (p.e. un sonido con un sabor). Como casi siempre, la ciencia, con este tema, tiene una respuesta lógica a otro más de las múltiples magias con las que nos intentan rascar los bolsillos: el "áura" puede ser sencillamente vista por una persona que tiene esta característica neurológica.
Algunos autores, recientemente, proponen que estas personas pueden aprovecharse de la sinestesia para mejorar sus procesos cognitivos.
Esto me recuerda a un libro denominado "El don de la dislexia". ¿Hasta qué punto lo que no es común es "una enfermedad"? Depende de cómo se lo tome quien lo sufre, puede convertirlo en una ventaja.
Interesantísimo artículo sobre la "sinestesia", curiosa característica de algunos individuos que relacionan sensaciones (p.e. un sonido con un sabor). Como casi siempre, la ciencia, con este tema, tiene una respuesta lógica a otro más de las múltiples magias con las que nos intentan rascar los bolsillos: el "áura" puede ser sencillamente vista por una persona que tiene esta característica neurológica.
Algunos autores, recientemente, proponen que estas personas pueden aprovecharse de la sinestesia para mejorar sus procesos cognitivos.
Esto me recuerda a un libro denominado "El don de la dislexia". ¿Hasta qué punto lo que no es común es "una enfermedad"? Depende de cómo se lo tome quien lo sufre, puede convertirlo en una ventaja.
3/03/2005
Estar a gusto en el trabajo exige esfuerzo bidireccional
Fury.com: Blogging in close quarters
Pequeño post de un trabajador de Google, ex-trabajador de Yahoo! Comenta que en Yahoo! cada unidad de negocio era no sólo independiente, sino rival del resto, lo que dificultaba el "buen rollito".
Hablando desde mi propia experiencia, y sólo desde ella, creo que el estar cómodo en un lugar de trabajo depende de tu personalidad. Pero lo que Kevin Fox comenta es que si uno es proactivo (palabra de moda de esta semana), ha de ser aprovechado, y no rechazado. Pero claro, eso exige múltiples esfuerzos:
Las estructuras organizativas abiertas dan lugar a este tipo de relaciones, aunque a costa de poderse perder en el caos de lo "cool". Por otra parte, todos tenemos buenas ideas pero, ¿cuál sería el coste real si escuchásemos a todo el mundo? No sé si hay algún estudio sobre ello, estaría bien.
Pequeño post de un trabajador de Google, ex-trabajador de Yahoo! Comenta que en Yahoo! cada unidad de negocio era no sólo independiente, sino rival del resto, lo que dificultaba el "buen rollito".
Hablando desde mi propia experiencia, y sólo desde ella, creo que el estar cómodo en un lugar de trabajo depende de tu personalidad. Pero lo que Kevin Fox comenta es que si uno es proactivo (palabra de moda de esta semana), ha de ser aprovechado, y no rechazado. Pero claro, eso exige múltiples esfuerzos:
- Tu propio esfuerzo de ser proactivo
- Tu esfuerzo de ser proactivo, pero saber qué has de decir y cómo
- Tu esfuerzo de recibir el comentario crítico de aquél a quien se lo comentas.
- El esfuerzo del otro para recibir tu comentario/crítica
- Su esfuerzo para entender el porqué de lo que ha dicho -puede parecer una imbecilidad pero, ¿por qué no pensarlo unos minutos?-.
- Su esfuerzo para, si tienes razón, propagar esas ideas a lo largo y ancho de la estructura burocrática existente
- ...
Las estructuras organizativas abiertas dan lugar a este tipo de relaciones, aunque a costa de poderse perder en el caos de lo "cool". Por otra parte, todos tenemos buenas ideas pero, ¿cuál sería el coste real si escuchásemos a todo el mundo? No sé si hay algún estudio sobre ello, estaría bien.
3/02/2005
Google Scholar
Google Scholar
Sólo un apunte poco conocido. Este es el buscador de Google para citas científicas y académicas. Merece la pena, aunque tiendo a seguir utilizando Citeseer, al menos hasta que vea que uno es mucho mejor que el otro.
Sólo un apunte poco conocido. Este es el buscador de Google para citas científicas y académicas. Merece la pena, aunque tiendo a seguir utilizando Citeseer, al menos hasta que vea que uno es mucho mejor que el otro.
Ellos también aman a Lucene
TheServerSide.com - I Love Lucene
Articulito sobre cómo se usa Lucene en TheServerSide como motor de búsqueda.
El primer aviso a navegantes: Lucene no es un producto off-the-shelf; hay que programar, chavales, para integrarlo con vuestra aplicación.
Personalmente he utilizado Lucene para pequeños proyectos internos y para poner en apuros a mis alumnos de Ingeniería del Software. Antes de que Google Desktop Search apareciese en mi vida, utilizaba Lucene para mantener indexados mis discos locales y así poder encontrar algo útil entre la maraña de directorios que suelo tener.
Toda aplicación de búsqueda se divide, grosso modo, en dos partes:
La construcción del índice depende de lo que se quiera almacenar. En el caso de este artículo, necesitaban esta estructura, que representaron mediante una clase Java.
Además -si algún ex-alumno mío de Ingenería del Software I está leyendo esto, se acordará-, si el contenido a indexar es muy grande, lo de tener que reindexar todo desde el principio cada vez no es muy buena idea, por lo que es interesante contar con algún sistema de indexación incremental.
La búsqueda en Lucene se realiza a través del método IndexSearch.search, que admite una búsqueda no estructurada con operadores. La consulta se construye internamente mediante el componente Lucene QueryParser.
Para más detalles, id al artículo y después a bajaros Lucene!
Articulito sobre cómo se usa Lucene en TheServerSide como motor de búsqueda.
El primer aviso a navegantes: Lucene no es un producto off-the-shelf; hay que programar, chavales, para integrarlo con vuestra aplicación.
Personalmente he utilizado Lucene para pequeños proyectos internos y para poner en apuros a mis alumnos de Ingeniería del Software. Antes de que Google Desktop Search apareciese en mi vida, utilizaba Lucene para mantener indexados mis discos locales y así poder encontrar algo útil entre la maraña de directorios que suelo tener.
Toda aplicación de búsqueda se divide, grosso modo, en dos partes:
- Construcción de un índice (interfaz IndexBuilder en Lucene)
- Búsqueda sobre ese índice (interfaz IndexSearch en Lucene)
La construcción del índice depende de lo que se quiera almacenar. En el caso de este artículo, necesitaban esta estructura, que representaron mediante una clase Java.
Además -si algún ex-alumno mío de Ingenería del Software I está leyendo esto, se acordará-, si el contenido a indexar es muy grande, lo de tener que reindexar todo desde el principio cada vez no es muy buena idea, por lo que es interesante contar con algún sistema de indexación incremental.
La búsqueda en Lucene se realiza a través del método IndexSearch.search, que admite una búsqueda no estructurada con operadores. La consulta se construye internamente mediante el componente Lucene QueryParser.
Para más detalles, id al artículo y después a bajaros Lucene!
La guerra contra P2P: MGM v. Grokster
Slashdot | MGM v. Grokster: Here's Why P2P is Valuable
Interesante noticia sobre algunos defensores del caso MGM vs. Grokster. Muy curioso el documento de los profesores universitarios (ah! y pedazo de lista!!!). El P2P existe desde mucho antes de que yo empezara la carrera; ya estudiábamos en ella sistemas más pobres que los actuales, pero conceptualmente idénticos. Como bien dicen los profesores, Internet es inherentemente una red P2P, donde la diferencia entre C y S es cada vez más difusa -no confundamos con la WWW-. Y me quedo con uno de los comentarios de "nine-times" en el post:
"Claiming P2P networks should be banned because it's used to share copyrighted works is like claiming that HTTP should be banned because web pages are used to slander people, or that knives should be outlawed because knives are used for stabbings. And it doesn't end there, screwdrivers and pencils can be used for stabbings, hammers can be used for bashing people's heads in, and cars can be used for running people over. "
... ¡y no veas cómo cortan las hojas de papel! ¡A prohibirlas también! ;)
Interesante noticia sobre algunos defensores del caso MGM vs. Grokster. Muy curioso el documento de los profesores universitarios (ah! y pedazo de lista!!!). El P2P existe desde mucho antes de que yo empezara la carrera; ya estudiábamos en ella sistemas más pobres que los actuales, pero conceptualmente idénticos. Como bien dicen los profesores, Internet es inherentemente una red P2P, donde la diferencia entre C y S es cada vez más difusa -no confundamos con la WWW-. Y me quedo con uno de los comentarios de "nine-times" en el post:
"Claiming P2P networks should be banned because it's used to share copyrighted works is like claiming that HTTP should be banned because web pages are used to slander people, or that knives should be outlawed because knives are used for stabbings. And it doesn't end there, screwdrivers and pencils can be used for stabbings, hammers can be used for bashing people's heads in, and cars can be used for running people over. "
... ¡y no veas cómo cortan las hojas de papel! ¡A prohibirlas también! ;)
3/01/2005
Innovando en la Educación
ideo.com :: Case Studies :: Stanford Center for Interactive Learning
Interesantísimo documento sobre cómo innovar en la educación a partir de una arquitectura pensada EXPLÍCITAMENTE para eso. IDEO y el SCIL (Stanford Center for Innovations in Learning) realizaron un soberbio -en cuanto a plantearlo y en cuanto a permitir la discusión sobre ello- trabajo de redefinir el diseño interno del centro de SCIL, el Wallenberg Hall.
Tampoco creo que sea necesario invertir tanto dinero en innovar en la educación. Desgraciadamente, este tipo de proyectos están a años luz por delante de lo que solemos ver en el día a día de nuestros colegios, centros educativos, universidades y aprendizaje profesional, donde seguimos viendo un 90% de clases magistrales -no nos liemos: incluso los laboratorios siguen siendo, la mayoría de las veces, clases lideradas por uno, y seguido por el resto-. Me da pena ver que incluso el e-learning se ha convertido en un "cuelga-apuntes"; yo eso lo llevo haciendo desde el 98, y jamás se me ha ocurrido decir que tenía un portal de e-learning. Pues bien, fui un tonto redomado, pues ahora podría ser considerado un pionero con unas cuantas medallas colgadas ;)
La educación quema. Al menos eso he observado no sólo conmigo sino con la mayoría de los compañeros que conozco -siempre hay honrosas excepciones, claro-. La ilusión que pones al principio viene seguida de muchas ideas nuevas, pero que si no se apoyan en recursos, interés de la organización, etc., llevan muy rápidamente a la frustración.
Para educar hay que educarse.
Interesantísimo documento sobre cómo innovar en la educación a partir de una arquitectura pensada EXPLÍCITAMENTE para eso. IDEO y el SCIL (Stanford Center for Innovations in Learning) realizaron un soberbio -en cuanto a plantearlo y en cuanto a permitir la discusión sobre ello- trabajo de redefinir el diseño interno del centro de SCIL, el Wallenberg Hall.
Tampoco creo que sea necesario invertir tanto dinero en innovar en la educación. Desgraciadamente, este tipo de proyectos están a años luz por delante de lo que solemos ver en el día a día de nuestros colegios, centros educativos, universidades y aprendizaje profesional, donde seguimos viendo un 90% de clases magistrales -no nos liemos: incluso los laboratorios siguen siendo, la mayoría de las veces, clases lideradas por uno, y seguido por el resto-. Me da pena ver que incluso el e-learning se ha convertido en un "cuelga-apuntes"; yo eso lo llevo haciendo desde el 98, y jamás se me ha ocurrido decir que tenía un portal de e-learning. Pues bien, fui un tonto redomado, pues ahora podría ser considerado un pionero con unas cuantas medallas colgadas ;)
La educación quema. Al menos eso he observado no sólo conmigo sino con la mayoría de los compañeros que conozco -siempre hay honrosas excepciones, claro-. La ilusión que pones al principio viene seguida de muchas ideas nuevas, pero que si no se apoyan en recursos, interés de la organización, etc., llevan muy rápidamente a la frustración.
Para educar hay que educarse.
II Jornadas contra el pr�stamo de pago
II Jornadas contra el pr�stamo de pago
No bastaba con el archifamoso canon al CD, también las bibliotecas sufren el "eres culpable aunque se demuestre lo contrario". Me imagino a los bibliotecarios evitando los préstamos de libros a final de año porque "se nos ha ido el presupuesto". Esta medida se quiere aplicar en las bibliotecas universitarias y públicas, pero ¿por qué no en las de los colegios públicos? Total, si los niños ya tienen PlayStation y GameBoy.
No me vale lo de que los autores o editores pierdan ventas debido a las bibliotecas; es que no es ni discutible, la verdad. Creo que la mayoría de nosotros ha aprendido a leer y a disfrutar de la lectura con los libros de las bibliotecas de los colegios donde hemos estudiado, de las juntas del distrito donde vivimos, etc. Creo que este fragmento de una intervención de de Doña Blanca Calvo el año pasado es lo suficientemente claro.
Habrá que leer con más detalle las licencias Creative Commons, por lo que pueda pasar ;)
No bastaba con el archifamoso canon al CD, también las bibliotecas sufren el "eres culpable aunque se demuestre lo contrario". Me imagino a los bibliotecarios evitando los préstamos de libros a final de año porque "se nos ha ido el presupuesto". Esta medida se quiere aplicar en las bibliotecas universitarias y públicas, pero ¿por qué no en las de los colegios públicos? Total, si los niños ya tienen PlayStation y GameBoy.
No me vale lo de que los autores o editores pierdan ventas debido a las bibliotecas; es que no es ni discutible, la verdad. Creo que la mayoría de nosotros ha aprendido a leer y a disfrutar de la lectura con los libros de las bibliotecas de los colegios donde hemos estudiado, de las juntas del distrito donde vivimos, etc. Creo que este fragmento de una intervención de de Doña Blanca Calvo el año pasado es lo suficientemente claro.
Habrá que leer con más detalle las licencias Creative Commons, por lo que pueda pasar ;)
2/26/2005
¿Calidad o cantidad?
LinkedIn: Home
Estoy en LinkedIn.com. Me parece una idea muy interesante, aunque reconozco que no me preocupé mucho por ello hasta que, como casi siempre, mi colega Vicente Orjales me invitó a participar. La idea es simple, pero bien hecha; basándose en la teoría de los seis grados de separación -yo puedo "acceder" a todas las personas de este mundo a través de, como mucho, otras seis intermediarias-, se trata de crear una red profesional de contactos. Es muy interesante ver cómo, con apenas 9 contactos directos, ya encuentras miles de otros profesionales en esa red.
Inicialmente empecé a pensar que, aunque interesante, la avidez de muchos de nosotros haría primar la cantidad a la calidad -aunque se nos avise por activa y por pasiva-. En esa red he visto a gente con 600 contactos directos... ¿es posible conocer a 600 contactos profesionales actualizados, de calidad y en los que uno confía de verdad? Yo me considero incapaz de afirmarlo.
Sin embargo, "una segunda vuelta" a esta idea me lleva al concepto de cantera. Claro, mejor elige a los de mejor calidad... si vas a trabajar con ellos, pero esa no es la idea de linkedin. Esta web no proporciona información semántica de cada una de las relaciones -algo que creo que sería muy interesante-, sino que cuantos más contactos tengas, más contactos de segundo, tercer, ... nivel tendrás, y más posibilidades tendrás de alcanzar contactos de interés para encontrar trabajo, hacer negocio, etc. Poniéndo de una manera un poco radical, ¿es que los indeseables no tienen colegas de valor?
Estoy en LinkedIn.com. Me parece una idea muy interesante, aunque reconozco que no me preocupé mucho por ello hasta que, como casi siempre, mi colega Vicente Orjales me invitó a participar. La idea es simple, pero bien hecha; basándose en la teoría de los seis grados de separación -yo puedo "acceder" a todas las personas de este mundo a través de, como mucho, otras seis intermediarias-, se trata de crear una red profesional de contactos. Es muy interesante ver cómo, con apenas 9 contactos directos, ya encuentras miles de otros profesionales en esa red.
Inicialmente empecé a pensar que, aunque interesante, la avidez de muchos de nosotros haría primar la cantidad a la calidad -aunque se nos avise por activa y por pasiva-. En esa red he visto a gente con 600 contactos directos... ¿es posible conocer a 600 contactos profesionales actualizados, de calidad y en los que uno confía de verdad? Yo me considero incapaz de afirmarlo.
Sin embargo, "una segunda vuelta" a esta idea me lleva al concepto de cantera. Claro, mejor elige a los de mejor calidad... si vas a trabajar con ellos, pero esa no es la idea de linkedin. Esta web no proporciona información semántica de cada una de las relaciones -algo que creo que sería muy interesante-, sino que cuantos más contactos tengas, más contactos de segundo, tercer, ... nivel tendrás, y más posibilidades tendrás de alcanzar contactos de interés para encontrar trabajo, hacer negocio, etc. Poniéndo de una manera un poco radical, ¿es que los indeseables no tienen colegas de valor?
2/24/2005
Vida interrumpida
The Seattle Times: Pacific Northwest Magazine
Siguiendo con el tema abierto en el anterior blog, este artículo también comenta el problema de "cognitive overload". El hecho de contar con tecnologías que nos permiten estar "conectados" en cualquier sitio de manera simple y sencilla es una gran ventaja pero, ¿qué nos estamos perdiendo? ¿Hasta qué punto estamos forzando nuestra capacidad de concurrencia? ¿Soy yo el único que, en determinados momentos -no muchos por ahora, pero en crecimiento- y ante multitud de tareas, sencillamente se queda parado, bloqueado, "halted" ? Claro, cuando tienes una organización y planificación clara, no debería de ocurrir. Pero desgraciadamente eso no suele ser lo normal: las prioridades cambian día a día, hora a hora, debido al propio negocio en el que se está involucrado y uno ha de estar preparado para darse cuenta.
Siguiendo con el tema abierto en el anterior blog, este artículo también comenta el problema de "cognitive overload". El hecho de contar con tecnologías que nos permiten estar "conectados" en cualquier sitio de manera simple y sencilla es una gran ventaja pero, ¿qué nos estamos perdiendo? ¿Hasta qué punto estamos forzando nuestra capacidad de concurrencia? ¿Soy yo el único que, en determinados momentos -no muchos por ahora, pero en crecimiento- y ante multitud de tareas, sencillamente se queda parado, bloqueado, "halted" ? Claro, cuando tienes una organización y planificación clara, no debería de ocurrir. Pero desgraciadamente eso no suele ser lo normal: las prioridades cambian día a día, hora a hora, debido al propio negocio en el que se está involucrado y uno ha de estar preparado para darse cuenta.
2/23/2005
La radio de la UNED
La radio de la UNED
Ya se encuentra disponible el .wma del coloquio que Cova, Manolo y yo mantuvimos sobre la profesión del informático en España. La verdad es que nos centramos más en la profesión del ingeniero de software, será deformación profesional.
Ya se encuentra disponible el .wma del coloquio que Cova, Manolo y yo mantuvimos sobre la profesión del informático en España. La verdad es que nos centramos más en la profesión del ingeniero de software, será deformación profesional.
Multithreading en la vida
The New York Times > Technology> Review> You There, at the Computer: Pay Attention
Mi compañero y sin embargo amigo ;) Vicente Orjales me está presionando para que dé un poco de vidilla a este blog. El tiempo va muy rápido, pero intentaré satisfacer su petición. Para ello, empiezo con un artículo muy interesante y que espero ampliar con otro en estos próximos días sobre un tema que, he de reconocer, me afecta personalmente. Las tecnologías de comunicación existentes en la actualidad nos permiten estar disponibles más que nunca. Yo, que trabajo en un despacho de mi empresa pero que paso también parte de mi tiempo "profesional" e investigador en mi casa, siempre estoy disponible a través de mis dos móviles -personal y profesional-, mis "n" cuentas de correo electrónico -al menos 5-, el MSN o Skype, además del teléfono fijo de empresa o de casa. Además, si Vicente consigue convencerme, actualizaré el blog cada poco. Por otra parte, y debido a mi trabajo, tengo múltiples tareas que realizar a lo largo del día, cuyas prioridades mutuas son, cuando menos, discutibles. ¿Resultado? Pues un "pseudo" desorden de déficit de atención que hace que -sí, lo reconozco, espero que no influya demasiado ante posibles ofertas de trabajo ;) ;) ;) - me resulte muy complicado concentrarme "como en los buenos tiempos". No es un caso crítico, que conste, pues, por una parte, aún soy capaz de leer o trabajar durante alguna hora o dos sin parar, y por otra, nunca he sido lo que se dice un "concentrado" nato. Verme estudiar en la carrera implicaba ver a un chico tumbado en una cama con los apuntes sobre ella, mientras la tele y/o la radio sonaba.
En el próximo blog sobre este tema intentaré ahondar más en cómo solucionarlo... o sea que será un blog muy corto ;)
Mi compañero y sin embargo amigo ;) Vicente Orjales me está presionando para que dé un poco de vidilla a este blog. El tiempo va muy rápido, pero intentaré satisfacer su petición. Para ello, empiezo con un artículo muy interesante y que espero ampliar con otro en estos próximos días sobre un tema que, he de reconocer, me afecta personalmente. Las tecnologías de comunicación existentes en la actualidad nos permiten estar disponibles más que nunca. Yo, que trabajo en un despacho de mi empresa pero que paso también parte de mi tiempo "profesional" e investigador en mi casa, siempre estoy disponible a través de mis dos móviles -personal y profesional-, mis "n" cuentas de correo electrónico -al menos 5-, el MSN o Skype, además del teléfono fijo de empresa o de casa. Además, si Vicente consigue convencerme, actualizaré el blog cada poco. Por otra parte, y debido a mi trabajo, tengo múltiples tareas que realizar a lo largo del día, cuyas prioridades mutuas son, cuando menos, discutibles. ¿Resultado? Pues un "pseudo" desorden de déficit de atención que hace que -sí, lo reconozco, espero que no influya demasiado ante posibles ofertas de trabajo ;) ;) ;) - me resulte muy complicado concentrarme "como en los buenos tiempos". No es un caso crítico, que conste, pues, por una parte, aún soy capaz de leer o trabajar durante alguna hora o dos sin parar, y por otra, nunca he sido lo que se dice un "concentrado" nato. Verme estudiar en la carrera implicaba ver a un chico tumbado en una cama con los apuntes sobre ella, mientras la tele y/o la radio sonaba.
En el próximo blog sobre este tema intentaré ahondar más en cómo solucionarlo... o sea que será un blog muy corto ;)
2/01/2005
Si os levantáis prontito mañana...
La radio de la UNED
... o salís hoy de juerga hasta “tarde”, id al enlace de este post y pulsad en “Lenguajes y Sistemas Informáticos” del 2/2/05.
Lástima que no acierten nunca con el nombre correcto de la empresa ;)
De todas maneras, en una semanita o así estará disponible en formato .wma desde la propia página de la UNED.
... o salís hoy de juerga hasta “tarde”, id al enlace de este post y pulsad en “Lenguajes y Sistemas Informáticos” del 2/2/05.
Lástima que no acierten nunca con el nombre correcto de la empresa ;)
De todas maneras, en una semanita o así estará disponible en formato .wma desde la propia página de la UNED.
1/08/2005
Aplicaciones "estranguladoras"
MF Bliki: StranglerApplication
Martin Fowler comenta en este post de su "bliki" cómo en algunos casos, la mejor manera de reescribir viejas aplicaciones es ir añadiendo funcionalidades "alrededor" del sistema antiguo, hasta que, casi sin darnos cuenta, ya no existe, ha sido "estrangulada".
La ventaja fundamental sobre el enfoque clásico de "cortar y reescribir" es la minimización del riesgo. Creo que, sin embargo, conlleva un coste asociado de previsión de tiempos.
Existe una serie de estrategias asociadas a la estrangulación:
- EventInterception: la idea básica es la intercepción por parte de la aplicación "estranguladora" de los eventos que deben ser recibidos por la aplicación propietaria. Esta información puede almacenarse en una base de datos para realizar un uso más avanzado, o tomarse una a una inmediatamente.
- AssetCapture: otra idea sencilla.- plantearse una aplicación como un "gestor de activos". Entonces, lo que tiene que hacer la nueva aplicación es preocuparse de ir gestionando ella misma, y poco a poco, esos activos -utilizando en muchos casos la estrategia anterior de intercepción de eventos-. También suele utilizar un Patrón de Integración de aplicaciones, llamado "Content-based Router", para evitar que la aplicación antigua reciba eventos que ya está gestionando la "estranguladora" -¡al final me voy a acostumbrar a este nombrecito! ;) -.
Martin Fowler comenta en este post de su "bliki" cómo en algunos casos, la mejor manera de reescribir viejas aplicaciones es ir añadiendo funcionalidades "alrededor" del sistema antiguo, hasta que, casi sin darnos cuenta, ya no existe, ha sido "estrangulada".
La ventaja fundamental sobre el enfoque clásico de "cortar y reescribir" es la minimización del riesgo. Creo que, sin embargo, conlleva un coste asociado de previsión de tiempos.
Existe una serie de estrategias asociadas a la estrangulación:
- EventInterception: la idea básica es la intercepción por parte de la aplicación "estranguladora" de los eventos que deben ser recibidos por la aplicación propietaria. Esta información puede almacenarse en una base de datos para realizar un uso más avanzado, o tomarse una a una inmediatamente.
- AssetCapture: otra idea sencilla.- plantearse una aplicación como un "gestor de activos". Entonces, lo que tiene que hacer la nueva aplicación es preocuparse de ir gestionando ella misma, y poco a poco, esos activos -utilizando en muchos casos la estrategia anterior de intercepción de eventos-. También suele utilizar un Patrón de Integración de aplicaciones, llamado "Content-based Router", para evitar que la aplicación antigua reciba eventos que ya está gestionando la "estranguladora" -¡al final me voy a acostumbrar a este nombrecito! ;) -.
Suscribirse a:
Entradas (Atom)