Desde hace algún tiempo que los partners de Microsoft tenemos acceso a la versión beta de Office 2010, por lo que igual que hice en su momento con la versión 2007, aquí tenéis mi opinión.

La versión 2010, muestra la evolución habitual que ha ido sufriendo Office, algunas funcionalidades nuevas, mayor integración, pero sobretodo un nuevo interfaz de usuario, sin que por ello se note demasiada ralentización en su velocidad de respuesta.

En esta versión 14 (intencionadamente saltaron la 13), nos encontramos que los programas que no tenían incluido el interfaz de cinta (ribbon), como Outlook ya lo tienen. Además, toda la parte gráfica está mucho más pulida y depurada, aunque a nivel estético heche en falta la antigua bola botón de Office.

Se dice que han mejorado el rendimiento de determinados procesos, pero en un uso normal es difícil de observar. Simplemente puedo decir que no se nota pesado.

La principal novedad, que en su momento quedó prometida para el SP1 de la versión 2007, es que además de las versiones de 32 bits, tenemos a nuestra disposición versiones de 64 bits para todos los programas de la suite.

Esto hace que el consumo de memoria sea algo más elevado que en sus correspondientes versiones x86, y todavía un poco más que las x86 de la versión 2007. La ventaja es que si parecen ser más ágiles, sobretodo si tratamos con documentos grandes. Me ha parecido particularmente ventajoso sobre presentaciones Powerpoint con gran contenido de dispositivas y mucha imagen.

El inconveniente de la versión de 64 bits, aunque no sea defecto de Office en si mismo, es que la versión de 64 bits, no funcionará con aplicaciones de 32 bits que deban acceder a él. En particular esto afecta a todo el software que interactue con automatización OLE o que simplemente instale plugins en los programas.

Es de esperar que una vez salga la versión final de Office 2010, o bien vaya siendo implantada, estos programas “problemáticos” se actualicen también para funcionar sin problemas, pero en mi caso, me resulta molesto que X1 no sea capaz de indezar buzones de Outlook 2010 x64.

Como curiosidad, seguimos teniendo VBA (Visual Basic for Applications), incluso en las versiones x64, siendo en este caso la primera versión de un dialecto de Basic, que soporta nativamente Windows en 64 bits.

Han pasado 3 años desde la anterior versión, no obstante esta vez no es una ruptura con lo establecido, y no tendremos formatos de arhivos nuevos, como pasara con DOCX, XLSX o PPTX con la versión 12. Por otro lado, tampoco aporta características revolucionarias, si exceptuamos los 64 bits.

El pasado jueves, Opera anunciaba el lanzamiento para mañana martes de la versión 10.50 pre-alfa de su navegador, donde la clave sería la velocidad.

Pues bien, desde ayer que ya se puede conseguir una versión filtrada de esa pre-alfa con importantes novedades, nuevo skin, navegación privada, etc.

La versión disponible bajo el nombre de archivo Opera_1050_20192_in.msi no incorpora el motor de Javascript nativo Carakan, aunque se comenta que la compilación de mañana, será mucho más actual, e incluirá mejoras sobre la 10.50.20192, además del mencionado motor.

Aunque la 20192 es bastante inestable, si tu curiosidad no te permite esperar a mañana, es muy fácil de localizar.


Actualizado a martes 22 de diciembre de 2009. 12:09:
En Opera Labs, han publicado la mencionada pre-alfa oficial 10.50.3172.

Siempre me ha gustado la base de datos SQLite. Una base de datos local, de código abierto, con un funcionamiento muy sencillo, y tremendamente eficiente.

Probablemente su eficiencia, sobretodo en el caso de consultas y relaciones moderadamente simples, que son atacadas con baja concurrencia, y mayoritariamente para accesos de lectura, convierte a esta base de datos en la más veloz de todas las existentes.

Escrita en un lenguaje C extremadamente portable, resulta realmente sencillo de utilizar en diferentes plataformas, o incluso de embeder en nuestros ejecutables. Sería la alternativa abierta y portable a Access, quizás no tan sencilla de utilizar, aunque mucho más veloz y con menos consumo de memoria.

Prueba de su portabilidad es que tenemos el cliente de línea de comandos, precompilado para multitud de plataformas, aunque sorprendentemente, no lo está para x64.

Así que como de vez en cuando hago, me he puesto manos a la obra, y he compilado sqlite3.exe con Visual C++ 2008 SP1, y algunas optimizaciones adicionales que no traen las compilaciones por defecto. Como plataformas de destino, tenéis x86 y x64. Lo podéis descargar aquí (1,6 Mb. en formato ZIP).

PicoXT (Portable IBM PC-XT Emulator) es una de esas pequeñas joyas que con cierta regularidad sorprenden. Escrito en 2006, y con tan solo 29 Kb. de tamaño para su único ejecutable, es capaz de emular un IBM PC/XT original.

Su secreto, no por evidente es menos meritorio, está escrito 100% en código ensamblador.

A pesar del tiempo que ha pasado, sigue funcionando en equipos de última generación, incluyendo Windows 7 x64, y capaz de virtualizar un 8088 a 4,77 Mhz (overclockeable hasta 38), 640 Kb. de memoria, una tarjeta gráfica CGA, dos disqueteras, y dos discos duros. Para estos dos últimos, podemos montar archivos de imagen compatibles IMG o IMA.

Con ROMs externas, se le puede añadir soporte EGA/VGA/SVGA (Tseng Labs ET4000) y disco duro mejorado (Western Digital). Es un programa de 32 bits, que funciona a la perfección también en las obsoletas versiones ANSI de Windows (95, 98 y ME).

Una verdadera lástima que su autor la dejara abandonada en la versión 0.1.1, me porque sinceramente me gustaría poderlo ver evolucionar.

Aunque usé Shareaza hace bastante tiempo, para ser honestos, lo abandoné en favor de NeoMule.

Sin embargo desde hace un par de meses, he vuelto a Shareaza, y no solamente debido a que vuelva a haber ports nativos x64 desde hace algunos días. Si seguís leyendo, más adelante os explicaré mis razones.

Shareaza es un multicliente P2P, soporta BitTorrent, GnuTella y eDonkey; pero además es capaz de actuar como un gestor de descargas tradicional, soportando HTTP y HTTPS.

Su módulo de seguridad, evita la necesidad de herramientas como PeerGuard, ya que automaticamente es capaz de filtrar las IP a las que se conecta, e incluye un previsualizador de videos. Lo mejor es que a pesar de todas estas características, el consumo de recursos es equivalente al de eMule.

A día de hoy, me encuentro que necesito conectar a varias redes al mismo tiempo, no para conseguir más fuentes como antaño (donde Shareaza era eficaz), sino por el hecho que cada vez con más frecuencia, me encuentro descargando una máquina virtual por BitTorrent, películas con eMule, y descargas de películas y otros archivos por HTTP.

Llegados a este punto, el problema no es tanto tener que ejecutar diferentes programas a la vez (NeoMule, Halite y FlashGet en mi caso), sino la adecuada planificación del ancho de banda que usa cada uno, y que naturalemente hay que ir ajustando a medida que los archivos van acabando, y se encolan nuevos.

Me sigue gustando su interfaz de usuario, y que esté traducido al castellano. Además, en las pruebas que he realizado simultaneamente contra eMule no es más lento descargando, aunque tampoco es más rápido. Shareaza es estable, incluso en sesiones de descargas largas de más de un día de duración. ininterrumpido.

Durante su evolución, ahora en horas bajas por falta de voluntarios, me gustaría que tuviera soporte KAD, o que pudiera importar automaticamente archivos ipfilter.dat. Puestos a pedir, también me gustaría que fuera compatible con fakes.dat, ya que en algunos casos, los resultados de la búsqueda contienen más spam de la cuenta.

Además, desde que se se hiciera código abierto con la versión 2.0 de hace más de 5 años, Shareaza sigue publicando sus fuentes, siendo totalmente libre.