Hoy Joél me envió algo que es genial. Mi apellido apareció en un captcha.

Y es un regalo también, de esta era de Internet, contestar con un post.

Yes, JS is designed to have something required 95% (but not all) of the time, that when you forget it, fails silently, and may crash or lock up the execution environment with no means to debug it other than trial and error! Thank you, JS language designers! Thank you, browser implementers!

http://www.wooji-juice.com/blog/javascript-article.html

“I have always wished for my computer to be as easy to use as my telephone; my wish has come true because I can no longer figure out how to use my telephone.”
- Bjarne Stroustrup

De: http://www.junauza.com/2010/12/top-50-programming-quotes-of-all-time.html

http://en.wikipedia.org/wiki/File:BjarneStroustrup.jpg

Por el creador del lenguaje de programacion C++.

“Most software today is very much like an Egyptian pyramid with millions of bricks piled on top of each other, with no structural integrity, but just done by brute force and thousands of slaves.”
- Alan Kay

De: http://www.junauza.com/2010/12/top-50-programming-quotes-of-all-time.html

http://en.wikipedia.org/wiki/File:All_Gizah_Pyramids.jpg

Más sobre técnicas de construcción de pirámides.

El próximo martes 7 de abril, desde las 19:30, en ATE Central, San Luis 2854, tercer piso, Salón de Conferencias, realizaremos una charla abierta de presentación del libro “Voto Electrónico. Los riesgos de una ilusión” en la Ciudad de Santa Fe de la Vera Cruz. Del diálogo y debate participarán Beatriz Busaniche de Fundación Vía Libre y el periodista Juan Carlos Bettanin, de LT10 Radio Universidad Nacional del Litoral. Durante la presentación entregaremos ejemplares del libro en forma gratuita a los asistentes.

Fuente: Vía Libre

UPDATE: un panfleto de difusión

La siguiente es una traducción libre de la página web de la herramienta.

El archivo de la base de datos se mantiene en distintas plataformas

El formato de archivo de SQLite es cross-platform. Un archivo de base de datos escrito en una máquina puede ser copiado a y usado en una máquina diferente con una arquitectura diferente. Big-endian o little-endian, 32-bit o 64-bit, no importa. Todas las máquinas usan el mismo formato de archivo. Más aún, los desarrolladores han mantenido el formato estabe y compatible hacia atrás, entonces versiones nuevas de SQLite pueden leer y escribir archivos de base de datos más viejos

La mayoría de los otros motores SQL requieren que bajes y restaures la base de datos al cambiar de una plataforma a otra y a menudo al actualizar a una nueva versión del software.

Tipado manifesto

La mayoría de los motores SQL usan tipado estático. Un tipo de dato es asociado con cada columna en una tabla y solo valores de ese tipo en particular se pueden guardar en esa columna. SQLite relaja esta restricción usando tipado manifiesto. En este tipo de tipado, el tipo de dato es una propiedad del valor en si mismo, no de la columna en el que el valor es almacenado. SQLite así permite que el usuario almacene cualquier valor de cualquier tipo de dato en una columna sin importar el tipo declarado de esa columna. (Hay algunas excepciones a esta regla: una columna de tipo INTEGER PRIMARY KEY solo almacenará enteros. Y SQLite intentará acomodar los valores al tipo de dato declarado en la columna cuando pueda).

Creemos que la especificación del lenguaje SQL permite el uso de tipado manifiesto. De todas formas, la mayoría de los otros motores SQL son estáticamente tipados y por eso algunas personas creen que el uso de tipado manifiesto es un bug en SQLite. Pero los autores de SQLite están convencidos de que esto es una característica valiosa. El uso de tipado manifiesto en SQLite es una decisión de diseño deliberada que ha probado en la práctica hacer que SQLite sea más confiable y fácil de usar, especialmente cuando se usa en combinación con lenguajes de programación dinámicamente tipados como Tcl y Python.

Registros de tamaño variable

La mayoría de los otros motores de base de datos SQL reservan una cantidad fija de espacio en disco por cada fila en la mayoría de las tablas. Hacen algunos trucos para manejar BLOBs y CLOBs que pueden tener un tamaño muy variable. Pero para la mayoría de las tablas, si declarás una columna de tipo VARCHAR(100), entonces el motor de base de datos reservará 100 bytes de espacio en disco sin importar cuanta información realmente guardes en esa columna.

SQLite, en contraste, usa dolo la cantidad de espacio en disco que realmente se necesita para almacenar la información en la fila. Si guardás un solo carácter en un columna de tipo VARCHAR(100), solo un byte de espacio en disco será consumido. (En realidad 2 bytes – hay cierta sobrecarga el principio de cada columna para guardar su tipo de dato y longitud).

El uso de registros de tamaño variable en SQLite tiene varias ventajas. Resulta en archivos de base de datos más pequeños, obviamente. También hace que la base de datos corra más rápido, ya que hay menos información que mover desde y hacia el disco. Y, el uso de registros de tamaño variable hace posible que SQLite use tipado manifiesto en lugar de tipado estático.

Más características

Una lista de todas las características de SQLite puede encontrarse en http://www.sqlite.org/different.html

“Si la industria automovilística hubiera seguido el mismo desarrollo que las computadoras, un Rolls-Royce costaría hoy 100 dólares, circularía un millón de millas con 3,7 litros y explotaría una vez al año, eliminando a todo el que estuviera dentro en ese momento”
— Robert X. Cringely

Un clásico que mi amigo Joel me leyó hace muchos años cuando estábamos en la secundaria.

Robert X. Cringely, es el seudónimo de Mark Stephens, periodista estadounidense de temas informáticos, así como un seudónimo utilizado por varios columnistas de la revista Infoworld.

Este post es parte de Citas sobre programación.

Esta carta (que ya han firmado más de 3000 personas y seguirá siendo firmada hasta el 1º de abril) es una respuesta a Pensamientos sobre la Música (un reciente texto de Steve) y es impulsada mediante DefectiveByDesign.org (una campaña de la FSF).

Anoche estaba preparando este post, pero no me gustó lo que había escrito y vencido por el sueño me fuí a dormir. Hoy leo en la lista del LUGLi un mail de mi amigo Mariano muy claro sobre el asunto:

Hace ya un tiempo un grupo de activista
(http://www.defectivebydesign.org)
esta llevando a cabo una campa?a en contra del DRM.

DRM (Digital Rights Management) es un sistema por el cual se intenta controlar el uso de datos (musica, videos, documentos, ect) y hardware que obviamente limita la libertad y tiene por objetivo hacer mas poderosos a los poderosos.

Como algunos sabran hace tres semanas Steve Jobs hizo unas declaraciones diciendo que podria abolir el drm en los ipod. Por esta razon estos activistas proponen enviarle una carta abierta para que cumpla sus palabras
y no sea solo una forma de quedar bien con los que defendemos la libertad.

Sumate y firma la carta.

http://www.defectivebydesign.org/actions/open_letter/steve_jobs

Concretamente lo que se le pide a Steve Jobs es que demuester públicamente que sus palabras no están vacías. Estas 3 cosas se le piden en la carta:

1) Permitir que artista independientes y firmas que así lo quieran distribuyan sus canciones sin DRM mediante iTunes.

2) No solo música: vender las películas de Disney sin DRM. Tiene el poder para hacerlo, ya que al vender Pixar a la empresa de Mickey Mouse, se convirtió en su mayor accionista y miembro de la mesa directiva.

3) Tomar una postura pública contar los DRM y llevar a cabo una campaña mundial en contra de DMCA. Tiene el dinero y los contactos necesarios para poder hacerlo.

You have the direct power to do this.

Y vos..? Ya firmaste? Qué esperás?