Hace poco me llegó uno de esos correos cadena sobre los peligros, en este caso, del Actimel, y del RedBull, como siempre lleno de topicazos y leyendas urbanas. Vamos a revisarlas:
> Esto es interesante, hay que leerlo: nos dan cualquier cosa sin ningún
> tipo de escrúpulos. INCREIBLE EL TEMA 'ACTIMEL' provee al organismo una bacteria
> llamada L.CASEI. Esta sustancia es generada normalmente por el 98%
> de los organismos, pero cuando se le suministra externamente por un tiempo
> prolongado, el cuerpo deja de elaborarla y paulatinamente 'olvida' que debe
> hacerlo y cómo hacerlo, sobre todo en personas menores de 14 años.
La Lactobacilus Casei no es una sustancia, es una bacteria de las millones que viven en nuestro organimo: http://es.wikipedia.org/wiki/Lactobacillus_casei. Por tanto, el organismo no puede "olvidar" algo que no sabe hacer. Además, que está codificado en los genes, y que se puede hacer no se puede olvidar. Por cierto que también vive en la boca el bicho este...
> En realidad, surgió como un medicamento para esas pocas personas que
> no lo elaboraban, pero ese universo era tan pequeño que el medicamento
> resultó no rentable; para hacerlo rentable se vendió su patente a empresas
> alimenticias.
Por lo dicho antes, esto es absurdo, porque las bacterias tienen la fea costumbre de reproducirse ellas solitas, sin que nosotros la elaboremos...
Qué podría tener de nocivo tomar actimeles, que te inflaras a bichos, y eso altere de alguna forma el equilibrio más o menos natural (el ecosistema bacteriano del intestino). De todas formas, este ecosistema debe estar pero que muy acostumbrado a cambios bruscos (pasar de un cocido, a verduras a ayunos, etc...) así que no creo que tomarte uno sea malo. Eso sí, yo prefiero un yogur normal. Es como todo, si te inflas será perjudicial, aunque lo dudo: "The effect of consumption of milk fermented by Lactobacillus casei strain Shirota on the intestinal microflora and immune parameters in humans", Spanhaak S, Havenaar R, Schaafsma G. Eur. J. Clin. Nutr., 1998 Dec;52(12):899-907
> 1).- Es peligroso tomarlo si después no haces ejercicio físico, ya que
> su función energizante acelera el ritmo cardiaco y te puede ocasionar un
> infarto fulminante.
Vamos a ver ¿que es peligroso si después no haces ejercicio físico? Será al revés no, si acelera el ritmo cardiaco y encima haces ejercicio te subirás por las paredes.
>
> 2).- Corres el peligro de sufrir una hemorragia cerebral, debido a que
> el RED BULL contiene componentes que diluyen la sangre para que al corazón
> le cueste mucho menos bombear la sangre, y así poder hacer un esfuerzo
> físico con menos agotamiento.
¿Cuál de sus componentes diluyen la sangre? ¿tiene heparina, tiene algo del sintrom?
> 3).- Está prohibido mezclar el RED BULL con alcohol, porque la mezcla
> convierte la bebida en una 'Bomba Mortal' que ataca directamente al hígado,
> provocando que la zona afectada no se regenere.
El ataque al hígado nos lo hacemos muchos casi a diario. La Cafeína, no digamos. Azúcares más de lo mismo. Y no creo que sea muy malo tomarse unas vitaminas de más.
>
> 4).- Uno de los componentes principales del RED BULL es la vitamina
> B12, utilizada en medicina para recuperar a pacientes que se encuentran en
> un coma etílico; de aquí la hipertensión y el estado de excitación en el que
> te encuentras después de tomarlo, como si estuvieras en estado de
> embriaguez.
Esto es de descojone. O sea que la B12 que sirve para recuperarse de un coma etílico, te deja "como si estuvieras en estado de embriaguez". Jajajajaja Es más si tiene B12, podría
ser entonces que mitigara efectos del alcohol. El problema podría surgir con mezclas, entre sustancias que bajen el ritmo cardiaco y otras que lo suban, pero no está claro como podrían afectar. Quizá se anulen los efectos o quizá no. Yo no mezclaría con alcohol, pero más que nada porque te sale un cubata "asqueroso". Donde esté un buen GinTonic...
> 5).- El consumo regular del RED BULL desencadena en la aparición de
> una serie de enfermedades nerviosas y neuronales irreversibles.
Habría que definir "consumo regular", una al día, 2, una al mes,,,. El propio fabricante dice que es para consumo esporádico. Como cualquier otra bebida vamos. Es más, "el contenido de cafeína de una lata de 250 ml corresponde a 80 miligramos o el correspondiente a una taza de café de filtrocafetera" o "La caféina en grandes dosis es, por cierto, peligrosa; se necesitaría beber unas 125 latas para ingerir una dosis mortífera de cafeína". La cafeína por cierto es mortal para las células porque bloquea el paso de electrolitos, pero claro a dosis tan altas que nunca se dan. A mi, mi cafecito por la mañana me sabe a gloria.
CONCLUSION, y esto está estudiado "uno de las causas más importantes de muertes en carretera es la somnolencia, y de hecho, un estudio del Centro de Investigaciones del Sueño de la Universidad de Loughborough concluye aceptando la utilidad de Red Bull y bebidas similares en estos y otros supuestos".
Si alguna vez os entra sueño conduciendo (a mi me pasa muy a menudo) lo mejor es dormir claro, pero muchas veces paras y no logras conciliar el sueño aunque pares, así que hacer un alto en una gasolinera y comprar una latita de redbull, nos puede ahorrar un buen susto.
Para información más solvente (como siempre) la WIKIPEDIA:
http://es.wikipedia.org/wiki/Red_Bull
Addedum:
Lo de que un componente del RedBull fue una droga de los soldados de USA es otro bulo ver http://es.wikipedia.org/wiki/Glucuronolactona
Sobre la Taurina. http://es.wikipedia.org/wiki/Taurina
15.4.09
REST afarian and SOAP farian Religions
Etiquetas:
java,
javascript,
ORCHESTRA,
REST,
SOAP
I have recently viewed an enlightening presentation from de ESRI 2009 Developer Summit Conference about REST and or versus SOAP. In the past I have been working for the ORCHESTRA project, an EU FP6 project with the objective of "designing and implementing the specifications for a service oriented spatial data infrastructure for improved interoperability among risk management authorities in Europe, which will enable the handling of more effective disaster risk reduction strategies and emergency management operations". The technical underpinnings supporting it was indeed SOAP services, and one of its achievements has been to extend and create new OGC-like services supporting SOAP. Once this new services was created they were used in diferent pilots to solve different situations, such as fire risks or coastal pollutant risks. To do that, in almost every pilot, several ORCHESTRA services were combined using SOAP calls. Obviously, there was a great effort in designing the contract and interfaces for these services, and once this was achieved the interaction allowed to merge, geographical information with geoprocessing analysis, without the need for a common software platform or infrastructure.
Nevetheless, from a developer point of view, create such application using SOAP was a real challenge. The lack of good tools (at least from Java) to work comfortably with SOAP services makes it really harder. I have to say that, to this end, I found Netbeans IDE much more easy to use and integrated than Eclipse. The real problem was that pilots, were web applications, and using SOAP with web applications is difficult. From Javascript it is possible to create SOAP calls (see example) but you have to deal manually with really complex XML parsing, and we know that this is a little bit trickier from JavaScript. The solution to this was, in most cases, to encapsulate this type of calls, inside server side logic and use AJAX to retrieve the required information back to the web application. The point here was, that sometimes, we were just sending to the server a pair of coordinates (X, Y) to get the result of some type of geoprocessing. And, once I saw the video mentioned before, I realized that this was the kind of situations were a REST service would have make much more sense. Not only that, to create a complete SOAP call to the server to send just X and Y coordinates, instead of using JSON, it was not the best solution, at least if you are developing a web applications.
For this reason, sometimes a REST aproach is more appropiated.
Nevetheless, from a developer point of view, create such application using SOAP was a real challenge. The lack of good tools (at least from Java) to work comfortably with SOAP services makes it really harder. I have to say that, to this end, I found Netbeans IDE much more easy to use and integrated than Eclipse. The real problem was that pilots, were web applications, and using SOAP with web applications is difficult. From Javascript it is possible to create SOAP calls (see example) but you have to deal manually with really complex XML parsing, and we know that this is a little bit trickier from JavaScript. The solution to this was, in most cases, to encapsulate this type of calls, inside server side logic and use AJAX to retrieve the required information back to the web application. The point here was, that sometimes, we were just sending to the server a pair of coordinates (X, Y) to get the result of some type of geoprocessing. And, once I saw the video mentioned before, I realized that this was the kind of situations were a REST service would have make much more sense. Not only that, to create a complete SOAP call to the server to send just X and Y coordinates, instead of using JSON, it was not the best solution, at least if you are developing a web applications.
For this reason, sometimes a REST aproach is more appropiated.
Suscribirse a:
Entradas (Atom)