Planetaki Planet backdraft

Nokia N8 ¡cargado por un hamster!

2010-09-03T00:57:23Z

En el mundo de los móviles podemos encontrarnos prácticamente con todo tipo de gadgets que los acompañen, cargadores, accesorios, suplementos ecológicos y demás, pero en este caso hablamos de un Nokia N8 siendo cargado gracias a la energía generada por uno de esos incansables hamsters que corren sin parar en su propia rueda.

El video -porque obviamente hay un video de todo esto en funcionamiento- fue creado para probar la teoría del buen uso de la energía, en este caso específico la que un hamster podía llegar a generar al no dejar de jugar con su nueva rueda. El creador, Peter Ash, explica que su hamster no para de jugar en toda la noche, por lo que en cierto punto llega a cargar la batería al 100% sin usar una gota de electricidad.

Al parecer todo se trata de un nuevo proyecto de Nokia bajo el lema de que “no se trata de la tecnología, sino de lo que hagamos con ella”, y este bien podría ser el primer video de varios bajo la misma premisa.

Si todavía no lo pueden creer (o se mueren de ganas de verlo en funcionamiento) a continuación les dejo el video:

Vía thenokiablog

(cc) Jessica para Celularis, 2010. | Link directo | 3 comentarios | Envialo a del.icio.us
Tags: Nokia cargador ecologico, Nokia cargadores, Nokia N8

(14) La trágica historia del Crunchpad

2010-09-03T00:57:23Z

Hace dos años Mike Arrington, mamdamás del sitio TechCrunch (a su vez, una ve las fuentes más influyentes en la actualidad y opinología tecnológica) decidió que era hora de tomar la iniciativa ante lo que él percibía como un problema sin solución: la falta de una tableta de navegación simple, liviana, barata y que sólo hiciera aquello para lo cual la necesitaban.

Empezó como una declaración de intenciones, diciendo “Queremos una tableta muy simple, ayúdennos a construirla” y luego evolucionó en otra cosa, algo mucho más ambicioso, que los hizo pasar de un blog -influyente, pero aún así un blog- en un potencial fabricante de hardware. Pero como la vida no es fácil, sus sueños se vieron bruscamente interrumpidos y todo terminó en una contundente batalla legal que todavía no termina.

Esto de la blogósfera, y más especialmente “El Web-Set” es un poco como esa cita de Macbeth

Life’s but a walking shadow, a poor player,
That struts and frets his hour upon the stage,
And then is heard no more. It is a tale
Told by an idiot, full of sound and fury,
Signifying nothing.

Todo los dimes y diretes entre los grandes personajes de la blogósfera son una historia contada por un idiota, llena de ruido y furia, pero que no significa nada. Cuando los Arringtons se muestran los dientes con los Om Malik, o los Scobble con los O’Reilly, o Chris Anderson con Jason Calacanis, es sólo un juego de egos que no conduce a ninguna parte. Eso último es varias veces más cierto cuando miramos, por ejemplo, la realidad de los twitteros de este lado del mundo. Pero por cada Tim Berners Lee hay una decena de opinólogos que sólo se dan vueltas en lo mismo. Eso no es algo malo, es simplemente un tema probabilístico. Incluso los grandes inventores pasan por muchos fracasos antes de dar con algo bueno.

Por lo mismo, también es estadísticamente posible que gente que ha pasado su vida en la opinología tecnológica de pronto tenga una epifanía y conciba que hay una necesidad no satisfecha: esa es la raíz de los grandes productos, y no el generar inventos a lo loco a ver si alguien los necesita.

A mediados del 2008 Mike Arrington hizo exactamente eso. Se dio cuenta de que había tablets en el mercado, pero ninguna como la que la gente necesitaba. Era injusto que ante algo que muchos querían tener, cada cual tuviera que optar en cambio por una solución lo menos mala posible. Muchos querían -queríamos- una tableta delgada, de resolución decente para navegar, barata, liviana y que sólo sirviera para surfear la web. Incluso llegó a pensarse que usara Firefox como única interfaz de escritorio, corriendo sobre un linux ultra-recortado (hoy existe algo similar que es Chrome OS)

A cambio, había un abanico de productos que se alejaban de ese concepto por diversos ejes: no sólo eran productos caros, sino con pantallas demasiado pequeñas y de resolución insuficiente, productos que tenían todas las funcionalidades de un PC (un 99% de las cuales no se necesitaban cuando la idea es sólo navegar), algunos muy pesados, gruesos… en fin. Tabletas había algunas, pero ninguna satisfactoria.

A lo mejor en un comienzo Arrington pensaba que algún fabricante tomaría el tip y decidiría fabricar algo como lo propuesto. Pero las cosas no siguieron exactamente ese camino y de pronto, TechCrunch se encontró haciendo reuniones de diseño con una firma de ingeniería que les propuso asociarse para fabricar el producto por sí mismos, bajo el nombre comercial Crunchpad.

El Crunchpad

Se podría haber llamado Cruchslate, Arringtablet, TechPad y de muchas maneras. Al final se llamó Crunchpad en una época en que nadie sospechaba que Apple estaba trabajando en un tablet ni menos que podría llamarse iPad. En la práctica nadie asociaba “Pad” con una tableta hasta que acuñaron el nombre Crunchpad.

Ya en enero de 2009 el proyecto estaba en su segundo prototipo. Se habían asociado con la firma Fusion Garage, originalmente de Singapur y a esas alturas funcionando en Silicon Valley, junto a quienes definieron la composición básica del equipo:

Procesador VIA Nano
1GB de memoria RAM
4GB de almacenamiento Flash
OS Ubuntu Linux
Navegador Webkit.

Click here to view the embedded video.

Ciertamente, en ese video parece un voluminoso Etch-a-Sketch, pero en abril de ese año se vieron nuevas imagenes y el diseño se había adelgazado mucho. Todo parecía ir sobre ruedas, salvo por que el precio calculado ya no sería de USD 200 como pretendía Arrington al principio, sino que habían pasado a USD 300.

Finalmente, en junio 2009 salió a la luz lo que sería el diseño definitivo, el aspecto final del Crunchpad, muy parecido al render originalmente concebido por Arrington, que mostramos al inicio del artículo.

Poco tiempo después se supo, además, que el precio objetivo había subido a USD 400 y que saldría en noviembre. Además, habían cambiado el procesador VIA Nano por un Intel Atom. Pero el tiempo pasó, noviembre llegó y no había señales del aparato, llegando al punto en que se rumoreó su cancelación debido a que los costos se salieron del programa y -de proseguir- terminarían vendiéndolo a USD 800. Estos rumores se combinaban con desmentidos de Arrington que afirmaba que el proyecto seguía en pie. Al final de ese fatídico mes de noviembre 2009, supimos la firme, dura y terrible verdad: el Crunchpad ya no existiría, pero era por razones mucho más oscuras que las que esperábamos.

La Traición

Mike Arrington conoció a la gente de Fusion Garage el año 2008, cuando esa empresa trabajaba en el llamado “Project Fuse”, un ideal de hacer de un browser todo el sistema operativo de un aparato. No vale mucho la pena explicar qué significa esto ahora que existe Google Chrome OS, pero en su momento parecía una idea innovadora, sólo que nunca la terminaron. Fusion Garage estaba capitaneado por Chandrasekar Rathakrishnan, nacido en Singapur y titulado en Oxford de un grado de Ciencias de la Computación, fundador de varios startups y aparentemente un ejecutivo y líder competente.

Fusion Garage se reunió periódicamente con Arrington para definir las características del producto, aterrizando algunas expectativas y probablemente añadiendo otras. Esta empresa tenía contactos con el mundo productivo y de maquila en el lejano oriente que la gente de TechCrunch no manejaba. Eso es algo importante de notar: los medios periodísticos suelen interactuar con los mandos de relaciones públicas y márketing. En algunos eventos particulares uno también se topa con gente de ingeniería, los llamados field engineers. Pero gente de producción, el tipo que toma la orden en la fábrica de Shenzen, ese contacto no lo tiene ningún blogger. Rathahrishnan lo tenía, particularmente en Pegatron, el brazo de Asustek que fabrica ODM a pedido.

En algún momento de noviembre, Chandrasekar Rathakrishnan escribió a Arrington diciéndole que daban por terminada su aventura en conjunto. En otras palabras, que lo botaban del barco que él mismo había impulsado y decidían proseguir solos. Tan solamente le ofrecían comprarle el nombre “Crunchpad” pero si no quería venderlo, saldrían con otro nombre. Le ofrecían también la posibilidad de seguir en el proyecto pero ya no como socio, sino omo RRPP y evangelista de la plataforma. Nunca entendimos bien los argumentos con que lo relegaban a esa posición, pero el correo de Rathakrishnan incluía la cita del correo que había recibido del inversionista Bruce Lee (no es broma) conminándolo a sacar a Arrington del proyecto:

Sabemos que Arrington y TechCrunch le aportan algo de valor a tu emprendimiento (sic). Si él acepta nuestros términos, lo haremos asumir el rol de visionario/evangelista/líder de márketing, y Fusion Garage adquiriría los derechos a usar la marca y el nombre Crunchpad. Yo, personalmente no creo que el nombre sea importante pero sé que le tienes apego.

Claramente esto violaba todos los acuerdos verbales contraídos entre TechCrunch y Fusion Garage en el transcurso del proyecto, pero estamos bastante seguros de que por su inexperiencia, Arrington no se preocupó mucho de la parte legal y avanzó sin amarrar cada detalle de sendos contratos. Por lo mismo, lo que el sentido común indica que es una apropiación flagrante de propiedad intelectual, y violación de acuerdos de confidencialidad amén de secretos comerciales y más, para una corte puede ser un simple malentendido que -en ausencia de papeles que lo demuestren- no tiene nada de ilegal. Arrington por supuesto prometió demandas y finalmente no se quedó en amenazas, sino que efectivamente llevó sus argumentos a la corte. La demanda se presentó en diciembre del 2009 ante la Corte Federal de California, y todavía no se resuelve.

Fuera de eso, Arrington dijo que no volverían a hablar del tema mientras no se resolviera en la corte, y manifestó su molestia con la prensa tecnológica que linkeaba generosamente al sitio de pre-orden levantado por Fusion Garage cuando, según él, eso era una manifestación de apoyo a quienes habían hecho una jugada muy sucia. Además, dijo que Fusion Garage siempre estaba al borde de la quiebra, que había sido él el gestor de muchos preacuerdos con inversionistas que permitirían construir el aparato… pero ahora que lo habían bajado del barco se iba junto con los inversionistas y eso condenaría a Fusion Garage a la ruina.

El fracaso del JooJoo

El Crunchpad fue rápidamente rebautizado como JooJoo, y junto con el cambio de nombre Fusion Garage salió a dar su versión, en la cual Arrigton había sido un simple advenedizo que se les acercó a contribuir en una idea que ellos tenían de antes, y a la cual no aportó nada significativo. Aunque todos recibimos esa historia con escepticismo, hubo otra noticia que nos resultó completamente creíble: el precio objetivo había subido a USD 500, a la par con el iPad más básico.

En marzo del 2010, cuando faltaban pocos días para su salida a la venta, Fusion Garage mostró su GUI definitiva y anunció también sus componentes. Lo más llamativo era el uso de un Intel Atom N270 y video NVIDIA ION. Dijeron además que reproducía casi todos los formatos de video imaginable. El sistema operativo era un núcleo Linux sobre el cual habían construido un escritorio custom.

El JooJoo finalmente llegó en abril, después de varias semanas disponible para ser preordenado. Lo más vergonzoso es que las fuentes indicaban que se preordenaron menos de 100 unidades. Luego de que los blogs de tecnología más influyentes del orbe (Engadget, Wired, PC Magazine) lo probaran y arrojaran opiniones muy negativas, la situación empeoró. Producto de la cancelación de algunas preórdenes, terminaron vendiendo sólo 64 unidades. ¿Justicia divina?

De a poco, cada vez se fue escuchando menos sobre este ominoso producto. Por ahí lo mostraron corriendo Windows 7, otros le instalaron MacOSX. al final, quien sea que haya metido plata en Fusion Garage es casi seguro que no la recuperará. Así funcionaba esa gente, apropiándose de lo ajeno y tratando de darle el palo al gato con eso.

Hay algo que rescatar: Mike Arrington concibió una idea que encarnó lo que muchos queríamos tener, años antes de que cualquiera lo ofreciera en un mix adecuado. Todo salió mal y al final Arrigton terminará pasando más tiempo con los abogados que con los ingenieros. Pero elevó una voz de protesta genuina haciéndose escuchar por la industria: “Esto queremos ¿Cómo es posible que nadie lo esté fabricando?“.

No sabemos si fue por eso o por otras razones, pero dos años después el mercado está en fiebre de iPads y muchos otros fabricantes están alistando productos con los cuales entrar a la competencia. Casi se podría decir que Arrington impulsó lo que dos años después se convirtió en el formato de moda. Un triunfo moral para él, supongo. ¿Y Fusion Garage? Bueno, ahí sigue, con unas pocas decenas de unidades vendidas, y una demanda en ciernes que ojalá pierdan por goleada.

TED Blog | The beauty of data visualization: David McCandless on TED.com

2010-09-02T01:49:41Z

Apple y sus “estándares abiertos”

2010-09-02T01:49:42Z

Como recién comentaba Leo, Apple hará un streaming de su conferencia de hoy, por primera vez en muchos años.

Para tal magno anuncio, la compañía de El Jobso lanzó un comunicado que dice lo siguiente:

Apple® transmitirá el evento del 1 de septiembre online usando el sistema líder en la industria de Apple, HTTP Live Streaming, que está basado en estándares abiertos

De hecho es tan abierto, que:

Verlo requiere un Mac® que use Safari® en un Mac OS® X versión 10.6 Snow Leopard®, un iPhone® o iPod touch® con iOS 3.0 o mayor, o un iPad™.

¿Plop?

La realidad del asunto es que el protocolo HTTP Live Streaming desarrollado por Apple ha sido propuesto a la IETF como estándar, pero hasta el momento sólo QuickTime X (Mac OS e iOS) lo está soportando.

Para los que, como yo, no tengan ninguno de los anteriores, en FayerWayer tendremos un blogueo en vivo, como se ha hecho tradicional para estos eventos. El asunto empieza a las 09:00 AM de hoy (hora de San Francisco, California): 12:00 horas México/Colombia, 12:30 horas Venezuela, 13:00 horas Chile, 14:00 horas Argentina y 19:00 horas España.

Link: Apple

Vampires (Programmers) versus Werewolves (Sysadmins)

2010-08-31T09:02:37Z

Kyle Brandt, a system administrator, asks Should Developers have Access to Production?

A question that comes up again and again in web development companies is:
"Should the developers have access to the production environment, and if they do, to what extent?"

My view on this is that as a whole they should have limited access to production. A little disclaimer before I attempt to justify this view is that this standpoint is in no way based on the perceived quality or attitude of the developers -- so please don't take it this way.

This is a tricky one for me to answer, because, well, I'm a developer. More specifically, I'm one of the developers Kyle is referring to. How do I know that? Because Kyle works for our company, Stack Overflow Internet Services Incorporated©®™. And Kyle is a great system administrator. How do I know that? Two reasons:

He's one of the top Server Fault users.
He had the audacity to write about this issue on the Server Fault blog.

From my perspective, the whole point of the company is to talk about what we're doing. Getting things done is important, of course, but we have to stop occasionally to write up what we're doing, how we're doing it, and why we're even doing it in the first place -- including all our doubts and misgivings and concerns. If we don't, we're cheating ourselves, and you guys, out of something much deeper. Yes, writing about what we're doing and explaining it to the community helps us focus. It lets our peers give us feedback. But most importantly of all, it lets anyone have the opportunity to learn from our many, many mistakes … and who knows, perhaps even the occasional success.

That's basically the entire philosophy behind our Stack Exchange Q&A network, too. Let's all talk about this stuff in public, so that we can teach each other how to get better at whatever the heck it is we love to do.

(Sometimes I get the feeling this idea makes my co-founder nervous, which I continually struggle to understand. If we don't walk the walk, why are we even doing this? But I digress.)

The saga of System Administrators versus Programmers is not a new one; I don't think I've ever worked at any company where these two factions weren't continually battling with each other in some form. It's truly an epic struggle, but to understand it, you have to appreciate that both System Administrators and Programmers have different, and perhaps complementary, supernatural powers.

Programmers are like vampires. They're frequently up all night, paler than death itself, and generally afraid of being exposed to daylight. Oh yes, and they tend think of themselves (or at least their code) as immortal.

System Administrators are like werewolves. They may look outwardly ordinary, but are incredibly strong, mostly invulnerable to stuff that would kill regular people -- and prone to strange transformations during a moon "outage".

Let me be very clear that just as Kyle respects programmers, I have a deep respect for system administrators:

Although there is certainly some crossover, we believe that the programming community and the IT/sysadmin community are different beasts. Just because you're a hotshot programmer doesn't mean you have mastered networking and server configuration. And I've met a few sysadmins who could script circles around my code. That's why Server Fault gets its own domain, user profiles, and reputation system.

Different "beasts" indeed.

Anyway, if you're looking for a one size fits all answer to the question of how much access programmers should have to production environments, I'm sorry, I can't give you one. Every company is different, every team is different. I know, it's a sucky answer, but it depends.

However, as anyone who has watched the latest season of True Blood (or, God help us all, the Twilight Eclipse movie) can attest, there are ways for vampires and werewolves to work together. In a healthy team, everyone feels their abilities are being used and not squandered.

On our team, we're all fair-to-middling sysadmins. But there are a million things to do, and having a professional sysadmin means we can focus on the programming while the networking, hardware, and operational stuff gets a whole lot more TLC and far better (read: non-hacky) processes put in place. We're happy to refocus our efforts on what we're expert at, and let Kyle put his skills to work in areas that he's expert at. Now, that said, we don't want to cede full access to the production servers -- but there's a happy middle ground where our access becomes infrequent and minor over time, except in the hopefully rare event of an all hands on deck emergency.

The art of managing vampires and werewolves, I think, is to ensure that they spend their time not fighting amongst themselves, but instead, using those supernatural powers together to achieve a common goal they could not otherwise. In my experience, when programmers and system administrators fight, it's because they're bored. You haven't given them a sufficiently daunting task, one that requires the full combined use of their unique skills to achieve.

Remember, it's not vampires versus werewolves. It's vampires and werewolves.

[advertisement] JIRA Studio - SVN hosting, issue tracking, CI and Google Apps integration. Free trial »

Fast Lane de Volkswagen

2010-08-27T08:30:59Z

Shared by Daz
Una campaña que me ha gustado es esta de Volkswagen con sus Fast Lane...

Volkswagen lo hizó con de The Fun Theory hace unos meses y ahora repiten la fórumla con Fast Lane; una serie de acciones de guerrilla que pretenden cambiar situaciones cotidianas sin importancia en grandes experiencias como crear un tobogán en una escalera de metro o transformar un elevador en un cohete o modificar los carritos del supermercado de una manera que creo yo todos querríamos experimentar!

Todas estas acciones estan encaminadas a generar contenido bastante interesante, ganar adeptos en Facebook y hacer publicidad del nuevo Polo GTI de una manera inteligente y diferente!

Vean los videos, valen muchísimo la pena! ¿Cuál es su favorito??

Volkswagen Fast Lane

10 Common Mistakes Made by API Providers - ReadWriteCloud

2010-08-27T08:30:59Z

Chile: Ley de Neutralidad fue publicada en el Diario Oficial

2010-08-27T08:31:00Z

Después de su aprobación en el Congreso, la Ley de Neutralidad en la red necesitaba un paso más para ser oficial: su publicación en el Diario Oficial. Esto ha ocurrido hoy, con lo que la ley comienza a regir desde ahora en adelante, convirtiendo a Chile en el primer país del mundo en garantizar la neutralidad en la red.

La ley establece que los ISP

No podrán arbitrariamente bloquear, interferir, discriminar, entorpecer ni restringir el derecho de cualquier usuario de Internet para utilizar, enviar, recibir u ofrecer cualquier contenido, aplicación o servicio legal a través de Internet, así como cualquier otro tipo de actividad o uso legal realizado a través de la red.

La regulación establece además mecanismos para que los usuarios puedan reclamar cuando no se cumplen las condiciones comerciales o técnicas ofertadas por las operadoras.

Es un paso concreto para tener mayor transparencia en el mercado de banda ancha, estimulando la competencia por calidad de servicio, que es el pilar de nuestra política pública en telecomunicaciones”, afirmó el ministro de Transporte y Telecomunicaciones, Felipe Morandé.

El diputado Gonzalo Arenas, quien fue precursor del proyecto, señaló estar muy contento con la publicación de la normativa, “porque es un gran avance para resguardar los derechos de los usuarios de Internet. Además es la primera Ley en el mundo que consagra el principio de neutralidad de la red lo que distingue a nuestro país”.

Con esto, Chile ya tiene zanjado el tema, a diferencia de otros lugares donde el tema ha causado un cierto grado de polémica, como ocurrió en Estados Unidos con Google y Verizon, y donde aún no se regula el tema.

Link: Gobierno promulga ley de Internet y Neutralidad en la Red (Subtel)

Keteke News cambia de nombre: Llega el cierre de la red social que nunca fue

2010-08-27T08:30:59Z

Por si muchos no están al tanto de esto, Keteke intentó ser una red social, pero nunca llegó a serlo. O por lo menos eso dicen las estadísticas de las plataformas sociales más usadas en España. En general lo que pasaba era que los usuarios se inclinaban hacía Facebook y Tuenti, a la par de que telefónica se empeñaba en la producción de una red social desde el mismísimo comienzo, Keteke, y tratando de poner a la misma, a la par de los grandes jugadores. Este emprendimiento que costó unos 10 millones de Euros, no salió para nada como era esperado, como todo lo que empieza sin escuchar a los consumidores:

Gastaron millones en acciones de Marketing, relaciones públicas, posicionamiento de producto, apariciones en TV. pero a pesar de esto, y sumado a algunos problemas técnicos, nunca se pudo lograr que este sitio saliera de su beta. A un coste de usuario de 100 euros cada uno, la red social nunca pudo despegar.

Así que, luego de sucedido esto, y después de que Telefónica comprar Tuenti por 70 millones de euros, seguir manteniendo este fracaso suena a algo que no muchos harían.

Es por eso que Keteke News; la parte informativa de la red social antes mencionada, que trataba de sumar algo de tráfico; pasará a llamarse “Movistar Jóven”, terminando la era de este sitio.

Por otro lado, es probable que Telefónica sueñe con una expansión de Tuenti en Latinoamérica, soportándola en los distintos países que existe Movistar, como puede ser Brasil y Argentina. Sin embargo, el intentar traer Tuenti a estas tierras probablemente no sea lo que uno llamaría “escuchar a los usuarios”, dado lo asentadas que están otras redes sociales aquí. Otra opción para Brasil podría ser Keteke, pero en portugués, en un intento de llevar la marca fallida a otras tierras.

Acá en Argentina, lo más probable es que llegará con el nombre de Movistar Jóven; y eso sería lo más inteligente para hacer, algo que quizás potencie la “Comunidad Movistar” que tanto se esfuerza la empresa por imponer.

Via | Estrategia Digital

(cc) Eliaz para Celularis, 2010. | Link directo | deja tu opinión! | Envialo a del.icio.us
Tags: Keteke, movistar, Movistar Joven, teléfonica

Why an MBA Is a Waste of Time and Money | BNET

2010-08-24T00:54:13Z

Introduction to SEO

2010-08-24T00:54:13Z

Logran correr Pac-Man en un máquina de votación

2010-08-23T07:45:59Z

No es primera vez que la fiabilidad de las máquinas de votación electrónicas que se utilizan en algunos condados de los Estados Unidos es puesta en duda, pero lo que acaban de demostrar dos investigadores no deja de ser preocupante.

J. Alex Halderman de la Universidad de Michigan junto a Ariel J. Feldman de la Universidad de Princeton demoraron, trabajaron durante tres tardes en una de las “inviolables” máquinas de votación de la marca Sequoia, con la finalidad de demostrar –una vez más- lo inseguras que son.

El resultado de su trabajo puede ser apreciado en el video que acompaña esta nota, en donde se puede ver corriendo el juego Pac-Man en una de estas máquinas.

En teoría estas máquinas de votación poseen una serie de sellos con los que se certifica que no se ha accedido al interior de la máquina, pero los investigadores no rompieron ninguno para acceder a la tarjeta de memoria que utiliza la máquina.

¿Cómo lo hicieron entonces para alterar el programa? Sólo debieron retirar algunos pernos para acceder al interior de la máquina, luego extrajeron la tarjeta de memoria y la conectaron a un computador. Modificaron el programa de arranque y procedieron a instalar una versión del Pac-Man en la máquina.

Lo insólito de todo esto es que por más que se ha demostrado la vulnerabilidad del sistema, aún se sigan utilizando estas máquinas en las distintas elecciones que se realizan en Estados Unidos.

Click here to view the embedded video.

Link: PAC-MAN on the Sequoia AVC-Edge DRE voting machine (Vía The BRAD BLOG)

Búsquedas de Google arrojarán resultados en tiempo real mientras escribes (video)

2010-08-23T07:45:59Z

Si hay algo que caracteriza a Google es la innovación permanente, implementando mes a mes nuevas características tanto en sus productos “menores” como en los más usados –léase YouTube y Gmail–, e incluso en su herramienta principal: el motor de búsqueda.

Muestra de lo anterior es una nueva característica introducida aparentemente hace poco –y que finalmente fue confirmada por la propia compañía–, que consiste en la actualización de los resultados de búsqueda a medida que se van tipeando nuevos caracteres en la caja de texto, sin necesidad de terminar una frase u oración o de presionar ‘enter’.

La funcionalidad se encuentra aún en fase de experimentación y sólo puede ser probada, al menos por ahora, por un reducido grupo de usuarios seleccionados al azar, siguiendo una metodología bastante pragmática y clásica en Google, y que ha sido explicada con mayor detalle en su blog oficial.

Si bien esta funcionalidad fue descubierta de casualidad por un blogger, encontrándose con ella de un momento a otro, el medio citado se contactó con Google, que confirmó la veracidad de la información publicada por aquel usuario y que la compañía suele trabajar con una cifra de entre 50 y 200 experimentos a la vez (sólo relacionados con el motor de búsqueda).

Para comprender de mejor manera la herramienta, su utilidad y cómo podría salvarte fracciones de segundo vitales en el trabajo diario, nada mejor que un video:

Click here to view the embedded video.

Por otra parte, considerando que la selección de sujetos de prueba ha sido realizada de forma aleatoria, no sería mala idea hacer login en el sitio principal de Google y confirmar si acaso has obtenido el gran premio (de paso comento que al menos yo ya probé y confirmé que nunca gano nada).

Link: Confirmed: Google Tests Search Results That Update As You Type (TechCrunch)

Pateando traseros

2010-08-20T23:15:34Z

He venido aquí a beberme un vaso de leche y a patear traseros… Y acabo de terminarme mi leche.

– Moss
(The I.T. Crowd, cuarta temporada)

# Enlace Permanente

Support lesson learned - funciton communications

2010-08-19T18:56:45Z

Sin comentarios

2010-08-19T18:56:46Z

Membase, The Database Powering Farmville

2010-08-20T00:40:50Z

65 million people play Zynga's online games every day. Millions of web browsers open to millions farms and millions of frontiers. They take turns, they tend crops, they send gifts. They buy millions of objects and upgrades. It's a mind-boggling amount of data. It's a new sort of data, and it warranted development of a new sort of database management system.

That system, Membase, is a "NoSQL" database optimized for storing web applications. Membase was developed by Zynga, NorthScale, and NHN, and its source code released as open source in June of this year.

Sponsor

RDBMS Redux

Membase is one of a number of new databases that break from the relational database management system (RDBMS) model. The RDBMS has a long history, dating back to the 1970s. In a relational database, data is stored in the form of tables, as is the relationship among the data. This system has worked well to handle transactional and structured data.

But as the amount of information, the kind of information, the number of users accessing the information have grown, the relational database has faced some challenges. With new data comes new storage demands. And the traditional RDBMS is not optimized for the kind of environment that big data and cloud computing have created - one that's elastic and distributed.

From Cache to Database

Memcached is a tool that was developed to help address some of the problems as our computing needs shifted. Originally built by Brad Fitzpatrick for LiveJournal in 2003, memcached is distributed memory caching system. But according to James Phillips, Senior VP of Products at NorthScale, many applications have been using memcached for more than just transient storage. "People like memcached because it represents a practically boundless place to easily cache data, at very low cost and with predictably stellar performance. No schemas, no tables, no sharding, no normalizing, no tuning."

NorthScale was founded by some of the leaders in the open source memcached community, and the company, along with Zynga, has taken that expertise to develop Membase, so that the same speed, flexibility, and simplicity of memcached could made to really store data in a database, not just a cache.

Phillips says that memcached is designed to dock next to the relational database management system, and it's already seen as a "best practice bandaid." So from there, NorthScale argues that it can help move its customers from existing RDBMS technology towards a database architecture that's more scalable - in other words, to Membase.

It helps, of course, if you're going to argue for a move away from the RDBMS to have an early success story like Zynga to point to: the 500,000 ops-per-second database behind Farmville.

Discuss

Ayuda a los latinos a tener su propio espacio en SXSW

2010-08-20T00:40:49Z

South by Southwest (SXSW) es un festival de música, películas e interacción que se desarrolla cada año en Estados Unidos. Aunque partió enfocado en la música, en los últimos años la parte de “interacción” ha ganado mucho espacio en el festival, atrayendo a muchos desarrolladores y emprendedores a compartir ideas sobre tecnologías creativas. De hecho, en 2007 se lanzó Twitter en este festival.

Este año, un grupo de emprendedores latinoamericanos se unieron para armar su propio “track” latino dentro del festival – es decir, crear una categoría temática y mostrar que Latinoamérica también tiene emprendimiento.

SXSW funciona confiando en la comunidad. Quienes quieren hacer una ponencia sobre algo se anotan en una pizarra virtual, y la gente que cree que sería interesante escuchar de ese tema, vota a favor de él. Los votos de la gente representan un 30% de la elección final de los paneles, mientras que el resto depende en un 30% del Staff de SXSW y un 40% de un consejo de expertos. Con los suficientes votos, se acepta ese panel, y con suficientes paneles, se crea una categoría – en este caso, una categoría latina.

En este momento, hay 16 paneles latinoamericanos en la lista postulando para SXSW Interactive 2011, y te invitamos a votar por ellos si te parecen interesantes:

New Media in Latin America: Five Lessons Learned (Expone Oscar Yasser)
State of the Region: Start-up Explosion in Latin American (Leo Prieto)
Nerdcore Podcast Live Recording (Leo Lambertini)
How to Break into the US Market (Cesar Donofrio)
Towards the Third Latin American IT generation (Luis Daniel Soto Maldonado)
The State of Latin American Venture Investing (Alan Colmenares)
Latin American Angel Networks: Evolution and Future Opportunities (Estuardo Robles)
Cashing Out: Start-up Successes in Latin America (Andres Barreto)
Why Mexico Will Change Your Life (Gary Hoover)
Sky-Rocketing Popularity of Social Media in Latin America (Thiane Loreiro)
Are You Ready for the Latin American Market? (Alejandro Florean)
Breaking Into the Latin American Tech Market(s) (Gabriel Sama)
Mexico’s Startup Scene: Myths, Challenges and Opportunities (Arturo Garrido)
Building a Social Ecommerce Platform in Mexico (Jose Omar Mosco)
How to Combat Cybercrime in Latin America (Francisco Valencia)
Low Budget Application Scalability, the Tale of Bligoo (Emilio Davis)

Link: South by Southwest Interactive

Picando Código: Condicionales Yoda

2010-08-23T07:45:59Z

Yoda Conditional

“Condicionales Yoda” – usar if(constante == variable) en vez de if(variable == constante), como if(4 == foo). Porque es como decir “Si azul es el cielo” o “si alto es el hombre”.

Usar condicionales al estilo Yoda es común en lenguajes que usan == y =. Si se escribe la constante del lado izquierdo de la expresión, el compilador genera un error si se usa = en lugar de == para chequear la igualdad. Algunos incluso recomiendan hacer esto. Es un error común al intentar comparar dos valores olvidarse uno de los signos de igual, asignándole a la variable de la izquierda el valor, en vez de compararlos.

De todas formas hay alternativas más sanas a este tipo de errores como las advertencias de los compiladores (o IDEs) o tests unitarios…

El conocimiento en este post fue adquirido en StackOverflow, una de esas herramientas que se ha vuelto casi imprescindible para los programadores. No parece que hubieran pasado dos años desde que Joel Spolsky y Jeff Atwood unieron sus fuerzas en esta comunidad. Así como se aprende mucho de distintas tecnologías, metodologías y experiencias, también aprendemos éstas cosas.

Desde ese mismo post, comentario incomparable del usuario – mmyers

Isn’t “Yoda Programming” where you never handle exceptions? Because, you know, there is no “try”

La pregunta que detonó éste y otros conocimientos importantes del estilo fue:
New programming jargon you coined?

Comparte:

Oracle estaría intentando destruir el Open Source

2010-08-18T03:16:06Z

Recordará el lector que cuando Oracle y Sun anunciaron el acuerdo para que la primera absorbiera a la segunda, los grandes defensores del Open Sourse y el software libre (incluyendo la Free Software Foundation, Richard Stallman y el fundador de MySQL) se mostraron opuestos al acuerdo, argumentando que Oracle, famoso por su base de datos, tenía una enorme motivación para bajarle la cortina a MySQL, adquirido por Sun un año antes.

Oracle tranquilizó a todo el mundo sosteniendo que en realidad estaba interesado en el hardware de Sun y que no tocaría los proyectos Open Source, logrando convencer al DOJ de Estados Unidos y a la Unión Europea. Pero pocos meses después ha cancelado OpenSolaris, ha demandado a Google por Java y tal parece que su objetivo es derechamente destruir el Open Source.

La teoría la plantea Dana Blankenhorn de ZDNet y, aunque soy reacio a prender con las ideas de conspiraciones, hay que reconocer que tiene bastante sentido.

Básicamente, Oracle puede permitirse destruir lo que ha comprado. Cuando compró Sun adquirió Solaris de regalo, y junto con Solaris el proyecto OpenSolaris y su comunidad relacionada. Ese es un activo que otra compañía intentaría usar y enriquecer para expandir su presencia, pero el “modelo de negocio” de Oracle siguió otro camino. Segundo, también adquirió Java de regalo, y nuevamente junto a ese lenguaje y todas sus plataformas y frameworks relacionados, una comunidad enorme, incontable, de desarrolladores, todo lo cual se remece luego de la demanda contra Google cuyo único “crimen” es haber desarrollado un fork para Android de una plataforma Open Source de la cual quedaban algunas patentes oscuras que nunca pasaron a ser libres.

El tema del fork es particularmente importante: muchas veces se ha discutido sobre las implicancias del fin -por parte de Oracle- de proyectos como Java, OpenSolaris, MySQL, Open Office, Glassfish, Virtualbox y hasta Netbeans. Oracle puede decidir terminar con todos esos proyectos pero no puede quitar retroactivamente la condición de gratuidad de versiones anteriores. Con lo que está haciendo contra Google le manda a decir a todas las comunidades Open Source que si intentan hacer forks y seguir actualizando y desarrollando por su cuenta sobre proyectos abandonados por Oracle, la compañía puede tener patentes no del todo evidentes con que caerles encima.

Cuando una corporación compra los productos de Redhat o Novell, por ejemplo, paga por el servicio de soporte y a cambio ahorra mucho dinero en licencias, al optar por un producto Open Source. Sin embargo Oracle le está mostrando a toda la industria que, si se la juegan por incorporar software gratuito a sus plataformas, puede llegar el día en que un gigante adquiera a la compañía que hay detrás, y sea dueño de terminar la gratuidad poniendo a los clientes de la compañía absorbida en la disyuntiva de afrontar el costo de una migración de plataforma o pagar por un producto que ha dejado de ser gratuito. Debiera haber siempre la opción de no hacer ninguna de las dos cosas y conservar la versión gratuita que tengan en ese momento, pero es un callejón sin salida sobre el cual probablemente no puedan desarrollar ni integrar sin exponerse a demandas como la que ha sufrido Google.

Visto de esa manera, Oracle ni siquiera apunta a conseguir una tajada del mercado móvil a través de la mentada acción legal. Tan sólo quiere esparcir un temor tan potente en el ambiente corporativo que pueda destruir permanentemente la industria del software Open Source a nivel empresarial, y devolverla a correr en el PC casero de los estudiantes de informática, en donde no amenaza el bolsillo de los gigantes del software. Las ganancias involucradas son en el largo plazo mucho mayores que los USD 7.600 millones que pagó por Sun.

Me encantaría pensar que las autoridades estadounidenses y europeas se preocuparon de comprometer por parte de Oracle la continuidad e invariabilidad en la condición de los proyectos Open Source que adquirió de Sun, pero los antecedentes de OpenSolaris y la demanda contra Google sugieren lo contrario. Tengamos miedo, mucho miedo.

Link: Oracle Aims to Destroy Open Source Software Industry (ZDNet)

Akira Yamaoka visita Campus Party 2010

2010-08-17T04:16:59Z

Shared by CesarS
“Para ser honesto, a la fecha no sé leer una partitura, pero eso no me ha detenido, si ustedes no tienen una formación académica, no dejen que eso los detenga”

(cc) FayerWayer

Akira Yamaoka es toda una institución en la industria del videojuego. Su trabajo más memorable es la musicalización de la saga Silent Hill, aunque lamentablemente en la octava parte Konami se ha tomado el atrevimiento de sustituirlo por un compositor hollywoodense (Daniel Licht).

Pero lo más impresionante es que, con todo su talento, ¡el hombre no sabe cómo leer una partitura musical! Esa fue una de las muchas revelaciones que el artista hizo durante su amena visita a Campus Party México 2010.

Tuvimos el gusto de asistir a una conferencia de prensa previa a su conversación con los campuseros, donde nos contó entre otras cosas, que está trabajando en un proyecto (otro videojuego de terror) con equipo japonés Grasshopper, el cual se revelará el próximo Tokyo Game Show.

Yamaoka además comentó que si no está en el desarrollo de Silent Hill 8 es porque no ha sido invitado, pero es tan humilde que, si lo hicieran, aceptaría gustoso. Es fan de juegos como Final Fantasy y por supuesto su compositor musical estrella, Nobuo Uematsu. Incluso reconoció que le gusta tanto el juego Heavy Rain, que le gustaría mucho musicalizar la secuela, si es que lo invitan (¡que Sony Cmoputer Entertainment tome nota, por favor!).

El músico manifestó su interés por participar más de lleno en la industria del cine y la TV, de hecho confesó que musicalizó al 100% el filme norteamericano Julia X, aún sin fecha de estreno. Es cierto que ya había aparecido su crédito en el filme Silent Hill, pero como muchos de ustedes saben, en realidad era una compilación de la música de los juegos. Nos emocionó escucharlo decir que le encantó la música de mariachi (aunque en realidad por ahí existe un tema relacionado en Silent Hill 4), y que le gustaría mucho componer algo empleando este folklórico género.

“Para ser honesto, a la fecha no sé leer una partitura, pero eso no me ha detenido, si ustedes no tienen una formación académica, no dejen que eso los detenga”, fué la emocionante declaración que hizo que los campuseros asistentes lo ovacionaran, para luego dar parte a un sorpresivo showcase con temas de Silent Hill y Silent Hill 2: Restless Dreams. Lamentablemente sólo fueron tres temas, pero en verdad valió la pena estar ahí.

Yamaoka cerró el día con muchos autógrafos, fotos y saludos. Sinceramente una celebridad humilde y atenta como pocas.

Y para cerrar con broche de oro, aquí tienen el showcase completo de Yamaoka-san:

Click here to view the embedded video.

Link: Campus Party México

Tres maneras de acelerar un iPhone 3G… y una cuarta

2010-08-19T02:03:28Z

Como algunos saben, soy feliz usuario de un iPhone 3G, y si bien Apple se ha esmerado en mantenerlo usable por el mayor tiempo posible, con cada actualización de software se va poniendo un poco más lento. Entonces quise ver cómo se podía mejorar el rendimiento.

Antes que nada: ninguno de estos hacks para acelerar el iPhone tiene resultados muy dramáticos, aunque la suma de ellos puede resultar notoria. Si estás obsesionado con que el iPhone ande más rápido, no le pongas el iOS 4 y punto.

Pero si ya lo hiciste, hay varios buenos tutoriales de cómo hacer downgrade a 3.1.x que Google te ayudará a encontrar.

Personalmente, me gusta el iOS 4 por algunas mejores en Exchange y otros detalles, así que mi objetivo era sacarle el mejor partido posible sin hacer downgrade, y descubrí varias cosas interesantes:

1: activar la multitarea, pero no la de Apple

Es posible –luego de hacer Jailbreak – encender o apagar a voluntad la funcionalidad multitarea de iOS 4, pero en las pruebas que he hecho me ha resultado mejor la multitarea mediante Backgrounder, disponible gratis vía Cydia. Es curioso que funcione mejor que la multitarea de Apple, pero no cabe la menor duda de que es así.

Para mantener el rendimiento bajo control y convertir la multitarea en una mejora y no un retroceso, se pueden tomar las sigiuentes medidas en Backgrounder:

configurarlo en Global/Off para que solamente las aplicaciones que queramos se establezcan en modo multitask,
agregar entradas en Override para cada aplicación que sí queremos que funcione en segundo plano y de apertura rápida: por ejemplo en mi caso lo tengo configurado para Echofon y los programas que reproducen audio.

El resultado es que Echofon se abre de manera casi instantánea, y al dejar la aplicación configurada para que no actualice automáticamente, cuando está en segundo plano no consume rendimiento del sistema.

El mismo concepto se puede aplicar a otros programas, aunque obviamente si dejamos muchos abiertas podríamos tener problemas. Precisamente por eso Backgrounder es mejor que la multitarea nativa de iOS 4, al permitir que sólo algunas aplicaciones específicas queden abiertas.

2: desactivar procesos innecesarios

Una manera más concreta de mejorar rendimiento es desactivar procesos en segundo plano o "demonios" (jerga Unix) que no cumplen un propósito que nos importe. Las instrucciones en detalle están en modMyi y en resumen consisten en borrar archivos que gatillan dichos procesos, en /System/Library/LaunchDaemons

Borré sin problemas los siguientes. Recomiendo hacer lo mismo pero primero respaldarlos en alguna parte por si algo sale mal:

com.apple.aslmanager.plist (gestiona logs del sistema)
com.apple.chud.chum.plist (al parecer tiene que ver con CHUD: Computer Hardware Understanding Developer y no debería causar problemas salvo que estés usando herramientas de desarrollo de Apple)
com.apple.chud.pilotfish.plist (similar al de arriba)
com.apple.CrashHouseKeeping.plist (se ocupa de caídas del sistema)
com.apple.DumpPanic.plist (similar al anterior, informa a Apple de caídas)
com.apple.ReportCrash.* (se trata de cinco o seis procesos que monitorean e informan caídas)
com.apple.syslogd.plist (registra "eventos de sistema")

También desactivé los siguientes:

com.apple.tcpdump.server.plist (al parecer habilita algún tipo de sniffer, lo eliminé sin problemas)
com.apple.mobile.profile_janitor.plist (NPI*, pero lo eliminé y todo siguie igual)
com.apple.stackshot.server.plist (NPI*, pero también lo eliminé y todo siguie igual)
com.apple.racoon.plist (para VPN, si no usas redes privadas virtuales puedes eliminar el proceso)
com.apple.AOSNotification.plist (proceso para MobileMe, si no usas dicho servicio de Apple puede eliminarlo)
com.apple.AdminLite.plist (al parecer detecta si el dispositivo se "queda pegado" y devuelve el control al usuario. Lo puedes eliminar y usar la combinación de teclas de encendido+home para hacer reset si el iPhone se congela alguna vez, cosa muy rara en iOS)

Quizás has leído que SpotLight (función de búsquedas que poca gente usa) hace más lento el iPhone y has desactivado todos los items en en Settings/General/Spotlight Search. Esto ayuda, pero en realidad no desactiva del todo el proceso. Lo puedes eliminar totalmente para ganar otro poco de rendimiento borrando el siguente archivo, también en /System/Library/LaunchDaemons:

com.apple.searchd

3: aumentar la memoria disponible

Por último –y mucho más arriesgado– hay dos medidas que pueden ayuda a aumentar memoria real y virtual.

Es posible liberar espacio y ganar algo de rendimiento desactivando paquetes de idioma que no uses. Esto se puede hacer a mano pero sería un trabajo de horas. En sinfuliphone hallé el siguiente script, que ejecutado en la raíz vía SSH deja sólo los archivos de interfaz de usuario para inglés y japonés. Si no tienes problemas en usar el iPhone en inglés te podría servir:

for file in `find . -type d -name "*.lproj" -not -iname "en*.lproj" -not -iname "ja*.lproj" -exec echo {} \; | sed -e 's/\.\///'`; do rm -vr ./$file ; done

Tardará un par de minutos. Si no sabes lo que es SSH ni lo que es la raíz, no lo hagas, y deberías hacerlo cada vez que actualices los programas.

Por otra parte y según me mostró Jose Luis Benavente, es posible activar la función de memoria virtual de OS X, que por defecto viene desactivada en el iPhone. Aunque hay otras maneras, yo lo logré agregando un archivo /System/Library/LaunchDaemons/com.apple.dynamic_pager.plist

Este archivo enciende el proceso que gestiona memoria virtual, lo cual es interesante porque el sistema operativo automáticamente relega a "disco" el contenido en RAM correspondiente a procesos de menor actividad, dejando la RAM real para procesos más activos y por lo tanto generando un posible incremento del rendimiento.

Nota: todas estas mods requieren que se haya aplicado jailbreak. Hurguetear a este nivel –además de invalidar la garantía del teléfono– podría hacer que se borre toda la información contenida en el iPhone o incluso dejarlo en estado de "ladrillo", así que antes de meter mano lee bien las instrucciones que hay en la Web, respalda tus datos y prepárate para hacerte cargo si algo sale mal. Dicho de otra manera: no lo hagas si el iPhone no es tuyo, por ejemplo.

Otra nota: si bien experimenté con el iPhone 3G con iOS 4.0.2, estos trucos pueden servir también para aumentar el rendimiento en otros modelos de iPhone, lo cual podría entregar resultados espectaculares en los modelos 3GS y 4.

De particular interés sería apagar el modo multitarea nativo en ellos y reemplazarlo por Backgrounder para ver qué sucede. Para apagar la multitarea nativa en iOS 4 en un iPhone 3GS o 4 se puede abrir /System/Library/CoreServices/SpringBoard.app/N82AP.plist y justo después de donde dice multitasking cambiar el true por false. Similarmente, al revés se puede activar la multitarea nativa de iOS 4 en el iPhone 3, pero he comprobado que no vale la pena, Backgrounder funciona mucho mejor.

Los 3 trucos que he mencionado vienen de antes de la existencia de iOS 4 y se pueden aplicar en iPhone OS 3.x también, aunque no lo he comprobado.

Una vez hechas las modificaciones, es recomendable hacer el famoso "DHR" (por Double Hard Reset en inglés, significa reiniciar el teléfono mediante combinación de teclas dos veces seguidas). Hacerlo ejecuta utilidades de autocorrección del sistema, similar a lo que sucede cuando Windows y Mac OS X se auto-revisan al reiniciarse después de un error.

4: la manera más rápida de acelerar un iPhone

Existe una cuarta manera, ideal si estás muy frustrado con su rendimiento: 9.81 metros por segundo al cuadrado es la aceleración natural ejercida por la gravedad terrestre. Ello se aprecia bien desde un lugar algo, lo que puede resultar en un efecto más dramático. Pero antes de recurrir a dicha medida extrema, mejor regálalo a alguien que lo necesite y cómprate un modelo más veloz.

*NPI: Ni puta idea.

Agrégame en Twitter y Friendfeed, coméntame en Disqus o lee más en canal.cl.

Top 10 Architectural principles, or is it?

2010-08-15T23:56:00Z

El 42% de peruanos no utiliza Internet| Perú21

2010-08-15T01:42:52Z

Build a simple JSON controller for your web project

2010-08-11T02:12:45Z

Planetaki Planet backdraft

Nokia N8 ¡cargado por un hamster!

(14) La trágica historia del Crunchpad

El Crunchpad

La Traición

El fracaso del JooJoo

TED Blog | The beauty of data visualization: David McCandless on TED.com

Apple y sus “estándares abiertos”

Vampires (Programmers) versus Werewolves (Sysadmins)

Fast Lane de Volkswagen

10 Common Mistakes Made by API Providers - ReadWriteCloud

Chile: Ley de Neutralidad fue publicada en el Diario Oficial

Keteke News cambia de nombre: Llega el cierre de la red social que nunca fue

Why an MBA Is a Waste of Time and Money | BNET

Introduction to SEO

Logran correr Pac-Man en un máquina de votación

Búsquedas de Google arrojarán resultados en tiempo real mientras escribes (video)

Pateando traseros

Support lesson learned - funciton communications

Sin comentarios

Artículos relacionados

Membase, The Database Powering Farmville

RDBMS Redux

From Cache to Database

Ayuda a los latinos a tener su propio espacio en SXSW

Picando Código: Condicionales Yoda

Oracle estaría intentando destruir el Open Source

Akira Yamaoka visita Campus Party 2010

Tres maneras de acelerar un iPhone 3G… y una cuarta

Top 10 Architectural principles, or is it?

El 42% de peruanos no utiliza Internet| Perú21

Build a simple JSON controller for your web project