miércoles, noviembre 3, 2010
|
![]() ![]() Hoy día Amazon es uno de los principales medios de distribución de películas en DVD y Blu-ray del mundo (yo personalmente compro el 95% de mis películas de ese portal), sin embargo se ha aparente que la empresa tiene ambiciones que van más allá de simplemente ser "la tienda más grande del mundo por Internet". No solo se ha revelado recientemente que la empresa lanzará una tienda de aplicaciones para Android, sino que incluso el año pasado lanzó una tienda de videojuegos para PC, y el hecho de que ya tiene una tienda de libros (Kindle), y una de música mp3 (Amazon mp3), es obvio que Amazon se dirige, como predicho acá hace tres años, en curso de colisión no solo con Apple, sino que ahora también con Netflix. Recuerden que Amazon tiene un servicio de streamming en tiempo real de películas por Internet con un catálogo que inició en el 2008 con 40,000 videos, pero que sin embargo el líder de video por Internet es Netflix, debido a su astucia en integrar su tecnología con decenas de cajas electrónicas que van desde las tres populares consolas de video-juegos (PS3, Xbox 360 y Wii), hasta el nuevo AppleTV y varios fabricantes de televisores. Por eso Amazon hace esta movida con Disc+, en donde la idea es que si compras una película en DVD o Blu-ray, Amazon te ofrecerá gratuitamente que puedas también ver la película en formato streamming directamente desde Amazon en tu PC. Con esto Amazon obviamente lo que desea es dar a conocer su servicio y de paso crear un "puente" entre el comprador tradicional de videos en formatos físicos y el mundo totalmente digital por Internet. Sin embargo, no estoy muy convencido de lo eficaz que será esta estrategia, pues salvo un par de dispositivos, la única manera de ver esos videos de Amazon es conectando una PC a un televisor, algo que desde hace al menos 10 años atrás ha quedado demostrado es un proceso demasiado tedioso para el consumidor promedio. Incluso yo, que se podría considerar todo un "nerd" en estos temas, he intentado dos veces en años anteriores de conectar una PC y laptop a uno de mis televisores, pero después de un par de días de probar la solución desistí de ella por lo tedioso que es el proceso. El futuro está en formas más sencillas como lo está logrando hacer Apple con su Apple TV (pero que lamentablemente sufre de falta de contenido), o como lo está haciendo con mayor éxito Netflix con su software universal (que como dije, funciona en el mismo Apple TV de US$99 dólares). Lamentablemente Netflix solo está disponible en los EEUU y Canadá, por lo que ese es su gran Talón de Aquiles, pero ya espero que la empresa se diversifique (o sea adquirida por alguien como el mismo Apple o Amazon, o incluso Microsoft o Google) y sirva otros mercados (a propósito, el hecho que Apple haya permitido a Netflix en el Apple TV es una posible pista de adquisición). Y hablando de Google, es posible que no pueda adquirir a Netflix aun si lo deseara, debido a que posiblemente se encuentre con trabas con el Departamento de Justicia de los EEUU por posibles tácticas monopólicas (recuerden que Google es dueño de YouTube y de Google TV). Microsoft por su parte debería tratar de adquirir a Netflix, pero la empresa parece estar demasiado enfocada en competir contra Apple y Google con su Windows Phone 7 como para darse cuenta de lo serio que se vería comprometido su futuro si no tiene una fuerte participación en media como ya la tiene Apple, Google y Amazon... autor: josé elías |
![]() |
![]() |
martes, noviembre 2, 2010
|
![]() Científicos del Laboratory of Molecular Biology en Cambridge, Reino Unido, han descubierto que es posible que nuestros organismos se defiendan de viruses dentro de nuestras células, y no solo fuera de estas. Una breve explicación: A la fecha, la idea reinante (y lo que se le enseña a todo estudiante de biología y medicina del mundo) es que en el momento que un virus invade y entra a una célula, esa célula es un caso perdido, ya que el conocimiento actual es que los virus solo puede ser contrarrestados fuera de células. Sin embargo, este grupo de científicos no solo ha demostrado que es posible pelear a estos virus dentro de las células, sino que además (y me huele un Premio Nobel de Medicina en camino) demostraron un mecanismo con el cual pueden hacer que esa pelea ocurra. El truco es utilizar al mismo virus para pegarle a este unos anticuerpos, que a simple vista con benignos para el virus y por tanto los acepta. Estos virus ahora, con esta aparentemente-inocente carga, entran a las células. Pero, en el momento que entran a la célula, una proteína que poseemos llamada TRIM21 detecta la combinación del virus con el anticuerpo como un intruso, lo que hace que el mecanismo de defensa intracelular se active y destruya al virus, dejando la célula sana. Esto, es algo revolucionario (y altamente simple e ingenioso), pues pone a los virus en "jaque-mate", ya que estos para hacer sus daños deben entrar a las células, pero ahora al entrar a las células activan el mismísimo sistema que les dará muerte. Un ejemplo que se ofrece es la influenza, o resfriado común o gripe/gripa. Con este mecanismo se teoriza que en apenas un par de horas podríamos curarnos por completo de esta molestia. Sin embargo, no puedo esperar a que esto se aplique a otros casos como el Cáncer... Según los investigadores, ya han iniciado pruebas con tejido humano en laboratorio, siguiendo después pruebas en animales vivos, y posteriormente en humanos, y si todo sigue bien como se espera, es posible que en un par de años tengamos en el mercado los primeros medicamentos que tomen ventaja de este nuevo desarrollo. Debo admitir que esta noticia me ha ocasionado una sonrisa de oreja a oreja, y me ha hecho pensar en esto... :) Fuente de la noticia Una secuencia que explica la técnica visualmente autor: josé elías |
![]() |
![]() |
|
![]() ![]() Ambos bandos sin embargo envían mensajes distorsionados a los medios de sus verdaderos motivos, motivos que he revelado en eliax en análisis anteriores de años pasados como este. En resumen, Apple dice que no adopta a Flash porque consume demasiado recursos (es muy pesado, pone lento a iOS, etc), lo que es parcialmente cierto pero no totalmente cierto (pues Flash ya funciona en el Android OS en dispositivos muy similares al iPhone), mientras que Adobe alega que Flash es todo sobre darle opciones a los usuarios sobre cuáles plataformas utilizar (una vez más, parcialmente cierto, pues la verdadera razón es de lo que hablaremos hoy). Lo cierto es, que detrás de todo esto existe una sola (y única) razón por la cual Adobe desea meter a Flash en iOS, y por la cual Apple se rehusa constantemente: Control. Por más que Adobe lo niegue (y Apple no lo mencione), el tema principal aquí es que si Apple permite que algo como Flash (o incluso Java, en donde casi exactamente el mismo argumento aplica) se implemente en el iOS, Apple estaría insertando un Caballo de Troya dentro de su ecosistema que atentaría contra su imperio del App Store (Tienda de Aplicaciones). Eso es algo que llevo tres años diciendo en eliax, y que hoy finalmente tengo evidencia concreta de esa hipótesis: El anuncio la semana pasada por parte de Adobe de lo que llama el Adobe InMarket para Flash. ¿Qué es el Adobe InMarket? En términos sencillos, una "Meta-AppStore", una tienda de aplicaciones que se sienta encima de otras tiendas de aplicaciones (así como puede funcionar por sí sola como una tienda de aplicaciones independiente). En otras palabras, si ahora mismo Flash estuviera implementado en el iOS, Apple perdería el control de las aplicaciones que se instalan en iOS, y abriría las puertas a que Adobe empezara a comerse parte de su pastel (que vale la pena mencionar, significa que Apple cobra un 30% bruto por cualquier cosa que compres en el App Store). Como dicen los estadounidenses en inglés "el gato se ha salido de la bolsa" y con este anuncio ya no es secreto que las intenciones de Adobe no eran sencillamente altruistas de "querer ayudar a la comunidad", sino que de tener instalado su Caballo de Troya. Apple obviamente sabía bastante bien cuales eran sus peligros (pues este Caballo de Troya no solo era un peligro para ventas de aplicaciones, sino que distribución de media también como películas y música), y actuó acorde: Bloqueando por completo a Flash. Aquí también entra en juego otro elemento, tan importante que decidí escribir un artículo que salió ayer en eliax para que lo leyeran antes que este, el concepto de un runtime (si no sabes lo que es eso, este es un buen momento para pausar aquí y leer ese otro artículo). Una de las razones que Flash es pesado, es que es un runtime bastante pesado, con un historial que documenté en este artículo pasado, así como sin acceso total a todas las optimizaciones del sistema local, y por tanto aun con Adobe tener una tienda de aplicaciones, no sería fácil competir contra el App Store de Apple (o contra el Android Market). Sin embargo, otro anuncio de estos días fue el anuncio de una nueva versión de Adobe Air 2.5 (un runtime similar y basado en Flash) para el 2011 que ofrecerá a los programadores acceso directo a practicamente todos los componentes de bajo nivel del sistema operativo, como el acelerómetro, brújula digital, cámara, video-conferencia, micrófono, aceleración de video, etc. En otras palabras, un entorno de desarrollo paralelo al App Store. Como si fuera poco, sería trivial que Adobe modificara su runtime para permitir que el lenguaje de programación (y los llamados APIs, o Interfaces de Programación) sean Flash, pero compilar directamente a la plataforma del iOS, efectivamente obteniendo un rendimiento casi igual que aplicaciones nativas (es decir, cambiar el modelo #3 del artículo de ayer, por el modelo #2). Esto, no lo duden, fue todo bastante bien planeado por Adobe, pero no podía revelar sus cartas hasta que no tuviera todo en su lugar (Flash en Windows, Mac, Linux, iOS, Android, Windows Phone, Palm Web OS, BlackBerry, Televisores, Cajas de Cable, etc), pero dado que Apple obviamente no iba a permitir esto, era hora de no retrasar el tren y salir con los pasajeros que se montaron. Falta ver ahora como los proveedores de tiendas de aplicaciones en otras plataformas (como Google, Microsoft, RIM y HP/Palm) verán esta movida de Adobe, o si incluso permitirán este tipo de invasión a sus plataformas, pero sea como sea, Adobe ha disparado sus cañones, y ahora le toca a la industria responder. Sin embargo, algo me dice que titanes como Google y Microsoft (y eso sin nombrar a RIM/BlackBerry y HP/Palm) no se sentarán con los brazos cruzados... Mientras tanto, y como le recomendé a Adobe hiciera a inicio de este año, Adobe sabe contra quien juega y está jugando otra partida con HTML 5, creando una estrategia que le permitiría transicionar a HTML 5 desde Flash, e incluso quizás prepararse mejor para la futura guerra entre aplicaciones móviles nativas y aplicaciones web con HTML 5... autor: josé elías |
![]() |
![]() |
lunes, noviembre 1, 2010
|
Este es un video que sin importar si les interesan los autos, o las carreras de estos, o las acrobacias que se pueden hacer con estos, les aseguro que los dejará con la boca abierta.
Es el piloto Ken Block que maneja autos modificados para Rally, aquí demostrando el arte de "Gymkhana", en donde el objetivo es maniobrar una compleja pista de carrera en el menor tiempo posible, de paso haciendo unas acrobacias increíbles. No deje de ver el video, de verdad que es asombroso (y existen varios más en YouTube bajo el nombre de Ken Block y Gymkhana). ¡Gracias al lector Pedro Vega por el enlace al video! Video a continuación (enlace YouTube)... autor: josé elías |
![]() |
![]() |
|
![]() La idea de Steeper, siendo trabajada en el Ecole Polytechnique Federale de Lausanne, es por fin prestar atención a un problema inherente en el diseño de circuitos que data de décadas atrás: El alto consumo que estos exhiben cuando cambian de un estado a otro, o incluso cuando están en modo de "espera" (stand-by" supuestamente consumiendo nada de energía. Sucede que todos los dispositivos electrónicos del mundo, sin excepción, sufren de este problema, un problema que es de muy bajo nivel (a nivel de transistores, para que tengan una idea), y que necesita de una solución diferente a como hemos estado fabricando estos dispositivos por décadas. Y ahora, gracias a los últimos avances en nanotecnología y modernas técnicas de fabricación, es posible que podamos enfrentar el problema efectivamente. Si se preguntan por qué no prestamos atención a este tema anteriormente, la respuesta es que hemos tenido otras prioridades, en particular la prioridad del rendimiento (velocidad bruta) de nuestros dispositivos. Pero ahora que estamos en un descanso temporal en la carrera de poder crudo, y estamos todos interesados en que ese nuevo celular, netbook o tablet que compramos nos dure semanas en vez de días u horas, este tema se ha tornado importante. Noten que esto no significa que no hemos puesto esfuerzo en desarrollar sistemas de bajo consumo energético (pues precisamente ese es el principal objetivo de la arquitectura ARM dentro de la mayoría de celulares inteligentes hoy día), sino que no hemos atacado los problemas más difíciles pendientes, como este. Otra razón de desarrollar esta tecnología, es que en nuestros hogares existen cada vez más y más dispositivos electrónicos conectados a toma-corrientes, muchos de ellos supuestamente en estado "dormido", pero aun así consumiendo energía. Se estima que el 10% de la energía consumida en el mundo proviene de esos dispositivos que supuestamente no están consumiendo nada (o un monto negligible), por lo que esa también es una preocupación. Yo personalmente estaría bastante feliz si tan solo no tuviera que recargar mi celular por tan solo un par de semanas... :) Fuente de la noticia autor: josé elías |
![]() |
![]() |
|
![]() La pregunta es, ¿Qué es un runtime y cómo me afecta en la vida diaria? y para responderla (y explicarla), utilizaré un sistema de analogías en donde una embajada se quiere comunicar con otra, pero tomando en consideración la barrera de idiomas... Imaginemos que una embajada española en Argentina desee enviarle un mensaje a una embajada estadounidense en Hawaii. Hay varias maneras de enviar este mensaje, considerando la barrera de idioma entre ambas embajadas (español e inglés), pero consideremos tres ejemplos específicos: 1. La embajada española posee un empleado estadounidense que habla bastante bien el español, por lo que el embajador español le dice directamente a este traductor lo que le quiere decir al embajador en Hawaii, y este traduce el mensaje, y después lo envía por email a Hawaii directamente al embajador estadounidense, quien lee el email inmediatamente. 2. La embajada española posee un empleado español que maneja de forma adecuada el idioma inglés (aunque su idioma natal y de uso diario es el español). En este caso el embajador español escribe su mensaje en español, y después se lo envía a este traductor español, quien hace el mejor esfuerzo posible de traducirlo al inglés, y después lo envía por email a Hawaii directamente al embajador estadounidense, quien lee el email inmediatamente. 3. La embajada española no posee traductores, pero confía que en Hawaii la embajada estadounidense tiene traductores, por lo que el embajador envía el mensaje directamente a la embajada estadounidense en Hawaii. Sin embargo, como el embajador estadounidense no entiende español, este reenvía el mensaje a un traductor para que le traduzca el mensaje, el cual después que termina de traducirlo se lo reenvía de vuelta al embajador en inglés. Es posible que algunos se pregunten si existe una gran diferencia entre el ejemplo 1 y 2, y aunque en la práctica quizás no la haya, para ilustrar el tema de un runtime si la hay. Antes de continuar, demos una breve descripción de lo que es un runtime (no se preocupen por entender ahora mismo, se hará evidente en un momento): Un runtime no es más que un ambiente que interpreta código (o software) para ejecutar en una determinada plataforma. En nuestros ejemplos, existe un solo runtime, y es el traductor en la embajada de Hawaii del tercer ejemplo. Así mismo, podemos considerar a la embajada de Hawaii como tu PC, y al mensaje del embajador español como un software que queremos correr (o que se entienda) en la embajada remota. El primer ejemplo, es uno en donde no existe un runtime, sino que la PC ejecuta lo que se llama "código nativo" (es decir, al embajador le llegó el mensaje en el idioma inglés, escrito por otro estadounidense como él sabiendo todas las idiosincracias y detalles semánticos y sintácticos del idioma inglés). Este es el tipo de código que muchos conocen cuando hablan de "conseguir un programa que funcione en Windows" (o en Linux, o en Mac, etc, como son Photoshop, Autocad, Microsoft Office, etc). Estos son programas optimizados para esos sistemas operativos y arquitecturas de hardware, y por ende hablan directamente el "idioma nativo" de la máquina. En el próximo nivel, en el segundo ejemplo, notamos que aunque el mensaje le llega en inglés al embajador, que el que hizo la traducción no era un traductor con el mismo nivel de conocimiento que el traductor del ejemplo 1, pero que sin embargo el mensaje llegó en inglés, y por tanto pudo ser entendido casi inmediatamente. Es posible que el embajador en un par de ocasiones se haya detenido un par de veces a ponderar el significado de alguna frase u oración, pero en resumen tuvo pocas dificultades en entender el mensaje, aun le hubiera tomado un poquito más de tiempo en entenderlo apropiadamente. Este es el caso de por ejemplo el motor de programación Javascript en los más recientes navegadores web (Javascript es un lenguaje que permite que programadores de aplicaciones web ejecuten programas localmente en tu PC, y no remotamente). En este caso lo que ocurre es que aunque el programa original (en Javascript) no está escrito o "compilado" tomando en cuenta en cual plataforma una determinada página web será abierta (pues recuerden que la misma página web puede ser accedida desde usuarios de Windows, Linux, iPhone, Android, etc), lo que sucede es que estos navegadores web tienen un "optimizador" que toma (casi en tiempo real) el programa en Javascript y lo "traduce" al "idioma" local de tu PC, y después que tiene el programa en el idioma local, lo ejecuta como si fuera una aplicación nativa del ejemplo 1. Esto permite que el programa se ejecute bastante rápidamente, pero por lo general no a la misma velocidad de una aplicación nativa, ya que similar al segundo ejemplo, el mensaje o programa original no estaba escrito optimizado para tu PC, sino que en otro idioma, por lo que algunas cosas resultan semi-optimizadas. En cuanto al tercer ejemplo, imaginemos por ejemplo todas esas aplicaciones, animaciones y juegos que ven en Internet en formato "Flash" de Adobe. En este caso, esas animaciones no solo están escritas en un lenguaje que no toma consideración de sobre cual plataforma el programa final ejecutará (es decir, no están optimizadas), sino que además el programa no es pre-traducido como en los modernos motores de Javascript antes de ejecutar el programa, sino que el programa va traduciendo y corriendo a la misma vez, lo que hace la labor mucho menos eficiente que en los otros dos ejemplos. A este último ejemplo se dice que el código está siendo "interpretado en tiempo real". Noten sin embargo que aunque el primer y segundo ejemplo tienen algo en común (el mensaje es traducido antes de ser enviado), que el segundo y tercer ejemplo también tienen algo en común: Ambos requieren de cierto procesamiento en el destino antes de que el mensaje sea entendido completamente. La única diferencia entre estos dos últimos ejemplos es que en el segundo ejemplo el código se convierte a código nativo, y después se ejecuta, mientras que en el tercer ejemplo existe una entidad fija (el traductor, o runtime) que continuamente está interpretando, traduciendo y ejecutando el programa. Pero, ¿y cómo nos afecta esto a nosotros en la vida diaria? Pues ahora saben, que cada vez que tienen que descargar un lector para documentos PDF (como el Adobe Reader), o actualizar el reproductor de Flash (de Adobe), o instalar el plugin de Java (de Oracle/Sun) en sus navegadores web y PCs, que lo que en realidad están haciendo es instalando un runtime que les traduce esos formatos a uno que sus PCs y navegadores web puedan entender. Esa es también la razón por la cual esos programas ponen sus máquinas por lo general más lentas, ya que esos formatos exigen el trabajo adicional de un "traductor" que exige potencia del rendimiento de sus PCs. Esta es también la razón por la cual quizás en meses recientes hayan oído hablar de un nuevo estándar llamado "HTML 5", en donde el objetivo de ese estándar es permitir que los navegadores web modernos no dependan de estos runtimes, y que puedan hacer lo mismo de forma nativa. Un ejemplo de esto es lo que hace Google con GMail hoy día, en donde si recibes un archivo PDF, este te permite abrirlo como una imagen dentro de tu propio navegador web, sin necesidad de lanzar el lector PDF de tu PC. En este caso, lo que ocurre es que Google utiliza su propio runtime en sus servidores para traducir con sus máquinas el PDF a una imagen web normal, y después te envían esa imagen a tu navegador web, ahorrándole a tu PC tener que perder tiempo con el runtime del lector PDF en tu PC. Espero que esto les haya dado una nueva perspectiva a aquellos usuarios no técnicos para que pueden comprender mejor el rol y la importancia de estas tecnologías en sus vidas diarias. También será de importancia que entiendan esto para un análisis que escribiré próximamente en eliax (actualización: aquí está el artículo), en donde explico (y ahora podrán entender mejor) por qué algunas de las empresas más importantes en el mundo del software tienen rivalidades que a simple vista parecen carecer de sentido... Nota a usuarios técnicos que conocen estos temas a fondo: Estoy conciente que estrictamente hablando, los tres ejemplos son runtimes, solo que a distintos tipos y niveles, pero la idea que quiero transmitir al lector casual es que un runtime se necesita cuando hay que hacer una traducción de código o mensajes en tiempo real (es decir, mientras se ejecuta un programa). También noten que simplifiqué estos ejemplos por motivos didácticos, pues Javascript hoy día es interpretado en un runtime en algunos ambientes, así como Flash ya pre-compila código en casi tiempo real antes de ejecutarlo (similar a como lo hace la plataforma Java con su tecnología de JIT, o Just-In-Time Compiler). Y como siempre, pueden acceder a mas artículos similares en la sección de "Pregunta a eliax", y enviar sus preguntas por este medio. autor: josé elías |
![]() |
![]() |
domingo, octubre 31, 2010
|
Hoy los dejo con dos colecciones de videos. En el primero verán hazañas asombrosas que salieron bien, y en el otro, unas que no salieron tan bien... :)
¡Gracias al lector Julio César Faviel por el enlace! Video a continuación (enlace YouTube)... Video a continuación (enlace YouTube)... autor: josé elías |
![]() |
![]() |
|
La fama del poderoso programa Photoshop en el mundo de la farándula y la moda es que puede tornar cualquier persona "con unas libritas o kilos de más" en un super-modelo.
He aquí los resultados cuando alguien trata de hacer lo opuesto: Tomar fotografías de personas consideradas bien "en la moda" y "en la linea", y tornarlas en..... bueno, vean por ustedes mismos... Y si esto se lo encontraron curioso, esto otro es posible que se lo encuentren aun más. Video a continuación (enlace YouTube)... autor: josé elías |
![]() |
![]() |
sábado, octubre 30, 2010
|
Este artículo de hoy es uno de esos que me he visto forzado a escribir, pues me han literalmente inundado la mensajería por todos lados (email, twitter, facebook, etc) con un video en donde supuestamente se ve a una mujer utilizando un celular en una supuesta breve toma de una película de Charlie Chaplin del 1928.
Brevemente: No, no es una persona que ha viajado en el tiempo. Y de forma extendida, estas son las razones de por qué: 1. Es un hecho psicológico que las personas responden a patrones de sus tiempos. A la mujer que figura en el video yo personalmente no le veo absolutamente nada en la mano, pero el gesto que ella hace y que todos reconocemos a inicios del Siglo 21 como "agarrar un celular" da la impresión de que tiene un celular. Pero observen detenidamente, ¡ella simplemente se está rascando la cara o quizás tiene alguna otra cosa en la mano, pero no es un celular! 2. ¿De verdad creen que para cuando (y esta es una gran suposición) dominemos el arte de viajar hacia el pasado, seguiremos utilizando celulares que haya que levantarlos a la oreja para hablar? Noten que hoy día ya tenemos dispositivos con tecnología Bluetooth que son inalámbricos, así como tecnologías (de las que leen constantemente acá en eliax) que permitirá comunicación con solo pensar palabras. Absurdo. 3. Y supongamos que es una persona con un celular. ¿Con cuál otro celular habla? ¿con cual torre celular si no existían en ese entonces? Absurdo. 4. Algo sospechoso es que el mismo afiche de la película aparece dentro de la escena, cuando la película ni se había anunciado. Noten además que esta escena no figura en la película como alegan muchas personas, sino que en "escenas no incluídas" y que se ven solo en un menú dentro de un DVD, lo que de por sí es un hecho sospechoso (y que apunta a un montaje). Pero noten que montaje o no, esto no invalida los otros 3 puntos anteriores. En resumen, esto lo publicó un muy hábil comerciante en donde en la versión original que subió a YouTube lo primero que hace es darle promoción a sus películas, antes de mostrar el video. Para mi esto no fue más que una muy exitosa publicidad viral por Internet que le tomó el pelo a millones de personas... :) Video a continuación (enlace YouTube)... autor: josé elías |
![]() |
![]() |
viernes, octubre 29, 2010
|
![]() Con esto desplaza a RIM (BlackBerry) del cuarto lugar, y por ende a Sony Ericsson del quinto. La lista ahora es la siguiente: 1. Nokia 32.4% 2. Samsung 21.0% 3. LG 8.3% 4. Apple 4.1% 5. RIM 3.6% Y otros comparten el restante 30.5% Notemos también el crecimiento de cada empresa en el renglón en el mismo período (último cuarto de año) comparado con el año anterior: 1. Nokia 1.8% 2. Samsung 18.6% 3. LG -10.1% 4. Apple 90.5% 5. RIM 45.9% En otras palabras, Nokia está estancada, LG en caída, Samsung a crecido respetablemente (sin duda gracias a sus celulares con Android), RIM continua creciendo saludablemente (continúa con un fuerte apoyo empresarial en todo el mundo), y Apple creció fenomenalmente (sin duda en gran parte a la salida del iPhone 4). Es importante destacar que estas cifras incluyen ventas no solo de celulares inteligentes, sino que de celulares de todo tipo, incluyendo celulares ultra-baratos desechables. Es notable también que entre todas las empresas en la lista, Apple es la única con un solo modelo de celular, el iPhone 4 (aunque en algunos mercados aun se vende el iPhone 3GS o incluso el iPhone 3G hasta agotar existencia). Esta noticia surge apenas un día después de Apple reportar el mejor cuarto de año en su historia, con ingresos de US$20340 Millones de dólares en ingresos, lo que no solo es un récord para la empresa, sino que además una cifra mayor del récord histórico de Microsoft, lo que es bastante sombroso. Fuente 1 Fuente 2 autor: josé elías |
![]() |
![]() |
|
![]() Según la lista los 10 más ricos son: 1. Carlos Slim Helú, - US$53500 Millones de dólares - México 2. William Gates III - $53000 M. - EEUU 3. Warren Buffett - $47000 M. - EEUU 4. Mukesh Ambani - $29000 M. - India 5. Lakshmi Mittal - $28700 M. - Reino Unido 6. Lawrence Ellison - $28000 M. - EEUU 7. Bernard Arnault - $27500 M. - Francia 8. Eike Batista - $27000 M. - Brasil 9. Amancio Ortega $25000 M. - España 10. Karl Albrecht - $23500 M. - Alemania ¡Gracias al lector Miguel Enrique Beltre por el enlace! Ver el resto de la lista Fuente de la noticia autor: josé elías |
![]() |
![]() |
|
![]() Esta imagen fue captada con lo que sería el abuelo de las cámaras modernas, llamado en ese entonces un "daguerrotipo" (en vez de "cámara fotográfica"), y su inventor fue el francés Louis Daguerre en 1838. Noten que existieron imágenes fotográficas por otras personas anterior a esta, pero esta es la primera que muestra una figura humana. Esta imagen es titulada el Boulevard du Temple in Paris, y es muy posible que el autor haya captado a la figura humana que vemos de forma inadvertida, pues en esa época solo objetos bien estáticos se podían captar en película. Para que tengan una idea, esta foto en particular fue capturada durante 10 minutos de exposición (es decir, 10 minutos con "el lente abierto"), y esa es la razón por la cual la ciudad aparenta desértica, ya que la realidad es que habían personas y carruajes pasando en todo momento, pero como se movían esas formas no quedaban captadas estáticamente sino que eran diluídas como fantasmas en la imagen. ![]() Así que aquí lo tienen, una persona totalmente anónima fue la primera persona en llevarse el título del primer ser humano del cual captamos una imagen directamente de nuestra realidad por medios automatizados a un medio que podamos compartir con todos... Me recordó esta otra primera imagen del 2008... Fuente de la noticia Enlace a una imagen ampliada autor: josé elías |
![]() |
![]() |
|
![]() China ha anunciado que tiene una máquina llamada la "Tianhe-1A PC", totalmente operacional, que es la supercomputadora más potente del mundo. Esta máquina tiene una potencia de 2.507 PetaFLOPS, y fue desarrollada por la Universidad Nacional de la Defensa y Tecnología de China. Hasta ahora, la supercomputadora más potente era la una Jaguar Cray XT5-HE con un rendimiento de 1.750 PetaFLOPS. Para que tengan una idea, esta máquina china es capaz de ejecutar 2507 millones de millones de cálculos en un solo segundo. Irónicamente, lo que le da la potencia a esta máquina son componentes estadounidenses de las empresas Intel y NVidia. Este monstruo de computación posee nada más ni nada menos que 7,168 tarjetas de video NVIDIA M2050 (valoradas en US$2,500 dólares cada una), y 14,336 procesadores de Intel. Actualización: Sobre algunas incógnitas que han expresado en los comentarios: 1. Sí, por lo general la gran mayoría de super-computadoras utiliza Linux, no solo porque ha sido adoptado por la comunidad científica que por lo general ya proviene de un trasfondo de supercomputación con UNIX (el precursor de Linux), sino que además porque con tantos procesadores sería prohibitivo pagar licencias a sistemas operativos convencionales. 2. El tipo de aplicaciones son simulaciones climáticas, simulaciones de armas nucleares, simulaciones de interacciones entre proteínas (más otras simulaciones de índole farmaceutico), simulaciones de mercados, simulaciones neuronales, como buscadores de patrones en grandes volúmenes de datos, etc. Fuente de la noticia autor: josé elías |
![]() |
![]() |
jueves, octubre 28, 2010
|
![]() Por años científicos de todo el mundo han tratado de emular la mano humana y sus dígitos con formas robóticas con el propósito de dotar a robots de la misma dexteridad que los humanos. Sin embargo, un equipo de científicos de la Chicago University y de Cornell University en los EEUU decidieron replantear el problema y buscar una solución totalmente diferente, que es lo que verán en el siguiente video, La solución es tan sencilla que uno de pregunta como nadie hizo algo como esto anteriormente. La idea es la siguiente: Se utiliza el equivalente a un globo semi-rígido que se llena de aire, pero que también contiene (sorpresa sorpresa) granos de café molido, ya que estos tienen justo la forma perfecta para este trabajo. Después, el robot solo tiene que insertar o succionar aire del globo par hacer que este se deforme y agarre prácticamente cualquier tipo de objeto, como verán por ustedes mismos. Fuente de la noticia Video a continuación (enlace YouTube)... autor: josé elías |
![]() |
![]() |
|
![]() ![]() ![]() Antes de continuar noten que eliax es visitado mensualmente cerca de 8 millones de veces por entre 400,000 y 500,000 visitantes únicos, por lo que creo poseer una buena muestra para sacar conclusiones... A la fecha, la percepción actual es que el navegador web Firefox de la Fundación Mozilla es el principal competidor al navegador web Internet Explorer de Microsoft, pero los datos que poseo me dicen que ese era el caso, y que Firefox se ha quedado estancado con poco más de una tercera parte del mercado de navegadores desde el año pasado, mientras que Google Chrome ha crecido fenomenalmente a costa de Internet Explorer. Para iniciar, he aquí tres muestras de datos que he publicado públicamente en el blog (enlaces al final del artículo, conteniendo otros datos interesantes como sistemas operativos): 26 de Enero 2009 1. Internet Explorer - 49.78% 2. Firefox - 36.96% 3. Google Chrome - 4.09% 4. Opera - 1.93% 5. Apple Safari - 1.76% 8 de Marzo 2010 1. Firefox, 35% de las visitas 2. Internet Explorer, 34.79% 3. Google Chrome, 19.30% 4. Apple Safari, 6.96% 5. Opera, 2.57% 23 de Marzo 2010 1. Firefox: 36.03% de las visitas 2. Internet Explorer: 31.5% 3. Google Chrome 21.15% 4. Safari 7.21% 5. Opera 2.63% 28 de octubre 2010 1. Firefox 32.8% 2. Chrome 31.22% 3. Internet Explorer 22.57% 4. Apple Safari 9.20% 5. Opera 2.6% Ahora, he aquí algunas observaciones interesantes: 1. Firefox se ha mantenido fluctuando entre un 37% y 32% del mercado, más recientemente perdiendo un poco de mercado a la combinación de Chrome y Safari. 2. Internet Explorer ha estado decayendo drásticamente, desde un 50% en Enero del 2009 a cerca de un 23% hoy. 3. Chrome ha aumentado su porcentaje desde un minúsculo 4% a un asombroso 31%, con tendencia a convertirse en el navegador más utilizado para acceder a eliax. 4. Se hace evidente de los datos que el porcentaje ganado de Chrome provino mayoritariamente de usuarios de Internet Explorer. 5. Noten también el crecimiento del navegador Safari de Apple, que pasó de un imperceptible 1.76% a un respetable 9.20%. El mayor responsable de este crecimiento es sin duda iOS en dispositivos como el iPhone, iPod Touch y iPad, lo que les debe dar una idea de la importancia en dispositivos móviles hoy día para acceder a Internet - ya es hora de que cree una versión móvil de eliax :) 6. El navegador Opera está y continuará estancado como he predicho por años en eliax, ya que no goza del apoyo de titanes como Google, Apple, Microsoft o incluso la poderosa fundación Mozilla para tener una via viable de distribuir su navegador. Otro dato interesante que agrego hoy con la llegada reciente del iPad al mercado, es que el iPad ya es el segundo dispositivo móvil que más accede a eliax. Actualmente estos son los datos sobre dispositivos móviles: 1. iPhone 40.00% 2. iPad 18.68% 3. Android 15.45% 4. iPod Touch 10.40% 5. BlackBerry 9.69% Noten que el iPhone, iPad y iPod Touch comparten todos el mismo sistema operativo iOS y el mismo navegador web Safari, y que entre ellos tres representan el 69.08% del tráfico móvil que accede a eliax diariamente actualmente, lo que les debe dar una idea del poder que está obteniendo Apple en ese segmento del mercado, en donde solo Android está librando una digna (y muy efectiva) batalla. Y a propósito, espero que para este mismo período el próximo año Android figure con una taza de crecimiento mucho mayor, compartiendo el escenario con Windows Phone 7 (posiblemente en un tercer lugar), y entre todos (incluyendo BlackBerry y Palm Web OS de forma limitada) comiendo mercado del iOS. En cuanto a sistemas operativos, esto es lo que actualmente ocurre con lectores de eliax: 1. Windows 82.15% 2. Mac OS X 8.64% 3. Linux 4.92% 4. iOS 2.63%% 5. Android 0.59% Finalmente, noten que este patrón de porcentajes quizás no sea igual en tu país o empresa, pero les debe dar una idea de tendencias relativas en el mercado... Nota: Quizás les interese leer este análisis en donde explico como Google está haciendo a Microsoft irrelevante. autor: josé elías |
![]() |
![]() |
|
Este video de hoy es solo una pequeña muestra de lo rápido que avanza la tecnología, y de lo que podremos esperar de una futura generación de robots con rasgos humanos.
Como verán, este robot es lo más cercano que habrán visto en sus vidas hasta el momento a un ser humano (en este caso, a una mujer japonesa). Obviamente no vamos a confundir a este robot por una persona, pero si notan en la segunda mitad del video cuando la cámara se acerca a su cara, este robot durante unos breves segundos hace expresiones que sinceramente asombran. Véanlo por ustedes mismos en el video acá abajo. ¡Gracias al lector Abelardo Jesus Marquez por el enlace en mi perfil de Facebook! Video a continuación (enlace YouTube)... autor: josé elías |
![]() |
![]() |
en camino a la singularidad...
©2005-2025 josé c. elías
todos los derechos reservados
como compartir los artículos de eliax
Seguir a @eliax