Archive for the ‘Ensayos’ Category.

Meaning of the default EIGRP metric

Introduction and motivation

I have always felt the EIGRP metric as being really overwhelming. I see values like “2820096″ and instead of understanding it, I always end up asking what the hell does that number mean.

For example, in RIP:

R    192.168.0.0/24 [120/3] via 172.16.1.1, 00:00:15, FastEthernet0/0

Just by looking at the metric of “3″ I immediately know what is means: there are three steps between the announced network and the router receiving the advertisement. Easy, right? “Understanding the number” makes it easy for me to manage and diagnose it.

In OSPF, the metric (cost) is still not as cumbersome as EIGRP’s. However, in the following example, can you identify what does “66″ mean? For you, is it “just a number” that won over another because of its numerical value being lower? How do you know if the number is right or not?

O   192.168.0.0/24 [110/66] via 172.16.1.1, 00:00:82, FastEthernet0/0

Continue reading ‘Meaning of the default EIGRP metric’ »

Etiqueta en el citado de mensajes de e-mail

Introducción

Una regla de etiqueta en Internet muy ignorada es la del citado de mensajes al contestar un correo electrónico.

Al hablar de “citado” me refiero a la inclusión de un mensaje anterior dentro de uno nuevo (una respuesta, por ejemplo) con el objetivo de mantener la relevancia de la respuesta dentro del contexto original. Es decir, le diría a alguien: “Javier, no sé de qué hablas. La próxima vez cita en tu respuesta el mensaje original para saber a qué estás contestando.”

Prácticamente todos los clientes de correo electrónico citan el mensaje que es objeto de respuesta, al menos por defecto. Eso es bueno y contribuye con la etiqueta, pero ha desencadenado un abuso de esta regla que la vuelve totalmente inútil.

Al decir que la regla es “ignorada”, me refiero a que el usuario común no edita el texto citado por el cliente de correo. Deja que su programa cite el mensaje original ignorando el texto resultante. Después de 3 iteraciones de respuesta, el “mensaje original” contiene más basura que contenido relevante.

Y los clientes de correo electrónico —como Outlook y Thunderbird— tampoco ayudan; son demasiado tontos. Citan lo que se encuentran. Si bien, el propósito es dejarte el mensaje original listo para su *edición* durante la respuesta, lo cierto es que incluyen hasta las firmas y los legales odiosos.

Bien, más allá de la queja, el propósito de este artículo es mostrar las técnicas de citado y respuesta existentes, pero sobre todo, expresar mi añoranza por un estilo que usaba hace 15 años, incluso antes de la proliferación de Internet en esta ciudad.

La etiqueta bien aplicada a una respuesta o forward de correo electrónico permite un mensaje relativamente organizado y se compone de dos elementos: (a) la correcta colocación de la respuesta en relación al mensaje citado y (b) la correcta edición del mensaje citado.

Colocación de la respuesta en relación al mensaje citado

La mejor manera de explicar lo que es, es mencionando los tres diferentes estilos y la diferencia entre ellos: publicación superior (top-posting), inferior (bottom-posting) e intercalado (interposting or inline-posting). Corresponde a colocar la respuesta arriba del mensaje original, abajo, o intercalando las respuestas a los diferentes temas del texto.

Ejemplo A: publicación superior (top-posting)
Sí y la voy a realizar yo.

El Vie, 26 Jun 2009 17:42:34 -0700, Hitsuo Tikashi <hitsuo.tikashi@sistint.com.mx> dijo:
> Octavio:
>
> El mantenimiento es la madrugada del próximo jueves?
>
> Quién la va a realizar?
>
> Saludos.
>
> ---
> Hitsuo Tikashi.
> Coord. de Servicios de Infraestructura.
> Sistemas Integrados.
> T. +52 (664) 555-1234
> E. hitsuo.tikashi@sistint.com.mx
Ejemplo B: publicación inferior (bottom-posting)
El Vie, 26 Jun 2009 17:42:34 -0700, Hitsuo Tikashi <hitsuo.tikashi@sistint.com.mx> dijo:
> Octavio:
>
> El mantenimiento es la madrugada del próximo jueves?
>
> Quién la va a realizar?
>
> Saludos.
>
> ---
> Hitsuo Tikashi.
> Coord. de Servicios de Infraestructura.
> Sistemas Integrados.
> T. +52 (664) 555-1234
> E. hitsuo.tikashi@sistint.com.mx

Sí y la voy a realizar yo.
Ejemplo C: respuestas intercaladas (inline-posting)
El Vie, 26 Jun 2009 17:42:34 -0700, Hitsuo Tikashi <hitsuo.tikashi@sistint.com.mx> dijo:
> Octavio:
>
> El mantenimiento es la madrugada del próximo jueves?

Sí.

>
> Quién la va a realizar?

Yo.

> Saludos.
>
> ---
> Hitsuo Tikashi.
> Coord. de Servicios de Infraestructura.
> Sistemas Integrados.
> T. +52 (664) 555-1234
> E. hitsuo.tikashi@sistint.com.mx

¿Cuál consideran que es mejor? La respuesta puede variar según el entorno, pues tienen pros y contras. ¿Cuáles consideras que son los pros y contras de cada uno?

En las listas de correo, por ejemplo, el escrito superior está más que prohibido, a favor del escrito inferior (o mejor aún, el intercalado). Este se ha venido manejando incluso desde antes de la existencia del “correo electrónico” como se conoce hoy en día.

Sin embargo, en los negocios y el uso común, lo más popular es el estilo “superior”, debido a que es más fácil “escribir y mandar” sin preocuparse por más; esto ha llevado a que los clientes de correo electrónico más populares vengan preconfigurados de esa manera, lo que a su vez lo populariza aún más.

Correcta edición del mensaje citado

El ejemplo anterior de mensaje intercalado deja al descubierto la inutilidad de una gran parte del texto de respuesta. Se considera que el texto citado forma parte de la respuesta, pues pertenece al mismo mensaje y ocupa espacio en disco como parte de la misma.

Tomaré el ejemplo de intercalado expuesto arriba como caso de análisis, pero esto aplica a cualquiera de los tres estilos de colocación de respuesta.

A partir de la palabra “saludos” es texto irrelevante (y por ende, inútil). Tal vez podríamos argumentar que la línea “Octavio:” también es texto irrelevante, pero no seamos tan quisquillosos en este momento. En números, son inútiles 8 de 21 líneas (38%); 25 de 59 palabras (42%); 161 de 373 caracteres (43%). Hay que considerar que falta mi propia firma, lo cual disminuirá ligeramente estos porcentajes.

Ejemplo D: Correcto citado en publicación superior
Sí y lo voy a realizar yo.

El Vie, 26 Jun 2009 17:42:34 -0700, Hitsuo Tikashi <hitsuo.tikashi@sistint.com.mx> dijo:
> Octavio:
>
> El mantenimiento es la madrugada del próximo jueves?
>
> Quién la va a realizar?
>
Ejemplo E: Correcto citado en publicación inferior
El Vie, 26 Jun 2009 17:42:34 -0700, Hitsuo Tikashi <hitsuo.tikashi@sistint.com.mx> dijo:
> Octavio:
>
> El mantenimiento es la madrugada del próximo jueves?
>
> Quién la va a realizar?
>

Sí y lo voy a realizar yo.
Ejemplo F: Correcto citado en publicación intercalada.
El Vie, 26 Jun 2009 17:42:34 -0700, Hitsuo Tikashi <hitsuo.tikashi@sistint.com.mx> dijo:
> Octavio:
>
> El mantenimiento es la madrugada del próximo jueves?

Sí.

> Quién la va a realizar?

Yo.

El argumento principal para no editar el texto podría ser que es muy ineficiente y tardado hacerlo. Lo que en mi barrio le llamamos “hueva”.

Este será el argumento que den aquellas personas que no conozcan los atajos de teclado para edición, en particular el uso de la tecla Shift como un estándar no escrito para marcar texto. Usando Shift y las flechas seguido de la tecla “Delete”, es sumamente fácil marcar y eliminar texto inútil.

Añorando Blue Wave y FidoNet

Antes de tocar el tema de las interfaces de usuario y los dispositivos móviles, me tomaré un momento para externar mi más sincera añoranza por los tiempos en los que escribía en FidoNet, antes de la presencia popular de Internet en Tijuana (1994 a 1996).

En FidoNet, la costumbre era un tanto distinta. En ese entonces usaba un shareware popular llamado Blue Wave Offline Reader. Muchos usábamos Blue Wave, que tenía un estilo especial de preparar el citado antes de enviarlo a edición:

El Vie, 26 Jun 2009 17:42:34 -0700, Hitsuo Tikashi dijo:
 HT> Octavio:
 HT>
 HT> El mantenimiento es la madrugada del próximo jueves?
 HT>
 HT> Quién la va a realizar?
 HT>
 HT> Saludos.
 HT>
 HT> ---
 HT> Hitsuo Tikashi.
 HT> Coord. de Servicios de Infraestructura.
 HT> Sistemas Integrados.
 HT> T. +52 (664) 555-1234
 HT> E. hitsuo.tikashi@sistint.com.mx

Lo interesante no está en el intercalado, pues entonces como hoy, con un par de Enters tenía una respuesta intercalada.

Y para borrar a partir de “Saludos”, tal como hoy: me coloco en la letra “S” de “Saludos” y en dos pasos: Shift+Ctrl+End, Delete, y listo: mensaje limpio.

Y entonces yo contestaba:

El Vie, 26 Jun 2009 17:42:34 -0700, Hitsuo Tikashi dijo:
 HT> Octavio:
 HT>
 HT> El mantenimiento es la madrugada del próximo jueves?

 Así es. Aunque el mantenimiento no está considerado de carácter crítico,
 en caso de posible falla afectaremos los acuerdos de nivel de servicio,
 pues hace menos de 30 días hubo otra falla por parte de nuestros
 proveedores.

 HT> Quién la va a realizar?

 Yo.

Lo realmente interesante es que cuando el susodicho remitente intentara contracontestar mi respuesta, el texto era automáticamente ajustado a la longitud de la línea y citado de la siguiente manera:

El Vie, 26 Jun 2009 17:42:34 -0700, Octavio Alvarez dijo:
 HT> Octavio:
 HT>
 HT> El mantenimiento es la madrugada del próximo jueves?
 OA>
 OA> Así es. Aunque el mantenimiento no está considerado de carácter
 OA> crítico, en caso de posible falla afectaremos los acuerdos de
 OA> nivel de servicio, pues hace menos de 30 días hubo otra falla por
 OA> parte de nuestros proveedores.

 Enterado. Te encargo el changarro y mantenme informado.

 HT> Quién la va a realizar?
 OA>
 OA> Yo.

 ¿Quién estará monitoreando los servicio al siguiente día?

En el ejemplo, el usuario ya intercaló su respuesta hacia mí.

Puede apreciarse cómo las líneas del texto no corresponden a las líneas originales: fueron modificadas inteligentemente, siendo consideradas como un párrafo y ajustadas para mantener un bloque sólido y consistente de texto.

Puede verse cómo el texto es sumamente claro y fácil de seguir; aún más, si el lector y el editor se encargaban de poner en diferentes colores a los diferentes autores.

Este estilo, además de ordenado es escalable. Después de múltiples iteraciones, el texto y el formato se mantienen en orden.

El Vie, 26 Jun 2009 17:42:34 -0700, Octavio Alvarez dijo:
 HT> Octavio:
 HT>
 HT> El mantenimiento es la madrugada del próximo jueves?
 OA>
 OA> Así es. Aunque el mantenimiento no está considerado de carácter
 OA> crítico, en caso de posible falla afectaremos los acuerdos de
 OA> nivel de servicio, pues hace menos de 30 días hubo otra falla por
 OA> parte de nuestros proveedores.
 HT>
 HT> Enterado. Te encargo el changarro y mantenme informado.
 OA>
 OA> Ok. Le enviaré un mensaje a su celular, según el procedimiento.

 Y además mándamelo por correo, por favor.

 HT> Quién la va a realizar?
 OA>
 OA> Yo.
 HT>
 HT> ¿Quién estará monitoreando los servicio al siguiente día?
 OA>
 OA> Estará el compañero nuevo, pero ya hablé con los demás para que
 OA> estén al pendiente de caulqueir eventualidad.

 ¿Ya intercambiaron números de teléfono?

Desde mi punto de vista esto es mucho más inteligente que su popularizada contraparte:

El Lun, 29 Jun 2009 17:42:34 -0700, Octavio Alvarez <alvarezp@alvarezp.ods.org> dijo:
> El Dom, 28 Jun 2009 17:42:34 -0700, Hitsuo Tikashi <hitsuo.tikashi@sistint.com.mx> dijo:
> > El Sab, 27 Jun 2009 17:42:34 -0700, Octavio Alvarez <alvarezp@alvarezp.ods.org> dijo:
> > > El Vie, 26 Jun 2009 17:42:34 -0700, Hitsuo Tikashi <hitsuo.tikashi@sistint.com.mx> dijo:
> > > > Octavio:
> > > >
> > > > El mantenimiento es la madrugada del próximo jueves?
> > >
> > > Así es. Aunque el mantenimiento no está considerado de carácter
> > > crítico, en caso de posible falla afectaremos los acuerdos de
> > > nivel de servicio, pues hace menos de 30 días hubo otra falla por
> > > parte de nuestros proveedores.
> >
> > Enterado. Te encargo el changarro y mantenme informado.
>
> Ok. Le enviaré un mensaje a su celular, según el procedimiento.

Y además mándamelo por correo, por favor.

> > > > Quién la va a realizar?
> > >
> > > Yo.
> >
> > ¿Quién estará monitoreando los servicio al siguiente día?
>
> Estará el compañero nuevo, pero ya hablé con los demás para que estén
> al pendiente de caulqueir eventualidad.

¿Ya intercambiaron números de teléfono?

Esto es lo mejor que un mensaje de correo electrónico puede dar. No está tan mal, asumiendo que el autor haya seguido la etiqueta.

De no ser así, nos encontramos con:

  • Prefijos de cita como el siguiente: > >> > >>> >
  • Líneas partidas por exceder una cierta longitud.
  • Mensajes citados en su totalidad, incluyendo párrafos irrelevantes.
  • Mensajes llenos de firmas y bloques de textos de información legal (a veces en dos idiomas por mensaje).

Aunque mejor que lo que se ve día a día, dista mucho de la comodidad de trabajar con el estilo de Blue Wave / FidoNet.

De interfaces de usuario

Los clientes de correo electrónico son realmente deficientes en promover la cultura de la etiqueta en el correo electrónico.

Considero que podría existir un mecanismo en los clientes de correo electrónico para detectar la firma del remitente y excluirla del mensaje citado. Esto ahorraría que después de tres respuestas, la respuesta contuviera tres copias del mismo rollo:

> ---
> Hitsuo Tikashi.
> Coord. de Servicios de Infraestructura.
> Sistemas Integrados.
> T. +52 (664) 555-1234
> E. hitsuo.tikashi@sistint.com.mx
>
> El contenido de este mensaje de correo, así como sus anexos pueden ser
> confidenciales y estar protegidos por derechos de autor. Están dirigidos
> única y exclusivamente para uso de el (los) destinatario(s). Si Usted
> lo ha recibido por error debe destruirlo de su sistema. No se permite
> copiar, ni imprimir, ni distribuir este correo o sus anexos, ni usarlos
> para propósito alguno ni dar a conocer su contenido a persona alguna.
> La información aquí contenida no necesariamente refleja la opinión
> o postura de [NOMBRE DE LA EMPRESA] ni sus subsidiarias, afiliadas
> o alianzas.
>
> Por favor piense en el planeta antes de imprimir este mensaje.

(Nota: la última línea la he visto en algunos mensajes de correo y la he incluído sólo porque al imaginarme ese llamado a la ecología al lado de ese derroche de energía eléctrica y espacio en disco que suele estar en HTML, no puedo evitar contener mi deficiente sentido del sarcasmo.)

Los dispositivos móviles

En una pantalla de 160×320 y un teclado miniatura uno podría argumentar que es difícil realizar toda esta edición de mensaje de forma práctica. Sin embargo, del mismo modo en el que los dispositivos móviles presentan al usuario interfaces apropiadas para realizar otras tareas, es en la interfaz donde radica la facilidad o dificulad de realizar estas ediciones.

De ser popular el intercalado, un dispositivo móvil contaría con una función para “contestar el siguiente bloque o párrafo” o tal vez para “navegar por párrafo” y escoger “contestar”, “dejar” o “eliminar” cada uno de ellos hasta una opción para “borrar el resto del texto”.

Si la interfaz no lo contiene, es porque el intercalado no fue lo suficientemente popular y hoy en día no se demanda lo suficiente.

Conclusiones

He tratado de mostrar cómo el estilo del ejemplo F es el más ordenado, organizado y escalable de todos, basado en la experiencia previa de Blue Wave y FidoNet.

Personalmente, trato de respetar el estilo que la mayoría de la población utilice en un contexto dado. Es lo mejor. Una persona que contesta con intercalado en una lista donde todos contestan arriba del mensaje original (por ejemplo, en el trabajo) sólo provocaría confusión para todos.

No me queda más que hacer el llamado a quienes participan en grupos de discusión, listas de correo (en especial a los de áreas más técnicas) que al menos entre nosotros mismos sigamos estas reglas de etiqueta:

  • Intercalar nuestras respuestas en el mensaje original.
  • Eliminar las partes irrelevantes del mensaje citado, en especial firmas y párrafos legales.
  • Reacomodar los párrafos que se vuelvan ilegibles.
  • Evitar vicios de escritura.
  • Apoyar nuestro texto con los emoticones en caso de que pudiera prestarse a confusión.

Gracias por la paciencia de leer hasta aquí.

Opinión sobre la apreciación de la baja calidad del Software Libre

Introducción

No les va a gustar lo que van a leer. Esta es una respuesta a un post de Enrique Monge llamado “El reto del Software Libre” en La Bitácora Woodiesca y que se publica en Planeta Debian en Español. Es una respuesta cuyo objetivo no es atacar al autor original, sino simplemente alinear un argumento que me parece desbalanceado e injusto y siento que puedo hacer algo al respecto. He opinado con anterioridad como él, y aún hay ciertos puntos donde concuerdo, pero no en todos.

Antes de opinar, quiero aclarar también que soy un total partidario del software libre. Uso software libre en mi casa y trabajo tanto como puedo y defiendo el movimiento del software libre. Pero antes de eso soy partidario de la libertad humana, lo que significa que también estoy a favor de que una empresa tenga la liberdad de escoger las herramientas de software que le parezcan mejores –así sea software privativo– siempre y cuando esté dispuesta a pagar las correspondientes licencias. Sí, esas empresas SÍ existen y yo trabajo para una de ellas.

Dicho lo anterior, la apreciación del usuario promedio sobre el software libre se basa primordialmente en la calidad de su paquete ofimático (OpenOffice.org). Para el usuario promedio, un Windows sin Office es como un teclado sin Enter. Y hoy por hoy, LA CALIDAD DE OPENOFFICE.ORG ES BAJA. Tal vez al final de la carrera el software libre venza (y eso es lo que yo espero) pero en este momento, OpenOffice.org tiene demasiados errores y muchos están expuestos.

El caso específico de OpenOffice.org Writer

A lo largo de mi comentario me voy a referir a Writer, pero esto puede extenderse hacia casi cualquier aplicación de OpenOffice.org.

Como aclaración: si tú no usas las herramientas de ajuste automático de documentos de Writer, no me vas a entender y diferirás de todo lo que yo diga. En documentos grandes, colocar manualmente una imagen flotante usando tablas (en lugar de aplicar el formato de flotación), hacer una tabla de contenidos manualmente para un documento extenso (en lugar de usar estilos o referencias y generarla automáticamente), es tan idiota como centrar un título con espacios y tabuladores en lugar de aplicar el formato de centrado.

La realidad del interés de los usuarios finales

A los usuarios finales les interesa que el software simplemente funcione. No les interesa poder modificarlo, porque no saben cómo hacerlo. No les interesa aprender a modificarlo porque la curva de aprendizaje es tan alta, que cuando logren aprenderlo, ya habrán fallado en su interés original varias veces. Yo mismo he bajado el código, lo he intentado entender, sin éxito. Por “usuarios finales” no me refiero a la persona que quiere redactar una cartita en su casa. Me refiero al editor que prepara un libro y necesita un buen soporte para encabezados y pies de página. Me refiero al director de una empresa que necesita que el flujo de información no se interrumpa por errores estúpidos en un programa mal hecho, porque simplemente lo va a cambiar. Me refiero al ingeniero que escribe una memoria técnica con imágenes y adjuntos y necesita uniformidad en la presentación. Me refiero al estudiante reconocido por sus compañeros que prepara un periódico local en hojas tamaño oficio porque de eso dispone. Esos son los usuarios que, además de tener la apertura de probar un nuevo software, van a tener la autoridad de hablar bien o mal del mismo, ya que esa es su herramienta diaria y necesita que satisfaga sus necesidades. La gente les preguntará en un futuro cuál es la herramienta que usaron, porque tarde o temprano tendrían que hacerlo. Insisto, también hay “usuarios de potencia” en hojas de cálculo.

Con OpenOffice.org ya puedes hacer cartitas, pero no puedes hacer libros. Que no se tome tan literal. ¿A qué me refiero con esto? A la gente le interesa que el software funcione y ofrezca al menos lo mismo que su competencia o haga algo impresionantemente útil que su competencia no haga.

Ejemplos de fallas y reporte de errores

Yo redacto memorias técnicas y exploto parte algunas capacidades no avanzadas de Writer. A veces le pido a Writer que haga un estilo de gráficos donde se mantenga la “razón de aspecto” de una imagen (la razón alto por ancho) con una altura automática mínima de 0.1 cm pero con un ancho fijo de 5 cm. Esta configuración es importante porque puedo preparar una serie de pasos con pantallazos: almaceno en un “estilo” de imagen y simplemente aplicar el mismo estilo a todos los pantallazos y quedan con altura variable. Lo que OpenOffice.org Writer hizo fue ignorar lo de la razón de aspecto y me puso todas las imagenes del mismo estilo de 5 cm de largo y 0.1 cm fijo de alto. Tuve que aplicar los cambios a cada imagen manualmente, y aunque lo haya logrado, el software no hizo lo que yo necesitaba. Esto último se traduce a que no satisfizo mis necesidades, no cumplió mis expectativas.

Ya sé, me dirás: “puedes reportar el bug”. Lo he intentado, pero en el caso de OpenOffice.org, la mayoría de mis reportes han quedado en el olvido. Existe otro bug —que sí reporté—, donde al borrar los formatos duros (entiéndanse “formatos aplicados manualmente”), los estilos de caracter aplicados se pierden. No puedo marcar una palabra como “extranjerismo” y aplicarle una letra oblícua mediante un estilo, porque si marco todo el documento y le pido que elimine los formatos aplicados manuales, elimina la aplicación del estilo “extranjerismo” a esa palabra. Eso Word lo sabe hace perfectamente desde hace mucho tiempo; Writer simplemente no lo hace. Al reportar el bug, lo marcaron como un bug que en realidad no es bug. Mostraron una serie de documentos para “avalarse”. Al analizar el documento, los conceptos básicos del documento estaban ambiguos y contradictorios. Todo esto se les hizo notar, con referencias y ejemplos, y simplemente dejaron de responder. Yo hice mi parte.

Tan fácil como esto: a veces Writer coloca las imágenes flotantes fuera de los márgenes de la hoja, y debo hacer ajustes de párrafos, en lugar de mandarme todo el párrafo a la hoja siguiente. ¿Por qué es mejor que lo mande a la hoja siguiente? Porque si yo no me doy cuenta de este error (digamos que cambié los márgenes en un documento de 35 hojas) y lo mando a impresora, voy a ver imágenes cortadas, y me voy a ver “descuidado” por usar una herramienta que toma decisiones estúpidas.

Para ese caso, mejor me quedo con Word.

Conclusión sobre el reto del Software Libre

El verdadero reto no es convencer a la gente ni pugnar porque la gente se abra a opciones alternas. Sería hacer que la gente se convenza por sí misma mediante los buenos comentarios que reciba de la gente de su confianza. La gente prestará más atención a lo que dice su jefe o su subordinado, su familia, sus amigos o sus maestros que lo que diga una bola de geeks en un estrado donde se siente la vibra de que están tratando de ser convencidos como si fuera mítin político.

Postdata: comentarios irrealistas

Además de todo lo anterior, los comentarios que queremos que escuchen deben ser REALISTAS. Cuando los comentarios no son realistas, se generan expectativas que no se satisfacen. El grado de frustración sube ante la decepción en su primera impresión. Por ejemplo: no hagas comentarios del tipo “Linux es ecológico porque lo puedes instalar en hardware viejo” porque no es cierto y se vuelve contraproducente. Se puede desde un punto de vista muy técnico —yo instalé el kernel 2.4 en una 386, pero tardó 10 minutos en hacer un “echo *“—. Cierto, existe Damn Small Linux, pero es una distribución que usa versiones anteriores (gtk-1.2 en lugar de gtk-2.0, por ejemplo). Esto da una distribución reducida de propósito específico sin soporte para gran parte de las funciones que los usuarios hoy dan por hecho. Equivale a decir que “Windows lo puedes instalar en hardware viejo” y para lograrlo te ofrecen un disco de Windows 98 ó 2000. El resultado final es que estos “rumores” llegan a oidos de ilusos que en los festivales de instalación piden que se le ponga Linux a su Pentium I con 32 MB de RAM y se decepcionan porque no se pudo.

Otro más: decir que “en Linux no hay virus” es una verdad a medias. Aunque es muy complicado que un virus se redistribuya fácilmente en Linux, uno debería decir “en Linux prácticamente no hay virus” o “en Linux no hay virus… todavía“.

Gracias por el tiempo que le han dedicado a leer este extenso artículo.