Computación Sin Dolor

No son pocas ocasiones en las que me encuentro con que una empresa en sí está mucho más adelantada que sus recursos informáticos. Veamos algunos ejemplos: La empresa tiene la necesidad de renovar su parque computacional, pues el existente ya presenta diversas fallas que están lacerando su economía. Y, sin embargo, sigue usando viejos sistemas operativos y programas. Daño potencial : La empresa, aunque está comprando equipo nuevo, en realidad es una quimera, pues no lo está explotando por el uso de viejos sistemas operativos o programas. La empresa requiere de una actualización de sus sistemas operativos para operar nuevas aplicaciones o programas que le permitirán mayor productividad. Sin embargo, no se pueden hacer cambios en los sistemas operativos porque existe una gran cantidad de viejos programas que no funcionarían en una nueva versión. Daño potencial : La empresa no puede poner sus ojos en la actualización operativa por métodos informáticos, lo cual podría llevarle a una f

Así es, estimado lector. Aun existe interés por el desarrollo de aplicaciones en entornos de consola, como lo fue MS-DOS en su momento. De hecho, aunque parezca inverosímil, varias aplicaciones que todavía llevan controles de inventarios y cosas así están hechas para MS-DOS (o la consola), y por herramientas como dBase III Plus, QuickBASIC, Pascal, y algunas otras herramientas afines. Curiosamente, en esos tiempos, Microsoft estaba ya de lleno con el entorno de Windows 3.1, así como con las herramientas de desarrollo de Visual Basic 3.0 para Windows, entre otras. Bien, pues Microsoft se dio a la tarea de generar un entorno de desarrollo que mezclara MS-DOS y Windows en un solo entorno de trabajo, y lo llamó: Visual Basic para MS-DOS. En realidad, el proyecto fue bastante bueno (con sus queveres, por las severas limitaciones de DOS). Permitió la generación de programas con ventanas y todo en un entorno bastante que, aunque no muy sencillo de manejar, sí facilitaba el desarrollo co

Entre las diferentes máquinas que tengo, hay algunas que he estado utilizando para hacer distintos tipos de pruebas (algunas más locas que otras). Entre ellas, tengo una con una configuración bastante aceptable: AMD Phenom II X6 1090T, 8GB de RAM PC3-1600 (Dual Channel), tres discos duros (2 de 250GB y uno de 1.5TB, todos Seagate), tarjeta gráfica AMD Radeon HD 5570 (no la uso para jugar), todo ello montado en una tarjeta madre Asus CrossHair IV (lo cual explica el AMD Phenom II). En cada disco duro tengo un sistema operativo distinto (excepto en el de 1.5TB que me sirve para almacenar cierto volumen de datos compartidos). Así, tengo Windows XP en uno de esos discos, y Windows 7 Professional x64 en el otro. Aunque el comportamiento del equipo debería ser más que ágil, en realidad la capacidad de respuesta deja MUCHO qué desear. Sin embargo, vez tras vez, cuando el sistema no daba la respuesta que se esperaba, al revisar el administrador de rendimiento, los 6 núcleos del procesador e

Continuo con la secuencia de patoaventuras, y a compartir experiencias con este nuevo Sistema Operativo, que ha resultado bastante mejor de lo que yo mismo esperaba (claro está, con sus queveres). Instalación Bueno, para empezar, poco después de todo el proceso que había vivido para la instalación, descubrí que aun puede hacerse la instalación desde cero, vamos, sin conservar nada, absolutamente nada de lo que había anteriormente y, así, asegurarse que la instalación no esté contaminada con algún viejo controlador o programa, o cosas así. Windows 8 en las ediciones de Actualización permite hacer esto, siempre y cuando se cuente con alguna versión anterior de Windows (Windows XP, Windows Vista o Windows 7). Solo, durante el proceso de instalación de Windows 8, hay que borrar la partición y, vamos, el disco donde se encuentra Windows 7 y, entonces, indicar que ésa será la unidad donde se instalará Windows 8. Así, Windows 8 ya habrá validado que hay una versión anterior de Windows, y

Tiempo ha que en mis inicios en los BBS (muy particularmente, en SPiN) me encontré con un recurso increíble y maravilloso llamado Walnut Creek:Simtel20. Se trató de un repositorio de software muy útil (y más para las cosas que en esos tiempos programaba) que me facilitó la vida sensiblemente. Así, Simtel20 fue un repositorio de software que visité con cierta regularidad durante mi vida como programador de aplicaciones. La manera en que organizaba las cosas, los materiales y todo siempre me pareció bastante buena, y fácil de consultar. A lo largo del tiempo, Simtel20 tuvo varios cambios, desde que allá por 1979 se estableció en una red interna totalmente orientada a compartir software para el sistema operativo CP/M (¿se acuerdan?), hasta ser montado en ARPANet para compartir software para CP/M y DOS. Con el advenimiento de Internet, se convirtió en un repositorio también orientado a software de Windows y hasta en un punto central para la distribución y desarrollo de FreeBSD. Simte

Año nuevo, vida nueva... Y eso fue lo que decidí hacer en mi "oficina" (un pequeño espacio que tengo en casita para mí y mis cosas, que, en general, son de cómputo y música). Había almacenado una miríada de disquetes de 3.5" que, me decía, "algún día" revisaré y veré qué me sirve. Resulta que adquirí un lector de disquetes Sony para conectarse vía USB. Sucede que todas las unidades de disquete internas con las que yo contaba, por alguna razón, no podían leer bien los disquetes y, bueno, resultaba que todos estaban con problemas. Así que aplacé seriamente la oportunidad de verificar uno a uno los disquetes, hasta que este pasado 1 de Enero de 2013 me di a la tarea, por fin, de hacer semejante revisión (titánica tarea, sin duda). Así, usé un lector, como ya decía, Sony, capaz de funcionar en Windows 8 de 64 bits (ya tenía una unidad Sony anteriormente, pero que no era reconocida en equipos de 64 bits. Esta nueva versión sí que es reconocida). Y me puse, uno