Barrapunto

No hay mas que decir, hay noticias que no tienen ni que comentarse, por si solas ya nos dan un ejemplo a seguir.
Saludos,
Dani

y ... ¿qué le importa a nadie cómo yo lo vea ? :))

Creo que en la lista de Gnome se está discutiendo sobre algo bastante importante; el problema de la diversificación de herramientas.

Creo que se han planteado tres posturas:

- No incluir PERL:
        Ya se soportan diversos lenguajes interpretados. Soportar más significa que el usuario deberá instalar más paquetes, o renunciar a usar determinadas utilidades (las desarrolladas en PERL, por ejemplo). Se justifica (difícilmente) por el requerimiento en disco de Perl (en mi máquina ocupa 25 MB) y su hipotética lentitud.

- Incluir PERL:
        PERL funciona tan bien como (o mejor que) otros lenguajes soportados (como Phyton) y no ocupa más espacio en disco o RAM.

- Usar "C":
        No sería necesario instalar grandes paquetes como Perl o Phyton, y no habría que renunciar a ninguna utilidad. Por otra parte, se ralentizaría la producción y chequeo de nuevas herramientas.

Este tema que se discute para Gnome, creo que puede hacerse extensible a todo el sistema. Tenemos muchas herramientas (de configuración, de diagnóstico, de ocio) desarrolladas sobre este tipo de lenguajes que, posiblemente, sólo ellas utilizan (es decir, el usuario no sabe nada ni de Perl, ni de Slang, ni de Python, ni de Lisp, pero necesita instalarlas para poder configurar su tarjeta de sonido)

No creo que sea un "flame war" inútil; al contrario, podrían sacarse muchas conclusiones.

Ya me han dicho como debo escribir Pytohn :)

Has dado en el clavo; de hecho es difícil instalar una distro estándar sin acabar metiendo Perl, Python, Scheme y algún otro más (Tcl/Tk parece que cada vez menos) Y es que cada vez más herramientas de administración de las distros se escriben usando estos lenguajes (y Qt, y GTK) así que cada vez es menos una opción y más un auténtico requisito de espacio.

Muy buena tu apreciación.

---

hay noticias que no tienen ni que comentarse

Comentarios como el tuyo no merecen respuesta.

Que razon tienes, ni respuestas como la tuya
Dani

No tiene sentido prolongar esta hebra más de lo necesario.

Yo viendolo como un desarrollador es muy bueno que haya tantas opciones, porque en mi caso por ejemplo, no me pondría a hacer ninguna aplicación en C, pero si me animaría en perl o python, al sacarme esas opciones, yo nunca escribiría nada para gnome, así hay mucha gente.

Además, el problema de espacio no es un problema, ¡vamos gente! que los discos de 30Gb no cuestan mucho! unos 150dls acá en Argentina, y no debemos protestar por 25 o 50mb extra si esos mb extras vienen con la posibilidad de tener MUCHAS mas aplicaciones en nuestra plataforma preferida.

Menos mal que alguien menciona otros lenguajes como Scheme y Tcl/Tk. En mi caso me "duele" mas tener que instalar esos paquetes ya que no tengo intencion de programar en ellos. Sin embargo si lo hago en perl y python.

Tal vez deberian decidirse por un único lenguaje para las herramientas de administración pero creo que es positivo que siga existiendo variedad de "bindings" ya que facilitan mas gente escriba utilidades y herramientas. Por otra parte los discos duros son cada vez mas grandes y 25 megas son algo que me puedo permitir.

Por cierto, nadie se ha quejado de tener instalados dos compiladores de C, cosa que me parece bastante mas grave.

Queda abierto el concurso "Hebra más larga (campaña S/R -> 0)". ¡Participa! ¡Es tu oportunidad de no decir nada!

Esta hebra parece un discurso político.

toc toc, se puede?

Me solidarizo con el segundo de la hebra.

Saludos:
En previsión, antes de que pueda surgir algun meme en alusión a la pertenencia o afiliacion a partidos nazis de alguno de los concursantes de este thread, yo ya o vuelvo a hablar aqui

(lo se, lo se, si no quiero hablar, que hago habalndo? Bueno, es que tiene su morbillo seguir enrollandose ;) )

kput

Perdona, pero aqui no se esta discutiendo utilizar Perl, python, etc como lenguajes de macros sino la creación de aplicaciones basadas en esos lenguajes y las dependencias que ello comporta. El hecho de que las aplicaciones usen o dejen de usar lenguajes de macro no depende para nada de que esten progrmadas en C, python ,lisp o lo que sea.

Debeis tener en cuenta que el espacio físico en disco no es lo más problemático.
Por mi experiencia, el problema de los paquetes "grandes" no es que ocupen mucho disco, sino que crean muchísimos ficheros. Esto no es muy bueno, cuando tienes que recorrer todo el PATH para encontrar algo (aunque la mayoría de estos ficheros se instalen "fuera" del PATH, ya lo sé) ni para el eficaz funcionamiento de los cachés de ínodos que el kernel mantiene en memoria.

Por lo demás, ya sabemos que la libertad (de elección en este caso) siempre tiene un precio :)