Fwd: Re: [OT] Re: Cachondeo en /etc

2006-06-08 Por tema Francisco J. Bejarano

El Jueves, 8 de Junio de 2006 11:35, Alfonso Pinto Sampedro escribió:
 El Jueves, 8 de Junio de 2006 04:21, Javier San Roman escribió:
  El Jueves, 8 de Junio de 2006 00:18, Alfonso Pinto Sampedro escribió:
   El Miércoles, 7 de Junio de 2006 23:35, Iñaki escribió:
El Miércoles, 7 de Junio de 2006 23:28, Ricardo Frydman Eureka!

 escribió:
  Que alguien me diga que hay de BENEFICIOSO en que existan
  diferentes sintaxis para cada archivito de configuración en /etc,
  y pinto unos ejemplo:

 Por la misma razon que existen diferentes lenguajes de programacion

 :D
   
Pero a ver, ¿hay algún lenguaje de programación en el mundo en el que
la asignación de variables se haga sin un = u otro símbolo?
Sin embargo en montones de archivos en /etc aparecen asignaciones del
tipo:
   
variablevalor
   
   
Y otra cosa: ¿qué lenguaje de programación entiende lo siguiente?
   
  [section1]
 varaible1 = qweqwe;
 varaible2 = qweqwe;
   
   
Eso de [section] no lo entiende ninguno. Bueno, lo entiende todos
pero tras analizar el texto de un fichero, no tiene nada que ver con
el propio lenguaje de programación.
A pesar de ello se ven todo tipo de formas de implementar secciones
en los archivos de /etc, ninguna mucho mejor que otras, pero tantas
que marean.
  
   Muchos archivos de configuración no son meras declaraciones de
   variable=valor en el mismo formato que el lenguaje de programación que
   se usa, por eso no son directamente entendibles por ningún programa. Lo
   que acabas de comentar parece indicar que si programo en perl debería
   crear mis archivos de configuración así:
 $variable=valor
   y si lo hago en python:
 variable=valor
   Vaya, ya no está unificado el tema.
  
   También tenemos que tener en cuenta que dependiendo de cual sea el
   programa del que hablemos este tendrá unas necesidades de configuración
   que otros no. Algunos necesitarán que su archivo de configuración este
   dividido en secciones y otros simplemente necesitan un archivo con
   cuatro líneas que son directamente del tipo variable=valor.
  
   Otro detalle a tener en cuenta: cada uno de nosotros programa en el
   lenguaje o lenguajes que nos son más comodos. Ya que nuestro archivo de
   configuración tiene que ser interpretado (o parseado como prefiráis)
   pues tengo que crear las rutinas de parseo. Para mi en perl puede ser
   más fácil crear esas rutinas así y en c asá mientras que para otro
   puede ser al revés.
  
   Como último ejemplo: Perl tiene una librería para parsear
   automáticamente archivos de configuración y estos tienen que estar en
   un formato concreto para ser entendidos. ¿Tienen otros lenguajes
   librerías semejantes? En caso de que las tengan, ¿usan el mismo
   formato?, ¿puedo estructurar todas las opciones de configuración que
   necesita mi programa según la estructura que rigen dichas librerías
   para los archivos de configuración o por el contrario necesito
   estructurarlo de otra forma distinta? en este caso me toca escribir las
   rutinas de parseo y a lo mejor me es mas fácil parsear un archivo que
   tiene este formato:
 variable valor;
   que este otro:
 variable=valor
  
   El día que todos pensemos igual será posible hacer lo que decís y ese
   día yo me pegaré un tiro: VIVA LA DIVERSIDAD.
 
  No hombre, no. Puedes ser el germen de un nuevo proceso. Si un elemento
  deja de existir, se pierde la posibilidad de una expansión que nadie sabe
  hasta donde puede llegar.
 
   Y por cierto, el que ha comentado que la democracia es lo mejor, que
   lea un poquito de literatura ciberpunk. La democracia es la supremacía
   de una mayoría sobre una minoría. ¿No pueden existir distintos puntos
   de vista?¿No puede existir la diversidad?
 
  Existe pues una sociedad es un entramado de minorías. Cuando no se
  contempla eso para la organización social y su gobierno, se dan las
  dictaduras, entre ellas una llamada democracia que ni siquiera es lo
  mejor: solo es la mayoría.

 EXACTO! yo no habría podido expresarlo mejor (tampoco habría podido
 expresarlo tan claro :) )

   Ejemplo: Por democracia  tenemos una constitución y unas leyes. Según
   la ley yo no puedo casarme con 2 mujeres o una mujer no puede casarse
   con 2 hombres. ¿por qué?¿y si el trio esta de acuerdo?
 
  Nada, nada, ¡hala! ¡a la cárcel, por libertinos!.

 Ahí es donde existe el problema, no solo cuando una mayoría intenta regular
 la forma de hacer ciertas cosas, el si se puede o no hacer tal o cual, si
 no que también se atreven a decir que es moral o no, que es decente o no.
 Si se atuviesen al acta de DERECHOS HUMANOS y a un par de cosas más ciertos
 problemas se acabarían.

Bueno aquí mismo te contradices tu, acaso los DERECHOS HUMANOS no los han
puesto una mayoria de personas? no es una regulacion? si la libertad esta tan
guay, por que no me dejais NO seguir los derechos humanos? por que te atreves

Fwd: Re: [OT] Re: Cachondeo en /etc

2006-06-08 Por tema Francisco J. Bejarano

El Jueves, 8 de Junio de 2006 13:10, Alfonso Pinto Sampedro escribió:
 El Jueves, 8 de Junio de 2006 12:20, Jorge Martí Sola escribió:
  El jue, 08-06-2006 a las 10:21 +0200, Francisco J. Bejarano escribió:
   Pues yo voy a dar mi opinion y es que SI es necesario un estandar en
   segun que cosas. Por ejemplo, en los ficheros de configuracion, los
   programadores siguen todos ese criterio y los programas seran todos mas
   mantenibles por cualquier programador o en el ecritorio tambien es
   necesario para que sobre el se construyan diferentes escritorios pero
   que se basen en algo estandar y asi se solucionen muchos problemas
   actuales. Es decir, combinar lo estandard con la diversidad, no uno u
   otro. Como ejemplo, yo puedo elegir el cliente FTP que se salga de los
   huevos (diversidad) mientras siga el protocolo FTP (estandar)
  
   Aun asi, creo que es, en la informatica, una buena practica tener
   acuerdos unificados para hacer las cosas, alguien se imaginaria
   internet si no se hubiesen puesto de acuerdo las partes para usar el
   TCP/IP. Si cada uno hubiese hecho su propio protocolo, ¿cuantos nos
   comunicariamos ahora? En fin, creo que no hay discusion posible en que
   la aceptacion de estandares en el software es algo bueno, tanto para
   programar, como para mantener, como para comunicarse y como para
   solucionar problemas, entre otras cosas.
  
   Vamos totalmente de acuerdo con iñaki y el que abrió el hilo.
 
  Amos no jodas, por fin alguien que da un motivo para no unificar
  crit AH NO, que das razones para sí unificarlos!

Exactamente, ¿algun problema? es lo que queria decir.

(Perdon otra vez, te lo he vuelto a enviar al privado, estos deditos)

  Si ya decía yo que
  andamos huerfanos...
  La única razón de momento con algo de peso es que unificar lo que ya
  está hecho llevaría muchísimo tiempo y trabajo, pero aún leo y releo
  para encontrar una razón por la que no se debiera estandarizar todo este
  tipo de cosas...

 Pues lee mi mail de esta noche pasada, a ver si he dado algún motivo o no

  Saludos

-- 
-
Francisco J. Bejarano 
Administrador de Sistemas
QE Intelligent Integrated Solutions S.L.
www.qye.com
-