Recomendaciones para la migración a software libre

Para llevar a cabo con éxito la migración es importante cumplir con las siguientes etapas:

Requisitos:
Un factor crucial para el éxito de la migración es el análisis en profundidad de la situación de partida. Esta tarea usualmente consumirá gran parte de los recursos iniciales del proyecto, tanto en tiempo como en mano de obra. De todas maneras, un conocimiento detallado de los documentos o las aplicaciones de base de datos evita realizar ajustes imprevistos durante la migración y permite el establecimiento de planes de actuación con suficiente antelación. Además, la determinación de la situación de partida es también la base para identificar los requisitos funcionales del nuevo sistema. Para esto se debe identificar:

• Estado actual
• Descripción general de la empresa
• Aspectos técnicos
• Aspectos de recursos humanos
• Aspectos Legales
• Recursos temporales
• Recursos económicos
• Objetivos

Planificación:
El plan de migración deberá contener como mínimo la siguiente información: fecha final del proceso de migración, recursos materiales y humanos, participación de terceras partes, hitos durante el proceso de migración y costes. La planeación del proyecto es también la base para una gestión eficiente de la migración.

Como en cualquier implantación de un nuevo sistema de trabajo, se debe estudiar muy detenidamente toda la información disponible y planificar todos los pasos a seguir para garantizar el éxito.

Una vez se ha llevado a cabo la toma de requisitos, ya se conoce perfectamente el estado de la empresa en cuanto a software se refiere. Es el momento de empezar a planificar la estrategia que se va a seguir para llevar la migración a buen término y lograr los objetivos establecidos en el punto anterior.

Este es el momento de tomar decisiones en base a la información recogida y de estas decisiones depende en gran medida el éxito de la migración. Las actividades a cumplir son:

• Planificación técnica
• Cosas a tener en cuenta:

• a) Inventario
• b) Diagrama de red
• c) Diagrama de estructura
• d) Elección de la estrategia de migración
• e) Planificación de comunicaciones
• f) Planificación de recursos humanos
• g) Miedo a lo desconocido 
• Plan de contingencia
• Planificación temporal
• Planificación de pruebas
• Plan de evaluación
• Planificación económica

Implantación:
Ha llegado el momento de poner en práctica todo lo que se ha estado planificando, cuantos más recursos se hayan dedicado a la planificación del proyecto, menos incidencias se encontraran a la hora de ponerlo en marcha y realizarlo. En este punto se debe empezar a ejecutar paso a paso todas las tareas planificadas, formación e implantación técnica. Aquí se debe tomar en cuenta los siguientes puntos:

• Formación
• Implantación técnica
• Instalando muchos equipos
• Migrando datos de usuarios a sistemas GNU/Linux
• Realización de copias de seguridad
• Emulación de aplicaciones
• Servidores de archivos
• Bases de datos
• Sistemas de monitorización y administración
• Otros elementos a migrar
• Consejos de implantación
• Introducir nuevas aplicaciones en un entorno familiar
• Lo fácil primero
• Mirar hacia adelante

Evaluación:
Ejecutar el plan de evaluación y continuar monitorizando el sistema en el tiempo identificando carencias o mejoras para incrementar paulatinamente la calidad del sistema de información de la empresa. Para evaluar si la migración ha tenido éxito, podemos valorar los siguientes puntos:
¿Se ha migrado el Sistema Operativo de manera satisfactoria?
¿Se han migrado las aplicaciones?
¿Se han adaptado los usuarios?
¿Se ha mejorado con el cambio?

Algunas opiniones sobre el software libre

La sesión 7 se caracterizo por recopilar un conjunto de opiniones las cuales en su mayoria fuerón las mismas de todo el grupo, las siguiente fuerón:

a) Es SL es más económico que el software propietario: Verdadero
Los bajos o nulos costos permiten proporcionar a las empresas por ejemplo las PYMES, servicios para ampliar sus infraestructuras sin que se vean mermados sus intentos de crecimiento por no poder hacer frente al pago de grandes cantidades en licencias.

b) La libertad de uso y distribución favorece el desarrollo: Verdadero
Las licencias de SL permiten la instalación del software tantas veces y en tantas máquinas como el usuario desee

c) El SL asegura la independencia tecnológica y la eliminación del monopolio del fabricante del software: Verdadero
El acceso al código fuente permite el desarrollo de nuevos productos sin la necesidad de desarrollar todo el proceso partiendo de cero. Se da equilibrio en el modelo de propiedad intelectual.

d) El SL fomenta la libre competencia al basarse en servicios y no licencias: Verdadero
Uno de los modelos de negocio que genera el SL es la contratación de servicios de atención al cliente. Este sistema permite que las compañías que den el servicio compitan en igualdad de condiciones al no poseer la propiedad del producto del cual dan el servicio.

e) El SL no tiene soporte y existen problemas de compatibilidad: Falso
El soporte disponible para el software libre es más extenso que en el caso privativo. Se puede optar desde soporte vía grupos de usuarios (comunitario) hasta soporte comercial dado por diferentes empresas, tanto locales como internacionales.
Aparte, los vendedores de software propietarios, una vez que han alcanzado el máximo de ventas que puede realizar de un producto, no le interesa que sus clientes continúen con el. La opción es sacar un nuevo producto, producir software que emplee nuevas tecnologías solo para éste y no dar soporte para la resolución de fallos al anterior, tratando de hacerlo obsoleto por todos los medios, pese a que este pudiera cubrir perfectamente las necesidades de muchos de sus usuarios. Ejemplo las versiones de Windows.

f) Garantiza privacidad y seguridad de los datos, no más virus: Verdadero
La seguridad basada en la oscuridad es una falacia. El hecho de tener acceso al código fuente permite detectar más rápidamente los posibles problemas de seguridad de la aplicación y dificulta la incorporación de caballos de Troya o código malicioso. En mi particular trabajo con linux y llevo bastante tiempo sin saber nada de virus.

g) Corrección más rápida y eficiente de errores: Verdadero
El funcionamiento e interés conjunto de la comunidad permite solucionar más rápidamente los fallos de seguridad en el software libre, algo que desgraciadamente en el software propietario es más difícil y costoso. Cuando se notifica a las empresas propietarias del software, éstas niegan inicialmente la existencia de dichos fallos por cuestiones de imagen y cuando finalmente admiten la existencia de esos bugs tardan meses hasta proporcionar los parches de seguridad.

h) El Software Libre es un proyecto político: Falso
El Software Libre no es un proyecto político; el SL trata de libertades, solidaridad y conocimiento al alcance de todos sin barreras artificiales.

Para mayor información pueden consultar:
http://www.abadiadigital.com/articulo/diez-ventajas-del-software-libre-y-propietario/
http://softwarelibre.eventos.usb.ve/files/presentaciones/mitossl.pdf

Mapa de los Aspectos Legales y de las Licencias de SWL

En la publicación anterior hice referencia al mapa conceptual de Aspectos Legales y de las Licencias de SWL, así que voy a compartir algunas palabras y frases confusas según Stallman.

Palabras y frases confusas según Stallman

Comercial

Por favor no uses «comercial» como sinónimo de «no libre». Se estarían confundiendo dos asuntos completamente distintos. Un programa es comercial si se desarrolla como parte de una actividad empresarial. Un programa comercial puede ser libre o no libre, según su licencia.


Creador

aplicado a los autores, los equipara implícitamente a una deidad («el Creador»). Este término es utilizado por los editores para elevar la estatura moral de los autores por encima de la del ciudadano medio, justificando un mayor poder del copyright que los editores pueden ejercer en nombre de los autores.


Freeware

Por favor no uses el término «freeware» como sinónimo de «software libre». El término «freeware» fue utilizado con frecuencia durante la década de 1980 para hacer referencia a programas publicados sólo como ejecutables, con el código fuente no disponible.

Gestión de derechos digitales (DRM)

El software para la gestión de derechos digitales (Digital Rights Management o DRM) está diseñado en realidad para imponer restricciones a los usuarios de ordenadores. El uso de la palabra «derechos» en esta expresión responde a una propaganda pensada para que, sin darte cuenta, veas el asunto desde el punto de vista de los pocos que imponen las restricciones, mientras ignoras los derechos de los muchos a quienes las restricciones son impuestas.


Licencia de tipo BSD

La expresión «licencia de tipo BSD» lleva a confusión porque mezcla licencias que tienen importantes diferencias. Por ejemplo, la licencia BSD original con la cláusula sobre publicidad es incompatible con la GNU GPL, pero la licencia BSD revisada sí es compatible con la GPL. Para evitar confusiones es mejor nombrar la licencia específica en cuestión y evitar la vaga expresión «de tipo BSD».


Piratería

Si no crees que la copia ilegal sea como secuestrar y asesinar, podrías preferir no usar la palabra piratería para describirla. Expresiones neutrales como «copia prohibida» o «copia no autorizada» pueden utilizarse en su lugar.


RAND (razonable y no discriminatoria)

Los organismos de estandarización, que promulgan estándares restringidos de patentes que prohíben el software libre, suelen llevar a cabo una política para la obtención de licencias de patentes que requiere el pago de una tasa fija por cada copia hecha de un programa que cumpla esos estándares, término «RAND», que son las siglas de Reasonable And Non-Discriminatory («razonable y no discriminatoria»).


Software gratuito

Si quieres decir que un programa es software libre, por favor no digas que está disponible «de forma gratuita». Esa expresión significa explícitamente que tiene un «precio cero». El software libre es una cuestión de libertad, no de precio.

Software regalado

Es erróneo utilizar el término «regalar» para referirse a «distribuir un programa como software libre». Tiene el mismo problema que «software gratuito»: expresa que lo importante es el precio, no la libertad. Una forma de evitar esta confusión es decir «publicado como software libre».

Aspectos legales y licencias del software libre y de código abierto

Aspectos legales y licencias del software libre y de código abierto, fue denominado el modulo 3 de la cátedra comentada en publicaciones anteriores, les comento que estuvo lleno de muchas definiciones de términos tales como:

GPL Gnu Public Licence, LGPL, “Lesser Gnu Public Licence”, BSD y BSD modificada originalmente de “Berkley Software Distribution, MIT, Originalmente X11, Licencia Artística Licencia Artística 2.0. Información recopilada del sitio web http://www.principiolegal.com/licencias.php

De estas licencias se destacaron:
• Las licencias GPL, el autor conserva los derechos de autor (copyright), y permite la redistribución y modificación, pero controlando que todas las versiones modificadas del software permanecen bajo los términos más restrictivos de la propia licencia GNU GPL.
• Licencias BSD, el autor mantiene la protección de copyright únicamente para la renuncia de garantía y para solicitar la atribución de la autoría en trabajos derivados, pero permite la libre redistribución y modificación, incluso si dichos trabajos tienen propietario.
• Copyleft, se refiere a la autorización por parte del propietario de la licencia para su copia, modificación y posterior distribución, contrariamente a lo que ocurre con el software licenciado bajo los términos de los derechos de autor. el propietario de la licencia bajo términos de Copyleft puede desarrollar una versión de dicho software bajo licencia sujeta a Copyrigth y vender o ceder este software bajo cualquiera de estas licencias, pero sin afectar a las licencias Copyleft ya otorgadas. El propietario de estas licencias puede retirar la autorización de uso de una licencia Copyleft si lo cree oportuno, pero en ese caso está obligado a indemnizar a los poseedores de las licencias en uso de este tipo.
• Freeware, se trata de un tipo de licencia en el que se autoriza el uso del software de forma libre y gratuita, aunque esta sesión pueda ser bajo determinadas condiciones, como por ejemplo que se autoriza su uso a particulares, pero no a empresas o a organismos oficiales.
• Shareware, es un tipo de distribución en el que se autoriza el uso de un programa para que el usuario lo evalúe y posteriormente lo compre.
Para mayor información consultar los sitios: http://www.gnu.org/licenses/license-list.es.html.


Para cerrar el foro realizamos la publicación del mapa mental que comprende algunas generalidades y errores relacionados al entorno legal y jurídico de la industria del Software Libre.

Ingeniería del Software Libre

En esta oportunidad quisiera compartir un gráfico que nos permite resumir muchos aspectos de la ingeniería de software:

Algo sobre Metodologías Ágiles

En febrero de 2001, tras una reunión celebrada en Utah-EEUU, nace el término “ágil” aplicado al desarrollo de software. En esta reunión participan un grupo de 17 expertos de la industria del software, incluyendo algunos de los creadores o impulsores de metodologías de software. Su objetivo fue esbozar los valores y principios que deberían permitir a los equipos desarrollar software rápidamente y respondiendo a los cambios que puedan surgir a lo largo del proyecto.

Se pretendía ofrecer una alternativa a los procesos de desarrollo de software tradicionales, caracterizados por ser rígidos y dirigidos por la documentación que se genera en cada una de las actividades desarrolladas.

Tras esta reunión se creó The Agile Alliance3, una organización, sin ánimo de lucro, dedicada a promover los conceptos relacionados con el desarrollo ágil de software y ayudar a las organizaciones para que adopten dichos conceptos. El punto de partida es fue el Manifiesto Ágil, un documento que resume la filosofía ágil (http://es.wikipedia.org/wiki/Manifiesto_%C3%A1gil).

Aunque los creadores e impulsores de las metodologías ágiles más populares han suscrito el manifiesto ágil y coinciden con los principios enunciados en dicho manifiesto, cada metodología tiene características propias y hace hincapié en algunos aspectos más específicos. A continuación se resumen algunas metodologías ágiles. La mayoría de ellas ya estaban siendo utilizadas con éxito en proyectos reales pero les faltaba una mayor difusión y reconocimiento.

Extreme Programming (XP)  Metodología ágil centrada en potenciar las relaciones interpersonales como clave para el éxito en desarrollo de software, promoviendo el trabajo en equipo, preocupándose por el aprendizaje de los desarrolladores, y propiciando un buen clima de trabajo. XP se basa en realimentación continua entre el cliente y el equipo de desarrollo, comunicación fluida entre todos los participantes, simplicidad en las soluciones implementadas y coraje para enfrentar los cambios. XP se define como especialmente adecuada para proyectos con requisitos imprecisos y muy cambiantes, y donde existe un alto riesgo técnico.

SCRUM  Desarrollada por Ken Schwaber, Jeff Sutherland y Mike Beedle. Define un marco para la gestión de proyectos, que se ha utilizado con éxito durante los últimos 10 años. Está especialmente indicada para proyectos con un rápido cambio de requisitos. Sus principales características se pueden resumir en dos. El desarrollo de software se realiza mediante iteraciones, denominadas sprints, con una duración de 30 días. El resultado de cada sprint es un incremento ejecutable que se muestra al cliente. La segunda característica importante son las reuniones a lo largo proyecto, entre ellas destaca la reunión diaria de 15 minutos del equipo de desarrollo para coordinación e integración.

Crystal Methodologies Se trata de un conjunto de metodologías para el desarrollo de software caracterizadas por estar centradas en las personas que componen el equipo y la reducción al máximo del número de artefactos producidos. Han sido desarrolladas por Alistair Cockburn. El desarrollo de software se considera un juego cooperativo de invención y comunicación, limitado por los recursos a utilizar. El equipo de desarrollo es un factor clave, por lo que se deben invertir esfuerzos en mejorar sus habilidades y destrezas, así como tener políticas de trabajo en equipo definidas. Estas políticas dependerán del tamaño del equipo, estableciéndose una clasificación por colores, por ejemplo Crystal Clear (3 a 8 miembros) y Crystal Orange (25 a 50 miembros).

Dynamic Systems Development Method (DSDM) Define el marco para desarrollar un proceso de producción de software. Nace en 1994 con el objetivo de crear una metodología RAD unificada. Sus principales características son: es un proceso iterativo e incremental y el equipo de desarrollo y el usuario trabajan juntos. Propone cinco fases: estudio viabilidad, estudio del negocio, modelado funcional, diseño y construcción, y finalmente implementación. Las tres últimas son iterativas, además de existir realimentación a todas las fases.

Adaptive Software Development (ASD) Su impulsor es Jim Highsmith. Sus principales características son: iterativo, orientado a los componentes software más que a las tareas y tolerante a los cambios. El ciclo de vida que propone tiene tres fases esenciales: especulación, colaboración y aprendizaje. En la primera de ellas se inicia el proyecto y se planifican las características del software; en la segunda desarrollan las características y finalmente en la tercera se revisa su calidad, y se entrega al cliente. La revisión de los componentes sirve para aprender de los errores y volver a iniciar el ciclo de desarrollo.

Feature -Driven Development (FDD) Define un proceso iterativo que consta de 5 pasos. Las iteraciones son cortas (hasta 2 semanas). Se centra en las fases de diseño e implementación del sistema partiendo de una lista de características que debe reunir el software. Sus impulsores son Jeff De Luca y Peter Coad.

Lean Development  (LD) Definida por Bob Charette.s a partir de su experiencia en proyectos con la industria japonesa del automóvil en los años 80 y utilizada en numerosos proyectos de telecomunicaciones en Europa. En LD, los cambios se consideran riesgos,  pero si se manejan adecuadamente se pueden convertir en oportunidades que mejoren la productividad del cliente. Su principal característica es introducir un mecanismo para implementar dichos cambios.

Páginas principales de Software Libre

Termino Código Abierto en http://es.wikipedia.org/wiki/C%C3%B3digo_abierto

"Es el término con el que se conoce al software distribuido y desarrollado libremente. El código abierto tiene un punto de vista más orientado a los beneficios prácticos de compartir el código que a las cuestiones morales y/o filosóficas las cuales destacan en el llamado software libre."

Termino Software Libre en http://es.wikipedia.org/wiki/Portal:Software_libre

"Es el software que, una vez obtenido, puede ser usado, copiado, estudiado, modificado y redistribuido libremente. El software libre suele estar disponible gratuitamente en Internet, o a precio del coste de la distribución a través de otros medios; sin embargo no es obligatorio que sea así y, aunque conserve su carácter de libre, puede ser vendido comercialmente."

Fundación para el Software Libre Europa: http://www.fsfeurope.org/index.es.html

“La Fundación para el Software Libre en Europa (FSFE) es una organización sin ánimo de lucro y, en algunos países, una organización benéfica dedicada al Software Libre. La FSFE sostiene que las libertades de usar, estudiar, compartir y mejorar el software son fundamentales para garantizar la igualdad de participación en la era de la información. Trabajamos para crear comprensión general y apoyo a la libertad del software en la política, el derecho y la sociedad en general. También promovemos el desarrollo de tecnologías como el sistema operativo GNU/Linux, que proporciona estas libertades a todos los participantes en la sociedad digital.”

Fundación Software Libre América Latina: http://www.fsfla.org/svnwiki/

“Nuestra misión es defender los derechos y las libertades de usuarios y desarrolladores de software, luchar por tu libertad de ejecutar el software que uses para cualquier propósito que quieras, de estudiar su código fuente si quieres y adaptarlo para que haga lo que quieras, de copiarlo, distribuirlo y publicarlo cuando quieras, con o sin mejorías que quizá has hecho, de manera que tú, nosotros y todos podamos usar computadoras en libertad.”

Industria venezolana del Software Libre: http://www.softwarelibre.gob.ve/invesol/

“Este portal permite a unidades productivas, entiéndase esto como cooperativas  o pequeñas empresas la oportunidad de postularse  a desarrollos tecnológicos, como compra de equipos, capacitación, desarrollo de aplicaciones etc.”

GNU Operating System en http://www.gnu.org/

“El «Software Libre» es un asunto de libertad, no de precio. Para entender el concepto, debe pensarse en «libre» como en «libertad de expresión», no como en «cerveza gratis».”

Software Libre ¿socialismo y/o capitalismo?

El segundo foro inicio con los temas referentes a los principios del Software Libre (SL) desde la perspectiva de su principal filósofo y promotor Richard Stallman, así como, los aspectos éticos, sociales y económicos asociados a la industria del software. Pero el debate se centro en la pregunta ¿el SL es socialismo y/o capitalismo?

Personalmente opiné que eL SL tiene un enfoque muy socialista ya que es una vía para darle poder a las comunidades basado en el acceso al conocimiento, “para que con inteligencia social se construya una sociedad más próspera y con más beneficio para todos”, contrario a las sociedades herederas del capitalismo que secuestran y privatizan el conocimiento. Pero luego se me genera la duda cuando me pregunto. ¿Si la sociedad no es socialmente inteligente para beneficiarse con esto, la ganancia no estaría monopolizada en los soporte a los programas de SL o servicios a las empresas? No estaríamos hablando de capitalismo también?

Otros opinaron que el SL posee algo de ambos mundo (el capitalista y el socialista), ya que  al ser "libre" le permite a los desarrolladores publicarlo/venderlo al precio que quieran (recordemos que el software libre no es necesariamente gratis), y por tal motivo se pueden aplicar las reglas de oferta/demanda del mercado capitalista, así mismo en muchos casos, este tipo de software depende de una comunidad, del aporte de cada uno de los integrantes de la misma, es de libre distribución, y por tal motivo puede ser visto como socialista también, es decir, todo depende del punto de vista con que se este tratando el tema. Personalmente no considero esto como un defecto,  porque el SL puede tomar lo mejor de ambos sistemas y lograr un punto medio donde todos salgamos beneficiados.

Particularmente, los invito a ver el Video, El nombre correcto es GNU con Linux por Richard Stallman en la siguiente ruta: y ha establecer su propia opinión.

Mapas Conceptuales del Software Libre

En la primera sesión debatimos acerca de la definición del Software Libre, reconociendo las 4 libertades del Software Libre, identificamos las motivaciones éticas y pragmáticas del Software Libre, así como otras razones que mueven a las personas a trabajar en Software Libre, enunciamos las consecuencias de la Libertad del Software para el desarrollador, el usuario final, el integrador, el personal de operaciones y mantenimiento, y para la Administración Pública e identificamos los hechos relevantes que han marcado la evolución del Software Libre a través del tiempo. 

Para concluir elaboramos un mapa conceptual el cual quiero compartir en esta publicación, ademas de otro mapa ubicado en la web.

Elaborado por: Anyelin Calderon (2010)

Otro Mapa Conceptual

Fuente: http://es.wikipedia.org/wiki/Software_libre

¿Carne o Pescado?

Antes de comenzar los temas de Software Libre me gustaría compartir esta metafora que llamó mucho mi atención (Fuente: Fenollosa, C. - La metáfora del Software Libre):

Imagina que entras en un restaurante para comer. El camarero, antes de mostrarte la carta, te sirve un plato de estofado. El plato tiene buena pinta; cuando miras a tu alrededor ves que todo el mundo está comiendo estofado.

Cuando lo pruebas, notas que su sabor es horrible. No parece ternera ni cerdo. Pero todos siguen con su estofado, así que supones que tendrás que comértelo de todos modos.

Ya llevas la mitad del plato cuando entra otra persona, que se sienta en la mesa de al lado. Le sirven estofado, pero devuelve el plato. Pide lenguado en salsa.

Extrañado, te preguntas si el pescado también será tan malo como el estofado. Ves que esa persona tarda alrededor de un cuarto de hora en quitar todas las espinas y limpiar la pieza, pero la comida parece gustarle. Un señor que hay sentado a tu lado se da cuenta de que estás observando al chico del pescado, y te comenta "No entiendo como puede comer pescado. ¡Pierde todo el tiempo tan sólo para limpiarlo!". El chico se da cuenta y le contesta "Pero merece la pena la espera".

Además, oyes conversaciones en las que se dice que alguno de los que comió estofado el día anterior está con gastroenteritis, posiblemente por comer carne en mal estado. Mientras la persona del pescado está acabando, llama al cocinero para explicarle que el plato estaba exquisito, pero con un poco de zumo de limón hubiera quedado más jugoso. Decides llamar tú también al cocinero para comentarle que el estofado es asqueroso, pero te responde que el hecho de comer estofado te prohíbe preguntar de dónde salió la carne, y no puedes cambiar las patatas por champiñones en caso de que no te gusten. "¿Cómo es posible que no pueda saber qué animal estoy comiendo?", le dices. Por lo visto, la empresa que distribuye la carne guarda celosa ese secreto, aunque garantiza que es de calidad y apta para el consumo humano.

La persona del pescado se dispone a marchar, y se va sin pagar la cuenta. Preguntas al camarero, y te dice que el pescado es gratuito, pero el estofado hay que pagarlo. El señor de antes te comenta "Si es gratis, seguro que no es de fiar", aunque piensas si realmente algo puede estar más malo que la carne que te acabas de comer. Pagas una cantidad exorbitada por un estofado malísimo, y marchas del restaurante. En tu camino a casa, ves que en otro restaurante el pescado cuesta dinero, aunque ni la mitad que la carne. El camarero te dice que el pescado es el mismo, pero esta vez lo sirven con extra de guarnición si quieres. Si no, también es gratis.

Ala semana siguiente, vuelves al mismo restaurante. Piensas si probar el pescado o seguir con la carne. Nuevamente, todos los comensales han pedido estofado. En una mesa encuentras al chico de la semana pasada, en lugar de lenguado ha pedido merluza al ajillo. Te invita a sentarte a su lado

Tomas asiento, y el camarero aparece con un plato de estofado. Qué asco. Otra persona te dice en voz baja "Recuerda que si comes pescado no te sirven vino rosado". El chico que está sentado a tu derecha está bebiendo vino blanco, así que tampoco notarás mucho la diferencia. Se dirige a ti "¿Quieres pescado? Si no te ves capaz de limpiarlo, te puedo echar una mano. Está buenísimo. Si lo pruebas y no te gusta, no pasa nada, siempre podrás volver al estofado". Se ríe y añade "¿De verdad te gusta? Es malísimo".

Empiezas a dudar, y recuerdas lo que te dijeron la semana pasada. Le preguntas acerca de la procedencia del pescado, podría ser que estuviera en mal estado. Te contesta que ese pescado es del día, que puedes ir tú mismo a la lonja a comprobar como el dueño del restaurante lo adquiere todos los días. Nadie te garantiza que sea bueno, pero resulta que sí lo es. Tú mismo puedes comprobarlo. Te comenta que los grandes gourmets siempre piden pescado para comer. Como necesitan cierta garantía de calidad por su estatus social, pagan a un notario para que vaya todos los días al puerto a comprobar que, efectivamente, el pescado es fresco. El resto de comensales se aprovechan de esto, pues el notario no sólo garantiza el pescado de los más exigentes, sino todos los palés que pasan por la lonja.

Además añade "¿O es que acaso puedes comprobar la procedencia de la carne? Sabes, cualquiera puede pescar su propio pescado y comerlo como más le guste. En cambio, la empresa que controla la carne no permite cocinarlo de maneras que no sean las que ellos quieren. Ni siquiera dicen qué animal estás comiendo, ¿Te parece normal? ¿Si su carne es tan buena, qué tienen que esconder?".

"Una vez que te has acostumbrado a limpiar el pescado de espinas, aunque tardes un poquito más en comer, te quedas más a gusto. Insisto, te echo una mano hasta que te acostumbres. No entiendo cómo puede haber gente que pague por esa ¿carne?". Le recuerdas que mucha gente marcha sin pagar. "Sí, claro que puedes irte sin pagar. Pero pudiendo comer un buen pescado, no comería ese estofado ni aunque me lo regalasen. Y si lo pruebas lo entenderás".

¿Qué elegirías para comer?

Nuevamente en el aula virtual

Nuevamente en el aula virtual es uno de los primeros artículos que escribo después de tanto tiempo (aparte de actualizar mi diseño) ya que de nuevo y sinceramente retomo mi blog para actualizarlo con información de utilidad para cualquier cibernauta que transite por mi pequeño espacio.

Esta vez la materia que me encuentro cursando se denomina DESARROLLO DE APLICACIONES EN SOFTWARE LIBRE, que aunque suena como que vamos a desarrollar algo no es así, la idea es debatir sobre temas de software libre tales como: las definiciones, motivaciones y consecuencias del Software Libre, la filosofía del movimiento del Software Libre, la estructura general de las metodologías de desarrollo de Software Libre, los modelos de las aplicaciones informáticas orientadas a objetos, las técnicas y herramientas más utilizadas para el control de calidad y pruebas de software usadas en la ingeniería del software y en entornos libres, los aspectos legales asociados a los derechos de propiedad intelectual y el licenciamiento del Software Libre, el estado del arte del Software Libre en Venezuela, así como, realizaremos estudios de factibilidad para la migración de plataformas a Software Libre