Concuerdo contigo, la sección 64 bits nunca a encauzado bien los
problemas debido a la arquitectura.
Recuerdo algunos problemas inherentes a la arquitectura que puede que
se nos pasen colados en caso de eliminar la sección 64bits por
ejemplo:
* Hay software no libre que no tiene soporte 64 bits de forma nativa,
como flash o los codecs y los driver privativos (ignoro si estos ya se
solucionaron)
El origen de la sección 64 bits era ese discriminar y resolver los
problemas debido exclusivamente a la arquitectura
Quizás ahora ha cambiado el panorama y ya no existen eso problemas
exclusivos de la arquitectura, en ese caso no se justifica
discriminarlos en una sección aparte.
En general hemos optado por recomendar no instalar 64 bits en caso de
usuarios nuevos, pues ellos no aprovechan de manera extensiva los
beneficios de usar esa arquitectura. (cálculos matemáticos intensivos
o edición de video)
Quizás ahora ha cambiado el panorama y ya no existen eso problemas
exclusivos de la arquitectura, en ese caso no se justifica
discriminarlos en una sección aparte.
Yo con certeza no se que sea así pues no soy usuario 64bits.
En ese caso lo más razonable es crear la costumbre de Marcar el título
la arquitectura correspondiente por ejemplo (Edgy 64bits) (Xubuntu
8.04 64bits), etc.
Y omitir la información en caso de ser 32bit, pues no sería relevante.
Saludos
PD: Yo nunca he usado ni he instalado una distribución 64bits así que
mi opinión es sólo en base a las consultas que hemos recibido en el
foro.
¿Elkan por qué esta consulta va por este medio o no la pusiste en el foro?
--
Javier A. Rovegno Campos
http://www.cec.uchile.cl/~jrovegno/
Linux User #419384 PGP key 1024D/C14716CC 2006-09-02 Ubuntero Ubuntu-cl
Hydraulic Engineering Student - UdeChile - Chile
Chao! nos vemos
Gabriel Ruiz
Creo que es bueno usar este medio para estas cosas, de tal forma que
como grupo foro tengamos una opinión "acordada" antes de plantear las
cosas en el foro.
Saludos
--
Álvaro A. Olivares Santiago
¿por qué esa manía de cocinar las cosas? como si lo usuarios fueran a
dejar la crema si el grupoforo no tiene una posición clara.
Te creo en el inicio de la comunidad se tomaron grandes decisiones,
como donde poner la plataforma, usar drupal o phpbb, cosas donde se
arriesgaba la estabilidad del foro.
Pero hoy ya el foro y los usuarios tienen una dinámica, que significa
cambiar cosas en base a las experiencia. Ya no se toman decisiones
sacadas de abajo de la manga, hay un proceso de mejoras continuas
detrás.
>>
>> Saludos
>> --
>> Álvaro A. Olivares Santiago
>
> Bueno primero que nada, me alegra que todos hayan contestado
> rápidamente, es un signo que los correos se leen ;)
> Tal como dice Alvaro, la idea de usar este medio es que la gente que
> participa sea la que tome la decisión, porque de lo contrario nos
> podemos perder en debates eternos y que solamente son cortados por un
> lider que sería el que toma la decisión, lo cual está en contra de la
> idea cooperativa que se debe dar.
Los debates no duran más de 3 días ¿eso es eterno? Osea ustedes son
coordinadores por algo, para poner deadline, para la diseñar
soluciones, para organizar las actividades, para apoyar a los que
aportan y controlar a los que distraen. No le tengan miedo a consultar
argumentos al foro es una herramienta muy potente ( ojo eso es algo
muy distinto que consultar por preferencias donde la solución típica
es una votación)
Yo no estoy de acuerdo la postura de resolver las cosas en la lista,
pues creo que estas privando a priori la visión de los usuarios del
foro.
Debes recordar que una de nuestras directrices es: "Diseño abierto
para asegurar que el sistema tenga la más alta calidad y que refleje
las necesidades de la comunidad de usuarios"
Referencia: https://wiki.ubuntu.com/ChileanTeam/Ubuntu-cl
Si te fijas en la fuente de esta directriz:
http://www.debian.org/doc/manuals/project-history/ap-manifesto.es.html
El espíritu de esto es que: "...de esta manera, se crea una
distribución basada en las necesidades y deseos de los usuarios, en
vez de las necesidades y deseos del constructor."
Si te fijas en este caso haz sido tú Elkan el líder que ha tomado los
argumentos "de la lista" y en base a estos haz tomado la decisión, por
eso eres el coordinador del GrupoForo, porque confiamos en tu criterio
basados en la forma en que haz realizado tu trabajo.
Eso mismo lo podrías haber hecho con los argumentos "del foro". Que serían:
Argumentos del Foro = Argumentos de la Lista + Argumentos de usuarios del foro
Pero limitar este ejercicio a la lista de correo limita el número de
argumentos a priori, incluso hacer este tipo de consultas a través del
foro te permite sopesar la idoneidad de la personas que argumentan (no
es lo mismo alguien que tiene 1 mensaje a otro de 1500 mensajes) aún
cuando este parámetro de medición de mérito es bastante impreciso y
estamos conscientes de eso.
Mientras más ojos sobre una acción, más visiones sobre un tema, más
argumentos , entonces tenemos más herramientas para tomar mejores
decisiones de una manera pública y transparente.
> Segundo, en vista a que la opinion de todos esta bastante clara,
> durante el dia de hoy se procederá a mover los hilos de la seccion, a
> los topicos que mas acomoden y una vez hecho esto, se eliminará la
> sección del foro, realizando un comunicado a través del foro y de la
> lista de correos de la decisión realizada.
El objetivo de esta lista googlegroups está claro:
* Contactar de forma urgente y específica a los miembros del GrupoForo.
* Hospedar de manera simple y rápida algún material relacionado al
GrupoForo.
Uso Lista oficial de la Comunidad: Coordinar las actividades del GrupoForo
Referencia:
https://wiki.ubuntu.com/ChileanTeam/GrupoForo/Plataforma
Mi llamado es a ser consecuentes con la metodología que existe hoy y
no cambiar las cosas a menos que existan muy buenas razones.
Las cosas fueron planificadas en un principio con argumentos y los
cambios requieren argumentos de mayor peso.
El grupoforo funciona de acuerdo a un proceso de mejoras continuas (
un equilibrio entre ser muy innovadores y reinventar la rueda o ser
muy estáticos y se nos pase la micro :P )
Sabes por que lo digo Elkan, porque mover la coordinación del
GrupoForo acá los va automarginar de la comunidad. (los 4 vamos a
tomar las decisiones, pero y ¿cuando no estemos? hay que pensar
siempre en preparar y atraer gente entusiasta que mantenga el
proyecto.
La participación es el primer paso para la confianza y el compromiso,
porque ya aprendimos que sin compromiso con nuestro objetivos, las
cosas no andan.
Te creo cuando tengamos un movimiento de 10 mensajes diarios y 15
personas activas en el GrupoForo, ahí si recomendaría derivar la
coordinación de actividades para no colapsar la lista de la comunidad.
No se si se entiende lo que trato de explicar.
Saludos
Referencia
Construcción en base a Consensos: (Silencio es aprobación), pero
silencio en un medio que visitan 15 personas y un medio que visitan 50
es muy distinto.
http://es.wikipedia.org/wiki/Wikipedia:Consenso
PD: No es que esté enojado, al leer el correo parece que fui algo rudo :P
O sea creo que sería algo así: usando como ejemplo el caso que originó
esta cuestión
En el foro se debe dar toda la discusión sobre la conveniencia y las
medidas para organizar el tema sesentaycuatro bits, pero a la hora de
decidir y que se debe hacer en concreto, la decisión se tomará por
esta lista????
Lo pongo en tono de pregunta porque creo que es super importante que
estas cuestiones se hablen y todos tengamos claro el proceso a seguir.
--
Alvaro A. Olivares Santiago.
>> Pese que en un principio pensaba diferente, tatadeluxe me ha
>> convencido. Pero no 100% o sea. creo que estos temas deben pasar por
>> el conocimiento y la opinion del foro en general, pero también creo
>> que el grupo foro debe tener una coordinación paralela, es importante
>> que en lo general, nos pongamos de acuerdo para, en lo general, actuar
>> como cuerpo y no como individuos.
¿No entiendo bien por que quieres implementar una coordinación paralela?
¿Cual es la causa?
>>
>> O sea creo que sería algo así: usando como ejemplo el caso que originó
>> esta cuestión
>>
>> En el foro se debe dar toda la discusión sobre la conveniencia y las
>> medidas para organizar el tema sesentaycuatro bits, pero a la hora de
>> decidir y que se debe hacer en concreto, la decisión se tomará por
>> esta lista????
Eso lo veremos cuando Elkan se pronuncie con su veredicto :P
>>
>>
>> Lo pongo en tono de pregunta porque creo que es super importante que
>> estas cuestiones se hablen y todos tengamos claro el proceso a seguir.
>> --
>> Alvaro A. Olivares Santiago.
Argumento de Vargux: La lista restringe
> "Quizás no está malo que sea enviado por este medio, sino que es algo
> restrictivo...
Miren quizás no soy bueno explicando, pero sabrán que una de las
razonas por las que participo en este tipo de actividades es entender
cual es la mejor manera de resolver este tipo problemas.
Mi propuesta siempre ha sido que Ubuntu-cl sea un proyecto colaborativo
http://ideaschile.wordpress.com/2007/05/16/proyecto-colaborativo/
Basado en estos 2 fundamentos
Una base
http://es.wikipedia.org/wiki/Sabidur%C3%ADa_de_los_grupos
Una metodología
http://www.programacionextrema.org/articulos/newMethodology.es.html#tth_sEc3
Saludos
La causa es porque así como es mucho más óptimo que las discusiones sean
abiertas a todos los que quieran opinar, las decisiones que se toma
dentro de un grupo con miembros determinados y que posee cierta
responsabilidad (como es el grupo foro) deben ser tomadas "en cerrado"
para luego responder ante los demás como "un cuerpo" sino el GrupoForo
se debilita.
El proceso pienso que debería ser más o menos así:
1º etapa se escucha a todos los que tengan algo que decir.
2º dentro del grupo foro opinan los diferentes miembros haciéndose eco
de lo que se ha dicho por los demás miembros.
3º Se toma la decisión como cuerpo, y se comunica y se fundamenta frente
a la comunidad. O si es del caso se abre la votación propiamente tal por
parte del foro.
Si nos encontramos ante un caso en el que una opción gana de manera
ajustada la decisión ganadora sale debilitada. Eso es lo que se trata de
evitar.
Creo que otro proceso más "abierto" hace inútil la existencia de un
grupo foro. Ya que caeríamos a lo que en política se llama asambleísmo.
Ok. Ya entendí tu punto:
Planteas que la propuesta de una forma colaborativa de resolver
controversias tiene 3 etapas. (Las 2 primeras se pueden realizar a
través de aproximaciones sucesivas[1] y el grupoforo puede ayudar a ir
haciendo pequeños resúmenes y extrayendo las ideas medulares de los
argumentos)
* Un proceso público y abierto de desglose del problema, análisis
causa-efecto, posibles repercusiones, análisis de riesgos, análisis
costo-beneficios, etc. (Argumentos puramente objetivos)
* Un proceso público y abierto de posibles soluciones,
recomendaciones, sugerencias, opiniones. (Argumentos un poco más
subjetivos)
* Un proceso cerrado de diseño de la mejor solución en base a todos
los antecedentes recopilados.
Creo que hasta este punto los argumentos planteados anteriormente no
se contradicen, incluso creo que consultar una solución por interno
(grupo foro) es un paso innecesario, pues ya todos los antecedentes
están dados.
Es decir el coordinador corta el queque y listo.
Esa es la gracia de ser coordinador al estilo Zen de Python [2]
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Claro quizás pueden haber una mejor solución, pero eso se arreglará en
el próximo ciclo de mejoras continuas, donde ya existe una base
experimental de la solución.
Saludos
Referencia
[1] http://es.wikipedia.org/wiki/M%C3%A9todo_iterativo
[2] http://www.python.org/dev/peps/pep-0020/