The fediverse is what the Internet was really supposed to be. Each person with their own home servers sharing information, communicating with each other and providing services to each other. Everything decentralized.

The question is how and why we got to this point where that idea disappeared and most of the services are controlled by companies, they are centralized services. Perhaps the centralization of services was imposed on us or perhaps it was the evolution of the Internet itself. The entire emergence of Web 2.0 and technology startups was based on the idea that companies were in charge of providing services, and that their services were centralized, this was largely their value proposition.

If we think of cloud computing services such as AWS, Google Cloud, Azure, etc; I think no one questions the value of having a powerful company put its resources at our disposal, and thanks to this, many new companies have emerged (and have also become powerful). The same is happening when a company makes its resources available to us so that we can communicate and have a social life (social networks). So where is the problem? Why does centralization now seem like a mistake?

This leads me to believe that centralization is a feature of the Internet, not a bug. Companies hide the complexity of certain technical details and infrastructure costs from people who cannot afford it. Perhaps the problem is not centralization, perhaps the problem is the interests of those companies to which we have decided to entrust our information. Companies that started with very good intentions and that revolutionized the industry at the start, but that over time have had to put aside the interests of their users to serve the interests of their investors. Companies like Twitter, Facebook, Instagram and company that made their users happy from the first moment they were created, people loved them (some still do, others see them as a necessary evil) and yet in recent times they have already stopped from being a unicorn to becoming monsters, vacuum cleaners of information and generators of addictions and consumerism. And this makes us wonder again how and why did this happen?

I cannot give an answer that is an absolute truth, I can only put my thoughts and the analysis that I have been carrying out in this publication. The problem is not centralization itself. The problem seems to be: what is it that defines companies as a product and what are the interests they defend? When these companies started, like most startups that started at that time, they didn't have a defined business model, all they had was a lot of talent and good intentions. Normally these types of projects would have died, however they received the approval and injection of money from many investors. Investors who perhaps already knew how to make these unicorns profitable or simply decided to take a leap of faith. The point is that there comes a point where you have to be profitable yes or yes. How do you make profitable a company in which its users do not pay to use the services? Even more so when precisely their growth is due to the fact that they offer their services for free.

Well, the time has come to define what (or who) the product is. That is when we can attest to the veracity of that phrase:

If the product is free, it means that you are the product.

And so it happened. Users became the product and unicorns became the largest and most powerful advertising companies in the world. As you and your attention are now the product, the algorithms are optimized to retain your attention for as long as possible, generating disorders and diseases that have already been treated by various specialists.

So what is better centralization or decentralization? Well, both approaches are perfectly valid depending on what they are used for. Each approach has its own strengths and weaknesses. You can choose to develop centralized systems and do good or bad things; likewise you can choose to develop decentralized systems and do good or bad things. Technology itself is completely impersonal, it's just a tool. The problem is not what approach we use or what technology we use. The problem is how the business model of companies is defined, what is the definition of product, who will be the customers and what is the real value proposition of the company.

Always keep this in mind when you are going to use a new product or service, if it is free it is very likely that they are charging you with something much more valuable than money and if they are charging you it is because that is a company that wants to do things the correct way from the beginning, not improvising along the way and harming its users.

El fediverso es lo que realmente se suponía que fuera el Internet. Cada cuál con sus propios home server (servidores en casa) compartiendo información, comunicándose entre sí y brindado servicios los unos a los otros. Todo descentralizado.

Lo que hay que preguntarse es cómo y por qué llegamos a este punto donde esa idea desapareció y la mayoría de los servicios están controlados por empresas, son servicios centralizados. Acaso la centralización de los servicios nos fue impuesta o acaso fue la propia evolución de Internet. Todo el surgimiento de la Web 2.0 y las startups tecnológicas se realizó sobre la idea de que las empresas se encargaran de brindar servicios, y que sus servicios fueran centralizados, esta era en gran medida su propuesta de valor.

Si pensamos en servicios de computación en la nube como AWS, Google Cloud, Azure, etc; creo que nadie cuestiona el valor que aporta que una empresa poderosa ponga sus recursos a nuestra disposición, y gracias a esto han surgido muchas nuevas empresas (que también se han vuelto poderosas). Lo mismo está sucediendo cuando una empresa pone sus recursos a nuestra disposición para que nos comuniquemos y hagamos vida social (redes sociales). Entonces ¿dónde está el problema? ¿Por qué ahora nos parece un error la centralización?.

Esto me lleva a pensar que la centralización es una característica de Internet, no un error (bug). Las empresas esconden la complejidad de ciertos detalles técnicos y los costos de infraestructura a personas que no pueden permitírselo. Tal vez el problema no sea la centralización sino los intereses de aquellas empresas a las que hemos decidido confiar nuestra información. Empresas que iniciaron con muy buenas intenciones y que revolucionaron la industria en su momento de arranque, pero que con el pasar del tiempo han tenido que dejar de lado los intereses de sus usuarios para atender los intereses de sus inversionistas. Empresas como Twitter, Facebook, Instagram y compañía que hicieron felices a sus usuarios desde el primer momento de creadas, las personas las amaban (todavía algunos lo hacen, otros las ven como un mal necesario) y sin embargo en los últimos tiempos ya han dejado de ser un unicornio para convertirse en monstruos, aspiradoras de información y generadoras de adicciones y consumismo. Y esto nos hace preguntarnos nuevamente ¿cómo? y ¿por qué? pasó esto.

No puedo dar una respuesta que sea una verdad absoluta, solo volcar en esta publicación mis pensamientos y el análisis que he ido realizando. El problema no es la centralización en sí misma. El problema parece ser ¿qué es lo que definen las empresas como producto y cuáles son los intereses que defienden?. Cuando estas empresas iniciaron, como la mayoría de las startups que iniciaron en ese tiempo no tenían un modelo de negocios definido, todo lo que tenían era mucho talento y buenas intenciones. Normalmente este tipo de proyectos hubiera muerto, sin embargo recibieron la aprobación y la inyección de dinero de muchos inversionistas. Inversionistas que tal vez ya sabían como volver rentables a estos unicornios o simplemente decidieron tener un acto de fe. La cuestión es que llega un punto en el que tienes que ser rentable sí o sí. ¿Cómo haces rentable una empresa en la que sus usuarios no pagan por usar los servicios? Más aún cuando precisamente su crecimiento se debe a que ofrecen sus servicios de manera gratuita.

Pues ha llegado el momento de definir qué (o quién) es el producto. Es ahí cuando podemos dar fe de la veracidad de esa frase:

Que el producto sea gratis, significa que tú eres el producto.

Y así sucedió. Los usuarios se convirtieron en el producto y los unicornios se convirtieron en las compañías publicitarias más grandes y poderosas del mundo. Como tú y tu atención son ahora el producto los algoritmos se optimizan para retener tu atención el mayor tiempo posible, generando los trastornos y enfermedades que ya han sido tratados por varios especialistas.

¿Entonces qué es mejor centralización o descentralización? Pues ambos enfoques son perfectamente válidos dependiendo de para qué se utilicen. Cada enfoque tiene sus propias fortalezas y debilidades. Usted puede optar por desarrollar sistemas centralizados y hacer cosas buenas o malas; como mismo puede optar por desarrollar sistemas descentralizados y hacer cosas buenas o malas. La tecnología en si misma es completamente impersonal, es sólo una herramienta. El problema no es que enfoque utilizamos o que tecnología utilizamos. El problema es cómo se define el modelo de negocio de las empresas, cuál es la definición de producto, quiénes serán los clientes y cuál es la propuesta de valor real de la empresa.

Siempre ten en mente esto cuando vayas a usar un nuevo producto o servicios, si es gratis es muy probable que te estén cobrando con algo mucho más valioso que el dinero y si te están cobrando es porque esa es una empresa que quiere hacer las cosas de la manera correcta desde el inicio no improvisando por el camino y perjudicando a sus usuarios.

The first thing... The problem

I am a mobile application developer. I develop apps for both Android and iOS using Flutter. One of the main problems I had when I started in this world of mobile development is the high consumption of RAM memory that emulators have, the solution: directly use a physical device, in this case I use my own phone to run and test the applications that I developing.

At first everything was fine, enable developer mode on the phone, enable USB debugging and ready to work; Flutter recognizes your device and allows you to run and debug apps directly on it. There is only one problem, you must control the device in the traditional way, that is, using your hands, it is complex when you are writing code to leave your precious keyboard to touch the phone; and unless you have a stand to put your phone on, your neck is likely to start to hurt from looking at your PC screen and phone repeatedly during your workday. Another problem is that with time and constant movement, the USB cable is likely to start to wear out and present problems, making development very uncomfortable.

These are the reasons that led me to ask myself the following questions and investigate (do a Google search):

• How can I connect to the phone and use the adb (Android Debug Bridge) functions without using the USB cable?
• How can I display the phone screen and control it from PC in a similar way to Android emulators?

Use adb to connect to the phone via WiFi

This solution is basic, adb already provides a way to connect to an android phone using the classic TCP IP connection protocol. What is required is that both the PC and the Android device are connected to the same network (usually a LAN network). In my case, what I do is activate the phone's hotspot and connect the PC to it, another way would be to create a hotspot on the PC (or laptop) and perform the reverse operation or simply connect both the PC and the phone to the same router, the point is that they are on the same network and can communicate with each other.

The first step is to connect the phone via USB to the PC and execute the following commands.

The first adb devices command is used to list the devices adb is connected to. As we have connected the device via USB, it is shown. Then run adb tcpip 5555 this causes that an adb server to run in TCP IP mode inside the device and listen on port 5555, you can select any port you want as long as it is greater than 1024 and less than 65535. Then I run the ip route command this is just to know what is the IP of my phone, there are different ways to obtain this information, in my case the phone functions as a router then my gateway is its IP. Finally what I do is connect via TCP IP using adb connect <ip>. Once this is done you can unplug the phone from the USB cable and it will be linked to adb using TCP IP over the WiFi network.

Share screen and control device from PC

Since this is the easiest step, all you have to do is install this wonderful tool: scrcpy. There are several ways to install it depending on your operating system, it is available for Linux, Mac OS and Windows. In the case of Linux, some distros already include it in their repositories, in others you may have to download and compile the code or use one of the binaries that are available on Github. In the case of Mac OS the package is available in homebrew.

Debian / Ubuntu

sudo apt-get install scrcpy

Mac OS

brew install scrcpy

Arch Linux / Manjaro

sudo pacman -S scrcpy

Once this tool is installed, all you have to do is run it from the command console.

scrcpy

After running it will start showing the device screen.

scrcpy also has other useful options such as recording the screen of the device, which I use a lot when making application demos.

scrcpy --record phone_record.mp4

Problem solved

With this I can safely connect to my android phone via Wi-Fi, run and debug the applications I develop on it without worrying about the USB cable. In addition to viewing and controlling the device from the PC, thus improving the experience when developing and saving time and effort.

Version en español 🇪🇸

Lo primero... El problema

Soy desarrollador de aplicaciones móviles. Desarrollo aplicaciones tanto para Android como iOS utilizando Flutter. Uno de los principales problemas que tuve al iniciarme en este mundo del desarrollo móvil es el alto consumo de memoria RAM que tienen los emuladores, la solución: pues utilizar directamente un dispositivo físico, en este caso mi propio teléfono para correr y probar las aplicaciones que desarrollo.

Al principio todo iba bien, habilitas el modo de desarrollador en el teléfono, habilitas la depuración USB y listo para trabajar; Flutter reconoce tu dispositivo y te permite correr y depurar las aplicaciones directamente en él. Sólo hay un problema, debes controlar el dispositivo de la manera tradicional, o sea usando tus manos, es complejo cuando te encuentras escribiendo código tener que abandonar tu preciado teclado para hacer touch en el teléfono; y a menos que tengas un soporte donde colocar el teléfono es probable que te empiece a doler el cuello de tanto mirar hacia la pantalla de la PC y hacia el teléfono en repetidas ocasiones durante tu jornada de trabajo. Otro problema es que con el tiempo y el movimiento constante es probable que el cable USB comience a desgastarse y a presentar problemas haciendo que el desarrollo se vuelva muy incómodo.

Estos son los motivos que me llevaron a hacerme las siguientes preguntas e investigar (hacer una búsqueda en Google):

• ¿Cómo puedo conectarme al teléfono y utilizar las funciones de adb (Android Debug Bridge) sin utilizar el cable USB?
• ¿Cómo puedo visualizar la pantalla del teléfono y controlarlo desde la PC de manera similar a como se hace con los emuladores de Android?

Usar adb para conectarse al teléfono vía WiFi.

Esta solución es bastante básica, adb ya provee una manera de conectarse a un teléfono android utilizando el protocolo clásico de conexión TCP IP. Lo que se necesita es que tanto la PC como el dispositivo Android se encuentren conectados en la misma red (normalmente una red LAN). En mi caso lo que hago es activar el hotspot del teléfono y conectar la PC al mismo, otra vía sería crear un hotspot en la PC (o laptop) y realizar la operación inversa o simplemente conectar tanto PC como teléfono al mismo router, la cuestión es que se encuentren en la misma red y puedan comunicarse entre ellos.

El primer paso es conectar el teléfono vía USB a la PC y ejecutar los siguientes comandos.

El primer comando adb devices, es utilizado para listar los dispositivos a los que se encuentra conectado adb. Como hemos conectado el dispositivo vía USB pues se muestra. Posteriormente se ejecuta adb tcpip 5555 esto hace que se ejecute un servidor de adb en modo TCP IP dentro del dispositivo y que escuche en el puerto 5555, puedes seleccionar cualquier puerto que desees siempre que sea mayor que 1024 y menor que 65535. Luego ejecuto el comando ip route esto es solo para saber cuál es la IP de mi teléfono, hay distintos modos de obtener esta información, en mi caso como el teléfono hace función de router pues mi puerta de enlace es la IP del mismo. Finalmente lo que hago es conectarme a través de TCP IP usando adb connect <ip>. Una vez hecho esto puedes desconectar el teléfono del cable USB y estará vinculado a adb utilizando TCP IP a través de la red WiFi.

Compartir pantalla y controlar el dispositivo desde la PC

Ya este es el paso más sencillo, todo lo que tienes que hacer es instalar esta maravillosa herramienta scrcpy. Existen diversos modos de instalarla dependiendo de tu sistema operativo, está disponible para Linux, Mac OS y Windows. En el caso de Linux algunas distros ya la incluyen en sus repositorios en otras tal vez debas descargar y compilar el código o usar uno de lo binarios que están disponibles en Github. En el caso de Mac OS el paquete se encuentra disponible en homebrew.

Debian / Ubuntu

sudo apt-get install scrcpy

Mac OS

brew install scrcpy

Arch Linux / Manjaro

sudo pacman -S scrcpy

Una vez instalada esta herramienta lo único que hay que hacer es ejecutarla desde la consola de comandos.

scrcpy

Después de ejecutarla, comenzará a mostrar la pantalla del dispositivo.

scrcpy además posee otras opciones útiles como por ejemplo grabar la pantalla del dispositivo, la cuál utilizo mucho a la hora de hacer demos de las aplicaciones.

scrcpy --record phone_record.mp4

Problema resuelto

Ya con esto puedo tranquilamente conectarme a mi teléfono android vía wifi, ejecutar y depurar las aplicaciones que desarrollo en él sin preocuparme por el cable USB. Además de visualizar y controlar el dispositivo desde la PC, mejorando así la experiencia al momento de desarrollar y ahorrando tiempo y esfuerzo.

English version 🇺🇸