#16 sí, pero insisto en que no lo he hecho yo
#22 Una lástima que uses Intel Edison, me parece mucha maquina (y mucho consumo) para tan poca cosa. Creo que lograrías lo mismo con un Onion Omega2 y tendrías mas batería
Por lo demás un proyecto genial.
#20 oh pero lo tienen. A bote pronto, además de tener el software necesario, necesitarías el número de serie de mi bomba de insulina para mandar comandos
#21 El software no parece difícil de conseguir: https://www.medtronicdiabetes.com/download-library
Si la comunicación no va cifrada, y/o permite reintentos ilimitados, tampoco sería tan complicado mandar comandos sin conocerlo. De la web de Medtronic:
"the mySentry system transmits/receives information wirelessly by radio frequency (RF) transmission (unencrypted) and therefore can be susceptible to RF or electrical interference, or possible interception"
#25 aún así se puede configurar la bomba (de manera física y no remotamente) la cantidad de insulina máxima en un tiempo dado para que sea seguro, o al menos no mortal.
Pero bueno. Sí es cierto que aunque el riesgo de hackeo existe. Aunque "pueda" no creo que un hacker haga de cracker con una vida.
Como mucho entrará para demostrar que si se puede. Similar a los coches autónomos, pero aquí ni siquiera habría opción de extorsión porque con quitarse el dispositivo sería suficiente. Con los coches te pueden secuestrar
#12 también se controlan las hipoglucemias: la infusión de insulina se detiene automáticamente cuando el sistema predice que vas a bajar del límite que configuras.
Un monitor continuo (yo uso sección) es parte indispensable del sistema de bucle cerrado.
Lo del hackeo... Pues es posible, pero creo que no tengo tantos enemigos.
#15 "Lo del hackeo... Pues es posible, pero creo que no tengo tantos enemigos."
¡For the lulz...!
En serio, no hace falta tener enemigos cuando te puedes encontrar incluso con un amigo gilipollas que te fastidie, solo porque puede. Estas cosas deben llevar un buen sistema de cifrado en las conexiones inalámbricas, y un modo de fallback seguro si las conexiones se caen.
#20 oh pero lo tienen. A bote pronto, además de tener el software necesario, necesitarías el número de serie de mi bomba de insulina para mandar comandos
#21 El software no parece difícil de conseguir: https://www.medtronicdiabetes.com/download-library
Si la comunicación no va cifrada, y/o permite reintentos ilimitados, tampoco sería tan complicado mandar comandos sin conocerlo. De la web de Medtronic:
"the mySentry system transmits/receives information wirelessly by radio frequency (RF) transmission (unencrypted) and therefore can be susceptible to RF or electrical interference, or possible interception"
#25 aún así se puede configurar la bomba (de manera física y no remotamente) la cantidad de insulina máxima en un tiempo dado para que sea seguro, o al menos no mortal.
Pero bueno. Sí es cierto que aunque el riesgo de hackeo existe. Aunque "pueda" no creo que un hacker haga de cracker con una vida.
Como mucho entrará para demostrar que si se puede. Similar a los coches autónomos, pero aquí ni siquiera habría opción de extorsión porque con quitarse el dispositivo sería suficiente. Con los coches te pueden secuestrar
#15 Antonio, sabemos donde vives y cuando son las betas jajaja
#44
- Unos 300 euros en hardware, más los sensores y el transmisor (360 euros la caja de 4 sensores, creo recordar que cerca de 400 el transmisor)
- No, todo va subcutáneo.
- Aquí hay un problema: Intel ya no fabrica las Edison.
- Como comento en #9 no es trabajo mío. OpenAPS es una iniciativa software libre y puedes encontrar documentación en openaps.readthedocs.io/en/latest/
OMG soy portada en Menéame Oo
Voy a copiar el comentario que he puesto en el confidencial, porque creo que el artículo puede llevar a confusión.
-----------
Hola! Soy el Antonio del que habla el artículo.
Lo primero es agradecer a José que me haya entrevistado: creo que éste es un tema muy importante y el camino para conseguir que la gente con diabetes pueda hacer una vida casi normal.
Sin embargo, hay un punto que me gustaría aclarar, ya que me han contactado varias personas a raíz del artículo y me da la impresión de que no ha quedado claro del todo.
OpenAPS y otras iniciativas para conseguir un bucle cerrado, como Loop, son de código libre y desarrolladas por muchas personas repartidas por todo el mundo. Yo no he inventado nada, simplemente conseguido todos los elementos necesarios y montado el sistema adaptado a mis necesidades específicas de insulina y mi rutina diaria.
Es a estos desarrolladores voluntarios a los que creo que hay que apoyar e incentivar de todas las maneras posibles, puesto que están facilitando que diabéticos de todo el mundo tengan un mejor control de su diabetes y por extensión una mejor calidad de vida.
Por poner un ejemplo concreto, hoy he celebrado el cumpleaños de mi hijo y he podido comer tarta sin que mis valores de azúcar en sangre se disparen sin control
#9 es lo que tiene pasar por el filtro del periodista. le cuentas la historia y parece que la ha entendido... luego la lees y flipas.
#16 sí, pero insisto en que no lo he hecho yo
#22 Una lástima que uses Intel Edison, me parece mucha maquina (y mucho consumo) para tan poca cosa. Creo que lograrías lo mismo con un Onion Omega2 y tendrías mas batería
Por lo demás un proyecto genial.
#9 es increible la poca información que tienen los facultativos y los pacientes sobre algo tan ventajoso como los medidores continuos de glucosa y sobre todo la pasta que os dejáis. En la mayoria de comunidades ayuda = 0
Enhorabuena por tu iniciativa y por divulgar al mundo que hay alternativas y es posible
#44
- Unos 300 euros en hardware, más los sensores y el transmisor (360 euros la caja de 4 sensores, creo recordar que cerca de 400 el transmisor)
- No, todo va subcutáneo.
- Aquí hay un problema: Intel ya no fabrica las Edison.
- Como comento en #9 no es trabajo mío. OpenAPS es una iniciativa software libre y puedes encontrar documentación en openaps.readthedocs.io/en/latest/
#64 #120 El post-mórtem sigue en preparación por lo que he podido averiguar, pero hay una pequeña entrada en el blog explicando lo que pasó: https://github.com/blog/2101-update-on-1-28-service-outage
#120 se está preparando el post-mórtem, lo que no te puedo asegurar es cuándo saldrá.
#87 Operaciones de mantenimiento finalizadas, todo está bien de momento.
Aviso, tenemos que hacer algunas operaciones de mantenimiento dentro de poco. Esperamos que no haya otra caída del servicio, pero ahora puede ser un buen momento para que todos los que lo necesitéis hagáis pull y push
#87 Operaciones de mantenimiento finalizadas, todo está bien de momento.
#17 #21 Hola, soy yo
Ahora mismo no tengo claro cuánto estoy autorizado a comentar (todo pasó mientras yo dormía y no estaba yo de guardia, así que me estoy poniendo al día de la situación) pero ya estamos recuperados casi al 100%. Imagino que habrá un post-mortem oficial a lo largo del día, ya lo enlazaré por aquí cuando se publique.
#64 #120 El post-mórtem sigue en preparación por lo que he podido averiguar, pero hay una pequeña entrada en el blog explicando lo que pasó: https://github.com/blog/2101-update-on-1-28-service-outage
#120 #123 Aquí tenéis el informe: https://github.com/blog/2106-january-28th-incident-report
#120 se está preparando el post-mórtem, lo que no te puedo asegurar es cuándo saldrá.
Os traduzco la declaración oficial de GitHub: https://github.com/blog/1981-large-scale-ddos-attack-on-github-com
Estamos viviendo en estos momentos el ataque DDoS (denegación de servicio distribuida) más grande en la historia de GitHub. El ataque empezó alrededor de las 2AM UTC del jueves 26 de marzo, y consta de un amplia combinación de vectores de ataque. Estos incluyen todos los vectores que hemos visto en ataques previos además de algunas nuevas y sofisticadas técnicas que utilizan los navegadores web de personas no involucradas y desprevenidas para inundar github.com con altos niveles de tráfico. Basándonos en los informes que hemos recibido, creemos que la intención del ataque es convencernos para eliminar un contenido específico de la web.
Estamos completamente centrados en mitigar este ataque. Nuestra máxima prioridad es asegurarnos de que github.com está disponible para todos los usuarios mientras desviamos el tráfico malicioso. Por favor, mirad nuestro sitio de estado o seguid a@githubstatus en Twitter para actualizaciones en tiempo real.
#26 No, no parece que ayer a la hora que escribiste hubiera ningún problema. ¿Qué error te daba? ¿Ya puedes registrar una nueva cuenta?
Contacta conmigo en antonio@github.com a ver si lo resolvemos. ¡Un saludo!
#24 Gracias, corregido. Se había corrompido el archivo al copiarlo la última vez.
#26 No, no parece que ayer a la hora que escribiste hubiera ningún problema. ¿Qué error te daba? ¿Ya puedes registrar una nueva cuenta?
Contacta conmigo en antonio@github.com a ver si lo resolvemos. ¡Un saludo!
#21 Sí, ¿por qué no?
#57 Nada que objetar a las críticas que has puesto. Pero los servidores no tienen la mala costumbre de caerse La última vez que hubo un fallo fue en diciembre, y duró unos minutos.
Adiós a Google Code [ENG]
google-opensource.blogspot.com.esDesde hoy no es posible la creación de nuevos proyectos. El servicio se cerrará en aproximadamente 10 meses.
#12 Toma, que se te ha perdido: http://lema.rae.es/drae/srv/search?id=O9zRwv5cHDXX2wS8ORog
Puedes seguir votando negativo o diciendo tonterías, que no te voy a contestar. Un saludo.
#16 No seas tan duro contigo
#9 Que la noticia la mandé ayer, un día antes que la tuya. A lo mejor no he entendido lo que querías decir con duplicada.
#12 Toma, que se te ha perdido: http://lema.rae.es/drae/srv/search?id=O9zRwv5cHDXX2wS8ORog
Puedes seguir votando negativo o diciendo tonterías, que no te voy a contestar. Un saludo.
#16 No seas tan duro contigo
#7 Ésta es de ayer 
#9 Que la noticia la mandé ayer, un día antes que la tuya. A lo mejor no he entendido lo que querías decir con duplicada.
#12 Toma, que se te ha perdido: http://lema.rae.es/drae/srv/search?id=O9zRwv5cHDXX2wS8ORog
Puedes seguir votando negativo o diciendo tonterías, que no te voy a contestar. Un saludo.
#5 Mola
#5 hola, y de qué vives? Supongo que no de eso.
#21 Sí, ¿por qué no?
#24 Gracias, corregido. Se había corrompido el archivo al copiarlo la última vez.
#26 No, no parece que ayer a la hora que escribiste hubiera ningún problema. ¿Qué error te daba? ¿Ya puedes registrar una nueva cuenta?
Contacta conmigo en antonio@github.com a ver si lo resolvemos. ¡Un saludo!
#2 juantxuBcn puedes exportar tu proyecto utilizando la propia herramienta que Google ha creado: http://code.google.com/export-to-github
Aunque yo de ti esperaría un rato porque ahora mismo va a fallar, Google ha superado el límite de peticiones que teníamos asignados para ellos.
#3 ¿Trabajas en Github?
#5 Mola
#5 hola, y de qué vives? Supongo que no de eso.
#21 Sí, ¿por qué no?
#24 Gracias, corregido. Se había corrompido el archivo al copiarlo la última vez.
#26 No, no parece que ayer a la hora que escribiste hubiera ningún problema. ¿Qué error te daba? ¿Ya puedes registrar una nueva cuenta?
Contacta conmigo en antonio@github.com a ver si lo resolvemos. ¡Un saludo!
#3 Completamente de acuerdo contigo: uno de los mejores programadores que yo he conocido es licenciado en Bellas Artes, y un montón de gente con la que trabajo en GitHub no tiene la carrera terminada.
#4 Yo he conocido buenos programadores que venían de informática, teleco, matemáticas, FP, el sociólogo... Lo importante es la capacidad de aprender y la actitud. Cuando oigo lo de intrusismo pienso en un ingeniero informático que aprendió cuatro cosas de java y no ha vuelto a aprender nada ni de stackoverflow.
La programación: una buena manera de reiniciar tu carrera profesional
orientando.esUna visión acerca del estado actual de la programación con detalle de salarios en capitales de todo el mundo, por qué es una muy buena opción para reiniciar una carrera laboral, y recursos para empezar a aprender a programar y encontrar trabajo.
#25 Bueno fuera de cachondeo, no tenía ni idea de la historia, así que gracias por mandarla
#44
- Unos 300 euros en hardware, más los sensores y el transmisor (360 euros la caja de 4 sensores, creo recordar que cerca de 400 el transmisor)
- No, todo va subcutáneo.
- Aquí hay un problema: Intel ya no fabrica las Edison.
- Como comento en #9 no es trabajo mío. OpenAPS es una iniciativa software libre y puedes encontrar documentación en openaps.readthedocs.io/en/latest/