páginas del aparato estatal
mvplibre
No estoy seguro si ya existe una página-proyecto para denunciar páginas del aparato estatal que condicionen el acceso a un tipo de navegador. Creo que alguna vez se habló de eso.
En caso que no exista, ¿tenemos capacidad para crear esa página-proyecto?
Uno: así quedan registradas las denuncias y sirven de respaldo.
Dos: no seguimos usando el correo para llorar nuestras penas.
Saludos.
mvp
--
mvplibre
Mauricio Vargas P.
El conocimiento es patrimonio universal.
http://mvplibre.blogspot.com
http://www.partidopirata.cl
Matias Asun
M.
Matias Asun - matia...@gmail.com
Enviado desde Movil
Recibiste este mensaje porque estás suscrito a la lista de correos de Liberación Digital.
Para opciones del grupo (i.e. si quieres desinscribirte) visita http://groups.google.com/group/liberaciondigital
Enrique Herrera Noya
> �Que se necesitar�a?
>
pienso que por facilidad de uso,
y no es complicado subir una captura de pantalla
un wiki
> M.
>
> Matias Asun - matia...@gmail.com
> Enviado desde Movil
>
> ------------------------------------------------------------------------
> *From: * mvplibre <mvp....@gmail.com>
> *Date: *Mon, 1 Feb 2010 09:01:01 -0300
> *To: *<liberaci...@googlegroups.com>
> *Subject: *[LD: 8749] p�ginas del aparato estatal
>
> Estimad@s,
> No estoy seguro si ya existe una p�gina-proyecto para denunciar p�ginas
> del aparato estatal que condicionen el acceso a un tipo de navegador.
> Creo que alguna vez se habl� de eso.
> En caso que no exista, �tenemos capacidad para crear esa p�gina-proyecto?
> Uno: as� quedan registradas las denuncias y sirven de respaldo.
> Dos: no seguimos usando el correo para llorar nuestras penas.
> Saludos.
> mvp
>
> --
> mvplibre
> Mauricio Vargas P.
> El conocimiento es patrimonio universal.
> http://mvplibre.blogspot.com
> http://www.partidopirata.cl
>
> --
> Recibiste este mensaje porque est�s suscrito a la lista de correos de
> Liberaci�n Digital.
> Para opciones del grupo (i.e. si quieres desinscribirte) visita
> http://groups.google.com/group/liberaciondigital
>
> --
> Recibiste este mensaje porque est�s suscrito a la lista de correos de
> Liberaci�n Digital.
Pablo Olmos de Aguilera C.
> El 01/02/10 09:02, Matias Asun escribió:
>> ¿Que se necesitaría?
>>
>
> pienso que por facilidad de uso,
> y no es complicado subir una captura de pantalla
> un wiki
En mi experiencia, el wiki al final sólo nos sirve a los que nos
manejamos dentro de lo que es internet (y apenas). Creo que tendríamos
que crear otro sistema aún más sencillo, como, aún no se me ocurre.
Pero imagino que sea un formulario que permita subir un screenshot o
incluso aún más simple, que automágicamente lo haga por la 'víctima'.
De esa forma sólo habría que ingresar fecha y algún nombre o algo así.
(Aplicando Don't make me think)
(no sé si eso sea viable, alguien más técnico podría complementar y
evaluar la factibilidad)
Saludos!
--
Pablo Olmos de Aguilera Corradini - @PaBLoX
http://www.glatelier.org/
http://www.chilemoz.org/
http://friendfeed.com/pablox/
http://www.linkedin.com/in/pablooda/
Linux User: #456971 - http://counter.li.org/
Tomás Pollak
2010/2/1 Enrique Herrera Noya <quiq...@gmail.com>:
> El 01/02/10 09:02, Matias Asun escribió:En mi experiencia, el wiki al final sólo nos sirve a los que nos
>> ¿Que se necesitaría?
>>>
> pienso que por facilidad de uso,
> y no es complicado subir una captura de pantalla
> un wiki
manejamos dentro de lo que es internet (y apenas). Creo que tendríamos
que crear otro sistema aún más sencillo, como, aún no se me ocurre.
Pero imagino que sea un formulario que permita subir un screenshot o
incluso aún más simple, que automágicamente lo haga por la 'víctima'.
De esa forma sólo habría que ingresar fecha y algún nombre o algo así.
(Aplicando Don't make me think)
Marco González Luengo
Paso 2: Cómo hacemos que el estado pesque lo que escribimos ahí.
A todo esto, ¿no era que el estado saca un "Manual de Cómo las páginas
del Estado deben ser"?
El día 1 de febrero de 2010 09:14, Enrique Herrera Noya
<quiq...@gmail.com> escribió:
> El 01/02/10 09:02, Matias Asun escribió:
>> ¿Que se necesitaría?
>>
>
> pienso que por facilidad de uso,
> y no es complicado subir una captura de pantalla
> un wiki
>
>> M.
>>
>> Matias Asun - matia...@gmail.com
>> Enviado desde Movil
>>
>> ------------------------------------------------------------------------
>> *From: * mvplibre <mvp....@gmail.com>
>> *Date: *Mon, 1 Feb 2010 09:01:01 -0300
>> *To: *<liberaci...@googlegroups.com>
>> *Subject: *[LD: 8749] páginas del aparato estatal
>>
>> Estimad@s,
>> No estoy seguro si ya existe una página-proyecto para denunciar páginas
>> del aparato estatal que condicionen el acceso a un tipo de navegador.
>> Creo que alguna vez se habló de eso.
>> En caso que no exista, ¿tenemos capacidad para crear esa página-proyecto?
>> Uno: así quedan registradas las denuncias y sirven de respaldo.
>> Dos: no seguimos usando el correo para llorar nuestras penas.
>> Saludos.
>> mvp
>>
>> --
>> mvplibre
>> Mauricio Vargas P.
>> El conocimiento es patrimonio universal.
>> http://mvplibre.blogspot.com
>> http://www.partidopirata.cl
>>
>> --
>> Recibiste este mensaje porque estás suscrito a la lista de correos de
>> Liberación Digital.
>> Para opciones del grupo (i.e. si quieres desinscribirte) visita
>> http://groups.google.com/group/liberaciondigital
>>
>> --
>> Recibiste este mensaje porque estás suscrito a la lista de correos de
>> Liberación Digital.
>> Para opciones del grupo (i.e. si quieres desinscribirte) visita
>> http://groups.google.com/group/liberaciondigital
>
> --
> Recibiste este mensaje porque estás suscrito a la lista de correos de Liberación Digital.
Marco González Luengo
saltamontes.
Se podría hacer algo como GetSatisfaction. ;)
El día 1 de febrero de 2010 11:18, Pablo Olmos de Aguilera C.
<pablo.olmo...@gmail.com> escribió:
> --
> Recibiste este mensaje porque estás suscrito a la lista de correos de Liberación Digital.
Cesar Medina
sitios web del estado...!!!
y claramente dice que debiera ser accesible al menos por un navegador libre.!!!!
saludos
César
2010/2/1 Marco González Luengo <noquie...@gmail.com>:
--
César
http://www.linkedin.com/in/cesarmedinam
http://foss4gchile.blogspot.com/
mail: ciesareMedina (at) gmail (dot) com
msn: ciesareMedina (at) hotmail (dot) com
skype: ciesare_medina
Tomás Pollak
Apoyo la idea de una Wiki. Facilidad de uso, facilidad de mantención.
Paso 2: Cómo hacemos que el estado pesque lo que escribimos ahí.
A todo esto, ¿no era que el estado saca un "Manual de Cómo las páginas
del Estado deben ser"?
mvplibre
En mi experiencia... Creo que tendríamos
que crear otro sistema aún más sencillo... un formulario que permita subir un screenshot o
incluso aún más simple...
Creo que al comienzo bastaría con tener un sitio donde escribir la denuncia, con identificación y esas imágenes que sirven para detectar robots y esas cosas.
Luego podríamos (los que sepan cómo) crear un botón que se agregue al navegador que diga "denuncie este sitio" y lo lleve al formulario de denuncia con varios campos precompletados.
Lo del pantallazo no creo que sea necesario, porque muchas veces, simplemente no pasa nada.
Saludos.
Cesar Medina
http://www.estrategiadigital.gob.cl/files/decreto_100.pdf
Ahora hago una pregunta... alguien sabe si hay algun ente fiscalizador
del cumplimiento de estos ???
según lo leído y trabajado con el DS100, no lo hay, gran defecto de la
guia web.!!
saludos
César
2010/2/1 Tomás Pollak <tomas...@gmail.com>:
> --
> Recibiste este mensaje porque estás suscrito a la lista de correos de
> Liberación Digital.
> Para opciones del grupo (i.e. si quieres desinscribirte) visita
> http://groups.google.com/group/liberaciondigital
--
davi...@gmail.com
Luego se podría crear un ranking de los sitios peor hechos, en base a votos o denuncias. Eso serviría para hacer algo más de presión.
:)
Saludos
David Lay M
Recibiste este mensaje porque estás suscrito a la lista de correos de Liberación Digital.
Tomás Pollak
No creo que la identificacion sea necesaria, pero si que fuera algo simple de usar, para lograr una base de usuarios diversa.
Luego se podría crear un ranking de los sitios peor hechos, en base a votos o denuncias. Eso serviría para hacer algo más de presión.
mvplibre
Creo que si logramos remecer la infosfera local con una campaña de ese estilo, incluso regalando de premio un netbook y cientos de distribuciones gnu-linux de premio, podríamos armar el ruido suficiente como para que se tomen cartas en el asunto.
Si la ley no incluye fiscalizador, nosotros nos arrogamos esa tarea y con la info suficiente podremos exigir que las cosas cambien (a propósito del nuevo gob).
Saludos.
mvp
Enrique Herrera Noya
> Apoyo la idea de una Wiki. Facilidad de uso, facilidad de mantenci�n.
>
> Paso 2: C�mo hacemos que el estado pesque lo que escribimos ah�.
>
difusion
> A todo esto, �no era que el estado saca un "Manual de C�mo las p�ginas
> del Estado deben ser"?
te refieres al secreto 100? (decreto 100, pero no lo conocen en la
administracion publica o;-) )
>
> El d�a 1 de febrero de 2010 09:14, Enrique Herrera Noya
> <quiq...@gmail.com> escribi�:
>> El 01/02/10 09:02, Matias Asun escribi�:
>>> �Que se necesitar�a?
>>>
>>
>> pienso que por facilidad de uso,
>> y no es complicado subir una captura de pantalla
>> un wiki
>>
>>> M.
>>>
>>> Matias Asun - matia...@gmail.com
>>> Enviado desde Movil
>>>
>>> ------------------------------------------------------------------------
>>> *From: * mvplibre <mvp....@gmail.com>
>>> *Date: *Mon, 1 Feb 2010 09:01:01 -0300
>>> *To: *<liberaci...@googlegroups.com>
>>> *Subject: *[LD: 8749] p�ginas del aparato estatal
>>>
>>> Estimad@s,
>>> No estoy seguro si ya existe una p�gina-proyecto para denunciar p�ginas
>>> del aparato estatal que condicionen el acceso a un tipo de navegador.
>>> Creo que alguna vez se habl� de eso.
>>> En caso que no exista, �tenemos capacidad para crear esa p�gina-proyecto?
>>> Uno: as� quedan registradas las denuncias y sirven de respaldo.
>>> Dos: no seguimos usando el correo para llorar nuestras penas.
>>> Saludos.
>>> mvp
>>>
>>> --
>>> mvplibre
>>> Mauricio Vargas P.
>>> El conocimiento es patrimonio universal.
>>> http://mvplibre.blogspot.com
>>> http://www.partidopirata.cl
>>>
>>> --
>>> Recibiste este mensaje porque est�s suscrito a la lista de correos de
>>> Liberaci�n Digital.
>>> Para opciones del grupo (i.e. si quieres desinscribirte) visita
>>> http://groups.google.com/group/liberaciondigital
>>>
>>> --
>>> Recibiste este mensaje porque est�s suscrito a la lista de correos de
>>> Liberaci�n Digital.
>>> Para opciones del grupo (i.e. si quieres desinscribirte) visita
>>> http://groups.google.com/group/liberaciondigital
>>
>> --
>> Recibiste este mensaje porque est�s suscrito a la lista de correos de Liberaci�n Digital.
Pedro Huichalaf Roa
Yo sería mucho más reactivo y con los antecedentes presentaría un
recurso de protección
en el recurso se exigiría que se cumpliera con el estándar y se
modifique para ser visto en cualquier navegador.
eso sí, paradógicamente el caso de poderjudicial.cl no se podría sumar
a esta acción porque el decreto 100 (fundamento legal del recurso) se
aplica solo a los sitios web de los órganos de la Administración del
Estado, excluyéndose, por tanto el poder judicial.
Saludos
On 1 feb, 11:52, Tomás Pollak <tomaspol...@gmail.com> wrote:
> 2010/2/1 <davidl...@gmail.com>
Enrique Herrera Noya
>
> En mi experiencia... Creo que tendr�amos
> que crear otro sistema a�n m�s sencillo... un formulario que permita
> subir un screenshot o
> incluso a�n m�s simple...
>
>
> Creo que al comienzo bastar�a con tener un sitio donde escribir la
> denuncia, con identificaci�n y esas im�genes que sirven para detectar
> robots y esas cosas.
>
> Luego podr�amos (los que sepan c�mo) crear un bot�n que se agregue al
> navegador que diga "denuncie este sitio" y lo lleve al formulario de
> denuncia con varios campos precompletados.
>
> Lo del pantallazo no creo que sea necesario, porque muchas veces,
> simplemente no pasa nada.
bueno, podria llegarle a alguien la url, y ese alguien saca los
pantallazos (como respaldo de la denuncia, digo....)
> Saludos.
>
> --
> mvplibre
> Mauricio Vargas P.
> El conocimiento es patrimonio universal.
> http://mvplibre.blogspot.com
> http://www.partidopirata.cl
>
Marco A. Zuniga
Bueno, hace dos años y 4 meses, se me ocurrió proponer un rol para
Liberación Digital, precisamente para asegurar el cumplimiento de los sitios
de Gobierno con las recomendaciones de la Guía Web.
http://blog.maz.cl/2007/08/una-corbata-para-liberacin-digital.html
Mucha agua ha pasado bajo los puentes y veo que estas ideas reflotan, al
menos a nivel marginal.
Saludos ...
Maz
From: liberaci...@googlegroups.com
[mailto:liberaci...@googlegroups.com] On Behalf Of mvplibre
Sent: lunes, 01 de febrero de 2010 11:55
To: liberaci...@googlegroups.com
Subject: Re: [LD: 8764] páginas del aparato estatal
¿Recuerdan la campaña de los pavimentos en mal estados, los "eventos"?
Creo que si logramos remecer la infosfera local con una campaña de ese
estilo, incluso regalando de premio un netbook y cientos de distribuciones
gnu-linux de premio, podríamos armar el ruido suficiente como para que se
tomen cartas en el asunto.
Si la ley no incluye fiscalizador, nosotros nos arrogamos esa tarea y con la
info suficiente podremos exigir que las cosas cambien (a propósito del nuevo
gob).
Saludos.
mvp
El 1 de febrero de 2010 11:49, <davi...@gmail.com> escribió:
No creo que la identificacion sea necesaria, pero si que fuera algo simple
de usar, para lograr una base de usuarios diversa.
Luego se podría crear un ranking de los sitios peor hechos, en base a votos
o denuncias. Eso serviría para hacer algo más de presión.
:)
Saludos
David Lay M
________________________________________
Marco González Luengo
- Con respecto a lo de la Guía Web y el Decreto 100, hay sitios web
que han hecho cambios. Pero obviamente no han sido todos. Exigir el
cumplimiento del decreto 100 es tarea de nosotros, ya que ente
fiscalizador no existe.
- Sin embargo, no sólo los sitios web del aparato estatal* son los
sitios "defectuosos". BancoEstado es un sitio que es sabido de
problemacía. Poder Judicial es otro problemático... y no entrarían en
el plano de los sitios cubiertos por el decreto 100. ¿Nos debemos
chupar un ojo ante aquello?
- Y aún más allá: hay cientos de sitios web que tienen relevancia,
como bancos y otros menesteres, que requieren accesibilidad para sus
usuarios. Éso entra en la discriminación hacia el usuario, ya que en
ninguna parte le firmé al banco que tenía que usar exclusivamente IE
para revisar el saldo. Además, ellos no me regalan Windows como para
hacerlo.
Por éstas y muchas otras razones, necesitamos un Wall of Shame,
señores. Y lo necesitamos YA.
Espero se tenga en cuenta la idea que planteé en usar un sistema como
GetSatisfaction <http://www.getsatisfaction.com/> en el cual se
plantea una pregunta, y luego los usuarios dejan su comentario y
"estado de ánimo", además de poder converger ideas/sitios para evitar
duplicados.
Entusiasmado con la idea. :)
* Qué extraño hablar del "aparato" estatal.
mvplibre
- Y aún más allá: hay cientos de sitios web que tienen relevancia,
como bancos y otros menesteres, que requieren accesibilidad para sus
usuarios. Éso entra en la discriminación hacia el usuario, ya que en
ninguna parte le firmé al banco que tenía que usar exclusivamente IE
para revisar el saldo. Además, ellos no me regalan Windows como para
hacerlo.
Por éstas y muchas otras razones, necesitamos un Wall of Shame,
señores. Y lo necesitamos YA.
Salud.
Negrólder!!
--
Recibiste este mensaje porque estás suscrito a la lista de correos de Liberación Digital.
Para opciones del grupo (i.e. si quieres desinscribirte) visita http://groups.google.com/group/liberaciondigital
--
_______________________________________
Un Abrazo.
Negrólder!!
_______________________________________
http://crealibre.cl
http://negrolder.org
_______________________________________
mvplibre
Respecto de qué es lo que se necesita creo que cualquier CMS que tenga la opción de agregarle (o que ya venga con...) un módulo para postear links puede ser útil.
Rara la cosa...
Matias Asun H.
Por lo que han dicho son 3 las pegas:
TAREA I.- IDENTIFICAR que cresta significa que una página del Estado
no cumpla estándares del decreto 100.
Mecanismos para lograrlo:
a) Humanos: reporte de humanos
b) Mecánicos: Robot que analice páginas aplicando test y validadores
Para esto es necesario:
a) operativizar criterios del decreto 100 y la guia web
b) disponer de un grupo razonable de links de webs del estado (¿existe
algo así?, ¿por transparencia se podría solicitar a NIC.cl?)
TAREA II.- Listos los criterios, hay que crear la plataforma para
ingresar y gestionar la información.
Creo que lo central, por nuestra forma de operar, es permitir que sean
los usuarios los que reporten la info. Es decir, hay que crear un
formulario de ingreso de datos. Es fijo que a alguno se le va a
ocurrir un plugin de firefox que ingrese la info automáticamente, pero
antes de ponerse a soñar vamos con lo básico:
- ¿Que campos tendría que tener el formulario de ingreso? ... respecto
de (a) el usuario que reporta, (b) el navegador que utiliza, (c) la
web específica visitada, (d) el reporte del error que presenta.
- ¿Que otras funcionalidades debería presentar la plataforma? Por
ejemplo, que visite la página y le pase un validador adicional,
enriqueciendo la info. O que la plataforma detecte hora, sistema
operativo, vr del navegador del usuario al hacer el reporte
automáticamente.
- Adicionalmente es necesario establecer una estructura de datos que
eprmita identificar muy claramente, al menos por URL, cual es el
responsable de origen del problema. Reclamos.cl tiene un sistema para
agrupar ofertas por "institución reclamada", que luego permite
comentarios, mismos que sirven para hacer seguimiento de la situación.
El definir una estructura de datos resulta muy útil (es decir, el wiki
no sirve).
- Sobre las capturas de pantalla creo que es secundario, pero
relevante por el efecto Wow!. Me explico; Hay webs repletas de errores
que "no se ven" y que por mas capturas de pantalla que hagamos, no
servirán. Sin embargo, cuando una web se ve como las huifas, la gente
dice "wow, en verdad esto es inaceptable".
TAREA III.- DIFUSIÓN de la iniciativa.
Esta parte requiere escribir 2 textos (uno para difusión por mail,
otro para web), hacer algunos banners y básicamente comprometernos a
hacer otro caserolazo digital "again" como en los viejos tiempos.
La idea de los "eventos", recordando los hoyos de las calles, me gusta
mucho y creo que tiene sentido. Yo creo que el premio debe ser
simbólico (además, de donde cresta sacamos un premio que cueste
plata?). Se me ocurre que "una noche con Chuqui" puede ser suficiente,
jajaja.
Por último, me gusta tbn la idea de Pollak:
Hagamos categorías (unas 5) y hagamos nominados y luego votamos entre
todos. Yo propongo las siguientes categorías.
1) El sitio mas inaccesible (5 nominados, 1 ganador, 1 mención honrosa).
2) El sitio con mas errores (5 nominados, 1°, 2° y 3° lugar)
3) La institución menos interoperable (5 nominados, 1 ganador)
4) El peor error que pillemos (5 nominados, 1 ganador, 2 menciones honrosas)
4) El ocioso que descubrió mas pifias (5 nominados, 1°, 2° y 3° lugar)
Y un día, en unos meses más, nos juntamos, nos tomamos unas chelas en
vivo o por skype y salimos en las noticias como el grupo de ociosos
peligrosos que somos. Ah!, me faltaba "marginales" como dijo MAZ (maz,
el marginal, jajaja).
Ya, anótense para las tareas, y digan cuando envían sus avances.
Abrazos a todos,
M.
El 01/02/10, Negrólder!! <negr...@gmail.com> escribió:
--
Matias I. Asun Hamel - matia...@gmail.com
Administrador de www.comunitarios.cl
mvplibre
Y un día, en unos meses más, nos juntamos, nos tomamos unas chelas en
vivo o por skype y salimos en las noticias como el grupo de ociosos
peligrosos que somos...
De más que va a haber algún pelotudo que nos acusara de andar hackeando las páginas... Sobre todo si ponemos a un robot a hacer algunas tareas... Cuidado con eso. En todo caso, con el premio al ocioso que encontró más errores, de seguro habrán varios que ya deben estar programando sus robots...
Lo de las chelas va si o si...
Negrólder!!
El 1 de febrero de 2010 17:03, Negrólder!! <negr...@gmail.com> escribió:Disculpen mi ignorancia: ¿"cualquier CSM" quiere decir "cualqueir conch'e su madre"?Respecto de qué es lo que se necesita creo que cualquier CMS que tenga la opción de agregarle (o que ya venga con...) un módulo para postear links puede ser útil.
Rara la cosa...
Marco A. Zuniga
1.- Les recomiendo que avisen a los responsables de los sitios antes, si van
a hacer pruebas automatizadas y/o masivas sobre sitios. No falta el admin
paranoico que pueda hiperventilarse. De hecho, cuando hicimos la primera
versión de PremioWeb nos pasó. Esa anécdota se las cuentos con una cerveza,
y les aseguro que es de las guenas. :-)
Y ojo que la prueba debería ser de compatibilidad, no de seguridad. Si se
meten ahí, eso sí que puede ser complicado. Más todavía cuando (nos guste o
no), hay un marco legal super estricto al respecto.
2.- Matías: No seas vaca. :-) Mi frase era “ ... bajo los puentes y veo que
estas ideas reflotan, al menos a nivel marginal.” Las que reflotan a nivel
marginal son las ideas. Después no va a faltar el que diga que ando tratando
mal a los amiguis (aunque a veces no son tan amiguis, pero por lo menos
compartimos el gusto por las chelas, las buenas anécdotas y la
interoperatividad .... :-)
Salu2
Maz
From: liberaci...@googlegroups.com
[mailto:liberaci...@googlegroups.com] On Behalf Of mvplibre
Sent: lunes, 01 de febrero de 2010 18:01
To: liberaci...@googlegroups.com
Eduardo Escarez
Y un día, en unos meses más, nos juntamos, nos tomamos unas chelas enpeligrosos que somos...
vivo o por skype y salimos en las noticias como el grupo de ociosos
De más que va a haber algún pelotudo que nos acusara de andar hackeando las páginas... Sobre todo si ponemos a un robot a hacer algunas tareas... Cuidado con eso. En todo caso, con el premio al ocioso que encontró más errores, de seguro habrán varios que ya deben estar programando sus robots...
Lo de las chelas va si o si...
--
mvplibre
Mauricio Vargas P.
El conocimiento es patrimonio universal.
http://mvplibre.blogspot.com
http://www.partidopirata.cl
--
Matias Asun H.
legales, pero creo que es algo que hay que sopesar. Primero
operativicemos la cosa, como propongo arriba.
Pedro, quizás sería bueno generar un tutorial aparte para establecer:
1) la forma mas eficiente para proteger derechos (¿es un recurso
legal?, ¿no tiene la estrategioa digital o el minecon algún sitio para
entregar esta info?).
2) ¿que acciones puede tomar un particular si pilla una pifia?
(obviando toda la parafernalia que parece que vamos a levantar)
Abrazos,
M.-
El 01/02/10, Matias Asun H. <matia...@gmail.com> escribió:
rica...@gmail.com
hace mucho tiempo que no escribo aca... hago las siguientes
sugerencias:
a. antes de armar sitios, wiki, robots, etc. hay que evaluar cual es
el objetivo que se quiere alcanzar. por lo tanto,
- hay que saber a quien hacer la denuncia, y cuanto "poder" tiene esa
persona.
- hay que tener claro que un cambio puede tomar tiempo, ponerse en el
caso en que un sitio o aplicacion web fue licitado y la institucion no
tiene recursos (humanos ni en dinero) para hacer modificaciones. no
solo pedir exigir un cambio para "ahora" sino sugerir para una proxima
version, etc.
- hay que tener claro quienes seran beneficiados con el cambio. solo
usuarios actuales (cuantos?), o tambien usuarios futuros (ira
creciendo ese numero?). hay estadisticas que indiquen que el uso de
navegadores no-MS vaya en aumento en Chile? (incluir todos esos datos
en la denuncia)
- hay que tener claro de que manera se debe hacer publico el asunto.
quizas lo mas efectivo sea publicar los mails enviados (o cartas
escaneadas) y sus respuestas. tener un sitio con un ranking de los
peores sitios tiene mas pinta de farandula y algo poco serio. para la
prensa es mucho mas interesante publicar la respuesta del Jefe de
Informatica de X institucion vs. hacer un articulo acerca de un grupo
simpatico de "hackers" tratando de cambiar el mundo... ;)
b. hacer el proceso lo mas simple y transparente posible. por lo
tanto,
- centrarse en la forma de hacer la denuncia, crear un formato que se
pueda re-utilizar, poner / conocer los plazos para las respuestas,
etc.
- trabajar nosotros mismos en armar las denuncias (encontrar sitios
con problemas), no esperar ni gastar tiempo en armar sitios, wikis,
etc. para que *otros* denuncien, eso vendra despues...
tengo entendido que todos los servicios publicos estan obligados a
responder dentro de cierto plazo cualquier tipo de consulta y
requerimiento enviado por carta, desconozco si lo mismo aplica para
los mails (me imagino que no).
entonces, basicamente sugiero hacer lo siguiente
1. recolectar antecedentes de sitios de instituciones publicas con
problemas. juntar evidencias y publicarlas.
2. enviar cartas a los encargados y/o responsables de los sitios, re-
utilizar el mismo formato.
3. publicar las cartas enviadas, donde aparezca el nombre y apellido
del destinatario.
4. al recibir respuesta publicarla en el sitio.
5. segun respuesta enviar otra carta (volver al paso 2), o esperar el
cambio prometido.
saludos.
--
Ricardo Mun~oz A.
Marco González Luengo
<rica...@gmail.com> escribió:
> Hola,
> hace mucho tiempo que no escribo aca... hago las siguientes
> sugerencias:
>
> a. antes de armar sitios, wiki, robots, etc. hay que evaluar cual es
> el objetivo que se quiere alcanzar. por lo tanto,
>
> - hay que saber a quien hacer la denuncia, y cuanto "poder" tiene esa
> persona.
Eso aún no está claro, por lo menos para mí. Me gustaría saber a quién
le corresponde el garrote.
> - hay que tener claro que un cambio puede tomar tiempo, ponerse en el
> caso en que un sitio o aplicacion web fue licitado y la institucion no
> tiene recursos (humanos ni en dinero) para hacer modificaciones. no
> solo pedir exigir un cambio para "ahora" sino sugerir para una proxima
> version, etc.
Esa próxima versión debe ser ahora, para la cantidad de sitios
encapsulados en el Decreto 100. El resto, podríamos esperar para una
próxima versión, dependiendo de lo crítico que sea el problema.
> - hay que tener claro quienes seran beneficiados con el cambio. solo
> usuarios actuales (cuantos?), o tambien usuarios futuros (ira
> creciendo ese numero?). hay estadisticas que indiquen que el uso de
> navegadores no-MS vaya en aumento en Chile? (incluir todos esos datos
> en la denuncia)
Eso no es un factor relevante para los sitios del Decreto 100. El
Decreto 100 exige interoperabilidad, y entre ésas condiciones es que
todo funcione a lo menos en 1 navegador libre. Si no cumple con ésa
condición, no cumple con el Decreto 100. Por eso, no es relevante éso
del potencial de usuarios de navegadores no-IE.
En el caso del resto de los sitios, siento que se podría respaldar la
denuncia/sugerencia con aquellos datos, no sólo a nivel mundial sino
que también a nivel local. Lo de nivel local debe organizarse también.
> - hay que tener claro de que manera se debe hacer publico el asunto.
> quizas lo mas efectivo sea publicar los mails enviados (o cartas
> escaneadas) y sus respuestas. tener un sitio con un ranking de los
> peores sitios tiene mas pinta de farandula y algo poco serio. para la
> prensa es mucho mas interesante publicar la respuesta del Jefe de
> Informatica de X institucion vs. hacer un articulo acerca de un grupo
> simpatico de "hackers" tratando de cambiar el mundo... ;)
Para la prensa actual, el ranking es muchísimo más atractivo, y para
nosotros es una ventaja ya que el ranking es más digerible para el
ciudadano de pie. Póngalo a leer un ladrillo y le dirá "tl;dr". El
ranking además viene a enrostrar precisamente el impacto que tiene su
desidia y reticencia a hacer los cambios correspondientes a la empresa
rankeada.
Una carta como la que plantea sólo le interesa a El Mercurio... ¿y
quién demonios lee El Mercurio? ;)
> b. hacer el proceso lo mas simple y transparente posible. por lo
> tanto,
>
> - centrarse en la forma de hacer la denuncia, crear un formato que se
> pueda re-utilizar, poner / conocer los plazos para las respuestas,
> etc.
Precisamente éso se está coordinando. Hay que revisar en lo existente
qué nos sirve, y si no existe, hacerlo. En éso estamos, recién
llevamos 24 horas de iniciativa. ;)
> - trabajar nosotros mismos en armar las denuncias (encontrar sitios
> con problemas), no esperar ni gastar tiempo en armar sitios, wikis,
> etc. para que *otros* denuncien, eso vendra despues...
Eeehm... ¿y dónde colocaremos ésas denuncias? ¿Cada uno en sus blogs?
Hay que juntarlas en alguna parte, de lo contrario no servirá "crear
nuestra propia denuncia". Solos somos inocuos, pero juntos somos
legión. ;)
> tengo entendido que todos los servicios publicos estan obligados a
> responder dentro de cierto plazo cualquier tipo de consulta y
> requerimiento enviado por carta, desconozco si lo mismo aplica para
> los mails (me imagino que no).
>
> entonces, basicamente sugiero hacer lo siguiente
>
> 1. recolectar antecedentes de sitios de instituciones publicas con
> problemas. juntar evidencias y publicarlas.
Tenemos parte, necesitamos juntarlas todas para que sean más.
Converger problemas: me pasa a mí, pero a mi vecino no, y eso que
estamos bajo las mismas condiciones.
> 2. enviar cartas a los encargados y/o responsables de los sitios, re-
> utilizar el mismo formato.
Exacto. Esto siendo transparente al público también. Todos deben saber
qué carta se envió, cuándo y a quién.
> 3. publicar las cartas enviadas, donde aparezca el nombre y apellido
> del destinatario.
Oh, acabo de mencionar eso. :P
> 4. al recibir respuesta publicarla en el sitio.
> 5. segun respuesta enviar otra carta (volver al paso 2), o esperar el
> cambio prometido.
>
> saludos.
>
> --
> Ricardo Mun~oz A.
>
> --
> Recibiste este mensaje porque estás suscrito a la lista de correos de Liberación Digital.
> Para opciones del grupo (i.e. si quieres desinscribirte) visita http://groups.google.com/group/liberaciondigital
Ahora veamos qué dice el resto de la lista al respecto. Estoy
entusiasmado con ésta iniciativa. :D
Ricardo Mun~oz A.
wrote:
> El día 2 de febrero de 2010 10:55, ricard...@gmail.com <ricard...@gmail.com> escribió:
[...]
> > - hay que tener claro que un cambio puede tomar tiempo, ponerse en el
> > caso en que un sitio o aplicacion web fue licitado y la institucion no
> > tiene recursos (humanos ni en dinero) para hacer modificaciones. no
> > solo pedir exigir un cambio para "ahora" sino sugerir para una proxima
> > version, etc.
>
> Esa próxima versión debe ser ahora, para la cantidad de sitios
> encapsulados en el Decreto 100. El resto, podríamos esperar para una
> próxima versión, dependiendo de lo crítico que sea el problema.
para los casos donde aplica el DS100, no va poder ser ahora por el
cambio de mando. para los del DS100 calculo unos 6 meses como minimo
para que los nuevos funcionarios comiencen a "rendir".
justamente con el resto quizas es por donde se deberia partir, ya que
no tienen excusa para no responder pronto. ese resto seria
especificamente el / los sitio(s) del Poder Judicial, que presta un
servicio que muchos ciudadanos utilizan a diario (consultar sus causas
en el Sistema de Juzgados de Familia).
> > - hay que tener claro quienes seran beneficiados con el cambio. solo
> > usuarios actuales (cuantos?), o tambien usuarios futuros (ira
> > creciendo ese numero?). hay estadisticas que indiquen que el uso de
> > navegadores no-MS vaya en aumento en Chile? (incluir todos esos datos
> > en la denuncia)
>
> Eso no es un factor relevante para los sitios del Decreto 100. El
> Decreto 100 exige interoperabilidad, y entre ésas condiciones es que
> todo funcione a lo menos en 1 navegador libre. Si no cumple con ésa
> condición, no cumple con el Decreto 100. Por eso, no es relevante éso
> del potencial de usuarios de navegadores no-IE.
ok, si (algunos) lo sitios del Gobierno no cumplieron con el DS100
antes, que te dice que lo van hacer ahora?
si hablamos de "timing" quizas esto debio haberse hecho el an~o
pasado, durante las elecciones...
> En el caso del resto de los sitios, siento que se podría respaldar la
> denuncia/sugerencia con aquellos datos, no sólo a nivel mundial sino
> que también a nivel local. Lo de nivel local debe organizarse también.
aca esta quizas lo mas relevante de todo el asunto, como demuestras
que es importante que un sitio funcione bien en algun navegador libre?
te podrian responder
"Sr., si no tiene IE vaya a su Cybercafe mas cercan y problema
solucionado"... ;)
> > - hay que tener claro de que manera se debe hacer publico el asunto.
> > quizas lo mas efectivo sea publicar los mails enviados (o cartas
> > escaneadas) y sus respuestas. tener un sitio con un ranking de los
> > peores sitios tiene mas pinta de farandula y algo poco serio. para la
> > prensa es mucho mas interesante publicar la respuesta del Jefe de
> > Informatica de X institucion vs. hacer un articulo acerca de un grupo
> > simpatico de "hackers" tratando de cambiar el mundo... ;)
>
> Para la prensa actual, el ranking es muchísimo más atractivo, y para
> nosotros es una ventaja ya que el ranking es más digerible para el
> ciudadano de pie.
y que quieres que haga el ciudadano de pie despues de leer el ranking?
> Póngalo a leer un ladrillo y le dirá "tl;dr". El
> ranking además viene a enrostrar precisamente el impacto que tiene su
> desidia y reticencia a hacer los cambios correspondientes a la empresa
> rankeada.
no interesan las empresas (por ahora), si no las instituciones
publicas. a las instituciones publicas no les interesa lo que sale en
la prensa (a menos que sea nombrado con nombre y cargo alguno de sus
funcionarios), sino lo que hacen otras instituciones publicas...
> Una carta como la que plantea sólo le interesa a El Mercurio... ¿y
> quién demonios lee El Mercurio? ;)
los que toman las decisiones.
> > b. hacer el proceso lo mas simple y transparente posible. por lo
> > tanto,
>
> > - centrarse en la forma de hacer la denuncia, crear un formato que se
> > pueda re-utilizar, poner / conocer los plazos para las respuestas,
> > etc.
>
> Precisamente éso se está coordinando. Hay que revisar en lo existente
> qué nos sirve, y si no existe, hacerlo. En éso estamos, recién
> llevamos 24 horas de iniciativa. ;)
no faltan las excusas... ;)
> > - trabajar nosotros mismos en armar las denuncias (encontrar sitios
> > con problemas), no esperar ni gastar tiempo en armar sitios, wikis,
> > etc. para que *otros* denuncien, eso vendra despues...
>
> Eeehm... ¿y dónde colocaremos ésas denuncias? ¿Cada uno en sus blogs?
> Hay que juntarlas en alguna parte, de lo contrario no servirá "crear
> nuestra propia denuncia". Solos somos inocuos, pero juntos somos
> legión. ;)
sitio web de Liberacion Digital.
--
Ricardo Mun~oz A.
Cesar Medina
acabo de intalar 4 complementos de firefox para revisar los sitios en
general....
son:
CSS Validator
Page Validator
RSS validator
Taw3 en un clic
si saben de otro, avisen
saludos
César
2010/2/2 Ricardo Mun~oz A. <rica...@gmail.com>:
> --
> Recibiste este mensaje porque estás suscrito a la lista de correos de Liberación Digital.
> Para opciones del grupo (i.e. si quieres desinscribirte) visita http://groups.google.com/group/liberaciondigital
--
Matias Asun H.
Creo que teorizan sobre lo que aún no hacemos. Por todo lo que han
dicho creo que la definición de tareas que hice resulta doblemente
válida. (Salvo alguien explicite no estar de acuerdo). Volvamos atrás;
si el asunto es motivante, entonces demosle y partamos por lo simple:
crear una plataforma que "acumule" los sitios identificados como
juleros.
Imagino que si reclamos.cl está construído en drupal, entonces drupal
sirve para nuestra tarea ¿no?
1.- ¿Quien sabe usar drupal para armar este monito?
2.- Si ChileMoz se suma... dps se arman un plugin para firefox!
jajaja... Pero vamos con calma, primero lo primero.
Abrazos y ya poh... Si esta huevada no resulta entre tanto computín
capaz que salga Piñera presidente (oh, wait)
M.
El 02/02/10, Ricardo Mun~oz A. <rica...@gmail.com> escribió:
> --
> Recibiste este mensaje porque estás suscrito a la lista de correos de
> Liberación Digital.
> Para opciones del grupo (i.e. si quieres desinscribirte) visita
> http://groups.google.com/group/liberaciondigital
Matias Asun H.
Marco González Luengo
El día 5 de febrero de 2010 09:52, Matias Asun H.
Ricardo Mun~oz A.
> Ricardo, Marco;
> Creo que teorizan sobre lo que aún no hacemos. Por todo lo que han
> dicho creo que la definición de tareas que hice resulta doblemente
> válida. (Salvo alguien explicite no estar de acuerdo).
las tareas que definiste son:
"TAREA I.- IDENTIFICAR que cresta significa que una página del Estado
no cumpla estándares del decreto 100. "
- para esto estan los checklist de la Guia Web [1]
- pero serian aplicables solo a los sitios del Gobierno. la idea es
empezar solo por estos sitios? y dejar fuera otros sitios importantes
(poder judicial, bancos, afp, etc.)?
"TAREA II.- Listos los criterios, hay que crear la plataforma para
ingresar y gestionar la información."
- "crear" toma tiempo, por lo que siempre es bueno usar algo ya
existente. yo usaria un sistema de bugtracking para ingresar los
errores, porque tal como lo plantee hace algunos correos atras hay que
pensar que los primeros (y quizas unicos) en aportar seremos nosotros
mismos, por lo que creo mas efectivo usar para la primera etapa un
sistema de bugtracking + sitio web o blog donde se vayan publicando
resumenes, los rankings de los mas pifiados, etc.
- para los que trabajan en desarrollo web, y han usado algun sistema
de bugtracking, sabemos que estos permiten hacer "seguimiento" de los
errores. no asi una plataforma como la de reclamos.cl que solo permite
ingresar un "reclamo" pero no indicar en detalle el problema, luego
cambiar su estado, etc.
- yo usaria algo como el Trac [2], pero tambien hay otras
alternativas. hay hosting? necesitan hosting?
"TAREA III.- DIFUSIÓN de la iniciativa. "
- aca quizas conviene preguntarse si es mejor difundir la "intencion
de" o resultados concretos.
> Volvamos atrás; si el asunto es motivante, entonces demosle y partamos por lo simple:
> crear una plataforma que "acumule" los sitios identificados como juleros.
Trac para uso "interno" y read-only el publico en general durante la
1ra etapa que podria durar un par de meses.
ojo, tampoco son tantos sitios como para necesitar miles de personas
reportando errores... la idea es lograr que los responsables de los
sitios arreglen las pifias! pensar que los errores se arreglen solo
por estar reportados en algun lugar es bastante ingenuo...
[1] http://www.guiaweb.cl/guia/checklists/index.htm
[2] http://trac.edgewall.org/
--
Ricardo Mun~oz A.
Matias Asun H.
¿quien (diablos) tiene aún el hosting de LD?
Saludos,
m.
El 05/02/10, Ricardo Mun~oz A. <rica...@gmail.com> escribió:
Marco González Luengo
- OneOrZero AIMS: http://www.oneorzero.com/
- osTicket: http://osticket.com/
- OTRS (OpenSource Trouble Ticket System): http://otrs.org/
Creo que también pueden servir para nuestro nefasto objetivo, teniendo
en mente los usuarios de a pie. ;)
Incluyen demos. :D
El día 5 de febrero de 2010 13:05, Matias Asun H.
<matia...@gmail.com> escribió:
Ricardo Mun~oz A.
> Estaba viendo por ahí sistema de tickets para problemas y me tropecé con:
>
> - OneOrZero AIMS: http://www.oneorzero.com/
> - osTicket: http://osticket.com/
> - OTRS (OpenSource Trouble Ticket System): http://otrs.org/
>
> Creo que también pueden servir para nuestro nefasto objetivo, teniendo
> en mente los usuarios de a pie. ;)
>
> Incluyen demos. :D
hay un listado y tablas de comparacion en
http://en.wikipedia.org/wiki/Comparison_of_issue_tracking_systems
de hecho, al momento de crear un ticket se podria hacer indicando de
inmediato quien sera el responsable de darle seguimiento (es decir,
contactar a los responsables del sitio, etc.) luego la persona
actualiza el ticket con la respuesta de los administradores del sitio.
la mayoria de estos sistemas usan algun motor de base de datos SQL
desde el cual se pueden sacar reportes y estadisticas varias. incluso
se podria hacer un web service que usando estos datos entregue un
ranking de los top 10, etc. etc.
--
Ricardo Mun~oz A.
Tomás Pollak
2010/2/5 Marco González Luengo <noquie...@gmail.com>:
> Estaba viendo por ahí sistema de tickets para problemas y me tropecé con:hay un listado y tablas de comparacion en
>
> - OneOrZero AIMS: http://www.oneorzero.com/
> - osTicket: http://osticket.com/
> - OTRS (OpenSource Trouble Ticket System): http://otrs.org/
>
> Creo que también pueden servir para nuestro nefasto objetivo, teniendo
> en mente los usuarios de a pie. ;)
>
> Incluyen demos. :D
http://en.wikipedia.org/wiki/Comparison_of_issue_tracking_systems
Ricardo Mun~oz A.
>
> 2010/2/5 Ricardo Mun~oz A. <rica...@gmail.com>
>>
>> 2010/2/5 Marco González Luengo <noquie...@gmail.com>:
>> > Estaba viendo por ahí sistema de tickets para problemas y me tropecé
>> > con:
>> >
>> > - OneOrZero AIMS: http://www.oneorzero.com/
>> > - osTicket: http://osticket.com/
>> > - OTRS (OpenSource Trouble Ticket System): http://otrs.org/
>> >
>> > Creo que también pueden servir para nuestro nefasto objetivo, teniendo
>> > en mente los usuarios de a pie. ;)
>> >
>> > Incluyen demos. :D
>>
>> hay un listado y tablas de comparacion en
>>
>> http://en.wikipedia.org/wiki/Comparison_of_issue_tracking_systems
>
> Matías,
> Yo (a pesar de todos mis regaños) aún tengo hosteado LD. ¿Esto se colgaría
> del sitio o lo pondríamos en un dominio aparte?
[...]
> Eso sí, creo que un sistema de tickets nos queda un poco grande para ésto.
por que?
> Yo me lo imagino más como algo así (eso sí el orden tendría que ser inverso). ¿Qué opinan?
si el objetivo es hacer un ranking "bonito" de los peores sitios, y
que ese ranking solo sirva para desahogarse (como reclamos.cl),
entonces esta bien... ;)
--
Ricardo Mun~oz A.
Matias Asun
Elige alternativa,
1. Lo montamos sobre LD+tu_hosting
2. Lo montamos como proyecto "derivado" de VIE, 5 FEB, 2010, en el hosting de otro con otro dominio.
Abrazos querido amigo,
M.
PD. Y JanOS? Que onda que no dice nada?!
Matias Asun - matia...@gmail.com
Enviado desde Movil
Eduardo Escarez
2010/2/5 Tomás Pollak <tomas...@gmail.com>:
>por que?
> 2010/2/5 Ricardo Mun~oz A. <rica...@gmail.com>
>>
>> 2010/2/5 Marco González Luengo <noquie...@gmail.com>:
>> > Estaba viendo por ahí sistema de tickets para problemas y me tropecé
>> > con:
>> >
>> > - OneOrZero AIMS: http://www.oneorzero.com/
>> > - osTicket: http://osticket.com/
>> > - OTRS (OpenSource Trouble Ticket System): http://otrs.org/
>> >
>> > Creo que también pueden servir para nuestro nefasto objetivo, teniendo
>> > en mente los usuarios de a pie. ;)
>> >
>> > Incluyen demos. :D
>>
>> hay un listado y tablas de comparacion en
>>
>> http://en.wikipedia.org/wiki/Comparison_of_issue_tracking_systems
>
> Matías,
> Yo (a pesar de todos mis regaños) aún tengo hosteado LD. ¿Esto se colgaría
> del sitio o lo pondríamos en un dominio aparte?
[...]
> Eso sí, creo que un sistema de tickets nos queda un poco grande para ésto.
> Yo me lo imagino más como algo así (eso sí el orden tendría que ser inverso). ¿Qué opinan?si el objetivo es hacer un ranking "bonito" de los peores sitios, y
que ese ranking solo sirva para desahogarse (como reclamos.cl),
entonces esta bien... ;)
--
Ricardo Mun~oz A.
Matias Asun H.
Una idea algo más sencilla sería usar WP más un plugin que gestione los tickets llamado WATS: http://wordpress.org/extend/plugins/wats/screenshots/ http://www.lautre-monde.fr/wats-going-on/Creo que sería una opción más sencilla para implementarlo.
Honestamente creo que la implementación no va a ser fácil, pero confío en que estamos rodeados de mucho "talento" aquí en LD y que la cosa sale.
Vamos por parte; esperemos la respuesta de Pollak respecto de la posibilidad de hostearlo.
Yo soy de la idea de usar un sistema simple, pero flexible y escalable. De entradita me tinca que los CMS mas complejos no son lo ideal. Digo, de tincada. Porque al final, puchas, ¿son todos ustedes ingenieros informáticos y cosas así no? Digamos, supongo que el problema que tenemos es de diseño pero no de habilidades técnicas ¿o me equivoco? Digo, si me equivoco, avisen para cachar. Yo creo que mejor hacer la cosa decente y buena de una, sin simplificar más de la cuenta.
Vamos pues!!! Quien se anima?
Lo mas probable es que el ágil que haga este sitio salga en LUN por astuto y pillo. Ahí ya hay una razón: la fama. (sin contar que sería muy muy rockero hacer algo así)
Creo, además, que la pinche página tiene que pasar los estándares mínimos. Por una cosa de decencia.
Abrazos,
M.
Matias Asun H.
PD: Guillermo: Si, dinos en que puedes ayudar.
De: GuillermoDiaz <guiller...@gmail.com>
Fecha: 5 de febrero de 2010 21:44
Asunto: Re: páginas del aparato estatal
Para: "Matias Asun H." <matia...@gmail.com>
Estimados,
Yo igual creo que una herramienta de tickets puede ser mucho para este
proyecto, en la empresa que trabajo tenemos instalado OS Ticket y si
bien anda de forma impecable (se pueden generar tickets a partir de
formularios web, email o desde un teléfono), puede hacer mas complejo
el proceso de denuncias.
Cómo esta es la primera iniciativa en la que participo en Liberación
Digital sigo con la duda de como ayudar, ¿debo escoger una de las
tareas?, ¿trabajo de forma proactiva en alguno de los puntos?.
También imagino algo como http://www.awardwinninghosts.com/ pero más
atractivo gráficamente.
Si necesitamos hosting cuento con una grilla con GPUs y BD disponible
en MediaTemple.
Saludos,
Guillermo
GuillermoDiaz
Respecto a las formas de ayudar, las describo a continuación:
Recursos: Hosting, BD u otro recurso que se me escape que sea propio
del área informática.
HH: No soy experto pero puedo trabajar con wordpress y otros CMS, cómo
también diseñar contenido gráfico.
Difusión: Puedo contactar a algunos periodistas amigos de medios
populares para difusión.
Un abrazo,
Guillermo
Tomás Hermosilla J.
Lo práctico seria ver si un sitio funciona o no con un navegador en particular y unas observaciones o comentarios al respecto. O sea, mi opinión es que basta con construir un formulario para el ingreso, otro para comentar sobre cada "denuncia" y un sistema de votación (eso es lo técnico/funcional del asunto)
Lo importante en todo caso, es la difusión del asunto y definir bien el por que debiera funcionar una transferencia en banco estado desde firefox con linux, por ejemplo.
Mi humilde aporte al proyecto (aparte de código, si se necesita)
--
Tomás Hermosilla J.
skype: thermosilla
http://www.linkedin.com/in/thermosilla
www.twitter.com/thermosilla
Estimados,
1. Creo que es fundamental definir un objetivo concreto, y la forma en
que mediremos su respectivo cumplimiento.
2. El ranking es una buena idea, pues para mover masas necesitamos
contar con un enganche popular.
3. Sí necesitamos un hosting, yo tengo una grilla en MediaTemple y me
quedan GPUs para implementar algo.
Digital, y no entiendo muy bien como nos organizamos, ¿quien hace
Esta es la primera vez que participo de una actividad en Liberación
que?.
Saludos,
Guillermo
>
Marco González Luengo
<therm...@gmail.com> escribió:
> No se si es tan buena la idea de medir contra el decreto 100. La mitad del
> decreto habla de como escribir una politica de privacidad y la otra está
> llena de cosas como "ojalá cumpla con..." y los checklists no aportan tanto
> tampoco.
Entonces creo que deberíamos establecer nuestros propios criterios,
con cierta base del decreto 100. O sea, convertir las sugerencias
("Ojalá cumpla con...") en exigencias, y añadir lo que creamos falte
en el checklist.
La idea es que este criterio sea aplicable en todo sitio web
denunciado, sea del aparato estatal o no.
> Lo práctico seria ver si un sitio funciona o no con un navegador en
> particular y unas observaciones o comentarios al respecto. O sea, mi opinión
> es que basta con construir un formulario para el ingreso, otro para comentar
> sobre cada "denuncia" y un sistema de votación (eso es lo técnico/funcional
> del asunto)
Mi volada:
- Formulario de ingreso de denuncia: un campo que contenga "dirección
del sitio a denunciar", siendo éste el criterio con el cual se
recolectan las denuncias para un sitio en particular, y la adición de
nuevos sitios.
- Denuncia: cada denuncia puede ser comentada y cada usuario le asigna
la urgencia/gravedad del problema. El promedio del rankeo determina la
urgencia en general del problema.
Marco González Luengo
<noquie...@gmail.com> escribió:
Ah, y algo que había olvidado:
- El ranking se elabora a partir de la cantidad de denuncias únicas
que tenga, dando 3 puntos por urgentes, 2 a medianamente urgentes y 1
por baja urgencia.
- Cada denuncia debería ser moderada en su ingreso para evitar duplicados.
Ricardo Mun~oz A.
> escribió:
>>
>> Una idea algo más sencilla sería usar WP más un plugin que gestione los
>> tickets llamado
>> WATS: http://wordpress.org/extend/plugins/wats/screenshots/ http://www.lautre-monde.fr/wats-going-on/
>> Creo que sería una opción más sencilla para implementarlo.
>
> Honestamente creo que la implementación no va a ser fácil, pero confío en
> que estamos rodeados de mucho "talento" aquí en LD y que la cosa sale.
> Vamos por parte; esperemos la respuesta de Pollak respecto de la posibilidad
> de hostearlo.
el hosting es lo de menos, yo cuento con un VPS con CentOS donde se
puede instalar de todo.
> Yo soy de la idea de usar un sistema simple, pero flexible y escalable. De
> entradita me tinca que los CMS mas complejos no son lo ideal. Digo, de
> tincada. Porque al final, puchas, ¿son todos ustedes ingenieros informáticos
> y cosas así no? Digamos, supongo que el problema que tenemos es de diseño
> pero no de habilidades técnicas
el diseño tambien es una habilidad tecnica, no tiene gracia tener un
sitio "bonito" si no cumple con los estandares... entonces, mi idea es
que este proyecto se transforme en un "grupo de QA [1]" externo (estos
seriamos nosotros) registrando de manera completa las pifias de los
sitios "importantes" y luego hacerle seguimiento a estas pifias
(contactando a la gente encargada de los stios, etc.).
si luego se arregla aunque sea una sola pifia ya seria un exito!
> ¿o me equivoco? Digo, si me equivoco, avisen
> para cachar. Yo creo que mejor hacer la cosa decente y buena de una, sin
> simplificar más de la cuenta.
aca deje una demo del Trac -> http://www.tux.cl/trac/demo/
hay un solo ticket ingresado, con datos enviados por Maximi89.
ojo que el Trac podria servir para ingresar las pifias, pero luego
esos datos se podrian presentar de otra manera, en otro sitio.
e insisto que mi idea es primero juntar pifias entre nosotros, y luego
difundir el asunto para que se haga masivo.
se podria incluso hacer en paralelo, los que quieren podrian armar el
sitio "bonito" con el ranking, formulario para usuario normal, etc.
mientras algunos otros juntan pifias, alimentando datos los cuales
luego se podrian vaciar en el sitio "bonito"...
se entiende la idea?
> Vamos pues!!! Quien se anima?
>
> Lo mas probable es que el ágil que haga este sitio salga en LUN por astuto y
> pillo. Ahí ya hay una razón: la fama. (sin contar que sería muy muy rockero
> hacer algo así)
rockero seria lograr que se arregle aunque sea una pifia... lo que
aparece en LUN es olvidado de un dia para otro por lo que no tiene
gracia. lograr provocar un cambio, eso seria genial...
> Creo, además, que la pinche página tiene que pasar los estándares mínimos.
> Por una cosa de decencia.
[1] http://en.wikipedia.org/wiki/Quality_assurance
--
Ricardo Mun~oz A.
Matias Asun H.
ojo que el Trac podria servir para ingresar las pifias, pero luego
esos datos se podrian presentar de otra manera, en otro sitio.
e insisto que mi idea es primero juntar pifias entre nosotros, y luego
difundir el asunto para que se haga masivo.
se podria incluso hacer en paralelo, los que quieren podrian armar el
sitio "bonito" con el ranking, formulario para usuario normal, etc.
mientras algunos otros juntan pifias, alimentando datos los cuales
luego se podrian vaciar en el sitio "bonito"...
se entiende la idea?
Entonces vamos ingresando al trac que dejaste las pifias que encontremos?
De entrada me suena enredado.
Yo creo que deberíamos tener un formulario de reporte de pifia (siendo "pifia" un incumplimiento potencial del D°100).
El formulario de ingreso debería tener algunos datos tanto de identificación de la pifia como del momento, lugar y condiciones en que ocurre.
- URL del problema
- Descripción corta (escrita, x usuario q reporta)
- Al ticket/registro ingresado deberían aplicársele automáticamente validadores. Imagino que existen test.
- Automáticamente deberían salvarse los siguientes datos: Fecha, Hora, ¿IP?, Navegador y sistema operativo del reportante...
Quien hace el reporte debería ingresar los datos y luego aprobar el resumen de esta información antes de ingresar definitivamente una pifia para seguimiento al sistema.
Eventualmente, además, pudiera ser que para reportar una pifia el usuario esté inscrito.
Antes de pasar a la fase de seguimiento es necesario establecer como vamos a agruparlos; si se trata de CMS (y es muy probable que lo sean!) una pifia puede estar escondida en el código de elaboración de cientos de otras páginas web del mismo sitio. Sugiero entonces utilizar una estructura de organización de reportes que permita agruparlos al menos en los siguientes asuntos, al menos en lo que a reclamos directos a la entidad responsable concierne:
1) URL de origen (es decir, de institución responsable)
2) Tipo de problema
En el caso de 1) el problema no es menor; un mismo "servicio" puede tener registradas decenas de dominios en nic.cl y habrá que agruparlos a manito al menos en una primera etapa. En el caso de 2) es mas o menos lo mismo; diferentes dominios con diferentes sitios y diferentes contenidos pueden tener "motores" similares (propios, comprados, arrendados) a una misma empresa/proveedor, y por lo tanto el mismo error puede estar replicado cientos de veces.
Para fines de archivo, y de evaluación de si esto sirve (a modo de observatorio de respeto de normativa), claro, sirve bastante si los reportes se organizan mas allá de esta básica lista que propongo:
3) Problemas agrupados por navegador / visualizador
4) Fecha de ocurrencia de problemas (mes, semana, año)
5) ... otros...
Luego viene otro asunto: reclamar. Pero primero veamos si alguien se anima a desarrollar esta pega. Imagino que el mismo D°100 tiene una complejidad mayúscula, epro veamos que parte de él podemos operativizar y observar.
Mis aportes van por este lado, porque soy incapaz de programar nada. A ver quien se anima.
Abrazos,
M.
mvplibre
[...]
... Imagino que el mismo D°100 tiene una complejidad mayúscula, epro veamos que parte de él podemos operativizar y observar.
No estoy seguro, puede ser el lenguaje técnico que ha tomado este tema, pero para mí ya se ha hecho algo incomprensible.
Creo que la idea no era encontrar errores en las páginas, sino denunciar incompatibilidades con navegadores y sistemas operativos. Algo sencillo del tipo: "no puedo realizar transferencia de fondos en banco estado con firefox".
Nada tracker ni cosas raras. Tampoco se trata de buscar incumplimientos del famoso D100. Yo reclamo porque con "mi auto" no puedo transitar por "una determinada calle". Lo del D100 es posterior, una vez que hemos reclamado, aportado a generar conciencia de la interoperatividad y compatibilidad y todas esas "dades", determinadas instituciones públicas (suponemos) que responderán con que están dentro de la norma y que es nuestro problema adaptarnos a su sitio, es ahí donde aparece el D100, pare decir que sí existe una norma que los obliga a tener plataformas informáticas compatibles.
Pero repito, la cosa es sencilla, para que cualquier persona con mínimas destresas en el retorcido arte de la navegación por internet pueda reclamar.
Luego, hacemos un conteo de reclamos y vemos los servicios menos compatibles, o los más críticos, etc. y los respectivos reclamos.
"KISS".
Saludos.
mvp
--
mvplibre
Mauricio Vargas P.
El conocimiento es patrimonio universal.
http://mvplibre.blogspot.com
http://www.partidopirata.cl
Ricardo Mun~oz A.
>
>
> El 6 de febrero de 2010 01:55, Ricardo Mun~oz A. <rica...@gmail.com>
> escribió:
>>
>> ojo que el Trac podria servir para ingresar las pifias, pero luego
>> esos datos se podrian presentar de otra manera, en otro sitio.
>>
>> e insisto que mi idea es primero juntar pifias entre nosotros, y luego
>> difundir el asunto para que se haga masivo.
>>
>> se podria incluso hacer en paralelo, los que quieren podrian armar el
>> sitio "bonito" con el ranking, formulario para usuario normal, etc.
>> mientras algunos otros juntan pifias, alimentando datos los cuales
>> luego se podrian vaciar en el sitio "bonito"...
>>
>> se entiende la idea?
>
>
> Calmao:
> Entonces vamos ingresando al trac que dejaste las pifias que encontremos?
asi es. a menos que alguien tenga armado otro sitio en otro lugar.
> De entrada me suena enredado.
> Yo creo que deberíamos tener un formulario de reporte de pifia (siendo
> "pifia" un incumplimiento potencial del D°100).
es lo que hay ahora en el Trac.
> El formulario de ingreso debería tener algunos datos tanto de identificación
> de la pifia como del momento, lugar y condiciones en que ocurre.
> - URL del problema
> - Descripción corta (escrita, x usuario q reporta)
es lo que hay ahora en el Trac.
> - Al ticket/registro ingresado deberían aplicársele automáticamente
> validadores. Imagino que existen test.
> - Automáticamente deberían salvarse los siguientes datos: Fecha, Hora, ¿IP?,
> Navegador y sistema operativo del reportante...
y eso para que?
> Quien hace el reporte debería ingresar los datos y luego aprobar el resumen
> de esta información antes de ingresar definitivamente una pifia para
> seguimiento al sistema.
> Eventualmente, además, pudiera ser que para reportar una pifia el usuario
> esté inscrito.
tal como lo indique hace varios mails atras, lo del Trac es para que
*nosotros* ingresemos las pifias. creo mas en el trabajo de 10
personas comprometidas que de 1000 personas que *probablemente* usen
el sitio hiper-mega-simple que Uds. proponen...
ademas, podrias responderme las siguientes preguntas para converme/te
de lo contrario (respecto a montar solo un formulario de ingreso para
hacerlo que sea lo mas facil posible a cualquier persona ingresar una
pifia)
- cual seria la diferencia con reclamos.cl?
- que efectividad ha tenido reclamos.cl?
> Antes de pasar a la fase de seguimiento es necesario establecer como vamos a
> agruparlos; si se trata de CMS (y es muy probable que lo sean!) una pifia
> puede estar escondida en el código de elaboración de cientos de otras
> páginas web del mismo sitio.
sinceramente creo que no hay tantos sitios relevantes en esta primera
etapa. y dentro de cada sitio habria que fijarse en funcionalidades
que no permitan hacer uso de alguna opcion del sitio. si una imagen
aparece corrida y el disen~o se ve mal da lo mismo....
[...]
> Luego viene otro asunto: reclamar.
ahi esta el principal punto creo yo. que crees es necesario tener para
poder reclamar? y como crees poder facilitar la pega del que tiene que
arreglar el asunto?
> Pero primero veamos si alguien se anima a
> desarrollar esta pega. Imagino que el mismo D°100 tiene una complejidad
> mayúscula, epro veamos que parte de él podemos operativizar y observar.
no creo conveniente amarrarse al DS100 ya que abarca solo los sitios
del Gobierno.
> Mis aportes van por este lado, porque soy incapaz de programar nada. A ver
> quien se anima.
la idea es que justamente no tengamos que programar nada, sino que
empecemos a reportar las pifias.
alguien quiere una cuenta en el Trac?
--
Ricardo Mun~oz A.
Ricardo Mun~oz A.
>
>
> El 10 de febrero de 2010 00:28, Matias Asun H. <matia...@gmail.com>
> escribió:
>>
>> [...]
>> ... Imagino que el mismo D°100 tiene una complejidad mayúscula, epro
>> veamos que parte de él podemos operativizar y observar.
>>
>>
>
> No estoy seguro, puede ser el lenguaje técnico que ha tomado este tema, pero
> para mí ya se ha hecho algo incomprensible.
> Creo que la idea no era encontrar errores en las páginas, sino denunciar
> incompatibilidades con navegadores y sistemas operativos. Algo sencillo del
> tipo: "no puedo realizar transferencia de fondos en banco estado con
> firefox".
y segun tu, eso le sirve al que debe arreglar el error?
yo creo que podria servir para hacer un poco de ruido en algun diario,
pero las noticias se olvidan rapidamente...
[...]
> Pero repito, la cosa es sencilla, para que cualquier persona con mínimas
> destresas en el retorcido arte de la navegación por internet pueda reclamar.
ok. y luego que? cual seria la diferencia con reclamos.cl? cual es la
efectividad de reclamos.cl?
> Luego, hacemos un conteo de reclamos y vemos los servicios menos
> compatibles, o los más críticos, etc. y los respectivos reclamos.
quizas se podrian hacer ambas cosas, tener un sitio donde las masas se
desahoguen y luego tomar los top 50 y esos los ingresamos al Trac (u
otro similar) para darle seguimiento.
--
Ricardo Mun~oz A.
Enrique Herrera Noya
> 2010/2/10 Matias Asun H. <matia...@gmail.com>:
>>
>>
>> El 6 de febrero de 2010 01:55, Ricardo Mun~oz A. <rica...@gmail.com>
>>>
>>> ojo que el Trac podria servir para ingresar las pifias, pero luego
>>> esos datos se podrian presentar de otra manera, en otro sitio.
>>>
>>> e insisto que mi idea es primero juntar pifias entre nosotros, y luego
>>> difundir el asunto para que se haga masivo.
>>>
>>> se podria incluso hacer en paralelo, los que quieren podrian armar el
>>> sitio "bonito" con el ranking, formulario para usuario normal, etc.
>>> mientras algunos otros juntan pifias, alimentando datos los cuales
>>> luego se podrian vaciar en el sitio "bonito"...
>>>
>>> se entiende la idea?
>>
>>
>> Calmao:
>> Entonces vamos ingresando al trac que dejaste las pifias que encontremos?
>
> asi es. a menos que alguien tenga armado otro sitio en otro lugar.
>
>> De entrada me suena enredado.
>> "pifia" un incumplimiento potencial del D�100).
>
> es lo que hay ahora en el Trac.
>
>> de la pifia como del momento, lugar y condiciones en que ocurre.
>> - URL del problema
>
> es lo que hay ahora en el Trac.
>
>> validadores. Imagino que existen test.
>> Navegador y sistema operativo del reportante...
>
> y eso para que?
>
>> de esta informaci�n antes de ingresar definitivamente una pifia para
>> seguimiento al sistema.
>> Eventualmente, adem�s, pudiera ser que para reportar una pifia el usuario
>> est� inscrito.
>
> tal como lo indique hace varios mails atras, lo del Trac es para que
> *nosotros* ingresemos las pifias. creo mas en el trabajo de 10
> personas comprometidas que de 1000 personas que *probablemente* usen
> el sitio hiper-mega-simple que Uds. proponen...
>
> ademas, podrias responderme las siguientes preguntas para converme/te
> de lo contrario (respecto a montar solo un formulario de ingreso para
> hacerlo que sea lo mas facil posible a cualquier persona ingresar una
> pifia)
>
> - cual seria la diferencia con reclamos.cl?
> - que efectividad ha tenido reclamos.cl?
>
>> Antes de pasar a la fase de seguimiento es necesario establecer como vamos a
>> agruparlos; si se trata de CMS (y es muy probable que lo sean!) una pifia
>> p�ginas web del mismo sitio.
>
> sinceramente creo que no hay tantos sitios relevantes en esta primera
> etapa. y dentro de cada sitio habria que fijarse en funcionalidades
> que no permitan hacer uso de alguna opcion del sitio. si una imagen
> aparece corrida y el disen~o se ve mal da lo mismo....
>
> [...]
>
>> Luego viene otro asunto: reclamar.
>
> ahi esta el principal punto creo yo. que crees es necesario tener para
> poder reclamar? y como crees poder facilitar la pega del que tiene que
> arreglar el asunto?
>
>> Pero primero veamos si alguien se anima a
>> desarrollar esta pega. Imagino que el mismo D�100 tiene una complejidad
>
> no creo conveniente amarrarse al DS100 ya que abarca solo los sitios
> del Gobierno.
>
>> Mis aportes van por este lado, porque soy incapaz de programar nada. A ver
>> quien se anima.
>
> la idea es que justamente no tengamos que programar nada, sino que
> empecemos a reportar las pifias.
>
> alguien quiere una cuenta en el Trac?
>
Matias Asun H.
es como el gran pez. Las organizaciones y las redes se dan "habitando"
las peceras de las que disponen. Pecera chica, pescado chico. Pecera
grande, pescado grande.
Con vuestro modelo no logro ver la diferencia entre tener un google
doc compartido y usar trac. Ambos "almacenan" información en el
sentido de guardarla, pero no veo como es factible generar informes de
desempeño de una red distribuída de colaboradores a partir de ella.
En paralelo, el razonamiento sobre reclamos es completamente injusto y
desinformado. Los avances de reclamos.cl son evidentes; informes
desagregados para empresas, comentarios, información precisa sobre
productos, servicios y empresas, reportes a parlamentarios. ¿Se les
ocurre un mejor observatorio de subjetividad de los consumidores que
reclamos.cl? ¿De donde sacan TVN y Canal13 los reportes para sus
denuncias? Si hay algo que se le puede criticar a reclamos es
justamente que no tiene un "soporte social" como el que pudiera dar LD
a la iniciativa que estamos conversando. Reclamos ha sido un
"one-man-army". (Rafa, por si no lo saben, es psicólogo además!)
Si se necesita que explique mejor mi idea plis avisenme.
Abrazos,
m.
El 10/02/10, Enrique Herrera Noya <quiq...@gmail.com> escribió:
> El 10/02/10 10:16, Ricardo Mun~oz A. escribió:
>> 2010/2/10 Matias Asun H. <matia...@gmail.com>:
>>>
>>>
>>> El 6 de febrero de 2010 01:55, Ricardo Mun~oz A. <rica...@gmail.com>
>>> escribió:
>>>>
>>>> ojo que el Trac podria servir para ingresar las pifias, pero luego
>>>> esos datos se podrian presentar de otra manera, en otro sitio.
>>>>
>>>> e insisto que mi idea es primero juntar pifias entre nosotros, y luego
>>>> difundir el asunto para que se haga masivo.
>>>>
>>>> se podria incluso hacer en paralelo, los que quieren podrian armar el
>>>> sitio "bonito" con el ranking, formulario para usuario normal, etc.
>>>> mientras algunos otros juntan pifias, alimentando datos los cuales
>>>> luego se podrian vaciar en el sitio "bonito"...
>>>>
>>>> se entiende la idea?
>>>
>>>
>>> Calmao:
>>> Entonces vamos ingresando al trac que dejaste las pifias que encontremos?
>>
>> asi es. a menos que alguien tenga armado otro sitio en otro lugar.
>>
>>> De entrada me suena enredado.
>>> Yo creo que deberíamos tener un formulario de reporte de pifia (siendo
>>> "pifia" un incumplimiento potencial del D°100).
>>
>> es lo que hay ahora en el Trac.
>>
>>> El formulario de ingreso debería tener algunos datos tanto de
>>> identificación
>>> de la pifia como del momento, lugar y condiciones en que ocurre.
>>> - URL del problema
>>> - Descripción corta (escrita, x usuario q reporta)
>>
>> es lo que hay ahora en el Trac.
>>
>>> - Al ticket/registro ingresado deberían aplicársele automáticamente
>>> validadores. Imagino que existen test.
>>> - Automáticamente deberían salvarse los siguientes datos: Fecha, Hora,
>>> ¿IP?,
>>> Navegador y sistema operativo del reportante...
>>
>> y eso para que?
>>
>>> Quien hace el reporte debería ingresar los datos y luego aprobar el
>>> resumen
>>> de esta información antes de ingresar definitivamente una pifia para
>>> seguimiento al sistema.
>>> Eventualmente, además, pudiera ser que para reportar una pifia el usuario
>>> esté inscrito.
>>
>> tal como lo indique hace varios mails atras, lo del Trac es para que
>> *nosotros* ingresemos las pifias. creo mas en el trabajo de 10
>> personas comprometidas que de 1000 personas que *probablemente* usen
>> el sitio hiper-mega-simple que Uds. proponen...
>>
>> ademas, podrias responderme las siguientes preguntas para converme/te
>> de lo contrario (respecto a montar solo un formulario de ingreso para
>> hacerlo que sea lo mas facil posible a cualquier persona ingresar una
>> pifia)
>>
>> - cual seria la diferencia con reclamos.cl?
>> - que efectividad ha tenido reclamos.cl?
>>
>>> Antes de pasar a la fase de seguimiento es necesario establecer como
>>> vamos a
>>> agruparlos; si se trata de CMS (y es muy probable que lo sean!) una pifia
>>> puede estar escondida en el código de elaboración de cientos de otras
>>> páginas web del mismo sitio.
>>
>> sinceramente creo que no hay tantos sitios relevantes en esta primera
>> etapa. y dentro de cada sitio habria que fijarse en funcionalidades
>> que no permitan hacer uso de alguna opcion del sitio. si una imagen
>> aparece corrida y el disen~o se ve mal da lo mismo....
>>
>> [...]
>>
>>> Luego viene otro asunto: reclamar.
>>
>> ahi esta el principal punto creo yo. que crees es necesario tener para
>> poder reclamar? y como crees poder facilitar la pega del que tiene que
>> arreglar el asunto?
>>
>>> Pero primero veamos si alguien se anima a
>>> desarrollar esta pega. Imagino que el mismo D°100 tiene una complejidad
>>> mayúscula, epro veamos que parte de él podemos operativizar y observar.
>>
>> no creo conveniente amarrarse al DS100 ya que abarca solo los sitios
>> del Gobierno.
>>
>>> Mis aportes van por este lado, porque soy incapaz de programar nada. A
>>> ver
>>> quien se anima.
>>
>> la idea es que justamente no tengamos que programar nada, sino que
>> empecemos a reportar las pifias.
>>
>> alguien quiere una cuenta en el Trac?
>>
> akato
>
> --
> Recibiste este mensaje porque estás suscrito a la lista de correos de
> Liberación Digital.
> Para opciones del grupo (i.e. si quieres desinscribirte) visita
> http://groups.google.com/group/liberaciondigital
Matias Asun H.
> - Al ticket/registro ingresado deberían aplicársele automáticamentey eso para que?
> validadores. Imagino que existen test.
> - Automáticamente deberían salvarse los siguientes datos: Fecha, Hora, ¿IP?,
> Navegador y sistema operativo del reportante...
Ricardo Mun~oz A.
> es como el gran pez. Las organizaciones y las redes se dan "habitando"
> las peceras de las que disponen. Pecera chica, pescado chico. Pecera
> grande, pescado grande.
y quien dice que no se puede pasar de una pecera chica a una pecera
grande? pasando obviamente por una pecera mediana...
> Con vuestro modelo no logro ver la diferencia entre tener un google
> doc compartido y usar trac. Ambos "almacenan" información en el
> sentido de guardarla, pero no veo como es factible generar informes de
> desempeño de una red distribuída de colaboradores a partir de ella.
entonces te interesa mas el proceso que el resultado? *deben* ser 1000
colaboradores para lograr el resultado? o el objetivo en realidad es
lograr esos 1000 colaboradores sin importar el resultado?
> En paralelo, el razonamiento sobre reclamos es completamente injusto y
> desinformado. Los avances de reclamos.cl son evidentes; informes
> desagregados para empresas, comentarios, información precisa sobre
> productos, servicios y empresas, reportes a parlamentarios. ¿Se les
> ocurre un mejor observatorio de subjetividad de los consumidores que
> reclamos.cl? ¿De donde sacan TVN y Canal13 los reportes para sus
> denuncias?
entonces, te hago las siguientes preguntas
- si reclamos.cl cumple con su objetivo, para que hacer otro sitio / plataforma?
- tienes datos de cambios (o soluciones) que se hayan realizado
gracias a una denuncia hecha en reclamos.cl? (no encontre nada acerca
de esto en ese sitio)
> Si hay algo que se le puede criticar a reclamos es
> justamente que no tiene un "soporte social" como el que pudiera dar LD
> a la iniciativa que estamos conversando. Reclamos ha sido un
> "one-man-army". (Rafa, por si no lo saben, es psicólogo además!)
>
> Si se necesita que explique mejor mi idea plis avisenme.
por favor... ;)
--
Ricardo Mun~oz A.
Ricardo Mun~oz A.
> escribió:
>>
>> > - Al ticket/registro ingresado deberían aplicársele automáticamente
>> > validadores. Imagino que existen test.
>> > - Automáticamente deberían salvarse los siguientes datos: Fecha, Hora,
>> > ¿IP?,
>> > Navegador y sistema operativo del reportante...
>> y eso para que?
>
>
> Sobre (validador): Es necesario que quien quiera ingresar una "pifia" tenga
> certeza mínima de que lo es.
recuerda que mi propuesta es que seamos nosotros mismos los que
inicialmente ingresemos las pifias. de hecho, la experiencia podria
servir para luego armar una plataforma masiva que pueda ser usada por
mas gente. ("armar" podria ser darle un uso de manera especifica, y no
necesariamente programar una plataforma desde cero)
> En este sentido hay que distinguir que una cosa
> es la sensación de pifia (es decir, cuando uno dice "esta huea no funciona")
> que señalar que la causa es efectivamente un problema en el sitio web y que
> ese problema está asociado al D°100. Completar un formulario de registro con
> impresiones, sin validación, creo es agregar ruido al sistema. Lo digo en
> ese sentido.
asi es. pero los sistemas de Bugtracking de un sistema open-source por
ejemplo, son abiertos a que cualquier persona ingrese los "bugs"
(pifias) que quiera. luego los encargados cierran los "bugs" que no
aplican.
> No creo que el validador sea precondición para poder ingresar una pifia a
> trac o lo que sea, pero sin duda puede aportar información útil respecto de
> errores en la página que pudiera permitir (a) evitar la declaración de
> falsos positivos y (b) mejorar progresivamente la función de revisión de
> quienes participen del proyecto por entrenamiento.
yo me imagino el proceso de la siguiente manera:
1. "usuario" ingresa pifia mediante un ticket con datos minimos como
URL, navegador usado, pasos realizados, etc.
2. "encargado" revisa pifia, si no aplica cierra el ticket, de lo
contrario complementa informacion faltante, etc.
3. cada cierto tiempo se revisan los tickets abiertos y aprobados, y
se les hace seguimiento, enviando un reclamo al "responsable" del
sitio, etc.
4. el "desarrollador" encargado de resolver el problema, tendra como
referencia el ticket para poder reproducir y solucionar el problema
5. volver al paso 1.
comentarios:
- el mismo Trac tiene una seccion con un Wiki donde se pueden agrega
instructivos de como ingresar un ticket, etc.
- en una primera etapa nosotros mismos cumpliriamos el rol de
"usuario" y de "encargado"
- el rol de "responsable" la tiene la institucion a la cual pertenece el sitio
- el rol de "desarrollador" la tiene alguien por encargo del
"responsable" (empleado interno o empresa externa)
si analizas bien el flujo, un sitio como reclamos.cl solo llega hasta
el paso 1. nosotros podriamos llegar hasta el paso 4 si hacemos bien
las cosas...
> Sobre (almacenar datos de registro del vanegador y usuario): La fecha y hora
> caen de cajón. Lo mismo el sistema operativo y el navegador. Son variables
> que permiten despejar dudas respecto de la pifia.
pero no necesariamente alguien estara ingresando una pifia estando en
el mismo navegador y sistema operativo desde donde le aparecio la
pifia...
> Yo creo -mas bien tengo una certeza- de que la cantidad de sitios con pifias es enorme.
pero se puede partir con los mas "importantes".
> Me quedaba una última duda:
> Respecto de "reclama", lo cierto es que un reclamo, sea como sea, debe ser
> "informado". Entiendo que los reclamos se pueden hacer vía OIRS a los
> servicios correspondientes. Siempre está la alternativa de Huichilaf de
> aplicar la normativa legal, pero voy a investigar más si hay canales menos
> jodidos y mas protegidos a través de os mecanismos que considera la ley de
> transparencia. Me comprometo a ver este punto.
excelente.
--
Ricardo Mun~oz A.
Matias Asun H.
yo planteaba así que la vehemencia tbn te da puntos :-)
1° acuerdo: pecera chica, luego pecera mediana,...
2° acuerdo: Montemos un bugtracker (trac) pero con todas las de la ley
en el servidor de LD. Me tinca más ¿no?
3° acuerdo: necesitamos al menos 10 voluntarios para administrar la plataforma.
--> Incribirse mas abajo por favor!
Abrazos,
m.
El 10/02/10, Ricardo Mun~oz A. <rica...@gmail.com> escribió:
> --
> Recibiste este mensaje porque estás suscrito a la lista de correos de
> Liberación Digital.
> Para opciones del grupo (i.e. si quieres desinscribirte) visita
> http://groups.google.com/group/liberaciondigital
Marco González Luengo
Me apunto. :)
El 10/02/10, Matias Asun H. <matia...@gmail.com> escribió:
Ricardo Mun~oz A.
> yo planteaba así que la vehemencia tbn te da puntos :-)
>
> 1° acuerdo: pecera chica, luego pecera mediana,...
>
> 2° acuerdo: Montemos un bugtracker (trac) pero con todas las de la ley
> en el servidor de LD. Me tinca más ¿no?
>
> 3° acuerdo: necesitamos al menos 10 voluntarios para administrar la plataforma.
> --> Incribirse mas abajo por favor!
excelente!
--
Ricardo Mun~oz A.
mvplibre
> tipo: "no puedo realizar transferencia de fondos en banco estado con
> firefox".
. Algo sencillo del
y segun tu, eso le sirve al que debe arreglar el error?
Probablemente ahí está mi incomprensión. Yo entiendo, y tal vez estoy equivocado, que cuando no puedo acceder a un servicio del Sernageomin, no es por un error de programación, es porque deliberadamente se optó por una plataforma (no se si ese es el término) incompatible con todos los navegadores o sistemas operativos. Al menos, cuando tuve problemas con el banco, las respuestas fueron: "ah, es que sólo funciona con ie5.0" (fue hace tiempo...); ni con mac se podía hacer algo. Entonces, eso no es un error, es un problema conceptual. Ahora, si las incompatibilidades son por errores de programación, entonces sí te encuentro razón.
No entiendo esta iniciativa como un servicio a la comunidad informática, mediante la cuál andamos buscando pifias. Entiendo que queremos defender el derecho de acceder a los servicios informáticos del Estado mediante los software y/o Sistemas Operativos que desee; neutralidad en la red que le llaman. Y eso se logra siguiendo estándares apropiados.
yo creo que podria servir para hacer un poco de ruido en algun diario,
pero las noticias se olvidan rapidamente...
Yo creo que podría servir además para decirle a la población que tiene derecho a elegir el navegador que más le guste y que ningún organismo del Estado puede obligarlo a usar uno que no le agrada o por el que no está dispuesto a pagar. Es publicitar un derecho. Creo que eso es incluso más importante que lograr que se alcance la compatibilidad para callado; así, entre nosotros.
[...]
ok. y luego que? cual seria la diferencia con reclamos.cl? cual es la
> Pero repito, la cosa es sencilla, para que cualquier persona con mínimas
> destresas en el retorcido arte de la navegación por internet pueda reclamar.
efectividad de reclamos.cl?
El rol del lumpen digital. El ruido. La generación de cultura colectiva. La participación ciudadana. ¿Por qué funciona tan bien la línea directa del El Mercurio?, creo que porque es un elemento desmovilizador; no congrega, no crea cuerpo social, es un actu individualista. Una campaña impulsada por LD, al igual que la del acuerdo M$-Minecon, o la ley de prop. intelectual, han adquirido peso por la cantidad de individuos involucrados colectivamente.
quizas se podrian hacer ambas cosas, tener un sitio donde las masas se
> Luego, hacemos un conteo de reclamos y vemos los servicios menos
> compatibles, o los más críticos, etc. y los respectivos reclamos.
desahoguen y luego tomar los top 50 y esos los ingresamos al Trac (u
otro similar) para darle seguimiento.
Un abrazo.
Pablo Olmos de Aguilera C.
conversación, de hecho, incluso siguiéndola me quedan algunas dudas,
así que no sé si Matías o Ricardo pudieran dar un resumen ejecutivo
(aquí o en otro hilo).
Saludos,
--
Pablo Olmos de Aguilera Corradini - @PaBLoX
http://www.glatelier.org/
http://www.chilemoz.org/
http://friendfeed.com/pablox/
http://www.linkedin.com/in/pablooda/
Linux User: #456971 - http://counter.li.org/
Enrique Herrera Noya
>
> [...]
> > tipo: "no puedo realizar transferencia de fondos en banco estado con
> > firefox".
>
> . Algo sencillo del
> y segun tu, eso le sirve al que debe arreglar el error?
>
>
> equivocado, que cuando no puedo acceder a un servicio del Sernageomin,
> por una plataforma (no se si ese es el t�rmino) incompatible con todos
> los navegadores o sistemas operativos. Al menos, cuando tuve problemas
> ie5.0" (fue hace tiempo...); ni con mac se pod�a hacer algo. Entonces,
> eso no es un error, es un problema conceptual.
es falta de _INTEROPERABILIDAD_
es dependencia tecnologica
�cuando no es un error y si intencionalidad ?
cuando al ver el c�digo de la pagina veo explicitamente
if !IE6 {
Este sitio esta optimizado para Infernal Exploit-er 6.6.6
}
O:-)
Ahora, si las
> incompatibilidades son por errores de programaci�n, entonces s� te
> encuentro raz�n.
>
> No entiendo esta iniciativa como un servicio a la comunidad inform�tica,
> mediante la cu�l andamos buscando pifias. Entiendo que queremos defender
> el derecho de acceder a los servicios inform�ticos del Estado mediante
> los software y/o Sistemas Operativos que desee; neutralidad en la red
> que le llaman. Y eso se logra siguiendo est�ndares apropiados.
+1
nuestro objetivo,
que la neutralidad no quede en el papel
sea efectivamente una realidad
(ojo que si salen , es que la estad�sticas dicen ....
tengo varios argumentos para echarles abajo las estad�sticas.)
por que lo t�pico para que no hayan hecho las modificaciones son las
estad�sticas....
nuestra herramienta,
el trac
> yo creo que podria servir para hacer un poco de ruido en algun diario,
> pero las noticias se olvidan rapidamente...
>
por que hay que definir una t�ctica de informaci�n permanente...
generar opini�n que le dicen....
>
> Yo creo que podr�a servir adem�s para decirle a la poblaci�n que tiene
> derecho a elegir el navegador que m�s le guste y que ning�n organismo
> del Estado puede obligarlo a usar uno que no le agrada o por el que no
> est� dispuesto a pagar. Es publicitar un derecho. Creo que eso es
> incluso m�s importante que lograr que se alcance la compatibilidad para
> callado; as�, entre nosotros.
>
>
> [...]
>
> > Pero repito, la cosa es sencilla, para que cualquier persona con
> m�nimas
> > destresas en el retorcido arte de la navegaci�n por internet pueda
> reclamar.
>
> ok. y luego que? cual seria la diferencia con reclamos.cl
> <http://reclamos.cl>? cual es la
> efectividad de reclamos.cl <http://reclamos.cl>?
>
>
> El rol del lumpen digital. El ruido. La generaci�n de cultura colectiva.
> La participaci�n ciudadana. �Por qu� funciona tan bien la l�nea directa
> del El Mercurio?, creo que porque es un elemento desmovilizador; no
> congrega, no crea cuerpo social, es un actu individualista. Una campa�a
> impulsada por LD, al igual que la del acuerdo M$-Minecon, o la ley de
> prop. intelectual, han adquirido peso por la cantidad de individuos
> involucrados colectivamente.
>
>
>
> > Luego, hacemos un conteo de reclamos y vemos los servicios menos
> > compatibles, o los m�s cr�ticos, etc. y los respectivos reclamos.
>
> quizas se podrian hacer ambas cosas, tener un sitio donde las masas se
> desahoguen y luego tomar los top 50 y esos los ingresamos al Trac (u
> otro similar) para darle seguimiento.
>
> Creo que eso del trac, puedo estar t�cnicamente equivocado, podr�a
> venderse como un servicio inform�tico posterior. Supongo que en esta
> lista hay empresarios inform�ticos que podr�an ofrecer sus servicios.
> Como en una canci�n de Fernando Delgadillo, u nvulcanizador que por las
> noches sal�a a romper el pavimento, para reparar los autos por la
> ma�ana... integraci�n vertical creo que le llaman a eso...
>
>
> Un abrazo.
>
>
>
> --
> mvplibre
> Mauricio Vargas P.
> El conocimiento es patrimonio universal.
> http://mvplibre.blogspot.com
> http://www.partidopirata.cl
>
> --
> Recibiste este mensaje porque est�s suscrito a la lista de correos de
> Liberaci�n Digital.
Ricardo Mun~oz A.
> Tengo la sensación que finalmente no somos tantos los que seguimos la
> conversación, de hecho, incluso siguiéndola me quedan algunas dudas,
> así que no sé si Matías o Ricardo pudieran dar un resumen ejecutivo
> (aquí o en otro hilo).
segun entiendo estamos decidiendo una de las siguientes opciones
a. sitio con Trac (o equivalente) para ingresar errores encontrados
como si fueran "bugs" (usado por gente LD)
b. sitio tipo reclamos.cl que permita a cualquier persona denunciar un
error (usado por publico general)
c. opciones a) y b) en paralelo o por etapas
saludos.
--
Ricardo Mun~oz A.
GuillermoDiaz
tienen sentido (respecto al objetivo), sin embargo, creo que debemos
enfocarnos en solo una de las alternativas propuestas por Ricardo
(quien mucho abarca...), con metas claras para evaluar o corregir
tareas de nuestro servicio/proceso en curso.
Por lo demás, concuerdo plenamente con mvplibre respecto a la
necesidad de enfocarnos en iniciativas colectivas, considerando la
responsabilidad que esto significa.
En la medida que avancemos con lo indicado por Matías, me ofrezco como
voluntario.
Un abrazo,
Guillermo
Matias Asun H.
Tengo la sensación que finalmente no somos tantos los que seguimos la
conversación, de hecho, incluso siguiéndola me quedan algunas dudas,
así que no sé si Matías o Ricardo pudieran dar un resumen ejecutivo
(aquí o en otro hilo).
Aquí el resumen. disculpas por no haberlo hecho antes. De todos modos, el asunto finalmente queda claro en los hilos y leerlos de nuevo es requisito para entender mejor mas allá de lo que diga yo.
Vamos viendo:
La idea es simple; crear una plataforma para documentar páginas de gobierno que no respeten estándares.
El punto ha sido en que topamos en la idea de "documentar"; a mi me parecía necesaria una herramienta que permita generar reportes desagregados sumando el poder de la comunidad (ya saben, no soy bloggero, creo en las comunidades y cuando las hago, me resultan). Mis descripciones técnicas de lo que deberían tener como características estan en los hilos.
Sin embargo, el plan es empezar de a poco usando trac, un sistema de reporte de avances sobre tickets. La propuesta es probar si el trac es efectivamente útil para esta idea (yo soy de la idea en que si lo es, su aportes es mínimo y que rapidamente deberíamos dejarlo de lado).
La idea es que cada uno cree un ticket (reporte) cuando vea que una web no funciona. Lo que ricardo no ha dicho es que necesitamos voluntarios para que puedan organizar, filtrar, revisar y documentar cada uno de los tickets. Yo, Ricardo, y me parece que otros 2 (quique?) se han ofrecido para empezar a hacerlo.
Yo advierto que no tengo tiempo suficiente, y menos conocimiento alguno que permita documentar efectivamente si un ticket es un problema o no, pero como veo que están todos de vacaciones (mejor digo eso que decir que estan todos hechos unos flojos) prefiero aperrar para que la idea prenda. Confio en que en el camino se van a ir sumando otros.
Están pendientes, al menos por mi parte:
1) que pollak diga si instalamos el trac en el server de LD o en otro
2) que -para empezar a entrenar- me hagan una cuenta en el trac
Un abrazo a todos y espabilen miren que tener un empresario a cargo de los asuntos del Estado no es garantía de que ahora todo va a ser lindo y sabor frambuesa.
Matías, en el día del amor :-)
GuillermoDiaz
También agradecería una cuenta en el trac para comenzar a trabajar.
Saludos,
Guillermo
Ricardo Mun~oz A.
> jajaj que mensaje mas "tierno", a-doc para San Valentín.
>
> También agradecería una cuenta en el trac para comenzar a trabajar.
Hola,
tengo entendido que aun se encuentra pendiente la definicion del
hosting donde estara definitivamente el Trac. por mientras, he
agregado un plugin al Trac [*] (que monte como demo) que permite
registrarse, por favor ingresar mail ya que tambien esta activada la
validacion del mail para activar la cuenta, si no funciona esta
validacion puedo quitarla.
saludos.
pd. si el hosting definitivo tambien es un Linux seria relativamente
facil copiar la BD del Trac que esta como demo si es que empezamos a
ingresar ahi datos reales.
[*] http://www.tux.cl/trac/demo/
--
Ricardo Mun~oz A.
GuillermoDiaz
saludos,
Guillermo
Ricardo Mun~oz A.
> Me registré y funciona impeque (buen trabajo!).
excelente! y pudiste ingresar algun ticket?