[pyar] [off-topic] Voto electronico

[fisa]

Desconocés la diferencia entre recuento provisorio y recuento definitivo.
No suma ningún costo hacer un recuento definitivo, porque *se hace de todas
formas*, en papel también se hacen dos recuentos.
Y el recuento definitivo se hace mirando el papel.

On Wed, Apr 29, 2015 at 4:47 PM Ricardo Araoz <ricaraoz en gmail.com> wrote:

> El problema de la velocidad del conteo de votos es la condición humana.
> O confío en la máquina o no. Si no confío pido siempre recuento manual.
> Aparte el supervisar que la máquina sume el voto en la columna que
> corresponde es casi el mismo esfuerzo que el contar a mano (y en
> votaciones con mucho corte de boleta  y muchas opciones se complica la
> supervisión). Tengo que estar el 100% del tiempo mirando la máquina para
> verificar no solo que sume los votos de mi candidato sino que no agregue
> subrepticiamente votos a otro candidato? Más fácil el conteo manual.
> Si yo soy partido opositor pido recuento manual siempre, en cuyo caso el
> voto electrónico es plata tirada.
> Hay tantas cosas en las que se debería invertir plata y esfuerzo en
> nuestro país antes que en cambiar un sistema que viene funcionando
> (mejor o peor, pero obviamente de forma aceptable) desde hace mucho tiempo.
>
>
>
> On 29/04/15 09:38, aadjiman en gmail.com wrote:
> > No tiene sentido encriptar en el caso del voto (creo que algunos de los
> > videos trata el tema).
> > Hablar de encriptar a la ligera, es lo mismo que pensar que el rfid
> > agrega seguridad.
> > Es peor encriptar algo y pensar que esta seguro que dejarlo asi y listo.
> > Es peor usar rfid pensando que te da seguridad por la barrera
> > tecnologica que simplemente usar el papel y birome/impresora.
> >
> > Me parece que lo unico que tiene sentido es agregar algo de tecnologia
> > en este caso para contar mas rapido y mejor, pudiendo validar a la
> > antigua en caso de que algo falle. Si solo prometieran esto no me
> > molestaria tanto.
> >
> >
> >
> >
> > On 04/29/2015 09:23 AM, Gustavo Ibarra wrote:
> >> 2015-04-29 9:08 GMT-03:00 Juan Esteban Carrique <carrique en gmail.com>:
> >>> 2015-04-29 8:58 GMT-03:00 Gustavo Ibarra <ibarrags en gmail.com>:
> >>>> ¿Saben de alguna experiencia "laboratorio"  que hayan experimentado un
> >>>> mecanismo de evoto con parte de los sistemas implementados para
> >>>> bitcoin?
> >>>> (encriptar: hoy es seguro mañana no se sabe. Según el procedimiento de
> >>>> MSA que no se encripte el texto de la eboleta tiene una cierta
> >>>> lógica..)
> >> Juan Esteban, estas si son mis palabras.
> >>>
> >>> Si tiene esta lógica
> >>> " Contame entonces: si la máquina tiene las keys para desencriptar
> (tiene
> >>> que poder lerrlo para contar el voto en el recuento), cómo hacés para
> que
> >>> nadie pueda sacarlas y usarlas para desencriptar el voto? Estás
> diciendo que
> >>> podés distribuir las keys que desencriptan, y que igual nadie va a
> poder
> >>> desencriptar? "
> >> Juan Esteban, estas no son mis palabras (adhiero, pero no son miás)
> >>
> >>> Como no tienen la SOLUCIÓN tomaron la decisión de compromiso
> ingenieril de
> >>> no ENCRIPTAR y argumentar a lo "DOÑA ROSA" (mis respetos a la doña)...
> esos
> >>> son los ingenieros que no hacen cargo que forman nuestras universidades
> >>> publicas?
> >>>
> >>> Me imagino el slogan; "si un problema no tiene solución, entonces no
> es un
> >>> problema" MUERTO el perro se acavo la RABIA, señores no les pagamos
> para
> >>> pensar si no para dar soluciones!
> >>
> >>
> >>> Salud!
> >>>
> >>> Y ahora sigo insistiendo NO HAY PEOR PROBLEMA QUE EL QUE NO QUERAMOS
> VER:
> >>>
> >>> "
> >>> Desde mi humilde opinion lo mas relevante de la entrevista AL TITURAL
> DE MSA
> >>> dura un poquito y se da en el minuto 19:50
> >>> https://youtu.be/8hkkx29yR9k?t=19m50s
> >>>
> >>> Cito a Sergio Angelini "NO, no encriptamos la información..."
> >>>
> >>> Salud
> >>> PD: Que lindo el OT :P
> >>>
> >>> Ing. Juan Carrique
> >>> Santa Fe, Argentina
> >>> Electrónica, Arduino,
> >>> Coaching, Diabetes,
> >>> http://facebook.com/ReDuino
> >>>
> >>> _______________________________________________
> >>> pyar mailing list pyar en python.org.ar
> >>> http://listas.python.org.ar/listinfo/pyar
> >>>
> >>> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
> >>>
> >>> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
> >>> Argentina - http://www.usla.org.ar
> >> _______________________________________________
> >> pyar mailing list pyar en python.org.ar
> >> http://listas.python.org.ar/listinfo/pyar
> >>
> >> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
> >>
> >> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
> Argentina - http://www.usla.org.ar
> >>
> > _______________________________________________
> > pyar mailing list pyar en python.org.ar
> > http://listas.python.org.ar/listinfo/pyar
> >
> > PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
> >
> > La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
> Argentina - http://www.usla.org.ar
>
> _______________________________________________
> pyar mailing list pyar en python.org.ar
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>
> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
> Argentina - http://www.usla.org.ar
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20150430/6d25f9a5/attachment.html>