jueves, marzo 31, 2005
Software libre en la administración y Planeta Código
Juanjo Navarro ha tenido un par de muy buenas iniciativas últimamente. La primera es montar Planeta Código, una agregación de blogs sobre programación en español. Es de esas cosas que hacen comunidad.
La otra iniciativa es escribir un mini-ensayo titulado La administración no está preparada para el software libre. Ha generado un debate interesante con unos cuantos argumentos para pensar. Yo no estoy del todo de acuerdo con lo que dice, pero en su último comentario resume bien lo central del ensayo:
Creo que no estoy de acuerdo en la maginitud de la diferencia entre el precio de fuentes y licencias, pero sí en el espíritu.
La otra iniciativa es escribir un mini-ensayo titulado La administración no está preparada para el software libre. Ha generado un debate interesante con unos cuantos argumentos para pensar. Yo no estoy del todo de acuerdo con lo que dice, pero en su último comentario resume bien lo central del ensayo:
Yo digo que desarrollar software es MUY caro, se requiere una gran labor humana y pretender pagar "fuentes" al precio de "licencias" es injusto.
Creo que no estoy de acuerdo en la maginitud de la diferencia entre el precio de fuentes y licencias, pero sí en el espíritu.
domingo, marzo 27, 2005
Eclipse en Ubuntu Hoary
Hoy se me ocurrió la brillante idea de probar el Eclipse en Hoary. Estuve buscando por ahí y encontré una entrada en el Wiki de Ubuntu que lo pone muy fácil: te bajas el .zip y pa' lante.
Claro, lo que no te dice, porque es obvio, es que necesitas tener Java.
Así que me puse a buscar Java. Encontré otra entrada en el wiki que explicaba cómo hacerlo de tropecientos métodos distintos... pero estaban pensadas para Warty y no quedaba claro si funcionarían en Hoary.
Al final probé la primera y funcionó. Resumiendo: bajarse de Sun el jdk, en concreto yo primero escogí Download JDK 5.0 Update 2 y luego me bajé el fichero jdk-1_5_0_02-linux-i586.bin. Después seguí los pasos que pone en esta entrada de un foro (punto 4) pero en vez de jre, lo hice todo con jdk. ¡Y funcionó!
Lo que no me gusta es que ni Eclipse ni Java están bajo control de Subversion, pero...
Por cierto, estuve probando los métodos básicos de refactorización de Eclipse y me funcionaron muy bien. Un placer.
Claro, lo que no te dice, porque es obvio, es que necesitas tener Java.
Así que me puse a buscar Java. Encontré otra entrada en el wiki que explicaba cómo hacerlo de tropecientos métodos distintos... pero estaban pensadas para Warty y no quedaba claro si funcionarían en Hoary.
Al final probé la primera y funcionó. Resumiendo: bajarse de Sun el jdk, en concreto yo primero escogí Download JDK 5.0 Update 2 y luego me bajé el fichero jdk-1_5_0_02-linux-i586.bin. Después seguí los pasos que pone en esta entrada de un foro (punto 4) pero en vez de jre, lo hice todo con jdk. ¡Y funcionó!
Lo que no me gusta es que ni Eclipse ni Java están bajo control de Subversion, pero...
Por cierto, estuve probando los métodos básicos de refactorización de Eclipse y me funcionaron muy bien. Un placer.
Ensayos sobre "el código como diseño"
Encuentro uno ensayos muy interesantes de Jack W. Reeves sobre el código como diseño. Son viejos (el primero de 1992) pero no los conocía. Sólo he leído la carta al editor que envió el autor antes del primer ensayo, pero me he encontrado con unas cuantas ideas como mínimo thought provoking.
La primera es que el código es parte del diseño. En ese sentido, no existe programa sin diseño. Como dice el autor, "el diseño no es importante: es todo".
La segunda es que una de las formas de refinar el diseño son las pruebas y la depuración. Es decir, estos procesos no son parte de un sistema de calidad, sino parte del proceso del diseño. En ese sentido, el autor afirma que no debemos avergonzarnos de que la fase de pruebas y depuración lleve más del 50% del tiempo, porque en realidad lo que estamos haciendo es mejorar el diseño.
La razón, según el Reeves, por la que se utilizan las pruebas y la depuración como parte del diseño, en lugar de emplear modelos como se hace en otras disciplinas ingenieriles, es que resulta más rápido compilar el código y probarlo. La verdad es que aquí veo uno de sus puntos débiles.
También resulta interesante la parte en la que dice que cuando se hacen comparaciones con otras industrias como la hardware, la construcción de aviones o puentes diciendo que la informática tiene peores resultados, también ha habido procesadores con fallos y aviones y puentes que se caen por fallos de diseño. Sin embargo, me temo que no es tan habitual como en el software.
El autor tampoco dice que no se haga un diseño de alto nivel. Lo que dice es que ese diseño no se considere el único diseño y que no se considere acabado hasta que se haya hecho la codificación y las pruebas; es decir, el diseño de alto nivel no es más que un esquema, que puede ser necesario cambiar cuando se pruebe.
También parece estar en contra de las notaciones independientes del lenguaje de programación. Afirma que no reflejan ciertos aspectos y que en las traducciones entre distintas notaciones se pierden detalles importantes.
Como aspectos problemáticos de su enfoque "código como diseño", el autor apunta que los lenguajes de programación son difíciles de leer para los humanos; por otra parte, hay aspectos del espacio del problema que se reflejan en el código, pero no es fácil reconstruirlos del código directamente. Para esto está la documentación auxiliar, que es eso: documentación auxiliar y no el diseño en sí.
Uno de los motivos por los que el diseño tradicional en cascada falla es porque, en muchas ocasiones, son personas distintas las que hacen lo que se llama el diseño (el documento) y los que luego realizan la codificación (que en realidad también es diseño). Se supone que estos últimos son personas que necesitan menos experiencia, pero eso es en realidad no darse cuenta de la importancia de su trabajo y de que está ligado al diseño del software. Es decir, el problema es que se intenta hacer que el diseño y la codificación sean dos actividades distintas con distintas notaciones, productos y personas involucradas, con lo que al final se acaba con algo que no funciona.
Por lo visto estos ensayos han tenido bastante repercusión en las metodologías ágiles de desarrollo como Extreme Programming.
La primera es que el código es parte del diseño. En ese sentido, no existe programa sin diseño. Como dice el autor, "el diseño no es importante: es todo".
La segunda es que una de las formas de refinar el diseño son las pruebas y la depuración. Es decir, estos procesos no son parte de un sistema de calidad, sino parte del proceso del diseño. En ese sentido, el autor afirma que no debemos avergonzarnos de que la fase de pruebas y depuración lleve más del 50% del tiempo, porque en realidad lo que estamos haciendo es mejorar el diseño.
La razón, según el Reeves, por la que se utilizan las pruebas y la depuración como parte del diseño, en lugar de emplear modelos como se hace en otras disciplinas ingenieriles, es que resulta más rápido compilar el código y probarlo. La verdad es que aquí veo uno de sus puntos débiles.
También resulta interesante la parte en la que dice que cuando se hacen comparaciones con otras industrias como la hardware, la construcción de aviones o puentes diciendo que la informática tiene peores resultados, también ha habido procesadores con fallos y aviones y puentes que se caen por fallos de diseño. Sin embargo, me temo que no es tan habitual como en el software.
El autor tampoco dice que no se haga un diseño de alto nivel. Lo que dice es que ese diseño no se considere el único diseño y que no se considere acabado hasta que se haya hecho la codificación y las pruebas; es decir, el diseño de alto nivel no es más que un esquema, que puede ser necesario cambiar cuando se pruebe.
También parece estar en contra de las notaciones independientes del lenguaje de programación. Afirma que no reflejan ciertos aspectos y que en las traducciones entre distintas notaciones se pierden detalles importantes.
Como aspectos problemáticos de su enfoque "código como diseño", el autor apunta que los lenguajes de programación son difíciles de leer para los humanos; por otra parte, hay aspectos del espacio del problema que se reflejan en el código, pero no es fácil reconstruirlos del código directamente. Para esto está la documentación auxiliar, que es eso: documentación auxiliar y no el diseño en sí.
Uno de los motivos por los que el diseño tradicional en cascada falla es porque, en muchas ocasiones, son personas distintas las que hacen lo que se llama el diseño (el documento) y los que luego realizan la codificación (que en realidad también es diseño). Se supone que estos últimos son personas que necesitan menos experiencia, pero eso es en realidad no darse cuenta de la importancia de su trabajo y de que está ligado al diseño del software. Es decir, el problema es que se intenta hacer que el diseño y la codificación sean dos actividades distintas con distintas notaciones, productos y personas involucradas, con lo que al final se acaba con algo que no funciona.
Por lo visto estos ensayos han tenido bastante repercusión en las metodologías ágiles de desarrollo como Extreme Programming.
viernes, marzo 25, 2005
La física de las ventanas
Impresionantes vídeos de Luminocity, un nuevo gestor de ventanas en el que las ventanas tienen física, como si fuesen trozos de papel o tela mojada que al moverlos se doblan. Tiene pinta de no ser nada útil, pero cómo mola :-)
Entrevista con la lagarta jefe
Ya sé que lo de "lagarta jefe" suena mal, pero eso sería una traducción aproximada de "Chief Lizard Wrangler" (el "wrangler" no sé cómo traducirlo), que es como se llama el puesto de presidente de la fundación Mozilla. Está ocupado por una mujer, Mitchell Baker, y la entrevistaron para Slashdot. Lo mejor es que, aparte de la transcripción de lo que dijo, hay grabación sonora, muy interesante para aprender cómo se pronuncian muchos términos técnicos en inglés.
miércoles, marzo 23, 2005
Sistemas de gestión de contenidos (CMS)
Pues van y le dan el premio al mejor proyecto de software libre 2004 a Mambo, cuando yo me he decido por Drupal... ¡Qué cosas!
La verdad es que probé los dos a principio de año y pensé en escribir una entrada aquí; volví a pensarlo cuando Juanjo habló de Mambo para niños... pero no lo he hecho hasta ahora.
Mambo me dejó impresionado. En el aspecto visual, el panel de administración es impresionante: tiene unos menús que casi parece de una aplicación de escritorio en lugar de una aplicación web. La forma de instalar módulos, subiendo un .zip a través del propio panel de administración, me pareció una buena idea... cuando por fin descubrí que había que hacer con los .zip, claro. Lo que no me convenció es que las plantillas tenían un aspecto muy profesional pero demasiado saturado, con muchos elementos. (Se pueden probar plantillas en Mambohut.)
Así que probé Drupal, el otro CMS del que más he oído hablar últimamente. Lo de las taxonomías, como conté ayer, me dejó bastante flipado. Debe de ser muy útil para organizar sitios complejos, pero como yo de momento estoy haciendo una tontería, no necesito nada complicado. La verdad es que Drupal me pareció más difícil de instalar que Mambo y puede que incluso más difícil de administrar, pero al final me decidí por él, más que nada porque ya había montado el sistema de galería de fotos (para lo que hay que usar el módulo Gallery, y este a su vez necesita de Gallery, que es un programa externo). Luego lo dejé hasta el fin de semana pasado, cuando tuve los problemas con los permisos que conté ayer...
El caso es que para cosas de CMS son enlaces fundamentales The CMS Matrix, que permite comparar varios sistemas en función de sus características, y opensourceCMS.com, que permite probarlos y todo. Por último, en este hilo del sitio de Drupal comparan Drupal y Mambo.
La verdad es que probé los dos a principio de año y pensé en escribir una entrada aquí; volví a pensarlo cuando Juanjo habló de Mambo para niños... pero no lo he hecho hasta ahora.
Mambo me dejó impresionado. En el aspecto visual, el panel de administración es impresionante: tiene unos menús que casi parece de una aplicación de escritorio en lugar de una aplicación web. La forma de instalar módulos, subiendo un .zip a través del propio panel de administración, me pareció una buena idea... cuando por fin descubrí que había que hacer con los .zip, claro. Lo que no me convenció es que las plantillas tenían un aspecto muy profesional pero demasiado saturado, con muchos elementos. (Se pueden probar plantillas en Mambohut.)
Así que probé Drupal, el otro CMS del que más he oído hablar últimamente. Lo de las taxonomías, como conté ayer, me dejó bastante flipado. Debe de ser muy útil para organizar sitios complejos, pero como yo de momento estoy haciendo una tontería, no necesito nada complicado. La verdad es que Drupal me pareció más difícil de instalar que Mambo y puede que incluso más difícil de administrar, pero al final me decidí por él, más que nada porque ya había montado el sistema de galería de fotos (para lo que hay que usar el módulo Gallery, y este a su vez necesita de Gallery, que es un programa externo). Luego lo dejé hasta el fin de semana pasado, cuando tuve los problemas con los permisos que conté ayer...
El caso es que para cosas de CMS son enlaces fundamentales The CMS Matrix, que permite comparar varios sistemas en función de sus características, y opensourceCMS.com, que permite probarlos y todo. Por último, en este hilo del sitio de Drupal comparan Drupal y Mambo.
martes, marzo 22, 2005
Permisos de usuario y hosting en Drupal
He estado haciendo pruebas con Drupal, uno de los CMS más famosos. Ponerlo a funcionar no fue muy difícil. Lo complicado vino cuando quise hacer algo que me parecía básico: jugar con permisos para que los usuarios anónimos no pudiesen ver algunos contenidos.
Me ha costado un montón de horas. Mi primera sorpresa fue descubrir que Drupal no lo ha tenido de siempre. Fue gracias a esta discusión de 2003 sobre sistemas para incorporar permisos de nodo en función del rol. Quería saber si lo habrían incluído en la versión actual (la 4.5.2) y parecía que sí porque en el anuncio de la versión 4.5.0 decían que se habían implementado node level permissions. Por ahí encontré que en realidad eso es sólo una API y que se necesitan módulos que la usen para que funcione. En todas las discusiones me redireccionaban a el sandbox de jonbob, pero no veía cómo de ese CVS sacar lo que quería, aparte de que tenía varias versiones... En fin, un lío.
Al final descubrí que lo que quiero se consigue con el Taxonomy Access Control. (En un aparte, un sistema que tiene la palabra "taxonomía" como parte fundamental de su interfaz de usuario no puede ser muy usable ;-) ) Me lo bajé y seguí las instrucciones del INSTALL.txt pero me salté un paso: habilitar el módulo dentro de "administrar >> opciones". Tal vez sea que estoy trabajando con drupal en español y que el INSTALL.txt está en inglés, pero lo más probable es que después de hacer el paso 3, que es activar el módulo, no cayese en la cuenta de que también hay que habilitarlo, además de configurarlo. Me llevó más de una hora pelearme con esa tontería, seleccionando y deseleccionando opciones, buscando en foros... He estado a punto de volverme loco.
Creo que ya he conseguido lo que quiero. Ahora sólo me queda subir la página a algún servidor. He estado mirando y de momento lo que más me ha convencido es LMI: ofrecen instalación de Drupal con Fantastico y son muy baratos. Si alguien tiene algo en contra de este proveedor o conoce una alternativa mejor, le estaría agradecido si me lo comentase.
Me ha costado un montón de horas. Mi primera sorpresa fue descubrir que Drupal no lo ha tenido de siempre. Fue gracias a esta discusión de 2003 sobre sistemas para incorporar permisos de nodo en función del rol. Quería saber si lo habrían incluído en la versión actual (la 4.5.2) y parecía que sí porque en el anuncio de la versión 4.5.0 decían que se habían implementado node level permissions. Por ahí encontré que en realidad eso es sólo una API y que se necesitan módulos que la usen para que funcione. En todas las discusiones me redireccionaban a el sandbox de jonbob, pero no veía cómo de ese CVS sacar lo que quería, aparte de que tenía varias versiones... En fin, un lío.
Al final descubrí que lo que quiero se consigue con el Taxonomy Access Control. (En un aparte, un sistema que tiene la palabra "taxonomía" como parte fundamental de su interfaz de usuario no puede ser muy usable ;-) ) Me lo bajé y seguí las instrucciones del INSTALL.txt pero me salté un paso: habilitar el módulo dentro de "administrar >> opciones". Tal vez sea que estoy trabajando con drupal en español y que el INSTALL.txt está en inglés, pero lo más probable es que después de hacer el paso 3, que es activar el módulo, no cayese en la cuenta de que también hay que habilitarlo, además de configurarlo. Me llevó más de una hora pelearme con esa tontería, seleccionando y deseleccionando opciones, buscando en foros... He estado a punto de volverme loco.
Creo que ya he conseguido lo que quiero. Ahora sólo me queda subir la página a algún servidor. He estado mirando y de momento lo que más me ha convencido es LMI: ofrecen instalación de Drupal con Fantastico y son muy baratos. Si alguien tiene algo en contra de este proveedor o conoce una alternativa mejor, le estaría agradecido si me lo comentase.
domingo, marzo 20, 2005
No todos los DVDs son iguales
En Wired tienen una historia sobre la calidad de los DVDs (entendidos como medios de almacenamiento, no como reproductores). Cuentan que la mayoría de las marcas (Fujifilm, Verbatim, TDK, Imation...) en realidad no fabrican ellas mismas sino que compran a una reducida lista de fabricantes: Moser Baer, Ricoh, Taiyo Yuken, CMC Magnetics, Prodisc Technology y Optodisc Technology. Y no sólo eso, sino que un mismo vendedor puede comprar a distintos fabricantes.
Al final, cuanto te compras un TDK, no sabes en realidad qué te estás llevando. Por eso hay sitios como Club CD Freaks y CDRLabs.com que se dedican a evaluar medios de almacenamiento. ¡Dicen que en la actualidad hay peores discos que hace dos años!
Hay dos tipos de errores: que un disco se estropée al grabarlo o que no dure lo suficiente. A mí el segundo es el que más miedo me da.
Para la calidad del disco parece que lo importante es cómo se eche el tinte (imagino que se así se traducirá "dye").
Parece ser que Taiyo Yuden es el fabricante de mayor calidad, mientras que CMC Magnetics y Princo son lo contrario. Quién fabricó el disco se puede saber porque todos tienen un identificador del fabricante grabado (el MID). Programas como Nero, DVD Identifier o KProbe pueden leerlo.
Al final, cuanto te compras un TDK, no sabes en realidad qué te estás llevando. Por eso hay sitios como Club CD Freaks y CDRLabs.com que se dedican a evaluar medios de almacenamiento. ¡Dicen que en la actualidad hay peores discos que hace dos años!
Hay dos tipos de errores: que un disco se estropée al grabarlo o que no dure lo suficiente. A mí el segundo es el que más miedo me da.
Para la calidad del disco parece que lo importante es cómo se eche el tinte (imagino que se así se traducirá "dye").
Parece ser que Taiyo Yuden es el fabricante de mayor calidad, mientras que CMC Magnetics y Princo son lo contrario. Quién fabricó el disco se puede saber porque todos tienen un identificador del fabricante grabado (el MID). Programas como Nero, DVD Identifier o KProbe pueden leerlo.
viernes, marzo 18, 2005
Problemas con el bit NX y Outlook
Cuentan en Ars Technica que hay problemas con el bit NX y el Outlook, y con otros programas como el SpamBayes.
El bit NX, por si alguien no lo sabe, es un bit con el que se marcan las páginas de memoria que no son ejecutables. La idea es evitar las típicas vulnerabilidades en las que se utiliza un búfer de datos para meter código, lo que se suele llamar desbordamiento de búfer. Lo introdujo AMD en su arquitectura AMD64 y luego lo copió Intel, cambiándole el nombre a XD. (Nota: Otras arquitecturas, incluída Itanium, tenían algo similar hace tiempo.)
El problema que cuentan en Ars Technica es que provoca errores en las arquitecturas que lo soportan, como cuelgues y corrupción de datos, porque por lo visto las aplicaciones todavía no están preparadas para trabajar con él. La solución es deshabilitarlo para algunas aplicaciones. Lo malo es que si lo quitas por ejemplo en el Outlook, que es una de las aplicaciones con más probabilidades de ser atacada con un desbordamiento de búfer, pierde la gracia tener una arquitectura con bit NX...
Esto sirve para recordar que para que las cosas funcionen bien, tienen que estar a punto tanto el hardware como el software.
El bit NX, por si alguien no lo sabe, es un bit con el que se marcan las páginas de memoria que no son ejecutables. La idea es evitar las típicas vulnerabilidades en las que se utiliza un búfer de datos para meter código, lo que se suele llamar desbordamiento de búfer. Lo introdujo AMD en su arquitectura AMD64 y luego lo copió Intel, cambiándole el nombre a XD. (Nota: Otras arquitecturas, incluída Itanium, tenían algo similar hace tiempo.)
El problema que cuentan en Ars Technica es que provoca errores en las arquitecturas que lo soportan, como cuelgues y corrupción de datos, porque por lo visto las aplicaciones todavía no están preparadas para trabajar con él. La solución es deshabilitarlo para algunas aplicaciones. Lo malo es que si lo quitas por ejemplo en el Outlook, que es una de las aplicaciones con más probabilidades de ser atacada con un desbordamiento de búfer, pierde la gracia tener una arquitectura con bit NX...
Esto sirve para recordar que para que las cosas funcionen bien, tienen que estar a punto tanto el hardware como el software.
domingo, marzo 13, 2005
Diferencias entre fiabilidad y disponibilidad
En IBM explican la diferencia entre fiabilidad y disponibilidad. Es una buena introducción a esos conceptos básicos para cualquier responsable de sistemas informáticos.
El nuevo nombre para portátiles de AMD
AMD ha sacado un modelo para portátiles llamado Turion 64. En realidad no parece ser un modelo nuevo sino un nombre nuevo para el Mobile Athlon 64. Por lo visto querían diferenciar más la marca destinada a rendimiento en el escritorio (Athlon 64) y la de portátiles (Turion 64).
jueves, marzo 10, 2005
¡Que vuelva el Visual Basic 6.0!
¡Eh, eh, eh, calma, que no lo digo yo! Lo dicen unos 100 MVPs (Most Valuable Profesionals, profesionales más valiosos) de Microsoft. Por lo visto esos profesionales han firmado una petición para que Microsoft retome el Visual Basic clásico.
Precisamente estaba hablando esta mañana con un compañero sobre Microsoft y el software libre. Él me argumentaba que en las empresas apuestan sobre seguro y que por eso van por Microsoft y no por un proyecto que hace gente porque le da la gana y no sabes si van a seguir haciéndolo. Ante eso, yo le decía que estar al albur de lo que decida Microsoft era todavía peor porque si decidía dejar de dar soporte a algo, no podías contratar a alguien que lo continuase porque es software cerrado. Precisamente eso ha pasado con el Visual Basic 6, porque lo de la compatibilidad con el Visual Basic .NET parece que es un cuento. Por eso la gente que tenía grandes desarrollos en Visual Basic 6 ahora se ha encontrado teniendo que empezar casi de cero.
Eso sí, la verdad es que, aunque ni he trabajado en serio con Visual Basic ni he buscado mucho dentro del software libre, me parece que no hay una alternativa compable para RAD (Rapid Application Development, desarrollo rápido de aplicaciones), de esas de poner un botón, hacer doble clic y meter el código. Un día tengo que probar Gambas (que no las gambas, que esas las tengo probadas y degustadas ;-) ).
Precisamente estaba hablando esta mañana con un compañero sobre Microsoft y el software libre. Él me argumentaba que en las empresas apuestan sobre seguro y que por eso van por Microsoft y no por un proyecto que hace gente porque le da la gana y no sabes si van a seguir haciéndolo. Ante eso, yo le decía que estar al albur de lo que decida Microsoft era todavía peor porque si decidía dejar de dar soporte a algo, no podías contratar a alguien que lo continuase porque es software cerrado. Precisamente eso ha pasado con el Visual Basic 6, porque lo de la compatibilidad con el Visual Basic .NET parece que es un cuento. Por eso la gente que tenía grandes desarrollos en Visual Basic 6 ahora se ha encontrado teniendo que empezar casi de cero.
Eso sí, la verdad es que, aunque ni he trabajado en serio con Visual Basic ni he buscado mucho dentro del software libre, me parece que no hay una alternativa compable para RAD (Rapid Application Development, desarrollo rápido de aplicaciones), de esas de poner un botón, hacer doble clic y meter el código. Un día tengo que probar Gambas (que no las gambas, que esas las tengo probadas y degustadas ;-) ).
Linus se pasa a Mac
Pues cuentan en OSNews que Linus Torvalds tiene como máquina principal un Mac. Eso sí, no lleva Mac OSX sino Linux, faltaba más :-)
Dice que se lo regalaron y que es una "puta tecnológica" ("technology whore" son sus palabras textuales) :-)
Dice que se lo regalaron y que es una "puta tecnológica" ("technology whore" son sus palabras textuales) :-)
miércoles, marzo 02, 2005
El móvil walkman
Sonny Ericsson ha anunciado dos teléfonos móviles con marca Walkman. Son el W800i y el W800c. Características: 38 MB de memoria para las canciones y autonomía de 30 horas escuchando música con el móvil apagado y 15 con él encendido. También tienen radio y una cámara de 2 megapixels.
Nos acercamos al todo en uno que tanta gente dice que no va a ser bueno pero que es lo que yo quiero.
Nos acercamos al todo en uno que tanta gente dice que no va a ser bueno pero que es lo que yo quiero.
El sucesor del Pentium 4
El venerable Pentium 4 será sustituido por el Pentium D, que tendrá doble núcleo. Intel prevé que al final de 2006 el 85% de su mercado de servidores y el 70% de escritorio sea de doble núcleo. En ArsTechnica tienen más comentarios sobre los planes de Intel para procesadores de doble núcleo.
Posible subida en el precio de las canciones on-line
Dicen en ArsTechnica que el precio de las canciones en las tiendas on-line puede subir. Parece ser que las discográficas fijaron en principio un precio bajo (0,69$) para atraer la demanda, y ahora que ya la tienen, quieren subirlo un poco. Apple podría reflejar esa subida en el precio final (ahora es 0,99$) o podría perder parte de la ganancia en cada canción.
A mí, la verdad, es que me cuesta entender cómo la gente ha aceptado 0,99$ como un precio justo para canciones compridas, sin libretos ni nada, pero con DRM, es decir, con restricciones. Muchos se quejan del precio de los discos, pero 10$, que creo que es lo que valen la mayoría de los discos en iTunes, no me parece mucho más adecuado teniendo en cuenta lo que recibes.
Veremos que ocurre con la posible subida. Al final, el precio lo pone la oferta y la demanda.
A mí, la verdad, es que me cuesta entender cómo la gente ha aceptado 0,99$ como un precio justo para canciones compridas, sin libretos ni nada, pero con DRM, es decir, con restricciones. Muchos se quejan del precio de los discos, pero 10$, que creo que es lo que valen la mayoría de los discos en iTunes, no me parece mucho más adecuado teniendo en cuenta lo que recibes.
Veremos que ocurre con la posible subida. Al final, el precio lo pone la oferta y la demanda.
Windows XP de 64 bits
Parece que Microsoft va a sacar el Windows XP de 64 bits, compatible con AMD64 y EM64T, antes de lo previsto (en las últimas previsiones, las primeras decían que era para el año pasado). La fecha: abril. Sólo va a haber versión Professional (no habrás versión Home).
Truqillos para el Firefox
Un par de trucos muy sencillos para el Firefox que he descubierto últimamente:
1. En las propiedades de un Bookmark (yo utilizo la versión en inglés, imagino que en español será Marcador o Favorito) se puede poner un Keyword (palabra clave). La gracia es que después, tecleando esa palabra en la barra de direcciones, te lleva al bookmark. Yo soy de teclear mucho en la barra de direcciones y, para los URL que me completa, pues nada, pero para los que no completa bien porque hay cien direcciones del mismo servidor almacenadas, esto es una gozada.
2. Para ver los ficheros que tiene el Firefox en la caché de disco, nada más fácil que poner en la barra de herramientas about:cache?device=disk. Puede servir, por ejemplo, para guardar los ficheros de Flash.
1. En las propiedades de un Bookmark (yo utilizo la versión en inglés, imagino que en español será Marcador o Favorito) se puede poner un Keyword (palabra clave). La gracia es que después, tecleando esa palabra en la barra de direcciones, te lleva al bookmark. Yo soy de teclear mucho en la barra de direcciones y, para los URL que me completa, pues nada, pero para los que no completa bien porque hay cien direcciones del mismo servidor almacenadas, esto es una gozada.
2. Para ver los ficheros que tiene el Firefox en la caché de disco, nada más fácil que poner en la barra de herramientas about:cache?device=disk. Puede servir, por ejemplo, para guardar los ficheros de Flash.
martes, marzo 01, 2005
El camino de los 64 bits
Hoy Microsoft anuncian cómo va a ser su camino de 64 bits. Parece que va a sacar en la primera mitad de este año aplicaciones como SQL Server 2005 y Visual Studio 2005; en la segunda habrá otras aplicaciones para el servidor como Virtual Server; y en el 2006 otras como Exchange. A la vez, va a mantener el soporte para Itanium. Lo que no se prevé de momento son aplicaciones para el escritorio como por ejemplo el Office.
En ArsTechnica hay otro artículo que no he leído en profundidad, pero donde se debate sobre el concepto de procesador de doble núcleo. Por lo que me he enterado, la idea es que las CPUs de AMD, que estaban pensadas para el doble núcleo desde el principio, integrarán en la misma pastilla dos CPUs y el controlador de memoria, lo que producirá una mayor integración que lo que va a hacer Intel, que es encapsular en la misma pastillas dos procesadores sin más. Intel no pensaba en la estrategia de doble núcleo desde el principio, sino que tuvo que apostar por ella cuando el fallo con Prescott la pilló con los pantalones bajados (palabras textutales del artículo de ArsTechnica).
En ArsTechnica hay otro artículo que no he leído en profundidad, pero donde se debate sobre el concepto de procesador de doble núcleo. Por lo que me he enterado, la idea es que las CPUs de AMD, que estaban pensadas para el doble núcleo desde el principio, integrarán en la misma pastilla dos CPUs y el controlador de memoria, lo que producirá una mayor integración que lo que va a hacer Intel, que es encapsular en la misma pastillas dos procesadores sin más. Intel no pensaba en la estrategia de doble núcleo desde el principio, sino que tuvo que apostar por ella cuando el fallo con Prescott la pilló con los pantalones bajados (palabras textutales del artículo de ArsTechnica).
