Respetos.

Quizás pronto sea posible el sueño del tercer brazo. Piénsenlo. Un tercer brazo.

Reddit encontró a "Gordon Freeman" (un obrero de CERN con un sorprendente parecido) y le regaló su tradicional arma (Crowbar o 'diablo'), junto con un headcrab de peluche y una copia de Orange Box, para que pudiera entrenar. Ya no hay necesidad de preocuparse por el LHC tragándose al mundo.

Por supuesto, hay fotos y videos y de todo.

Esto me recuerda ciertos detalles que tuve que considerar alguna vez sobre la venta de software, respecto a derechos de copia y patentes.

El tema principal es el planteado por el cuento: duplicar software tiene cero costo (o muy cercano a cero) y no requiere una gran inversión inicial. Esta es la razón por la que existe la protección de copia en el software, para que no sea trivial copiar un programa.

En el cuento (que asumo leído para poder comentar las conclusiones del final) se habla de cambiar a un modelo económico donde la cantidad no importa, sino la variedad y calidad. De esta forma un retail vende selección, ya que si fuera por mantener un suministro el cliente podría comprar una sola vez y duplicar infinitamente el producto.

Si bien en el cuento el asunto se plantea de forma algo liviana (en el caso de la comida y otros bienes estos pierden valor con el tiempo, junto con sus posibles copias), algunos de los puntos importantes se aplican directamente al software. El costo de distribución del software es muy bajo via internet (una vez asumida la imposibilidad de evitar copias), la infraestructura ya está en su lugar. El software que se 'gasta' (queda obsoleto) puede ser actualizado de la misma forma en que puede ser distribuido.

El vender software por unidad, apelando a la oferta y demanda, es algo que no se da naturalmente. La única razón por la que se hace es por la tradición existente. Estas tradiciones limitan lo que es posible hacer con el software, como podemos ver lo que se ha hecho con algunos software libres (softwares libres? softwares libre? grr anglicismos): Yo suelo trabajar con el servidor Apache desde un pendrive, que puedo ejecutar donde sea que necesito estar físicamente.

¿Qué alternativas hay?

Sofware por suscripción, utilizado por internet. Esto nos limita a un web browser, pero podemos acceder a nuestro software desde cualquier máquina con un enlace a internet. Si no existiera el problema de las copias, podríamos tener un software corriendo de forma nativa (como otro programa cualquiera) que almacenara sus datos en un servidor remoto.

El problema a tocar no es realmente tecnológico, sino económico. ¿Cómo diablos se genera dinero con algo tan fácil de copiar y que no desaparece tras su utilización? ¿Y agregando no-software como música y video, así como para complicarlo más?

A mi el modelo de suscripción es el que más me suena, pero este modelo también trae sus problemas, como el "préstamo" y herencia de cuentas o las cuentas utilizadas por múltiples usuarios. ¿Tiene alguna idea de cómo evitar el desastre económico del duplicador? ¡Póngale a los comentarios!

¿Hemos mejorado?

Antes el diseño típico se hacía con tablas en Photoshop. Si, Photoshop... pero el 3 o algo así. Dividías una imagen en trocitos y la metías en una tabla, haciendo algunas de ellas clickeables. El resultado: código ilegible, sin semántica y limitado a una sola resolución de pantalla y tamaño de texto (que era realmente una imagen también). Luego reemplazamos la tabla por mapas de imagen, que si bien son mucho más legibles aún tienen el problema de ser difíciles de mantener, con poca si nada semántica y están limitados a la resolución de la imagen.

¿Y cual es la solución oficial a todo esto? Pues cambiar las celdas de las tablas y areas de un mapa por DIVs.

• ¿Un borde redondo alrededor de un DIV? pues le ponemos otro div antes y otro más después... y otro alrededor!
• ¿Queremos ordenar un formulario? Cada campo en un DIV entonces.
• ¿Queremos hacer una tabla? ¡Horror! ¡no usar tablas! Simulamos una tabla... usando DIVs!!
• ¿Queremos un mapa? pues no podemos usar mapas, así que... lo simulamos con DIVs.

El DIV se ha vuelto una mala práctica... o más bien, el uso gratuito de DIVs. El problema no es con un tag en particular (excepto FONT, claro) sino con el uso de tags gratuitos sin significado alguno, mezclando presentación con contenido.

Aún hoy veo sitios horrendos que si bien no están llenos de tablas gratuitas, están llenos de DIVs gratuitos. Lo más triste es ver algunos elementos abandonados por seguir esta práctica al pie de la letra y las tablas html y los mapas de imagen no soportan todo el CSS que los tags populares si soportan (SPAN es el otro, que semánticamente es un "pedazo"). Incluso en el caso de reemplazar una tabla por un monton de DIVs flotantes se pierde semántica, ya que la tabla correlaciona columnas además de filas y un user-agent astuto podría ofrecer la opción de leer (con un sintetizador de voz) las tablas por filas o por columnas.

En resumen: si su contenido es una tabla, por Dios, ¡ponga una tabla! Si tiene un mapa con regiones picables (o clickeables), ¡use un mapa html! Yo estoy usando mapas html en el 2008 y me tienen muy feliz, si bien no tienen *nada* de CSS.

Bonus links: Mientras peleo con el peculiar comportamiento de TinyMCE en Firefox (que borra a veces de a un carácter, a veces de a dos) me pregunto si habrán mas opciones. Encuentro FCKEditor y Xopus y si bien Xopus se ajusta bastante a lo que quisiera... también es comercial y con un foco a Internet Explorer, por lo que no sirve.

El botón que uno usa para corregir un error pequeño, a cada rato, junto al botón que usualmente no se usa nunca que destruye todo sin posibilidad de volver atrás.

Bien. Genial.

Grr. T_T