Entradas

Antes de liberar una aplicación, se prueba en diferentes escenarios para asegurarse que todo funciona como debe. En algunas ocasiones no es posible hacer todas las comprobaciones y los usuarios que usan la aplicación encuentran un bug. No es algo malo y se puede solucionar avisando al programador y dándole toda la información necesaria para replicar el bug y poder arreglarlo. La forma de reportar el fallo depende de cada aplicación. Si la aplicación usa Git, probablemente tendrá el código fuente publicado en GitLab o en GitHub. Esta información la indicarán en la página oficial de la aplicación. Veremos a continuación los pasos para reportar un bug en GitLab en el proyecto de Ubuntu Touch para el PinePhone. Es un ejemplo que se puede extrapolar a cualquier otro proyecto.

Leer más

En la entrada anterior vimos las ventajas de usar un control de versiones cuando programamos aplicaciones. También revisamos por encima los conceptos básicos que son necesarios para trabajar con Git. La explicación está simplificada para que sea más sencilla de entender. En este punto la duda era si seguir explicando el funcionamiento de Git de forma local o usando GitLab. Por claridad he elegido la segunda opción ya que nos permite ver el flujo de trabajo que debemos seguir para programar. Se pueden conseguir los mismos resultados de forma local pero perderíamos la visión extra que nos da GitLab. Para usar GitLab necesitamos registrarnos, es un proceso rápido y gratuito. Si os preocupa la privacidad podéis usar GitLab de forma local. En ese caso os haría falta una máquina virtual y seguir unas instrucciones. De momento no entraré en ese punto pero puedo hacer una entrada relacionada con la instalación de GitLab si hay interés.

Leer más

Cualquier programa, no importa si se ejecuta en nuestro ordenador o en un servidor, está formado por un conjunto de instrucciones que le dicen como tiene que hacer las cosas. Esas instrucciones, que se escriben en un archivo de texto, no se pueden ejecutar directamente en el ordenador. Hace falta un paso extra (llamado compilación) que usa esos archivos de texto para generar código máquina. El código máquina es lo que realmente ejecuta el ordenador y es de muy bajo nivel. Podemos usar muchos lenguajes de programación. Algunos compilan los archivos de texto (el código fuente) en un ejecutable que funciona directamente en el ordenador. Otros generan un código intermedio que necesitan de un elemento extra para funcionar. De momento no quiero entrar en las diferencias ya que se queda fuera del objetivo de esta entrada. El elemento común a todos los lenguajes es que el código fuente es un archivo de texto. Las instrucciones se escriben en ese archivo de texto. Cuando programamos, una herramienta vital es el control de versiones. Simplificando un poco, el control de versiones apunta los cambios que sufre un archivo de código fuente. Las líneas que añadimos, modificamos o borramos se apuntan en un histórico. Al hacerlo de esta forma es posible volver al contenido del archivo en cualquier momento.

Leer más