Ir al contenido principal

Del "internet de las cosas", a la "conectividad de las cosas"

Tal vez últimamente han escuchado mucho el término de "internet de las cosas", esto se refiere a todos los dispositivos que podamos tener, y estén conectados a internet.

En palabras directas de wikipedia:

"Internet de las cosas (IoT, por su siglas en inglés) es un concepto que se refiere a la interconexión digital de objetos cotidianos con Internet. Alternativamente, Internet de las cosas es el punto en el tiempo en el que se conectarían a Internet más “cosas u objetos” que personas. También suele referirse como el Internet de todas las cosas o Internet en las cosas. Si los objetos de la vida cotidiana tuvieran incorporadas etiquetas de radio, podrían ser identificados y gestionados por otros equipos, de la misma manera que si lo fuesen por seres humanos."

En otras palabras, estamos en el tiempo de que todo se tiene que conectar a internet, entre más dispositivos conectados a internet tengas, entonces más "funcionalidad" tienes en todos los aparatos.


Este término empezará a ser un poco obsoleto dentro de poco tiempo. por que el nuevo término tendrá que ser el siguiente: 


"La conectividad de las cosas". 


¿A que me refiero con esto? 


Con la llegada de los "wearable devices" (traducido: dispositivos portátiles, pero que para mi, la traducción se queda corta), nuestras necesidades empezarán a cambiar, vamos a poder usar un reloj (que ya los hay), que sea un "gadget" de nuestro celular, nos va a decir mucho más que la hora, como un pulso cardíaco, el clima, si tenemos llamadas perdidas, si hay mensajes no vistos, etc. 


Esto sólo para un reloj, que dejará de ser un reloj y empezará a ser un complemento de nuestro celular, pero, vamos mucho más allá. 


Los artículos normales empezarán a ser poco funcionales, un reloj que sólo nos de la hora no podrá ser suficiente para lo que necesitamos ver. 


Tal vez empecemos a ocupar pantalones que ajusten la temperatura por medio de una app en alguno de nuestros dispositivos, podríamos tener unos zapatos/tenis que marquen nuestras rutas y nos digan al dispositivo complemento (llámese reloj, celular, gafas inteligentes, audífonos internos (yo creo que para ese entonces ya existirán :P), que necesitamos caminar 20 pasos más para que el alimento que consumimos ese día pueda ser aprovechado y absorbido de forma correcta.


Ahora, hay que explicar la parte interesante, la (in)seguridad.


Al momento en que la era de "la conectividad de las cosas" esté aquí, tendremos que manejar con mucho más precaución la seguridad en toda nuestra información. 


Hackers podrán obtener los datos de toda nuestra vida, simplemente interviniendo la comunicación de cualquier dispositivo que lleves contigo, (pues para ese entonces, ya todo estará comunicado entre si). 


Ya sea que se sigan ocupando protocolos como L2CAP/RFCOMM (bluetooth), NFCIP-1/ISO 14443 (NFC), 802.11 a/b/g/n (WiFi), o alguno nuevo que inventen, las comunicaciones siempre han sido intervenidas. 


En fin, hay que empezar a imaginar todo lo que se podrá hacer con las nuevas y, divertidas tecnologías que vienen en camino.


P.D.

Hay que tener en cuenta, que la siguiente contaminación que se dará en el planeta, será la inalámbrica, por el momento no son "muchos" dispositivos los que existen, pero esto aumentará y será un problema enorme, por muy poco que sea su afectación de un dispositivo, tenemos que empezar a ver los cambios que ésta generará en cantidades exorbitantes. 


Saludos! :D


Komtec1

Comentarios

Entradas populares de este blog

Integrar API de Google Maps, archivos kml, kmz y otras fumarolas :D

Ya que andamos en eso de la posteada ahora les voy a dejar un pequeño manual sobre como integrar la API de maps (google) dentro de nuestro código, hay varia documentación en la página developers de google, pero realmente lo que uno busca cuando pone en google: "integrar api de maps" es ver un ejemplo claro y directo para que se pueda entender de mejor forma. Así que pues ya comentada la información de arriba les paso a dejar un ejemplo. Lo primero que tenemos que poner en nuestro código es la llamada a la API de maps: < script type = " text/javascript " src = " http://maps.googleapis.com/maps/api/js?sensor=false&language=es " > < / script > En este caso la variable sensor está en false, esto nos indica que no hay un dispositivo gps que pueda tomar la ubicación (se pone generalmente en true cuando es para aplicación movil, llámese celular o tableta) El lenguaje declaramos español, esto es para los menús que se van a most

Solución [fix] a hamachi Logging in .. failed, busy

Hola! Aquí con una pequeña entrada, pero que a más de uno le será útil. Tengo hamachi instalado en varias máquinas, pero en una precisamente al reiniciar, algunas veces me da este problema: usuarioserver@server:~$ sudo hamachi login [sudo] password for usuarioserver: Logging in .. failed, busy Lo busqué en internet y la "solución" que dan, es reinstalar hamachi, y para los que han instalado hamachi en ubuntu, saben que no es una opción, pues se tendrían que hacer estos pasos:  sudo apt-get remove logmein-hamachi sudo dpkg -i logmein-hamachixxx.deb sudo apt-get install -f Para lo cual (siempre) es molesto hacer esos pasos, y algunas veces la configuración se llega a perder.  Para solucionar ese problema, basta con hacer un:  sudo /etc/init.d/logmein-hamachi force-reload Esto forzará el reinicio de hamachi, y así después hacen:  sudo hamachi login Y listo, el problema de failed busy desaparece y los deja loguear bien en la red de hama

[Anotaciones] Importar DB MySQL con archivos frm/ibd

Primero, vamos a extraer las consultas para crear las tablas, lo podemos hacer con el siguiente comando> mysqlfrm --server=user:pass@localhost --port 3307 --diagnostic /ruta/de/los/archivos/data/nombredebase/*.frm Esto nos regresa todos los CREATE que tengamos para las tablas, guardar todo el resultado. Creamos la base de datos, con el mismo nombre que se tenía anteriormente. Ejecutamos la consulta que nos regresó el comando mysqlfrm, si nuestra versión de mysql es mayor a 5.6, es importante hacer este cambio:  ENGINE=InnoDB DEFAULT CHARSET=utf8; por  ENGINE=InnoDB ROW_FORMAT=compact CHARSET=utf8; Es decir, se remplaza DEFAULT por ROW_FORMAT=compact, realmente no se por qué, pero me llevó como una hora dar con el error, espero quien lea esto le sea más facil. Una vez que tengamos las tablas creadas, ejecutamos lo siguiente: ALTER TABLE nombredetabla1 DISCARD TABLESPACE; ALTER TABLE nombredetabla2 DISCARD TABLESPACE; ALTER TABLE nombredetabla3 DISCARD TABLESPAC