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.
En el artículo anterior sobre CodeIginiter establecimos las bases de nuestra primera aplicación y dimos los primeros pasos con controladores y vistas. En este tercer artículo de la serie vamos a profundizar en el patrón modelo-vista-controlador, creando los primeros modelos de nuestra aplicación Biblioteca y sus correspondientes controladores y vistas. Además, vamos a aprender cómo facilitarnos el trabajo a la hora de crear las vistas.
Parece que últimamente las distribuciones con base Ubuntu y escritorio Plasma casi en exclusiva proliferan como setas en otoño. No sé vosotros, pero yo tengo un lío formado a la hora de tratar de distinguir KDE neon, Netrunner, Maui, Kubuntu, Linux Mint KDE… No sé, da la sensación de que todas vienen a ofrecer más o menos lo mismo, aunque la realidad es que hay matices que pueden llegar a ser importantes, en especial en lo que se refiere a la actualización de los paquetes que conforman el entorno y la suite de aplicaciones de KDE. Animado por los buenos comentarios de Jairo, lector fiel donde los haya, no solo de este blog sino de muchos más y KDE-ero hasta la médula, me he embarcado en la revisión de una distribución con nombre y sabor hawaiano: Maui Linux 2.1 Blue Tang.
¡Hola de nuevo! En este mi segundo artículo. Os contaré cómo me he debido adaptar –lógico, yo soy el recién llegado– al equipo de trabajo de Colaboratorio.net, ¡venid y conoced al iBus!
Como comentaba en este artículo, si lo que quieres es desplegar las bondades del método Zettelkasten rápidamente, no hace falta que pienses mucho: Zettlr es «la» aplicación.
Además, ahí dejo claro por qué el texto plano es ideal para este menester y, si bien hay aplicaciones con mejor aspecto visual, flaquean en cuestiones más importantes que iré comentando.
Siguiendo la senda de las distribuciones derivadas de Arch Linux, después de una experiencia no del todo satisfactoria con Antergos la mente se me va, lo quiera o no, en busca de Manjaro. Por si no había quedado claro en el artículo anterior lo vuelvo a repetir: Antergos es muy buena, pero no es para cualquiera. De ahí que pase hoy a revisar un sistema que está más enfocado a otro tipo de usuario, más novato en GNU/Linux y que ha alcanzado en los últimos años una tremenda relevancia por méritos propios. En análisis pasados solía tomar como referencia la versión con escritorio XFCE, por ser el buque insignia para los desarrolladores, pero en esta ocasión me he querido atrever con Plasma, animado por los comentarios y las buenas sensaciones que en otros ha causado. Y vaya si me alegro de haberlo hecho.
Una vez ya hemos visto lo referente al trabajo con ramas en Git que comentamos en los artículos anteriores, Ramificaciones, flujo de trabajo y etiquetas, estamos en disposición de enfrentarnos a cualquier proyecto cuyo control de versiones se realice con GIT. Sin embargo, no quería terminar esta serie de artículos sobre GIT y GitHub, sin comentar un aspecto muy interesante, como son los submódulos, y las posibilidades que nos ofrecen.
Es habitual, cuando estás trabajando en un proyecto, apoyarte en el trabajo de terceros. Utilizar bibliotecas externas a tu proyecto, iconos, temas, o lo que consideres. En este caso, lo interesante es poder tener este otro proyecto dentro del tuyo propio pero sin que un proyecto afecte al otro. ¿Cual sería el objetivo? Realizar el control de versiones del proyecto principal de forma independiente al proyecto secundario.
¿Como resolver esta situación? Para esto tenemos los submódulos en Git.
