En esta categoría puedes encontrar desde los primeros pasos en la instalación de software libre hasta el manejo de redes de manera sencilla, sin grandes complicaciones. Y no nos olvidemos del hardware... Saber cómo se llama cada cosa y para qué sirve te puede llevar muy lejos en el uso de la tecnología doméstica.
Estoy un poco cansado de leer en la Red que Internet fue creado por los militares. No es cierto, al menos no lo es expresado de esa forma. También encuentro a menudo gente que confunde Internet con la Web, la World Wide Web, para ser precisos. Entiendo que son conceptos complejos que pueden llevar a confusión, pero son dos cosas diferentes.
Una vez ya hemos visto en los distintos artículos de esta serie cómo trabajar con Git tanto en local como en remoto, nos queda pendiente ver algunos servicios que nos permitan compartir nuestro trabajo para sacar el máximo partido a este sistema de control de versiones.
En particular, vamos a tratar dos plataformas de desarrollo colaborativo: GitHub y GitLab. Ambas nos permite alojar proyectos utilizando el sistema de control de versiones Git.
En el artículo anterior de esta serie dimos los primeros pasos en el patrón modelo-vista-controlador. Creamos los primeros modelos para nuestra aplicación web Biblioteca y sus correspondientes controladores y vistas. Igualmente, dividimos nuestras vistas en varias partes para aprovechar la modularidad de la misma. Sin embargo, la aplicación, por el momento, no era nada funcional. Tan solo podíamos ver el contenido de las tablas Paises y Editoriales.
En este artículo vamos a hacer que el modelo-vista-controlador correspondiente a Editoriales sea completamente funcional. Es decir, vamos a dotarlo de las funciones básicas CRUD, crear, leer, actualizar y borrar.
Habitualmente usamos Firefox para navegar por Internet. Ponemos la página web, le damos a enter y para adelante.
Pero, aparte de esto, este navegador web tan competente tiene una multitud de complementos llamados extensiones.
Si estás trabajando en un proyecto de software, ya sea solo o en un equipo, considero imprescindible el uso de un control de versiones. En el caso de que estés solo en ese proyecto no tendrás problema con lo que haces en el repositorio, puedes hacer tantos commits como quieras, no te tienes que preocupar de si habrá una nueva versión en remoto ni nada por el estilo. Sin embargo, ¿qué sucede cuando trabajas con un equipo? ¿Qué sucede cuando sois varios los que estáis metiendo mano en el mismo repositorio?
Resulta cuando menos curioso el galimatías que tienen montado actualmente en lo que a distribuciones GNU/Linux con KDE se refiere. El asunto de la diversidad, tan comentado desde hace años, que algunos alaban y otros denostan casi a partes iguales, es llevado a la máxima expresión por la empresa alemana Blue Systems, a la sazón patrocinadora y/o creadora de varios proyectos tremendamente similares entre sí, que recurren unos en otros en una especie de bucle infinito. Entre dichos trabajos destacan algunos como el instalador Calamares o los parches que dotan a Firefox y a Thunderbird de un aspecto más acorde con KDE Plasma. Conviven, eso sí, con las tres distribuciones que a día de hoy patrocinan sus desarrolladores: Maui, KDE Neon y la que hoy nos ocupa, Netrunner.
