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.
¡Bienvenidos a mi primer post del año! Alguno dirá: “pero… ¿no ibas a iniciarnos en programación?” Tranquilos. Sí, lo prometido es deuda, pero para enseñar programación en BASH se necesitan unas bases de manejo en la terminal y como por algún sitio se tenía que empezar… hoy vamos a familiarizarnos con:
Es innegable que, en estos últimos años, los móviles inteligentes han revolucionado nuestras vidas. Este hecho va parejo a las aplicaciones y servicios web, que han experimentado un impulso espectacular. Y por supuesto, igualmente, todo esto viene de la mano de la cantidad de herramientas que han surgido para facilitar el desarrollo de estas aplicaciones web, aunque aquí, al igual que sucede con el huevo y la gallina, no está muy claro quién precede a quién.
Hoy en día es impensable no desarrollar una herramienta que, al menos, tenga una versión para dispositivos móviles. Aunque existe una opción que puede resolver, de un solo golpe, la necesidad de disponer de una herramienta para escritorio y otra para dispositivo móvil: las aplicaciones web.
Por todo ello, en este y en los próximos artículos escribiré sobre un framework para el desarrollo de aplicaciones web, empezando por lo más básico e intentando profundizar lo más posible. Dado que existe una gran variedad de herramientas para la creación de aplicaciones web, basadas todas en diferentes tecnologías y modelos, me he decidido por uno que, si bien no es de los más utilizados, es probablemente uno de los más sencillos de aprender. Me refiero a CodeIginiter.
Hola amigas y amigos. El artículo de hoy va sobre Zim, un programa multiplataforma que nos permitirá organizar nuestras ideas y notas a modo de Wiki, de forma fácil, desde el escritorio de nuestra computadora o portátil.
En nuestro día a día tenemos que retener decenas de datos, desde los horarios de clase o deporte de nuestro hijos hasta la revisión anual del auto o la próxima visita al médico. En mi caso, siendo informático, y con la velocidad a la que avanza la tecnología, es clave tener una herramienta que me permita poder guardar los apuntes con cierto orden para, después, poder acceder a ellos sin demasiada complicación.
El destino ha querido que la primera distro que analice aquí en Colaboratorio no sea otra que Fedora 25, la distro con la que inicié mi andadura en terreno linuxero y la que considero a día de hoy como mi favorita.
Además, la versión analizada en esta ocasión, la 25, no se trata de una simple versión más de la distro comunitaria de Red Hat, pues se trata de nada menos que la primera de las “grandes” en utilizar el servidor gráfico Wayland por defecto, por lo que tengo que admitir que esperaba con bastante entusiasmo este lanzamiento.
Una de las características mas interesantes, sin lugar a dudas, del control de versiones, son las ramas o ramificaciones. Se trata de una característica que resulta realmente interesante y que nos permite hacer variaciones de nuestro proyecto sin perder el enfoque de nuestro objetivo final. De ahí que la gestión de ramificaciones en los sistemas de control de versiones sea algo fundamental.
Como ya comenté en el artículo de introducción a Git, y no me cansaré de insistir, los sistemas de control de versiones no son algo exclusivo de los desarrolladores, sino que cualquier profesional puede, y debería, hacer uso de ello. Y es precisamente en la gestión de ramificaciones donde adquiere su mayor relevancia.
Comenzamos el trabajo. Voy a intentar ir por orden, y, aunque tengo delante una especie de esquema de contenidos, ya os adelanto que las diferentes secciones que compondrán este manual irán apareciendo según lo considere necesario, y haciendo las modificaciones que considere oportunas sobre la marcha. De modo que lo que iréis leyendo por aquí, por favor, tomadlo como un borrador de lo que será el manual definitivo. Asistís, en ese sentido, a lo que generalmente se oculta a los lectores de toda obra escrita: el mismo proceso de elaboración. Esto puede que no sea una buena idea, pero al menos os permite participar con vuestras observaciones en el propio trabajo creativo, lo cual es el objetivo de todo esto. En este sentido, os recomiendo que le echéis un vistazo al preámbulo, por si no tenéis claro de qué va todo esto.
