En informática, este término hace referencia a un contenedor abstracto de identificadores únicos. Los lenguajes que gestionan espacios de nombres especifican las reglas que determinan a que espacio de nombre pertenece un identificador, de modo que pueden manejar grandes cantidades de estos sin que haya colisión entre ellos, es decir, asegurándose de que son identificadores únicos, a pesar de que algunos de ellos usen la misma designación.

Te explico mejor con un ejemplo: Dos personas, Rebeca y Andrés, que pertenecen a empresas distintas, pueden tener un mismo número de empleado, digamos el 456. En este caso la empresa representaría el espacio de nombre, y 456, el número de empleado, representaría el identificador único. Aunque se trata de la misma designación para ambos empleados, 456, no existe colisión porque Rebeca es el empleado 456 de la empresa A, y Andrés es también el 456, pero en la empresa B.

En el ámbito de los sistemas de información, el dominio del problema es el conjunto de conceptos, interrelacionados entre sí, que se necesita conocer para comprender el negocio del cliente. Es decir, son todos aquellos conocimientos que están implicados en la correcta comprensión de la necesidad del cliente y, por tanto, son necesarios para proponer una correcta solución. Un buen ejemplo podría ser el dominio del problema al desarrollar un aplicación para una clínica médica privada, donde habría de manejar correctamente conceptos como póliza, paciente, cita, diagnóstico…

Es habitual, cuando se aprende un lenguaje de programación, escribir una pequeña aplicación mostrando el mensaje “¡Hola mundo!”. En el caso de Deno, vamos a hacer algo un poco diferente para ejecutar tu primer programa con esta tecnología. Ya te conté aquí que Deno ofrece un servicio de repositorios a través de https://deno.land/x/, y vamos a usar un programa ejemplo que tienen publicado con el nombre de welcome. ¡Para que Deno lo descarge, lo compile y lo ejecute, sólo necesitamos escribir una línea!:

Hay varios motivos por los cuales podrías querer traer la información de un repositorio de código, versionado con Subversion, a tu repositorio de código versionado con Git, desde sincronizar ambos repositorios durante un periodo de transición de gestor de versiones hasta, simplemente, aprovechar las características de git para la gestión de ramas antes de subir nuevo código al repositorio de Subversion. Estos motivos son los que justifican la existencia de git-svn, una característica de Git que nos proporciona comandos para gestionar un flujo bidireccional entre Git y Subversion.