Hoy... en unos cuantos minutos, iniciará de nuevo operaciones el LHC, que recreará el inicio del universo (Big Bang) y descubrirá de una vez por todas qué es la materia.

Transmisión en vivo: http://webcast.cern.ch/lhcfirstphysics/

MVC no es solo separar modelo en un paquete y presentación en otro... necesitas tener un Controlador, que es la entidad que tiene el mando, la que recibe todas las peticiones y luego en base a lo que le hayas configurado decide a qué vista o modelo llamar. Lo más conveniente al menos en tu caso es hacer uso de algún framework MVC disponible para .Net, para que no tengas que programar tu controlador tu mismo.

Muchas veces se piensa que por separar en un archivo la presentación y en otro la lógica se está haciendo MVC, pero no es así.

Salute.

Si quieren aprender las básicas de Ruby en 15 minutos de manera práctica chequen esto:

http://tryruby.hobix.com/

:-)

Yo también iré como parte de Sun, ayer me avisaron!

Por allá nos vemos los que vayan a ir

Un libro excelente para comenzar en Java es el "Piensa en Java" de Bruce Eckel, aborda los temas casi casi "for dummies": http://www.javamexico.org/blogs/jb/quot_pi..._de_bruce_eckel

Te recomiendo también toda esta serie de ejercicios paso a paso sobre Java:

http://www.javamexico.org/usuarios/jhanno/track

Saludos.

Les pego un resumen de lo que fue la reunión En realidad es un poco más gráfico pero aquí no se puede poner contenido de SlideShare y SlideOO... de cualquier manera también lo pueden ver aquí: http://www.javamexico.org/blogs/jb/resumen..._javamexico_org

Resumen escrito por miguel-1.mx.



La reunión en tiempos de influenza. El ambiente alrededor de este encuentro, celebrado (aclamado y reverenciado) el sábado 25 de abril pasado, fue inyectado y sanitizado con la dosis acostumbrada de buen humor, alegría y código fuente, mientras los expositores, Domingo Suarez y Luis Héctor Chávez, hacían gala de su pericia programadora en las charlas brindadas para esta creciente comunidad: el "Taller de Groovy" y "Programación de Wiimote con Java/Processing", respectivamente. Algunas características mostradas en estas charlas dejaron simplemente con la boca abierta a más de uno (que no se vio, merced del cubrebocas).

El ambiente alrededor de este encuentro se vio inmerso en la noticia que cambió la óptica y perspectiva del acontecer sociopolítico y económico de Mexicalpan de las Tunas. Muchos de nosotros preguntábamos donde podíamos o consultábamos en las redes sociales acerca de la realización de este evento. Con o sin confirmación, muchos valientes se dieron cita, el tercer día de la emergencia, cuando apenas comenzaban a darse los números y las citas, y bien a bien no se había siquiera dimensionado el alcance y consecuencias de esa serie de acontecimientos.

Acontecimiento bastante ya era que se habría de hablar de Groovy, ese lenguaje cuyo nombre ni siquiera sugiere la seriedad que ha conllevado su desarrollo evolutivo. Implementado sobre la plataforma Java, adoptó similitudes con lenguajes como Python, Smalltalk, Ruby y Perl, todos ellos muy dinámicos y con preferencia a instrucciones más directas.

El taller de Groovy...

Ver la presentación del Taller de Groovy: http://www.slideshare.net/domingo.suarez/taller-groovy

Domingo Suarez inició su plática un poco más tarde de lo acontecido en las charlas anteriores, pues el diálogo sobre la entonces noticia del momento se extendió sobre el comienzo del tiempo para Groovy conferido. Comenzó describiendo Groovy como un lenguaje ágil y dinámico para la Máquina Virtual de Java, constuido sobre las fortalezas de Java, pero con características de potencialidad adicionales inspirados por lenguajes como Python, Ruby y Smalltalk, permitiendo una adopción prácticamente inmediata para los desarroladores en Java, es decir, una curva de aprendizaje de casi cero, merced de una sintaxis compacta para que el código se vuelva fácil de leer y mantener.

El Ing. Suarez mencionó entre las bondades de este lenguaje el poder simplificar el periodo de pruebas de proyectos, al soportar comprobación de unidad y "mocking", que integre sin problemas todos los objetos y bibliotecas de Java existentes, y que se compile directamente a código Java, pudiendo utilizarse en cualquier lugar donde se use Java.

Para mantener esta reseña de una longitud adecuada, esta demostración se ha transcrito convenientemente a www.grails.org.mx (http://www.grails.org.mx/codice/showContent/3), pues es ligeramente larga (bueno, este era un taller de tres horas, y fueron poco tiempo para los temas a cubrir). Vale la pena darle un vistazo, es un muy buen ejercicio introductorio.

Algo divertido fue ver cómo se instalaba Groovy en los sistemas de los asistentes a la charla. Ya que "entre gitanos no se leen las manos", fue harto entretenido ver las vicisitudes enfrentadas por los asistentes para conseguir que Groovy corriera en sus respectivos sistemas. No por iniciar una guerra de sistemas operativos. Me remitiré a señalar que para quienes llevábamos alguna distro de GNU/Linux todo fue miel sobre hojuelas. Los usuarios del único BSD con elementos propietarios demoraron más, pero no tanto como quienes confiaron en la tecnología NT con .NET. Dos de ellos lograron instalarlo cuando ya se habían abordado los primeros ejemplos.

Enseguida, ejemplos ejecutables de distintas características de Groovy: desde el HolaMundo mostrado al final de la introducción, el manejo de listas, mapas, loops, rangos y manejo de datos incluyendo XML (sí, rangos, listas y mapas dinámicos, tal como Python o Ruby) hasta lo que el mismo Ing. Suarez denominó "como Swing debería haber sido": entorno gráfico 2d sin sufrimiento. Un botón, una ventana y el previo de un entorno visual para una base de datos. Estos ejemplos dieron pie a volar la imaginación, y se distribuyó el código fuente de los mismos a los asistentes.

Realmente fue una "embarrada" de Groovy, pero fue como cuando se embarra crema de avellana y chocolate en un pan: ¡El sabor es único y deja con ganas de más! Las tres horas terminaron en un santiamén (poniendo una vez más de manifiesto la aplicación de la relatividad), y más por tiempo que por voluntad, se procedió al intermedio.

Este intermedio fue ligeramente distinto, pues no todo el tiempo se habló de Código. Algunos, mientras compartían impresiones y posibilidades sobre los ejemplos mostrados en la charla, también comparaban impresiones y rumores a ellos llegados del "tema del día". Era la primera vez que veía algo así. Felizmente, el código triunfó sobre el rumor, y hacia el final nos enlistamos hacia la segunda charla.

Wiimote + Processing...

Puedes descargar la presentación y el código de los ejemplos de la charla de "Wiimote + Processing" desde la siguiente dirección:

http://lhchavez.dyndns.org/demos/javamexico/

De regreso, Luis Héctor Chávez nos brindó la oportunidad de explorar las posibilidades de programar con el Wiimote mediante Java y Processing. Si el mismo CEO de Sony, Howard Stringer, reconoció que Nintendo Co Ltd de Japón "obtuvieron resultados que el PS3 no; generar utilidades de las ventas de hardware" (http://techon.nikkeibp.co.jp/article/HONSHI/20090427/169423/?P=3 en inglés) pues es menester al menos conocer qué hizo Nintendo tan simple y con tantas posibilidades.

Comenzó la charla con características del Wiimote, diferentes a los tradicionales mandos para consolas. El Wiimote es semejante a un control remoto de televisión con unos cuantos botones, un altavoz, un sensor óptico PixArt (como una pequeña cámara al frente) y una barra de sensores con LEDs infrarrojos, además de contar con tres acelerómetros para detectar movimientos. Utiliza Bluetooth para comunicarse con la consola. Por ello puede detectarse por otos dispositivos con Bluetooth, como PCs.

De allí prosiguieron las características técnicas para utilizarlo. Processing es un lenguaje y entorno de programación basado en Java, usado para producción y enseñanza de proyectos interactivos y multimedia de diseño digital, como alternativa abierta, que puede usarse en aplicaciones Web o locales. En el sitio oficial (www.processing.org) se pueden desgargar binarios y fuente. Entre el paquete binario hay ejemplos específicos para el Wiimote.

Comenzó el código a salir a la luz, el primero de creación del exponente, y luego fue intercalando ejemplos propios con ejemplos de Processing. Entre ellos destacó la posibilidad de emitir sonidos en la computadora al mover el Wiimote (el ejemplo simulaba una espada Jedi: "el sueño de todo geek"), un juego para seguir una secuencia en pantalla y conseguir una melodía (al rotar el Wiimote se conseguía hacer subir o bajar un cursor en pantalla, cursor en extremo izquierdo que debía interceptar líneas que viajaban de derecha a izquierda de la pantalla) y preguntas sobre posibilidades de aplicación.

Varios intentaron "emparejar" el Wiimote con su sistema: la comparación entre los sistemas operativos está de más, pero los de Cupertino quedaron detrás de Redmont en esta ocasión.

Una posibilidad más para brindar alternativas a los proyectos. Entre las preguntas incluso comenzaron a despegar las ideas, invitando a los asistentes a investigar compatibilidades con teléfonos móviles y demás accesorios compatibles con Bluetooth.

En verdad, para terminar esta reseña sencillamente diré "quien no arriesga, no gana", y para quienes "osaron atreverse" (dirían los textos épicos) adentrarse a esta plática, el mejor sabor de boca fue su recompensa. Y pudieron (y pudimos) subirse a la "limusina anaranjada" completamente para sí. Eso no se ve todos los días. Y esto, tampoco.



Y ya casi viene la siguiente... por aquí aviso!

Saludos.

Hay un proyecto de traducción de la documentación de Hibernate al castellano, te facilitará tu objetivo:

http://www.hibernar.org/documentacion_es/castellano.html

No estuvo tan mal, prefiero mil veces Oracle que IBM.

Ya lo tengo, avisan cuando haya partida



Faggot.

OMFG!! Oracle comprará a Sun Microsystems

Ok, yo ya lo estoy bajando a ver que tal.

Bueno solamente para invitarlos a este evento de registro gratuito en la Ciudad de México.

Este mes tendremos como invitado especial a Luis Héctor Chávez (lhchavez.com), alumno del ITESM Querétaro, actual campeón del Abierto Nacional de Programación Ants recientemente contratado por Microsoft debido a sus logros.

En anteriores conferencias ya hemos tenido ponentes que nos han enseñado a utilizar el GPS o Bluetooth del móvil saliendo un poco de lo habitual, en esta ocasión Luis Héctor nos mostrará como hacer uso del Wiimote (sí, el control del Wii!) utilizando Java! Imaginen las posibilidades

También contaremos con la presencia de Domingo Suárez, fundador de SpringHispano que nos hará gala de sus amplios conocimientos con un "Taller de Groovy", el lenguaje alterno de la plataforma Java más conocido y utilizado.

Ahora sí, les paso la info del evento

Fecha: Sábado 25 de Abril a las 10 am.

Lugar: Av. San Lorenzo 1009 Piso 4. Col. del Valle, México, D.F. (A una calle del metro Zapata).

Ponencias:

1. Taller de Groovy (3 horas). Por Domingo Suárez Torrez (@domix). Instalacion de Groovy, sintaxis, uso del GDK, Java IO, Collections, JDBC, procesamiento de XML. Para este taller es obligatorio traer laptop porque todo el taller será practico.
2. Programación del Wiimote con Java/Processing. Por Luis Héctor Chávez (@lhchavez). Aprende como desarrollar aplicaciones que usen el Wiimote (Control del Wii!) como dispositivo de entrada!

El registro es gratuito y obligatorio (principalmente para calcular el tamaño de la sala y asegurar que haya suficiente pizza, café, etc...). Para registrarse deben hacerlo en Coetus, un software desarrollado por SpringHispano para manejo de eventos precisamente desarrollado en Groovy!

La dirección de registro es la siguiente: http://www.coetus.info/coetus/events/detail/9
Deben crear una cuenta y posteriormente registrarse en el evento

Este tipo de reuniones son un magnífico ambiente para conocer otras personas que desarrollan software, intercambiar ideas y extender nuestro conocimiento gracias a las ponencias.

Todos son bienvenidos, saludos a todos!

Enlace original: http://www.javamexico.org/blogs/domix/6ta_..._javamexico_org

Eso incluiría ex-moderadores desterrados de cracking

XD

Credencial de elector con fotografía :-)

Las otras preguntas creo que están por demás, si hablamos de VoIP ya no influye solamente móviles con Wifi o 3g sino computadoras, etc...

No se puede tapar el sol con un dedo, pero sin duda es un buen paso en el terreno de la extorsión o secuestro vía teléfono celular.

En mi caso no he seguido de cerca Hackerss y de algunos no sé si hacen o no su colaboración, así que solo voté por los que conozco como colaboran.

Ok, estoy en espera, ya tengo el primer tema

LOL! Cuando te roban el cel lo primero que se hace es reportar el SIM, así puedes recuperar tu saldo, tu número y aparte evitas que llamen con él. Eso toda la gente que conozco lo hace.

¿Y mientras dónde pongo ese tipo de temas?

Se ve interesante, muy parecido al CS, cuál es la diferencia o ventaja con este?¿

Estaría interesante que se agregara un foro de "Dispositivos Móviles" en la sección de Sistemas Operativos, debido a la importancia que ha tomado el Software Embedded en la vida cotidiana.

En esa sección que propongo se podrían tener temas acerca de la vasta variedad de aplicaciones para Symbian OS, iPhone OS, Blackberry OS o como desarrollar para iPhone SDK, en Java Mobile Edition, Symbian SDK, como utilizar el Bluetooth, el GPS, etc...

De pasada se quita todo lo dedicado a iPhone del foro de Apple stuff que a mi parecer debería estar dedicado a OS X enteramente, y así también el foro nuevo ya no inicia sin temas ya que todo lo dedicado al iPhone se movería a éste.

Saludos!

A ver...

Tienes entonces actualmente 2 Jsp, una de entrada y otra de salida y su respectivo servlet. Ok?

Lo que ahora vas a hacer es implementar el patrón de diseño MVC en esa pequeña aplicación por medio de Struts, así que debes hacer algunos cambios.

Primero que nada, ahora todo se centrará en tu struts-config.xml, es el centro de la aplicación puesto que es el archivo que configura el "Controlador" (me imagino que ya leíste algo sobre Model-View-Controller) por medio de esos "mapeos" que aún no comprendes al 100%.

Lo que pasa es lo siguiente... En una aplicación JSP/Servlet normal, tu creas un formulario o enlace en una página JSP que llama directamente a un servlet en donde tienes almacenada tu lógica o también puede ser que llames a otra jsp, entonces el servidor realmente apunta a un servlet diferente cada vez o (en el caso de que sea a otra jsp) a un archivo, como cualquier servidor HTTP.
Con MVC esta funcionalidad actúa diferente, ya que siempre va a entrar el servlet Controlador primero (en el caso de Struts se llama ActionServlet), y en base a lo que hayas puesto en tu struts-config.xml el Controlador decidirá hacia donde enviar la petición recibida.

Para no hacerte el cuento largo, tu struts-config.xml quedaría más o menos así:



Explico:

• EjemploBean es la clase donde van los atributos y sus getters y setters, debe extender de ActionForm.
• En el mapeo, en el atributo "input" debes poner la jsp a la que se debe dirigir el Controlador si es que surge algún error.
• El atributo "name" es algo confuso, ya que no es el nombre de la acción, sino que debe ir el nombre de FormBean que va a ocupar, el que declaramos arriba pues (EjemploBean).
• En el atributo "path" debes colocar la URL que llamará a esa acción, que debes poner en tu jsp en el atributo "action" de tu etiqueta <html:form>.
• "scope" es el contexto en el que se van a alojar los datos del form-bean, es decir el tiempo de vida que tendrán: request, session o application.
• "type" es el atributo más importante, ahí vas a poner la clase Action que contiene la lógica a ejecutar (en tu caso la operación matemática), esa clase debe extender de org.apache.struts.action.Action y debes sobreescribir su método execute() que actúa como un método doGet() o doPost() en un servlet normal, luego debes bajar los datos del ActionForm que viene en los parámetros y hacer la operación con ellos, luego subir los datos al mismo form para que estén disponibles en la JSP de vuelta . También debes al final regresar el mando al controlador retornando un objeto ActionForward así: return mapping.findForward("operacionExitosa");
• La etiqueta <forward> sirve para que cuando la clase Action regrese el control decidamos hacia donde ir, aquí en el ejemplo solo te puse "operacionExitosa" pero podríamos tener varios forwards esperando varios estatus o maneras de actuar ante algo, por ejemplo errores e ir hacia otras páginas en vez de la de salida.

Es un poco confuso pero traté de explicarlo lo mejor que pude brevemente, si tienes alguna duda por aquí me daré mis vueltas, no tengas reparo en preguntar.

Saludos!!

Interesante, cuéntame más.

Pandora es la onda!!

Lástima que la hayan restringido solamente a EEUU

Que tal muchachos...

Escribí una reseña sobre BeanShell, un lenguaje de scripting en consola basado en Java, que provee toda la funcionalidad de la API de Java para que la manejemos interactivamente, sin necesidad de crear clases y compilaciones manuales. Asemeja a la funcionalidad de Groovy pero este último es mucho más extenso y en algunas ocasiones específicas eso no es del todo bueno.

Algunos ya lo conocerán, puesto que no es algo nuevo, pero para otros tantos pasa desapercibido y vaya que es útil.

Es parte del Java Community Process bajo el nombre: JSR 274: The BeanShell Scripting Language

Es comparable con lenguajes como Perl o Python, extensamente utilizados en sistemas UNIX/Linux para shell scripting.

Aquí les pongo un ejemplo de su utilización en consola, como si estuviéramos escribiendo comandos, en mi caso bajo Debian GNU/Linux ("bsh %" es el prompt):



Aunque también podemos crear un script en un archivo (para este ejemplo lo hago con "cat") y después ejecutarlo con el comando bsh, tal como un script de Bash o Korn Shell:



Ya que tenemos acceso a toda la API, las posibilidades son infinitas... Podemos poner porciones de código embebidas en aplicaciones más robustas, por ejemplo porciones que constantemente puedan cambiar de funcionalidad, las ponemos en BeanShells y así solo suplantamos los scripts de BeanShell en el sistema de archivos cuando sea necesario y no habrá que hacer un deployment de la aplicación entera de nuevo :-)

Recursos:

Sitio oficial: http://www.beanshell.org/
Manual: http://www.beanshell.org/manual/
Documentación y ejemplos: http://www.beanshell.org/docs.html

Saludos a todos!

Confieso ídem. :S