sábado

Cadena de memes: Libros


Me encontraba, como muchas mañanas, leyendo los feeds a los que soy un asiduo fan cuando me encontré en el blog Física en la Ciencia Ficción Plus (Ex ungue leonis), encontré un buen meme: “contar en unos cuantos párrafos los títulos de algunos libros y las razones por las que éstos habían tenido un significado especial en la vida de cada bloguero que escribiese un post semejante”. No pude resistirme, hoy en día es difícil encontrar memes virales que sean algo mas que meras vaciladas.

El meme es de origen español, pero creo que a muchos en México no recuerda mucho dos cosas: cierto político y la importancia de la lectura. Así que lo introduzco a mi descuidado y casi muerto blog el cual espero, sí el trabajo me lo permite, que en pocos meses pueda migrar a una nueva plataforma más personal.

Creo que nunca he leído mucho y poco a poco he ido leyendo menos, pero la literatura es uno de mis primeros romances por lo que me creo en el derecho de poder realizar este ejercicio.

Un libro que cambio mi vida.

Bajo la Rueda de Herman Hesse es EL libro. Al leerlo me vi reflejado en el personaje principal (pobre, pobre Hans) y solo así fue que quise cambiar el futuro que me estaba creando para mi.

En esta misma línea de libros, también agregaría El Maestro y las Magas de Alejandro Jodorowsky, por ser mi primer acercamiento al budismo.


Un libro que tuve que leer más de una vez.

1984 de George Orwell, lo leí dos veces, la primera como deleite y la segunda para comprender exactamente lo que había pasado en mi cabeza y poder analizarlo con la cabeza más fría.

He leído varias veces Momo (Michael Ende) y El Amor, Las Mujeres y La Vida (Mario Beneddetti) pues siempre me remito a estos libros cuando tengo dudas o mi persona flaquea. De esos libros que te hacen querer seguir adelante.

Un libro que me llevaría a una isla desierta.

La antología de cuentos de Jack London. Muchos de sus personajes salieron de peores aprietos y da muy buenos concejos para personas solitarias. No es de mis favoritos, pero todo sea por salir de ese manicomio del mal.


Un libro que me hizo reír.

La Guía del Autoestopista Intergalactico de Douglas Adams. Es el libro mas divertido de toda la existencia. Me reí sin parar desde que leí el primer párrafo hasta que termine en el epilogo. Su humor ligero y critico me encanto. No he podido leer el resto de la colección, pero en cuanto vea El Restaurante del Fin del Universo no dudare en comprarlo y leerlo.

100 Años de Soledad de Gabriel Garcia Márquez, en varias ocasiones me hizo brincar a carcajadas, las recuerdo bien aunque fueron las menos.
El mejor libro de humor del universo.


Un libro que me hizo llorar.Han sido varios. Se me ocurren por ejemplo Azteca de Gary Jennings por las múltiples visiones de una cultura perdido a la que considero propia.
También esta La Buena Tierra de Pearl S. Buck que me hace recordar a mis abuelos y a mi madre.


Un libro que me hubiera gustado escribir.

La Mente Nueva del Emperador de Roger Penrose, El Llano en Llamas de Juan Rulfo o la saga de las Fundaciones de Isaac Asimov. Diablos, son muchos, lo sé, pero me hubiera encanastaría poder escribir como cualquiera de ellos, sobre las cosas que hablan con la humanidad que tienen.


Un libro que aborrezco.

Rayuela de Julio Cortázar. No lo aguanto. Es pedante y lo considero muy tedioso. No pude leer mas de 10 capítulos (en varios intentos en diferente orden).
Wakala

Todos los libros de Carlos Cuactemoc Sanchez… no hace falta decir más creo.

Un libro que me decepcionó.

Dracula de Bram Stoker. A la mitad es convierte en novela rosa. ¡Novela Rosa!

Vuelvo a mencionar a Rayuela, lo pedí para navidad porque me lo habían recomendado como la mejor novela. Fue una mala navidad pero aprecio a quien me lo regalo, por eso lo conservo.
Clive Barker

Un libro que estoy leyendo ahora.

Los Libros De Sangre de Clive Barker. Ninguno me ha dado miedo, pero están tremendamente buenos. Me hice fan desde el primer cuento.

También estoy leyendo El Gen Egoísta de Richard Dawkins. Ya había oído conferencias sobre este libro y del autor y hace poco lo encontré por lo que me anime a leerlo. Apenas voy en el segundo capítulo y estoy aterrado (un extraño contraste con el libro de Clive supongo) pero creo que he se esta convirtiendo en uno de mis favoritos.

Automatas Celulares

Un libro que pretendo leer.

Las obras completas de Leonardo Da Vinci. Lo encontré hace un par de años en una biblioteca y quede prendido: pinturas, música, artefactos, medicina, todo lo que mi personaje histórico favorito hizo.
Tambien estoy en planes de leer el impresindble "A New Kind Of Science" de Wolfram.


Sobre literatura, Soy Legenda de Richard Matheson y terminar de leer Reino Oscuro de Marvel, solo por ser un poco friki.


Isaac Asimov: de grande quiero ser como él.

martes

Resumen de Modelos de Producción de Software II


Ciclo de Vida II
Para cada una de las fases o etapas listadas en el ítem anterior, existen sub-etapas (o tareas). El modelo de proceso o modelo de ciclo de vida utilizado para el desarrollo define el orden para las tareas o actividades involucradas también definen la coordinación entre ellas, y su enlace y realimentación. Entre los más modelos conocidos se puede mencionar: modelo en cascada o secuencial, modelo espiral, modelo iterativo incremental. De los antedichos hay a su vez algunas variantes o alternativas, más o menos atractivas según sea la aplicación requerida y sus requisitos.

Modelo Cascada
Este, aunque es más comúnmente conocido como modelo en cascada es también llamado modelo clásico, modelo tradicional o modelo lineal secuencial.
El modelo en cascada puro difícilmente se utiliza tal cual, pues esto implicaría un previo y absoluto conocimiento de los requisitos, la no volatilidad de los mismos (o rigidez) y etapas subsiguientes libres de errores; ello sólo podría ser aplicable a escasos y pequeños sistemas a desarrollar. En estas circunstancias, el paso de una etapa a otra de las mencionadas sería sin retorno, por ejemplo pasar del diseño a la codificación implicaría un diseño exacto y sin errores ni probable modificación o evolución: codifique lo diseñado sin errores, no habrá en absoluto variantes futuras. Esto es utópico; ya que intrínsecamente el software es de carácter evolutivo , cambiante y difícilmente libre de errores, tanto durante su desarrollo como durante su vida operativa.

Desventajas del modelo cascada:

  • Los cambios introducidos durante el desarrollo pueden confundir al equipo profesional en las etapas tempranas del proyecto. Si los cambios se producen en etapa madura (codificación o prueba) pueden ser catastróficos para un proyecto grande.
  • No es frecuente que el cliente o usuario final explicite clara y completamente los requisitos (etapa de inicio); y el modelo lineal lo requiere. La incertidumbre natural en los comienzos es luego difícil de acomodar.
  • El cliente debe tener paciencia ya que el software no estará disponible hasta muy avanzado el proyecto. Un error detectado por el cliente (en fase de operación) puede ser desastroso, implicando reinicio del proyecto, con altos costos.


Modelo Incremental

 La descripción del sistema es esencial para especificar y confeccionar los distintos incrementos hasta llegar al producto global y final. Las actividades concurrentes (especificación, desarrollo y validación) sintetizan el desarrollo pormenorizado de los incrementos, que se hará posteriormente.  El funcionamiento de un ciclo iterativo incremental, el cual permite la entrega de versiones parciales a medida que se va construyendo el producto final. Es decir, a medida que cada incremento definido llega a su etapa de operación y mantenimiento. Cada versión emitida incorpora a los anteriores incrementos las funcionalidades y requisitos que fueron analizados como necesarios.


Modelo Lineal
El proceso de desarrollo puede involucrar numerosas y variadas tareas , desde lo administrativo, pasando por lo técnico y hasta la gestión y el gerenciamiento. Pero, casi rigurosamente, siempre se cumplen ciertas etapas mínimas; las que se pueden resumir como sigue:

  • Captura, elicitación , especificación y análisis de requisitos (ERS)
  • Diseño
  • Codificación
  • Pruebas (unitarias y de integración)
  • Instalación y paso a producción
  • Mantenimiento

En las anteriores etapas pueden variar ligeramente sus nombres, o ser más globales, o contrariamente, ser más refinadas; por ejemplo indicar como una única fase (a los fines documentales e interpretativos) de análisis y diseño; o indicar como implementación lo que está dicho como codificación; pero en rigor, todas existen e incluyen, básicamente, las mismas tareas específicas.

Autores:
Oscar Eduardo
Iván López Flores
Javier Ramos Carrillo
Grupo: 3CV3

Resumen de Modelos De Producción del Software



EL MODELO EN ESPIRAL.

Este modelo es no secuencial y por tanto resulta un poco más complejo de comprender que los anteriores además de incluir un análisis de riesgos. 

El modelo en espiral concreta cuatro fases:

  • Planificación
  • Análisis de Riesgos
  • Ingeniería (Construcción del prototipo)
  • Evaluación por el cliente


Si ésta última fase es afirmativa, el modelo continúa con la estructura del Ciclo de vida Clásico. Si el cliente no está satisfecho con el resultado, se cubre otra banda de la espiral y se vuelve a la primera fase (de planificación).

EL MODELO DE CONSTRUCCIÓN DE PROTOTIPOS.

El prototipo es una versión reducida del programa completo. 
Tras recoger los requisitos tanto del cliente como del sistema, se comienza con el diseño rápido del prototipo; el diseño completo obedece al previo diseño de pequeños prototipos específicos para funciones individuales. Más tarde, estos diseños serán unidos en uno sólo.
Después, se procede a la construcción del mismo. Éste prototipo es el que mostraremos al cliente para que lo evalúe y considere cambios en él, aunque no se trate de una versión definitiva.

EL MODELO DRA 
El Desarrollo Rápido de Aplicaciones es una adaptación a “Alta velocidad” en el que se logra el desarrollo rápido utilizando un enfoque de construcción basado en componentes. Si se comprenden bien los requisitos y se limita el ámbito del proyecto, el proceso DRA permite al equipo de desarrollo crear un “sistema completamente funcional” dentro de periodos cortos de tiempo. Cuando se utiliza principalmente para aplicaciones de sistemas de información, el enfoque DRA comprende las siguientes fases: 


  • Modelado de gestión: ¿Qué información conduce el proceso de gestión? ¿Qué información se genera? ¿Quién la genera? ¿A dónde va la información? ¿Quién la proceso? 
  • Modelado de datos: Se definen las características (llamadas atributos) de cada uno de los objetos y las relaciones entre estos objetos. 
  • Modelado de proceso: Las descripciones del proceso se crean para añadir, modificar, suprimir, o recuperar un objeto de datos. Es la comunicación entre los objetos. 
  • Generación de aplicaciones: El proceso DRA trabaja para volver a utilizar componentes de programas ya existentes (cuando es posible) o a crear componentes reutilizables (cuando sea necesario). En todos los casos se utilizan herramientas automáticas para facilitar la construcción del software. 
  • Pruebas de entrega: Se deben probar todos los componentes nuevos y se deben ejercitar todas las interfaces a fondo. 

Obviamente la limitación de tiempo impuestas en un proyecto DRA demanda “ámbito en escalas”. Si una aplicación de gestión puede modularse se forma que permita completarse cada una de las funciones principales en menos de tres meses (utilizando el enfoque descrito anteriormente), es un candidato del DRA. Cada una de las funciones pueden ser afrontadas por un equipo DRA diferente y ser integradas en un solo conjunto. 


Autores:
Oscar Eduardo.
Iván López Flores
Javier Ramos Carrillo
Grupo: 3CV3
Related Posts Plugin for WordPress, Blogger...