don't do that

Estos días me encontré con una e-zine argentina llamada "Minotauro" que salió entre los años 1994 y 1997. Abarcando tópicos como el hacking, phreaking, virii y cracking, la e-zine fue escrita por columnistas con nombres como Dr. Retro, Zarathustra, trurl, Lapidario o Drako. El artículo que voy a compartirles a continuación fue escrito por este último y aunque es totalmente inútil para los días que corren, me parece interesante el reflejo de los "problemas" de la época y el estilo de redacción adoptado. Claro que podría dejarles un link pero ¡Algo tengo que escribir acá, che! El texto lo reproduzco tal cual lo copié, agregándole los acentos que se perdieron por cuestiones (sigh) de encoding. El artículo en sí: Bueno, este tema es bastante sencillo.. Antes que nada expliquemos lo que es el Call Back Verification y como es que funciona.. Bueno, el Call Back es un modo de validación automática.. el motivo de esto es la supuesta despreocupación del operador d

Como comentaba en una entrada anterior, me embarqué en enseñar VB6 y FoxPro9 (Lo escribo todo junto para evitar gastar espacio nombrándolos) a un chico que debe esas materias en su secundaria. Este chico me trajo un apunte sobre ADOs que en una parte tenía unas tablas en Microsoft Access que poblaba con nombres de profesores bastante peculiares. Gracias al ego de su profesor que escribió su nombre en el margen inferior de cada hoja, pude corroborar que ninguno de los profesores que aparecía en la tabla era él, por lo cual debí googlear porque a alguien se le ocurriría poner "Córdoba Saavedra, Javier" como profesor y no usar algún placeholder común como John Doe. Así fue que me encontré con un puñado de sitios que tenían el mismo material, robado originalmente a quien sabe quien. El inconveniente es que los ejemplos contenidos en este material siguen algunas malas prácticas de programación, o, no están todo lo bien codificado que uno podría desear y eso es un gran problema. A

Tengo que dar unas clases particulares de programación. Lo que en primer momento pensé que sería C, resulta que será VB6.0 y FoxPro. Para la hora del desengaño ya había confirmado mi disponibilidad y no me gusta ser una persona que rompe compromisos. En otra ocasión podríamos conversar sobre como es que hay gente que sigue enseñando tecnologías innecesarias y obsoletas (Microsoft considera a VB6 como lenguaje legacy desde el 2008) argumentando todo tipo de absurdos. Por ahora, me monto una VM con Windows XP y me pongo a descargar compro VB6. Esto me da tiempo para leer algunas cosas por el camino: VB6 fue la segunda y última versión de la suite de desarrollo Visual Studio de Microsoft, antes de la plataforma .NET. Visual Studio también incluía Visual J++, un lenguaje que le costó a Microsoft millones de dólares a pagar a Sun Microsystems ya que era una versión propietaria e incompatible de Java. ¿Por qué VB fue discontinuado? Porque no fue concebido como un lenguaje de desar

Assembler no es un lenguaje. Es una familia de lenguajes dependientes de la arquitectura de los procesadores. Esta familia de lenguajes es fundamental en ingeniería inversa. Me fascina el concepto de ingeniería inversa aunque aún soy un lego casi total en la materia: esta guía también me sirve a mi. Por otra parte, demasiados desarrolladores no saben lo que es la ingeniería inversa y demasiados desarrolladores piensan en Assembler como si fuera un lenguaje de programación obsoleto. Esta serie de entradas, inspirada en esta otra Guía de la Universidad de Virginia pretende ser una guía introductoria al lenguaje assembler usado en los procesadores Intel x86. Como guía introductoria cubre solamente una pequeña porción (pero útil) de las directivas e instrucciones disponibles. Así como existen un lenguaje ensamblador para cada arquitectura, existen varios lenguajes para generar código máquina para procesadores x86. Esta guía utiliza el assembler de Microsoft Macro Assembler (MASM) , q