Guía para migrar a Linux – Paso 0

Con esta entrada comienza la serie: “Guía para migrar a Linux – Paso 0″. Si quieres estar informado sobre las actualizaciones de esta serie, los nuevos artículos, obtener recomendaciones de tutoriales y noticias sobre Linux, lo puedes hacer a través de Twitter o por RSS.

Este primer paso inicia con el 0 y no con el 1 porque es una etapa que está antes de siquiera pensar en cambiar de sistema operativo. Linux y en general el software Open Source, como cualquier otra tecnología, no cubre el total de las necesidades de todos los usuarios, es por esto que el primer paso será saber si Linux es una buena alternativa para ti. De esta manera, en este artículo encontrarás los pros y contras de Linux para que tu mismo evalúes si te conviene o no usarlo.

De paso es bueno aclarar que tanto este artículo como los siguientes está en continuo cambio y cualquier consejo, critica y/o aporte es bien recibido

  • OBJETIVO DEL PASO 0: Conocer los pro y contras de Linux (para que tu decidas)
  • REQUISITOS: Ninguno
  • PUBLICO OBJETIVO: Usuario de Windows sin conocimiento previo del mundo Linux

migracion-pasos

1. Un poco de Historia

Si estás leyendo esto es porque tienes interés en probar Linux y, eventualmente, usarlo en tus tareas diarias. También es probable que por tu interés ya hayas leído algo y te encuentres un poco confundido con tantos términos y acrónimos: Linux, GNU/Linux, FLOSS, Open Source, Código Abierto, Free Software, Software Libre, distribuciones, Kernel, Hurd, etc. Lo primero entonces será conocer un poco de historia para aclarar todos estos términos.

1.1. En el principio todo era libre

En los años 60 la producción de software estaba liderada por entidades académicas de países desarrollados y, generalmente, orientas a investigaciones con financiamientos públicos. La gran industria que conocemos ni siquiera se imaginaba, menos el nivel de influencia que tiene hoy en nuestras vidas.

En ese marco los programadores desarrollaban su trabajo en un marco netamente colaborativo, el código fuente de sus programas se compartía y distribuía con el fin de optimizar y aumentar la velocidad del trabajo. Con tan pocos programadores nadie quería perder el tiempo reescribiendo algo que ya otro profesional había escrito. La eficiencia era el objeto principal y la colaboración era la herramienta clave para cumplir dicho objetivo.

En esos tiempos el hecho de compartir, distribuir y modificar el código de los programas era la forma estándar y natural de trabajar. Ni más ni menos.

1.2. Llega la popularidad, llega el comercio

En los 70s y principios de los 80s comenzaron a nacer y popularizarse los computadores personales, casos como el Apple I, Apple II, Commodore VIC-20 y el IBM PC crecieron en popularidad y establecieron las bases de la industria de los computadores personales que hoy conocemos.

Ante esa realidad algunos desarrolladores de software se decidieron que entregar el código fuente junto al ejecutable no era la mejor decisión. Concluyeron que entregar el código permitía que el usuario pudiera ir con cualquier proveedor, o no necesariamente con el desarrollador inicial, si se le presentaba u problema y, además, la entrega del código implicaba que otros competidores podían beneficiarse de sus procesos de investigación y desarrollo. En resumen, con el fin de aumentar la dependencia del consumidor como para evitar compatir sus avances, muchos de los proveedores de software decidieron cerrar su código (cómo referencia puede leer el documento: “Open Letter to Hobbyists“, escrito por Bill Gates el 3/2/1976).

De esta manera nace lo que hoy conocemos como software cerrado o propietario. Ante esto los antiguos desarrolladores con estilo colaborativo tendrían algo que decir.

1.3.  El dilema de los programadores de la vieja escuela y el proyecto GNU

Aquellos desarrolladores que en los 60s que trabajaban en un ambiente colaborativo se enfrentan a un dilema, la metodología de trabajo a la que estaban acostumbrados estaba cambiando, las nuevas empresas en las que trabajaban o con las que interactuaban los estaba obligando a no compartir su trabajo.

Ante este nuevo dilema surgió un programador que decidió que quería seguir trabajando de la manera colaborativa a la que estaba acostumbrado. Es así como Richard Stallman inicio el 27 de septiembre de 1983 el proyecto GNU, el cual nació con el objetivo de convertirse en un sistema operativo completamente libre, que permitiera a los usuarios gozar de las mismas libertades de las que se gozaba antes de la llegada del software cerrado.

En octubre del 85 Richard Stallaman, y los entusiastas que a la fecha trabajaban en el proyecto, crearon la Fundación del Software Libre (Free Software Foundation) con el fin de darle un marco formal al proyecto GNU y para difundir sus ideas. De la misma manera se publicó la Licencia Pública General (General Public Licence, GPL) el cual es un texto legal que detalla las libertades y las obligaciones que tiene un usuario al utilizar un programa libre. Esta licencia explica que el usuario tiene las siguientes libertades:

  • La libertad de usar el programa, con cualquier propósito.
  • La libertad de estudiar cómo funciona el programa, y adaptarlo a tus necesidades.
  • La libertad de distribuir copias, con lo que puedes ayudar a tu vecino.
  • La libertad de mejorar el programa y hacer públicas las mejoras a los demás, de modo que toda la comunidad se beneficie.

Luego cualquier programa que entregue todas y cada una de estas libertades es considerado Software Libre, en tanto, si falla en una o más de ella, es considerado Software no-libre, propietario o cerrado.

1.4. Llegan los 90s y se completa GNU

Llegan los 90s y el proyecto GNU ha podido generar buena parte de los componentes necesarios para cumplir su objetivo de desarrollar un sistema operativo completamente libre. Sin embargo, un componente clave aún no ha alcanzado la madurez necesaria, este es el núcleo o kernel del sistema.

En tanto el 25 de agosto de 1991, en Finlandia, un estudiante de la Universidad de Helsinki llamado Linus Torvalds, desarrolla, anuncia y libera un núcleo basado en el sistema “Minix”. A este núcleo lo llamó “Linux”. Desde ese momento, gradualmente, los proyectos GNU y Linux se fueron integrando hasta que en el 92 finalmente se pudo obtener un sistema operativo libre completo, el cual conocemos como GNU/Linux o simplemente Linux (la forma en que se llame al sistema operativo es fuente de controversias hasta el día de hoy)

Para facilitarle a los usuarios la instalación del sistema y para entregar versiones orientadas a distintos intereses es que se crearon las distribuciones, permitiéndonos el día de hoy tener cientos de opciones desde donde elegir, siendo algunas de las más populares: RedHat, Debian, Ubuntu, SuSE, Fedora y Mandriva (para conocer un listado completo puedes consultar el sitio distrowatch.com)

1.5. Nace el Open Source

A fines de los 90s un grupo de miembros del movimiento del Software Libre expresaron la inconveniencia de utilizar el concepto “Free Software” ya que confusión, en especial en el entorno empresarial (en ingles “Free” significa “libre” y también “gratis”)

Además de esta diferencia práctica, los partidarios del Open Source tienen una postura más pragmática, enfocándose en las ventajas técnicas de compartir el código más que en las ético-morales (para Richard Stallman el software cerrado es inmoral y no debería existir, en tanto para el movimiento Open Source ambos pueden convivir)

Ante esto el 3 febrero 1998 Bruce Perens y Eric S. Raymond acuñan el concepto “Open Source” y se publica el documento Adiós “Software Libre”; hola “Código Abierto”.

Desde la segunda mitad de la década de los 90s hasta nuestros días las aplicaciones FLOSS (Free/Libre and Open Source Software) han tenido un gran crecimiento, en especial aprovechando la popularidad de Internet y todo el potencial que ha traído para el trabajo colaborativo. Puedes ver en el artículo “Salón de la fama del Open Source” una lista de las aplicaciones con mayor crecimiento en estos años. Para que conocer más sobre la historia del FLOSS puedes ver el documental “Revolution OS” en el cual los mismos protagonistas cuentan sus experiencias.

Ya que conoces la historia del Software Libre y de Código Abierto, en los siguientes párrafos abordaremos las razones para utilizarlo y para no hacerlo.

2. Razones para usar Linux y el FLOSS

2.1. ¡Tan Fácil como Windows y a veces Más!

Hace algunos años la instalación de alguna distribución Linux podía requerir cierta expertise, pero hoy en día distribuciones como Ubuntu, Fedora o Mandriva, han alcanzado niveles de facilidad de instalación y uso muy cercanos a cualquier otro sistema propietario.

En necesario señalar también que existen tareas de administración que son más sencillos en sistemas Linux que Windows. Por ejemplo, el programa Synaptic, permite instalar y actualizar aplicaciones en el sistema con sólo un par de clicks, haciendo que la administración del sistema sea una tarea sencilla.

2.2.- Menor dependencia del proveedor original

Las libertades del Software Libre, permiten que los servicios en torno a una aplicaciones puedan ser ofrecidos por cualquier empresa o persona y no necesariamente por el proveedor original. Esta variable es especialmente importante para las empresas ya que les permite aumentar su poder de negociación.

2.3.- Se mantiene el derecho a la privacidad

La posibilidad de auditar el código permite que se eviten subprocesos que espíen o extraigan información del usuario sin permiso.

Lo anterior se puede ejemplificar con el Contrato de Licencia de Usuario Final (CLUF) de Microsoft:

“…Usted acepta que MS, Microsoft Corporation y sus filiales puedan recopilar y utilizar la información técnica recopilada de cualquier manera como parte de los servicios de soporte técnico que se le proporcione…”

2.4.- ¡No soy un Delincuente!

Cada vez que usa software propietario (o cerrado) sin pagar la correspondiente licencia, usted es incluido dentro de las estadísticas de piratería y, por lo tanto, es considerado un delincuente.

Al existir la libertad de distribución en software libre, usted puede hacer tantas copias como quiera de una aplicación y repartirlas entre sus familiares, amigos, comunidad, etc., siendo esto una práctica completamente legal, incluso pudiendo cobrar por estas copias.

2.5.- No Reinvente la Rueda

Con el modelo de desarrollo cerrado, si quiere desarrollar una nueva aplicación debería partir prácticamente desde cero. En este aspecto, la ventaja del software libre es que, en lugar de invertir su talento en hacer algo que ya se hizo, puede dedicarse exclusivamente a realizar aquello que queda por hacer.

2.6.- Oportunidad para Países en Desarrollo

La menor disponibilidad presupuestaría de los países en desarrollo para invertir en investigación y desarrollo tecnológico, puede revertirse (por lo menos a nivel de software), con el uso de aplicaciones libres.

De esta manera, se pueden implementar redes de desarrollo entre países o países y comunidades, optimizando el uso de los recursos invertidos.

Por otra parte, la libertad para estudiar el código, permite que se democratice el conocimiento y que deje de ser patrimonio de los países desarrollados, disminuyendo a largo plazo la dependencia de estos.

2.7.- Internet esta Basado en Software Libre

Todos nosotros seguramente usamos a diario Software Libre, esto debido a que Internet depende en gran medida de este tipo de aplicaciones. Algunos números:

2.8.- Menores Costos

Si bien esta es una de las áreas más polémicas, existen evidencias que muestran que el Software Libre tiene costos menores en licencias y al menos iguales en administración y soporte.

Sin embargo, se debe destacar que el mejor camino es evaluar cada caso en particular y no dejarse guiar por estudios (de dudosa procedencia) que se publican periódicamente.

Para evaluar la conveniencia financiera de una migración puede utilizar una de las siguientes metodologías:

  • Análisis Monetario
    Evalúa el proyecto de migración calculando el valor actual neto de de sus flujos en un periodo de tiempo dado (e.g 5 años)
    Considera para la evaluación el Costo de Oportunidad del Capital (COK).
  • Análisis de Costo Beneficio
    Lista tanto los costos como los beneficios de la migración
    Por una parte los costos de carácter cuantitativos (software, hardware, capacitación, consultorías, etc) y por otra los beneficios tanto cuantitativos como cualitativos (aumento de productividad por menor tiempo muerto, mayor satisfacción de usuarios, etc).
  • Matriz de Costos
    Clasifica los costos de migración en criterios (e.g Software, Hardware, Personal). Incluye además las proyecciones de ahorros.
    Tanto costos como ahorros se proyectan en un periodo de tiempo.
  • Costo Total de Propiedad (TCO)
    Desarrollado por Gartner Group (1987)
    Divide en Costos directos (Software, Hardware, Soporte y Mantención) y Costos Blandos (Seguridad, Disponibilidad, Escalabilidad, Otras).
  • Retorno de la Inversión
    Es un ratio que considera por una parte los retornos (aumentos de ingresos, ahorros), sobre la inversión (costos de evaluación, de licencias y mantención, de instalación y configuración, de integración y adaptación, de operación y soporte)

2.9.- Estable, Seguro y de Alto Rendimiento

Si hay algo destacable en Software Libre es el gran potencial para alcanzar altos estándares de calidad.

Algunos ejemplos:

Honeynet Project reporta que un sistema libre (GNU/Linux) no actualizado se ve comprometido luego de tres meses de ser conectado a Internet, en tanto un sistema Windows XP se veía comprometido solo unos minutos después de ser conectado (Un estudio de USA today reportó un lapso de 4 minutos)

David Filo, cofundador de Yahoo!: “Aunque el precio era ciertamente atractivo, lo que nos convenció fue la estabilidad, el rendimiento y el acceso al código fuente“.

2.10.- Capacidad para Reciclar Equipos

Con el uso de clientes ligeros, es posible recuperar buena parte de los equipos antiguos que se puedan poseer. Algunas herramientas:

Por otra parte con el uso de entornos de escritorios “livianos” como XFCE, Enlightenment o LXDE es posible también alargar la vida útil de nuestros equipos.

2.11.- Modelo de desarrollo con alta experiencia acumulada (desde los años 60)

Si bien se puede pensar que el Software Libre es reciente, en realidad ha estado entre nosotros incluso desde antes de que se implementará el modelo de desarrollo “cerrado” o “propietario” tan difundido hoy en día.

Como vimos en la sección dedicada a la historia, ya en los 60 (he incluso antes), el modelo de desarrollo de software que imperaba era el Colaborativo o Libre, es decir, el que permitía el libre uso, distribución, estudio y mejoramiento del software.

En los 70, con el incremento de la popularidad de los PCs, las empresas desarrolladoras notaron que podrían generar mayores ventajas cerrando el código, un ejemplo clásico de esto es la carta enviada por Bill Gates el 3/2/76.

En los 80, y en respuesta al naciente movimiento de software cerrado, R. Stallman funda el proyecto GNU (84), para tener un sistema operativo completamente libre. Al año siguiente se funda la Free Software Foundation.

En los 90 comienza a ganar terreno la idea del Software Libre y de Código Abierto, con el inicio de proyectos como Linux (91), las primeras distribuciones GNU/Linux y Apache (95) entre otros.

2.12.- Avalado por Grandes Empresas y Organizaciones

Son usuarios de Software Libre Grandes Empresas como: Google, Yahoo, IBM, Novell, HP, NEC, Panasonic y Motorola.

Así mismo gobiernos y organizaciones como Alemania, China, India , Brasil, California y la NASA, han iniciado proyectos relacionados con sistemas libres.

2.13.- Fomenta la Asociatividad

Las libertades permiten que necesariamente exista un mayor número de grupos de interés en torno a un proyecto libre. Luego, las oportunidades de asociatividad son mayores. Como ejemplo se pueden nombrar entre los posibles interesados en un proyecto a:

  • Los usuarios
  • Los vendedores de hardware
  • Los proveedores de distribuciones
  • La comunidad de software libre
  • Organismos de investigación y educación
  • Los vendedores de software
  • Consultores informáticos

2.14.- Se puede usar junto a su Actual Sistema

No necesita desinstalar su actual sistema para usar Linux, puede probarlo a través de los LiveCD/DVD (puede ver en este sitio una lista de las distribuciones que tienen versiones Live).

Igualmente puedes probar cualquier distribución Linux en maquinas virtuales. Por ejemplo, puedes consultar el tutorial: Instalar máquina virtual con ESUN Linux en VirtualBox + WinXP (ESUN Linux es una distribución orientada a usuarios de pequeñas empresas)

2.15.- Miles de Programas Disponibles

Tan sólo en la distribución Debian Linux existen más de 18000 paquetes.

En tanto se pueden buscar aplicaciones libres en alguno de los siguientes directorios:

2.16.- Amplio Soporte

Existen múltiples fuentes de soporte para Software Libre, tanto pagado (entregado por empresas, por ejemplo: Ubuntu, RedHat) como de carácter “informal” (foros, listas de correo, grupos de documentación)

2.17.- No Limita la Productividad de la Inversión

Hay aplicaciones cerradas que mantienen cláusulas que directamente limitan el uso. Por ejemplo:

CLUF Microsoft: “El SOFTWARE no puede ser utilizado por más de un (1) procesador a la vez en el EQUIPO, a menos que se indique un número mayor en el Certificado de Autenticidad. Puede permitir a un máximo de cinco (5) (“Máximo de conexiones”) equipos u otros dispositivos electrónicos (cada uno de ellos un “Dispositivo”) conectarse al EQUIPO para utilizar los servicios del SOFTWARE.”

CLUF Microsoft: “Todos los derechos que se conceden en el presente CLUF podrán transferirse de manera definitiva, sólo como parte de una transferencia o venta permanente del HARDWARE, con la condición de que usted no conserve ninguna copia en caso de que transfiera el SOFTWARE completo (si decides cambiar de ordenador, como esta licencia va asociada a un equipo concreto..”

2.18.- Gran número de Desarrolladores

La disponibilidad del código y el ambiente colaborativo permite que cualquier usuario de software libre sea también un desarrollador en potencia (tanto en tareas de reporte de errores, documentación, traducción, desarrollo, soporte, etc)

Además la creciente popularidad de las aplicaciones Open Source atrae programadores tanto en cantidad como calidad.

2.19.- Promueve el Uso de Estándares

La importancia de difundir el uso de estándares radica en que:

  • Garantiza la accesibilidad y permanencia en el tiempo de sus datos: tanto usted como sus usuarios siempre podrían acceder a ellos.
  • Garantiza la completa transparencia del contenido de sus archivos.
  • Limita la propagación de virus
  • Promueva la diversidad y la interoperabilidad en las comunicaciones electrónicas.

2.20.- Existen Clara Tendencias de Crecimiento en el Sector de Software Libre

Algunos ejemplos de la clara aceptación que han tenido este tipo de aplicaciones en el mercado, son:

Más información de referencia en la sección Biblioteca

3. Razones para no usar Linux

3.1. Curva de aprendizaje

Dada la gran popularidad de los sistemas cerrados en el mercado de los usuarios finales es que se presenta como una barrera para la adopción de Linux el tiempo que se debe invertir en su aprendizaje. Si bien la gran mayoría de las distribuciones es tan fácil de usar como cualquier sistema cerrado, hay que considerar que algunas actividades comunes no funcionan de la misma manera y deben ser aprendidas.

3.2. Soporte de algunos hardware

Si un sistema tiene pocos usuarios las empresas productoras de hardware son más reticentes a desarrollar controladores para ese sistema. Afortunadamente Linux crece en popularidad y cada vez son más las empresas productoras que incluyen drivers nativos. Sin embargo, es probable que para hardware muy antiguo o muy reciente no exista un soporte completo. En Linux-drivers.org puedes encontrar una amplia lista de sitios donde puedes averiguar si un componente está o no soportado actualmente en Linux.

3.3. Áreas poco cubiertas

Todos tenemos aplicaciones que usamos diariamente o que son necesarias para nuestro trabajo o actividades diarias. A la hora de migrar el paso lógico sería buscar si dichos programas están disponibles en Linux o, si al menos, hay alguna alternativa que cubra las mismas funcionalidades.

Esta puede ser una de las mayores barreras a la hora de intentar migrar completamente a Linux, pero afortunadamente en las aplicaciones más comunes ya hay alternativas maduras y de gran calidad. Además, siempre está la posibilidad de intentar ejecutar las aplicaciones de Windows en Linux mediante el uso de emuladores como Wine.

Cabe mencionar en este punto que una de las principales críticas de los nuevos usuarios es la cantidad de juegos disponibles para Linux. Como cualquier otro programa si no encuentras una alternativa satisfactoria puedes probar con emuladores como el mencionado en el párrafo anterior (Wine) o Cedega.

3.4. ¿Variedad o confusión?

La existencia de una gran cantidad de distribuciones Linux nos entrega un amplio abanico de posibilidades pero también, en algunas ocasiones, podría llegar a confundir a un usuario nuevo ya que cada distribución puede tener distintos árboles de directorios, distintas formas de administrar los programas incluidos, distintas formas de hacer tareas administrativas, etc. Afortunadamente existen iniciativas que buscan reducir las diferencias entre las distribuciones, la más destacada es: Linux Standard Base (LSB).

3.5. Compatibilidad de formatos

Seguramente tienes una gran cantidad de archivos con documentos importantes, todos en distintos formatos. La capacidad para poder abrir y editar esos archivos en Linux será también un factor clave al evaluar una migración.

En el caso de los formatos más comunes, como por ejemplo los generados por MS Office, pueden ser leídos y editados por alternativas libres presentes en Linux (por ejemplo OpenOffice). Sin embargo, pueden existir casos en que para algunos formatos no exista un programa que pueda editarlo, haciendo el proceso de migración total inviable.

Respecto a este tema el sitio Linuxzone.es realizó una encuesta (490 respuestas) que nos permite verificar cuales son las principales barreras que te puedes encontrar en Linux:

En primer lugar, con un 38% de los votos (186)- “Hardware. Algún componente no me funciona correctamente”.
En segundo lugar, con un 28% de los votos (137) – “He resuelto mis problemas o no he tenido ninguno”.
En tercer lugar, con un 16% de los votos (78) – “Software. No hay aplicaciones para lo que yo quiero (¡ni con wine!)”.
En cuarto lugar, con un 10% de los votos (48) – “La terminal. Tantos comandos extraños…”.
En último lugar, con un 8% de los votos (41) – “Todos los anteriores”.

Este primer artículo de la serie: “Guía para migrar a Linux ” ha tenido como objetivo darte la información necesaria para acercarte un poco más al mundo de Linux y el software FLOSS, así como las posibles ventajas y desventajas que te puedes encontrar al intentar migrar desde Windows.

En el siguiente artículo de la serie comenzaremos a abordar la utilización de aplicaciones libres en entornos cerrados. Si quieres estar informado sobre los nuevos artículos, obtener recomendaciones de tutoriales y noticias sobre Linux,  lo puedes hacer a través de Twitter o por RSS.

Enlightenment

11 thoughts on “Guía para migrar a Linux – Paso 0

  1. me gusta mucho Ubuntu, he intentado trabajar con el varias veces, hay algo que me intriga y es su rapido cambio de versiones, el simple hecho de sacar una version LTS me frena a instalar las nuevas que salen, que el soporte que no se cosas.

    Creo que es resistencia al cambio, pero de verdad confunde. La pregunta es, ¿instalo la ultima version o la ultima LTS?.

  2. @sOcIo, todas las versiones tienen un periodo de soporte estándar, la diferencia es que la LTS tiene un soporte extendido en desktop y también en servidores.

    Si quieres instalar Ubuntu y quieres tener las últimas versiones de los programas, optas por la versión “común” (no-LTS) y vas haciendo el upgrade cada 6 meses.

    Por otra parte, supongamos que quieres tener un servidor con Ubuntu en el cual la prioridad es la estabilidad y no precisamente tener las últimas versiones de los programas. En ese caso optas por la versión LTS lo que te permitirá tener el sistema al día en seguridad pero sin tener que hacer upgrades tan seguido.

  3. KICKBILL » Blog Archive » Paso 0

  4. KICKBILL » Blog Archive » Guía para migrar a Linux – Paso 1

  5. Excelente artículo, está detallado y explicado en lenguaje comprensible para cualquier persona, francamente la opción o alternativa es notoria, de ahí que apuntamos a migrar a GNU/Linux, por calidad y moral.

    cito textual:

    “Con el modelo de desarrollo cerrado, si quiere desarrollar una nueva aplicación debería partir prácticamente desde cero. En este aspecto, la ventaja del software libre es que, en lugar de invertir su talento en hacer algo que ya se hizo, puede dedicarse exclusivamente a realizar aquello que queda por hacer.”

    “Cada vez que usa software propietario (o cerrado) sin pagar la correspondiente licencia, usted es incluido dentro de las estadísticas de piratería y, por lo tanto, es considerado un delincuente.”

    Además al compartir hacemos de este un mundo mejor!

    Saludos!

  6. KICKBILL » Blog Archive » Guía para migrar a Linux – Paso 2

  7. De verdad que no entiendo cómo pasé tanto tiempo sin ver este artículo. Está escrito de un modo tan claro que parece increíble, especialmente si pensamos que para una persona convencional, hablarle de sistemas diferentes de los propietarios tradicionales es como hablarle en chino.
    En resumen, me encantó la forma en que está planteado y desarrollado; más aún, me parece sumamente práctico para conversar con candidatos a migración.
    Gracias por esta obra tan bien realizada.

  8. Hola! Me parece excelente tu desarrollo sobre la migración. ¿Qué tipo de licencia tiene? Estoy realizando un trabajo para mis estudios y me gustaría saber si me autorizas a utilizar los pasos que recomendás para la migración de software.
    Saludos
    EFP

Leave a Reply

Your email address will not be published. Required fields are marked *

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>