Espero que les guste.

Saludos.

“Los ensayos realizados con mosquitos Aedes aegyptis –vector transmisor del mal que contrajeron unas 30 mil personas durante el primer cuatrimestre de este año– sobre muestras de textiles tratados mostraron una duración media del efecto repelente entre 21 y 45 días, lo cual representa un buen punto de partida para el desarrollo de distintos tipos de textiles con un efecto duradero”, detallaron las fuentes del INTI.

La microencapsulación consiste en el recubrimiento de una determinada sustancia o mezcla de sustancias, con materiales de distinta naturaleza para obtener “micropartículas”, “microesferas” o “microcápsulas”, según su morfología o estructura.

“Se trata de una tecnología empleada habitualmente para proteger agentes funcionales –por ejemplo, los aceites esenciales– de factores ambientales como la humedad, la luz o el oxígeno, aumentando su estabilidad química y controlando su liberación”, explicó Laura Hermida, del Departamento de Química del instituto.

La industria textil utiliza los principios básicos de la planeación, la liberación lenta y la protección de las partículas de sustancias químicas sensitivas, que luego son usadas para dar un efecto pronunciado al tejido. Las propiedades impartidas por la encapsulación no se pueden encontrar en tejidos normales.

Efectos para tejidos mágicos

La microencapsulación tiene varios efectos:

Tejidos antimicrobianos: son usados para la prevención de ataques microbianos al tejido. El biocido es el ingrediente activo en este caso.

Tejidos repelentes a los insectos: el repelente de insectos es el material de núcleo y es encapsulado y más tarde es aplicado al tejido.

Tejidos frescos: esto imparte un tacto más fresco y placentero al tejido.

Cosmetético-textiles: el aloe vera u otros productos son encapsulados para proporcionar humedad a la piel o para dar una sensación personal de bienestar.

Textiles fotocrómicos: los colorantes fotocrómicos, que cambian color en respuesta a la luz ultravioleta, son incorporados dentro de microcápsulas.

Textiles termocrómicos: los colorantes encapsulados cambian de color en respuesta a la temperatura.

Verdaderamente es una grata noticia, ahora es cuestion de tiempo para ver ropa que espante mosquitos, que tenga su propia fragancia, que regule la temperatura corporal y demas..

¿Ustedes que opinan?

Saludos.

Fuente : Argentina.com

Ya somos más de 50 mil los argentinos que le exigimos a Cristina que detenga la usina de Río Turbio y defienda el clima y los glaciares. Hacé click aquí para hacer tu reclamo. Es muy importante que la presidenta sepa cuántos somos los que nos oponemos a la peor y más contaminante forma de producir electricidad.

Fuente: GreenPeace.

Google ofrecerá el servicio en colaboración con dos proveedores de música online (Lala y Ilike), los usuarios podrán tanto escuchar canciones en línea como compararlas y descargarlas en sus PCs.

El servicio también ofrecerá fotografías e información sobre los artistas. La noticia coincidió con el anuncio de la semana pasada de que la red social Facebook permitirá a sus usuarios en EE UU enviar canciones a sus contactos por un precio que varia entre los 10 centavos y un dolar.

Se trata de la primera incursión tanto de Google como de Facebook en el sector de las descargas legales de música en Internet, un negocio que, al menos en EE UU, está dominado por iTunes, la tienda online de Apple.

Fuente: 20minutos.

Celestia permite interactuar con todo tipo de objeto en escala desde satélites artificiales a galaxias enteras en tres dimensiones usando OpenGL. Es un estupendo software para astrónomos, educadores, estudiantes, y profesores  de astronomía.

Descargar Celestia

Area Download para Linux/Mac/Windows

Instalar en Debian/Ubuntu.

sudo apt-get update
sudo apt-get install celestia-gnome celestia

Ejecutar Celestia

$ celestia-gnome &

Algunos ScreenShots

Espero que les haya gustado y les sea útil.

Por más información visiten el site oficial del proyecto.

No olviden dejar sus comentarios.

Saludos.

Fuente: nixCraft, Celestia project.

Dicho esto vamos al análisis.

Análisis de inversión

Una mujer escribió pidiendo consejos sobre cómo conseguir un marido rico. Eso, de por si, ya es gracioso, pero lo mejor de la historia es que un tipo le dio una respuesta bien fundamentada.

Ella:
‘Soy una chica hermosa (yo diría que muy hermosa) de 25 años, bien formada y tengo clase. Estoy queriéndome casar con alguien que gane como mínimo medio millón de dólares al año.
¿Tienen en este portal algún hombre que gane 500.000 dólares o más?. Quizás las esposas de los que ganen eso me puedan dar algunos consejos. Estuve de novia con hombres que ganan de 200 a 250 mil, pero no puedo pasar de eso, y 250 mil no me van a hacer vivir en el Central Park West.

Conozco a una mujer, de mi clase de yoga, que se casó con un banquero y vive en Tribeca, y ella no es tan bonita como yo, ni es inteligente. Entonces, ¿qué es lo que ella hizo y yo no hice? ¿Cómo puedo llegar al nivel de ella?’

Rafaela S.

El:

Leí su consulta con gran interés, pensé cuidadosamente en su caso e hice un análisis de la situación. Primeramente, no estoy haciéndole perder tiempo, pues gano más de 500 mil por año.
Aclarado esto, considero los hechos de la siguiente forma:

Lo que Ud. ofrece, visto desde la perspectiva de un hombre como el que Ud busca, es simplemente un pésimo negocio.

He aquí los por qué:
Dejando los rodeos de lado, lo que Ud propone es un simple negocio:Ud pone la belleza física y yo pongo el dinero. Propuesta clara, sin recovecos.

Sin embargo existe un problema: Con seguridad, su belleza va a decaer, y un día va a terminar, y lo más probable es que mi dinero continúe creciendo. Así, en términos económicos, Ud es un activo que sufre depreciación y yo soy un activo que rinde dividendos. Ud no sólo sufre depreciación, sino que, como ésta es progresiva, ¡aumenta siempre! Aclarando más, Ud tiene hoy 25 años y va a continuar siendo linda durante los próximos 5 a 10 años, pero siempre un poco menos cada año, y de repente, si se compara con una foto de hoy, verá que ya estará envejecida. Esto quiere decir, que Ud está hoy en ‘alza’, en la época ideal de ser vendida, no de ser comprada.

Usando el lenguaje de Wall Street, quien la tiene hoy la debe de tener en ‘trading position’ (posición para comercializar) , y no en ‘buy and hold’ (compre y retenga), que es para lo que Ud se ofrece… Por lo tanto, todavía en términos comerciales, el casamiento (que es un ‘buy and hold’) con Ud. no es un buen negocio a mediano o largo plazo, pero alquilarla puede ser en términos comerciales un negocio razonable que podemos meditar y discutir usted y yo.

Yo pienso que mediante certificación de, cuán ‘bien formada, con clase y maravillosamente linda’ es, yo, probable futuro locatario de esa ‘máquina’, quiero lo que es de práctica habitual:  Hacer una prueba, o sea un ‘test drive…’ para concretar la operación.

En resumidas cuentas: como comprarla es un mal negocio, por su devaluación creciente, le propongo alquilarla por el tiempo en que el material esté en buen uso. Esperando noticias suyas, me despido cordialmente.

UN MILLONARIO.

Muy buen chiste, espero que les haya gustado.

Saludos.

El evento será libre, gratuito y abierto a todo público sin distinción de género, pero tendrá la particularidad de contar sólo con panelistas mujeres. Esta es la forma que han elegido para para dar visibilidad, fomentar y promocionar la participación de mujeres en la comunidad de Software Libre.

El evento contará con dos salas en paralelo, una dedicada a aspectos técnicos de todo nivel y otra dedicada a aspectos filosóficos y conceptuales. Se realizará en el Centro Cultural de la Cooperación, Av.Corrientes 1543, 3er piso.

Ciudad de Buenos Aires.

Apoyemos a las mujeres  !!

Fuente: Vialibre.org

Bueno a lo que vinimos.

En la lección anterior una de las cosas que vimos fue la división de responsabilidad del encapsulamiento, así que retomaremos desde ese punto.

Al escribir interfaces debemos asegurarnos de que no estamos reescribiendo la misma interfaz pero con distinto nombre. Normalmente cuando creamos objetos que no dividen apropiadamente su responsabilidad, lo único que obtenemos es código procedural orientado a datos. Un método main() que dé instrucciones a un objeto en cada paso del proceso, es orientado a procedimientos, pero si en lugar de eso, tan solo envia un mensaje teniendo la certeza de que éste hará su trabajo, éste es verdaderamente código orientado a objetos.

También es muy importante que los objetos no tengan demasiadas responsabilidades, porque si un objeto tiene demasiadas responsabilidades, su implementación se torna muy confusa y dificil de mantener. Muchas veces cuando un objeto tiene demasiadas responsabilidades e intentamos modificar alguno de sus comportamientos, podemos alterar otros inadvertidamente; es por esto, que conforme un objeto crece demasiado, llega a convertirse en un programa por si mismo y afronta los problemas de un programa escrito por procedimientos, es decir, no utiliza el encapsulamiento.

Cuando detectemos que un objeto tiene mas de una responsabilidad, tendremos que transferir esta responsabilidad a su propio objeto, es decir, un objeto solo debe contener las responsabilidades mínimas y necesarias, ya que no es de mucha ayuda un objeto con demasiadas responsabilidades.

En resumen, podemos decir que el ocultamiento de la implementación es tan sólo un paso hacia el encapsulamiento eficiente. Sin una división apropiada de responsabilidades, simplemente obtendremos una lista de procedimientos. Es por esto que ahora que vimos un poco mas de cerca estos temas podremos redefinir el termino Encapsulamiento.

La expresión matemática del “Encapsulamiento eficaz” seria esta:  Encapsulamiento eficaz= (Abstracción+Ocultamiento de la implementación+Responsabilidad). Digamos que es una concatenación de metodologías lo que nos da por resultado el Encapsulamiento eficaz que requieren nuestros objetos.

Si por algún motivo nosotros quitaramos algunos de los términos de nuestra expresión el resultado no seria el mismo, veamoslo de esta forma:

Quitamos el primer termino: “La abstracción” , obtendremos un código no reutilizable.

Quitamos el segundo termino: “Ocultamiento de la implementación”, obtendremos un código frágil y estrechamente ligado.

Quitamos el tercer y último termino: “La Responsabilidad“, obtendremos un código procedural orientado a datos.

Habran notado que la responsabilidad esta en negrita, esto es porque es la parte mas importante de la expresión. Sin una adecuada responsabilidad obtendremos un código procedural en un entorno orientado a objetos.

Peligros al aplicar el Encapsulamiento

Existen algunos tips que deberíamos tener en cuenta cuando aplicamos el encapsulamiento.

Es imposible crear una clase que satisfaga a todos los usuarios y a cada situación. Supongamos que tenemos que escribir un objeto “Cuenta” para un sistema de correo electrónico, este objeto tendrá que ser completamente diferente a un objeto “Cuenta” de un sistema de cuentas bancarias.

Es por este motivo que no debemos obsesionarnos con la abstracción, primero resolvemos el problema que se nos plantea y luego lo mejoramos con el tiempo y versionado.

Crear una nueva clase es lo mismo que crear un nuevo TDA. Tener esta idea en mente nos ayudará a concentrarnos en lo que hagamos. Cuando hablemos de un problema, lo haremos en términos de objetos e interacciones, no en términos de datos y métodos.

La verdadera abstracción se logra con el tiempo, por lo general no nos sentaremos y escribiremos un objeto reutilizable de buenas a primeras, en realidad los objetos reutilizables son un producto de un código maduro que ha pasado por todas las etapas y ha enfrentado muchos cambios. Resumiendo, la verdadera abstracción surgiría de la experiencia y debemos luchar por adquirirla en nuestro camino de aprendizaje de la “Programación Orientada a Objetos.”

Peligros al aplicar un TDA.

La transformación de un TDA en una clase es algo muy especifico del lenguaje que estemos utilizando, no obstante hay algunos puntos que debemos tener en cuenta.

La mayoría de los lenguajes orientados a objetos poseen palabras reservadas que ayudan a definir clases encapsuladas. Primero está la definición misma de la clase. Esta última tiene cierta similitud con el TDA pero con algunas características importantes que veremos mas adelante.

Por lo general en una clase tenemos métodos y variables internas, es decir, los datos, y las funciones nos proporcionan acceso a estos. Todo lo que pongamos en la interfaz de nuestro TDA deberá aparecer como parte de la interfaz pública del objeto. Vale la pena aclarar que los TDA por si solos no son análogos a una clase orientada a objetos, ya que estos carecen de herencia y polimorfismo.

Ocultamiento de la implementación, algunos tips.

Existen algunos tips que debemos tener en cuenta al realizar el ocultamiento de la implementación. No siempre nos sera fácil decidir que exhibir y que ocultar en una interfaz, pero en una interfaz pública solo deberán aparecer los métodos que deseamos que los usuarios utilicen. Los métodos que serán utilizados solamente por el tipo deberían permanecer ocultos.  Las variables internas siempre debemos ocultarlas a menos que estas sean constante, es una buena idea que no solo permanezcan ocultas sino que además solo sean accesibles para la clase misma.

Resumen

Antes de seguir adelante en las próximas lecciones con temas como herencia y polimorfismo, sería útil hacer un resumen sobre como satisface el encapsulamiento las metas de la “Programación orientada a objetos”.

Como ya hemos señalado, la meta principal de la POO es generar código natural, confiable, reutilizable, mantenible, extensible y oportuno. Bueno, el encapsulamiento cumple perfectamente cada una de estas.

Natural: El encapsulamiento nos permite dividir la responsabilidad de una manera natural. Aplicando la abstracción podremos modelar un problema en base a los términos de este y no de la implementación. La abstracción nos brinda la posibilidad de pensar y programar en un contexto general.

Confiable: Al aislar la responsabilidad y ocultar la implementación, podremos validar cada componente de forma individual. Esto nos permitirá realizar pruebas cuidadosas a cada unidad.

Reutilizable: Mediante la aplicación de la abstracción produciremos código flexible y que podremos reutilizar en mas de un proyecto.

Mantenible: El código encapsulado es más fácil de mantener, ya que podremos realizar los cambios que deseemos a una porción del código sin afectar al resto.

Extensible: Es posible modificar las implementaciones sin alterar el código. No obstante, siempre debemos verificar que cualquier cambio que realicemos no afecta al resto del código.

Oportuno: Como es posible dividir el código en porciones autónomas, tendremos la libertad de repartir el esfuerzo en varios programadores de un mismo equipo o varios equipos trabajando en un mismo proyecto.

Bueno  es todo por esta lección, espero que les haya gustado y cualquier duda que tengan no duden en escribirme.

Nos vemos en la próxima.

Saludos.

Aprendiendo P.O.O (Programación Orientada a Objetos) # 2

En este caso me gustaría comentarles sobre una utilidad que sirve para revisar el aspecto que tienen nuestras páginas webs en varios navegadores sobre distintos sistemas operativos sin necesidad de tenerlos instalados en nuestros equipos o Virtual Machines. Claro que la mejor solución siempre sera tener una virtual machine con cada plataforma y navegador, mas aun si nuestro diseño no es del todo fluido, lo que lo hace sensible a los cambios de resolución y demas.

La herramienta en cuestión es BrowserLab, y puede y utilizarse directamente desde el sitio de Adobe sin instalar nada, solo es necesario el registro previo de un email y una contraseña, es decir, un registro rápido y sencillo. Luego del registro abre la interfaz de la aplicación  muy similar a un Browser, con una barra de dirección donde ingresaremos el sitio que deseamos probar y un dropdownbox que nos permite seleccionar la plataforma y el browser.

Les propongo que lo prueben y me cuenten sus experiencias.

Espero que lo disfruten.

Les dejo un snapshot del site.

Saludos.