LinuxParty

¿Ir a Marte? Pues va a ser para quedarse para rato. Debido a los movimientos relativos entre la tierra y Marte, los pioneros astronautas que toquen la superficie marciana tendrán que permanecer allí durante un año y medio. Por esta razón, la NASA  ya ha comenzado a experimentar un hábitat adecuado para la exploración a largo plazo de Marte. El año pasado, los estudiantes de la Universidad de Wisconsin ganaron el concurso XHab para diseñar y construir un loft inflable, en una concha Hábitat que NASA ya había construido. La estructura final ahora sirve como un modelo de trabajo que se está probando en el desierto de Arizona. Como en cualquier casa, es un baluarte sagrado contra los elementos; pero no sólo  del frío, calor y las plagas de Arizona. En Marte Hábitat tendrán que proteger a  los astronautas de los rayos cósmicos, llamaradas solares y composiciones del suelo desconocido todo manteniendo a sus habitantes feliz y cómodos.

En un artículo anterior comentamos algunos de los mejores juegos RTS  (Estrategia en Tiempo Real) para Linux; y antes que eso os recomendamos los que son considerados los mejores juegos FPS en Linux. Hoy terminamos de completar la lista de RTS para que puedas elegir tus preferido entre todos ellos.

The Battle for Wesnoth

Es un juego de estrategia por turnos basado en un mundo de fantasía. En Wesnoth, el jugador debe intentar construir un poderoso ejército para derrotar a los enemigos y los pueblos, así poder controlar por la experiencia. La Batalla por Wesnoth está bajo licencia GPL y disponible para todas las principales plataformas ES.

The Wall Street Journal informa que los expertos de tecnología están en alta demanda en el área de la Bahía. Según el autor, "gigantes de la tecnología como Google Inc. han estado expandiendo sus programas de verano, mientras que las pequeñas empresas de tecnología están aumentando las suyas en respuesta —a veces incluso atraídos como candidatos de la universidad ".Mientras tanto en Nueva York, los CIOs se lamentan que son incapaces de retener al 20 por ciento de expertos en tecnología, según un informe del Network World. dijo un CIO: "Esto nos pone en una posición muy incómoda de tener este tipo de rotación, porque el conocimiento se sigue marchando. Invertimos en la formación de personas y llevarlos allí donde se necesitan,  y el boom se los está llevando. Esta ha sido mi mayor lucha y preocupación. "¡Es el pago, estúpido!

• Pasas el BIOS y luego la negrura absoluta. La insoportable quietud del negro sólo se irrumpe por la intermitente existencia de ese guion que titila en la pantalla. Luego de un rato de lo mismo, sabes que se han complicado las cosas. A veces también el sistema puede enviarte algún mensaje de error, con lo cual el sufrimiento es menor y enseguida sabemos que vamos a tener que hacer una reparación de Windows. Y -para delicia de los fanáticos-, qué mejor para reparar Windows, que Ubuntu. De esto se trata este disco de rescate llamad BootMed.

Hasta ahora, cuando un pequeño promotor se interesaba por producir electricidad para autoconsumo o para vender a las compañías eléctricas, por ejemplo, con una sencilla instalación de placas solares fotovoltaicas en el tejado de su casa, se encontraba ante un calvario de trámites burocráticos interminables y pegas que hacían que la mayoría desistiera del intento.

Como bien saben todos, Ubuntu es el "Debian Fácil" y Linux Mint vino a nacer para convertirse en el "Ubuntu Fácil" En Resumen, un sistema operativo Linux más pulido para usuarios principiantes incluso que el mismo Ubuntu. La meta de Linux Mint era hacer que TODO lo que el usuario puediera necesitar esté a la mano: desde códecs, apps, drivers, todo. dándoles además una interfaz familiar estilo windows para aquellos que apenas hacían el cambio desde el sistema de las ventanas...

Mint ha hecho un gran trabajo y se ha convertido (Con la aparición de Unity) en la casa de muchos Ubunteros inconformes. Es una distro bastante atractiva también a nivel visual y como proyecto ha sabido moverse a lo largo del tiempo para mantenerse con vida tanto económicamente como a nivel comunidad.

Resumen: La gestión del código fuente para un proyecto de desarrollo de software no es menos importante que la escritura en sí, en primer lugar. UNIX® y Linux® ofrecen una amplia selección de paquetes para los sistemas de control de versiones (VCS), cada uno de ellos tiene un enfoque ligeramente diferente. Este artículo se centra en el sistema de gestión de código fuente Mercurial, más comúnmente conocida como hg. Mercurial ofrece una solución potente, moderna y ligera para el control del código fuente que facilita a los desarrolladores trabajar y depurar sus cambios en un proyecto de software, mientras que el mantenimiento de un repositorio estable, centralizando el código fuente que todos los miembros del proyecto pueden depender.

Gestión de código fuente de UNIX y Linux

La Identificación y el seguimiento de los cambios realizados por varios desarrolladores y su fusión en una sola, la actualización del código hace visible la colaboración entre varios desarrolladores. Los VCS software, también conocida como la Revisión de Sistemas de Control (RCS) o de Gestión de Código Fuente (SCM), permiten a varios usuarios enviar los cambios a los mismos archivos o proyectos sin que uno de ellos sobrescriba accidentalmente los cambios respectivos.

Linux® y UNIX® son ágiles en los VCS, que van desde los dinosaurios, como el RCS y el Concurrent Versions System (CVS) a los sistemas más modernos, como Arch, Bazaar, Git, Subversion y Mercurial. Como Git, Mercurial comenzó su vida como un reemplazo de fuente abierta para un sistema de gestión de fuentes comerciales de código llamado BitKeeper, que fue utilizado para mantener y gestionar el código fuente del kernel de Linux. Desde su creación, Mercurial se ha convertido en un popular sistema de VCS que es utilizado por muchas fuentes abiertas y proyectos comerciales. El uso de Mercurial incluyen proyectos como Mozilla, IcedTea, y el wiki MoinMoin. Ver Recursos para los enlaces a estos y muchos ejemplos más.

Los sistemas VCS generalmente se refieren a cada colección de código fuente que pueden realizar cambios y el seguimiento como un depósito. Cómo los desarrolladores interactúan con un repositorio es la diferencia clave entre los sistemas VCS más tradicionales, como CVS y Subversion, que son los sistemas centralizados de VCS más conocidos, y los sistemas VCS más flexibles, Mercurial y Git, que se conocen como sistemas distribuidos VCS. Los desarrolladores interactuan con los sistemas centralizados de VCS con un modelo cliente/servidor, donde los cambios en la copia local del código fuente sólo pueden ser enviados de nuevo al repositorio central. Con los sistemas distribuidos de VCS utilizan un modelo peer-to-peer, donde cualquier copia de un repositorio central en sí es un repositorio para que los cambios se puedan cometer y de la que se puede compartir con ninguna otra copia. Los sistemas distribuidos de VCS en realidad no tienen la noción de una central, repositorio principal, pero casi siempre se definen en la política para que exista un único repositorio para crear, probar y mantener una versión maestra de su software.

¿Por qué Mercurial?

Mercurial es un sistema distribuido VCS pequeño y potente en el que es fácil de empezar a trabajar con, sin dejar de ofrecer los comandos avanzados que los usuarios de VCS puede ser necesario para su uso. La Naturaleza distribuida de Mercurial hace que sea fácil trabajar en proyectos a nivel local, el seguimiento y la gestión de los cambios a través de locales y compromete a impulsar los cambios en repositorios remotos siempre que sea necesario.

Entre los sistemas VCS modernos y distribuidos, el sistema más cercano a Mercurial VCS es Git. Algunas diferencias entre Mercurial y Git son los siguientes:

• Múltiple, una función de deshacer las operaciones: Mercurial revert , backout y rollback son comandos que hacen fácil volver a las versiones anteriores de archivos de los cambios confirmados. Git proporciona un único integrado comando "revert" con su típicoal rocket-scientist-only syntax.
• Incorporada en el servidor web: Mercurial ofrece un simple, servidor web integrado que hace que sea fácil para albergar un depósito de forma rápida para que otros los puedan sacar. Sacarlos requiere seguridad ignorando o una configuración más compleja que soporta Secure Sockets Layer (SSL).
• Preservación de la historia durante las operaciones de copiar / mover: Los comandos de Mercurial copy y move conservan la información de la historia completa, mientras que Git no conserva la historia en ambos casos.
• Branches (sucursales): Mercurial comparte automáticamente todas las ramas, mientras que Git requiere que cada repositorio creado sus propias oficinas (ya sea la creación de forma local o mediante la asignación a sectores específicos en un repositorio remoto).
• Variables globales y locales: Mercurial soporta variables globales que se comparten entre los repositorios, que hacen más fácil compartir información acerca de puntos específicos en el desarrollo de código sin ramificaciones.
• El soporte nativo en plataformas Windows: Mercurial está escrito en Python, que es compatible con Microsoft® Windows®. Mercurial es por lo tanto disponible como un ejecutable de Windows (ver Recursos ). Git en Windows es más complejo, sus opciones son msysgit, usando git estándar bajo Cygwin, o utilizando un sistema basado en web hosting y repositorio.
• Automatic repository packing (Embalaje depósito automático): Git requiere que usted mismo empaquete y recoja sus depósitos, mientras que Mercurial realiza sus operaciones equivalentes de forma automática. Sin embargo, los repositorios de Mercurial tienden a ser más grandes que los repositorios Git para el mismo código base.

El Pentágono ha aprobado una versión de Android corriendo en un hardware de Dell para ser utilizado por los funcionarios del Departamento de Defensa, junto con la BlackBerry. La aprobación de Android por el Departamento de Defensa es un importante revés para el iPhone de Apple. Esto no quiere decir que los empleados del Departamento de Defensa puedan usar cualquier teléfono con Android. El Pentágono ha aprobado sólo uno con un hardware de Dell corriendo Android 2.2. Curiosamente Dell ha suspendido recientemente su teléfono. que corre Android 2.2. Dell está ofreciendo Dell Venue que se ejecuta en Android 2.2. Por lo tanto, este es el teléfono que los empleados del Departamento de Defensa podrán utilizar.

Las opciones para aprender programación son muchas en la web, a varias las conocimos aquí en Visualbeta y una de ellas es CodeAcademy, un sitio web para aprender a programar JavaScript. Ahora, este sitio ha lanzado CodeAcademy Labs, un espacio en el cual los estudiantes pueden practicar todo lo aprendido en las clases virtuales que el sitio ofrece.

Se trata de un IDE online muy completo, en el cual los usuarios podrán ejercitarse sin necesidad de descargar e instalar un entorno de desarrollo para ello, algo además muy práctico porque lo tenemos allí mismo junto al sitio en el cual recibimos todas las lecciones de programación, y además porque podemos incuso practicar desde un smartphone o tablet.