KodeGeek

Es una de las pocas excepciones en las cuales sólo puedo decir que no sé por donde empezar. ¡WOW!; Este año me decidí a tomar videos sobre mis experiencias en vez de tomar fotos, al mismo tiempo que escribía casi en tiempo real sobre la conferencia en Facebook, Twitter y el blog. Debo decir que es la primera vez que me quedo sin baterías por andar jodiendo la paciencia

El énfasis de la conferencia fué Cloud Computing; Sun definitivamente está apostando a que este va a ser el siguiente gran boom (junto con otras compañías como Amazon.com) y durante el evento mostraron muchas de sus herramientas de desarrollo, administración y virtualización (en el video pueden ver a David Douglas, Senior Vice President, Cloud Computing and Developer Plarforms quien abrió el evento.):

Me encanto ver compañias como ZAmanda, las cuales han llevado el famoso programa de backup Amanda al mundo enpresarial y ahora también soportan el paradigma de respaldos en Cloud Computing.

No pude ir a todas las charlas (si quieren ver los videos revizen mi grupo en Flickr); Por razones de tiempo tuve que escoger entre las que más me interesaban, así que aquí les doy un pequeño resumen:

Moving Forward: High-Performance Application Development in a Multicore World: Michael Marden, de AMD junto con Patrick Leonard (Rogue Wave), David Maples (Allinea Software) y Duncan Mc Callum (Cilk Arts) se encargaron de explicar las últimas tendencias en cuanto al uso de procesadores multicore y como nos afecta a los desarrolladores.

Si bien no hubo demostraciones de productos ni código estuvo interesante en cuanto a las explicaciones de los problemas actuales y sus posibles soluciones. Pero eso si, preparese para ver más cores por procesador (hasta 48 en dos años) y siga el siguiente consejo: Si no tiene que utilizar multithreading entonces no lo haga

Les recomiendo el sitio de desarrolladores de AMD el cual tiene varios documentos y herramientas al respecto de este tema.

Sigo con la descripción, no hay más vídeos porque mi camara se quedó sin baterías

Cloud Computing for the Enterprise Software Developers: Aburridisima, sólo mostraron herramientas y la teoría detrás del funcionamiento de la plataforma que mostraron fué floja. Parecía más un “informercial” que otra cosa. Perdí una hora de mi vida allí

Beyond Impossible: How Jruby Evolved the Java Platform: La mejor charla del día en mi opinión. El trabajo que el desarrollador Charles Nutter de Sun y sus compañeros hicieron con JRuby es admirable. No sólo reprodujeron a C Ruby en Java, sino que en el proceso le agregaron más funcionalidad a la máquina virtual de Java (versión 7). Nos demostraron como JRuby es más rápido que C Ruby 1.9 en varios demos (uno de fractales en particular), además de las historias heroicas de ciertos desarrolladores, ¡como el que portó la librería de expresiones regulares en C de Ruby (JAnigurama) en sólo un mes!

Yo pregunté cual es la estrategia de Sun a largo plazo con todos estos lenguajes; La respuesta es soportar a aquellos que tengan las comunidades más grandes, pero en teoría todos los lenguajes. Este es el legado de Java, aunque el lenguaje muera este va a seguir con implementaciones de otros lenguajes en la máquina virtual.

Si quiere saber más sobre Jruby y el progreso de otros lenguajes dinamicos en la máquina virtual de Java (como Jython, Groovy, Scala) entonces visite el blog de Chales Nutter

Building an Atom-Enabled, Map-Driven, Location-Aware, Web-Centric Mobile Application with POJOs and Android: Verga, leer el titulo cansa imagine escribirlo . Sin embargo la charla estuvo super interesante ya que el autor (Tim Bray, un experto en Cloud Computing) nos mostró una aplicación que escribió para Android en sólo 4 días (el programa, llamado storyteller, permite guardar historias en el telefono, haciendo anotaciones de texto y voz).

Datos curiosos de esta charla:

• Microsoft es el jugador más debil del mercado móvil, con sólo %3 de todo la torta. Symbian es el mostruo con más de %27
• Pese a la recesión mundial y a que menos usuarios compraron celulares el trimestre pasado comparado con el 2007, el mercado creció en un %5. ¡Carajo, este es el único mercado a prueba de recesión en el mundo!
• El Java de Android no es realmente Java. Por ejemplo, este no puede correr JRuby. Por otro lado, tener root shell en el telefono de desarrollador simplemente no tiene precio )
• Mientras probaba la aplicación, el programa se fué a un sitio que tenía la palabra “f*ck” en todos los colores y tamaños. Tim lo manejó muy bien diciendo que nunca nos ibamos a olvidar de su charla

Fué interesante ver como funciona el modelo de programación de aplicaciones en Android (les recomiendo el blog androiddiary.com para más detalles)

Building a Twitter Analisys Tool from Scratch Using PHP, MySQL, Yahoo UI and Netbeans: Eso es lo que yo llamo una demostración en caliente. Justin Bolter, de Sun, se lanzó de cabeza y escribió esa aplicación de memoria en una hora. Paso a paso demostró un dominio increíble de Netbeans (y sus capacidades) y al final nos dejó loco con un programa que mostraba los twitters (y sus detalles) usando un motor de búsqueda el cual guardaba sus datos en MySQL. Demasiado bueno.

JavaFX: The New Platform for Rich Internet Applications: Fué decepcionante ya que Chuk-Munn Lee de Sun sólo leyó la presentación sin detenerse mucho en los ejemplos con código (y Dios, si habia código). Pudo haber sido mejor aunque se nota que Lee sabia de lo que estaba hablando.

En general hubo muchos participantes de otros países (yo conté un viaje de gente de Japón, Alemania y Rusia por ejemplo. Sólo conté dos hispanos, yo y un Mejicano) y aproveche para preguntar sobre algunas cosas interesantes:

• La adquisión de SUN por parte de IBM: Nadie quiso hablar de eso. Sin embargo el precio de SUN subió hoy de $4 a $8
• Open Storage:Mi grupo tiene un apetito inmenso por almacenamiento y Sun procalama que sus Storage Servers 7000 cuestan %75 menos que la competencia ya que estan basados en Open Solaris, y utilizan componentes comunes (han estado en venta desde Noviembre del año pasado, estoy averiguando a ver que tal)
• Sun está alejandose de Java.net y en cambio está proponiendo una nueva plataforma, la cual va a soportar Cloud Computing: Kenai.com. Por haber asistido al evento y por tener un proyecto en java.net me dieron una cuenta, ya les contaré como me fué con esta nueva iniciativa de SUN en el mundo OpenSource la cual compite con SourceForge

Bueno, mañana me toca el dia 2 del evento, llamado “Deep Dive“. Son los tutoriales pagos en tecnologías OpenSource, me voy a lanzar un curso completo de un día sobre MySQL. Ya les comentaré como me fué

Veneblogs: zamanda, cloud computing, communityone, java, opensource, javafx, android, php, mysql, kodegeek, jruby, ruby, netbeans

Blogalaxia: zamanda, cloud computing, communityone, java, opensource, javafx, android, php, mysql, kodegeek, jruby, ruby, netbeans

To2blogs: zamanda, cloud computing, communityone, java, opensource, javafx, android, php, mysql, kodegeek, jruby, ruby, netbeans

Technorati: zamanda, cloud computing, communityone, java, opensource, javafx, android, php, mysql, kodegeek, jruby, ruby, netbeans

Del.icio.us: zamanda, cloud computing, communityone, java, opensource, javafx, android, php, mysql, kodegeek, jruby, ruby, netbeans

comics, java, kodegeek, linux, opensource, programación, ruby android, cloud computing, CommunityOne, conference, java, javafx, jruby, kodegeek, mysql, netbeans, opensource, php, ruby, zamanda

¿Java es el nuevo Perl?. ¿Será porque está muerto? No, todo lo contrario, gracias a scripting languajes lenguajes interpretados Java sigue creciendo en direcciones muy diversas.

Quiero empezar este pequeño análisis diciendo que yo adoro Perl; Yo lo aprendí por mi cuenta (si, para ese entonces no habían cursos de Perl y quizas el único manual autorizado era el libro del camello de O’Reilly). La versatilidad del lenguaje, la cantidad de librerías en CPAN y la enorme cantidad de código y ejemplos de como resolver problemas en la Internet lo hicieron el favorito.

Pero vamos a estar claros: Perl lleva años en el abandono. El modelo de “threads” es un fastidio, la orientación a objetos en Perl si bien no es difícil tiene varias diferencias comparada con otros lenguajes (y por ende es más difícil de aprender en mi opinión, al menos que a usted no le cause picazón el “bless”) pero sobre todo, Parrot (el nuevo interprete de Perl 6) no termina de salir a la luz publica.

Y entonces viene Java con su soporte a lenguajes interpretados como Python (Jython), Ruby (JRuby) y sus lenguajes con merito propio como BeanShell y Groovy. Sin embargo nadie ha escrito un JPerl.

Mi tiempo es muy limitado estos días (trabajo, un niño pequeño) como para ponerme a inventar a aprender un lenguaje exótico el cual nunca voy a utilizar o sacar algún provecho; Sin embargo (y gracias a Java) he podido jugar con Jython en mi trabajo aprovechando código que ya tenemos escrito en Java mientras hago las mismas cosas que hubiera hecho en Perl. Por otro lado, tenemos ya código escrito en BeanShell lo cual significa que yo no seré el único en mi grupo que puede mantener el código.

Es muy interesante la experiencia, ya que por ejemplo aún sin saber la sintaxis completa de Python puedo resolver problemas ya que puedo importar clases de Java y utilizar sus funcionalidades. Si, es una muleta pero a la vez mantiene la productividad y me permite aprender el lenguaje al mismo tiempo. El mismo argumento va para JRuby.

¿Jython vs. JRuby en mi oficina? Bueno, Python se ve interesante, pero como dijo un PHD de mi grupo, “a quien se le ocurre utilizar un lenguaje que utiliza identación para definir alcance”. También tuve problemas cuando traté de importar el modulo de expresiones regulares (import re).

¿Porque no un JPerl (no como el paquete JPerl, escrito en C++)? Quizas es la sintaxis, aunque no soy el primero que se hace la misma pregunta.

En fin, parece ser que la decisión de que usar como scripting languages en Java se reduce en mi caso a:

• Beanshell: No tiene curva de aprendizaje comparado con Jython, JRuby, además de que va a ser parte del JDK en un futuro no muy lejano (estandar de Java)
• JRuby: Más popular que Python (gracias a Rails). Y no usa identación como loco

Lo siento Perl. Pero Parrot te mató y le mundo se sigue moviendo. Por ahora, tu futuro está en la misma liga que el Kernel de GNU Hurd (el cual existe y a nadie le vale un bledo ).

Buscar en otros sitios:

Blogalaxia:java, jperl, jruby, jython, beanshell
Technorati:java, jperl, jruby, jython, beanshell
To2blogs:java, jperl, jruby, jython, beanshell
Del.icio.us:java, jperl, jruby, jython, beanshell

java beanshell, java, jperl, jruby, jython

Me decidí a aprender Ruby después de mucho tiempo. Honestamente mi hostilidad hacia los fanáticos de Rails aún persiste (ya que no ven más allá del framework) y sin embargo el lenguaje se ve atractivo. Les escribo mi travesía mental, quizas les ayude a ustedes a tomar una decisión similar en el futuro:

Tengo un proyecto personal (el cual incluye una página web) y no quiero pagar más .

Si, el hospedaje de Java Servlets es más costoso que PHP. Y tiene más restricciones en cuanto al uso de recursos (memoria y CPU). No quiero pagar más (Java Servlets), no quiero caer en un lenguaje con problemas de separación de vista y logica (PHP). Python y Perl tienen frameworks que si bien son buenos no tienen tanta tracción como Rails, así que prefiero apostar a algo seguro (Rails para bien o para mal va estar alrededor por un buen tiempo. Si no, lean como gente de SUN le está dando apoyo).

Hay un sólo estandar por aprender:
Después de leer este articulo en la Cara Oscura acerca de los frameworks web olvidados de Ruby sólo me queda decir: ¡Gracias a Dios que fueron olvidados!

La razón es muy simple: El hecho de que Ruby sea tan popular es porque el estándar es Rails para hacer aplicaciones web. Python por ejemplo tiene varios frameworks y tiene una comunidad fragmentada por detrás, mientras que Ruby es más uniforme.

No tengo tiempo para aprender estándares de minorías, entre mas “mainstream” mejor

¿El lenguaje es útil?

Si usted le quiere vender el lenguaje a alguien que está harto de escuchar lo bestial que es Rails (si, Jesús lo usó para programar la versión web de la biblia) entonces muestrele el libro “Ruby Cookbook” de la gente de O’Reilly. Lucas Carson y Lenoard Richardson tienen una recopilación de todo lo que puede hacer con el lenguaje. Yo lo empecé a leer en Barnes & Noble el fin de semana pasado y al final me tuve que comprar el libro.

Demasiado bueno, sobre todo cuando se compara lo conciso del código con Perl o las librerías de CPAN.

¿Me tengo que olvidar de Java?

Nope. Java y Ruby son muy buenos amigos. Rails y Servlets son buenos amigos. Todo el mundo es feliz

Es OpenSource

Creo que para mi son suficientes los argumentos. Ahora lo que queda es echar código

Blogalaxia.com:ruby, rails, python, framework, jruby, java
Technorati.com:ruby, rails, python, framework, jruby, java

java framework, java, jruby, python, rails, ruby

No lo digo yo y no lo digo en tono sarcástico; El articulo está bien interesante, además de que habla de Ruby como lenguaje (y no de Rails, lo cual es una ladilla). Con Python sin hacer mucho ruido y Perl 6 que no termina por aparecer uno se pregunta ¿cual es el siguiente lenguaje que debemos aprender?

Si JRuby se muestra más maduro que Jython (Groovy no temina de despegar) entonces creo que al menos yo ya tengo mi respuesta

Blogalaxia.com:jruby, microsoft, ruby, sun
Technorati.com:jruby, microsoft, ruby, sun

Sin categoría jruby, microsoft, ruby, sun