Hace ya algunos días que leí este post en el blog de Stephan el cual me permito copiar aquí.

The Pragmatic Architect in Why do so many technology projects fail?:
Iterative and agile techniques have revolutionized the way that software development is performed, but our industry needs to take a step back and look at the way in which software projects are engaged. Why, when you read about so many high profile big budget software failures, do businesses still initiate software projects with “we want this, tell me how much it will cost”? *We* know that they’ll change their mind. *They* know that they’ll change their mind. So let’s change the engagement model, stop hiding behind fixed price contracts and work *together* to solve problems.

Lo cual se ajusta perfectamente a cierto pensamiento que me lleva rondando las últimas semanas por la cabeza.
Los diversos frameworks que actualmente se encuentran a disposición del desarrollador de software facilitan y agilizan el desarrollo de manera exponencial.
Cierto que requieren cierta curva de aprendizaje, pero con la practica los resultados son realmente impresionantes.

Pero esta agilidad en muchas ocasiones se ve frenada por toda la trama burocratica de contratos, plazos de entrega y constantes controles de cambio que también forman parte del mundo del software, y en general, cualquier proyecto.

No sería mucho más fácil trabajar dentro de un marco que nos permita adaptarnos a las necesidades del cliente de una manera más elástica y dinámica?
Cierto que cualquier cambio solicitado requiere de cierto análisis y estimación de costos pero debiera formar parte del mismo proceso ágil.
Claro que estoy hablando del mundo ideal. En la práctica el cliente no siempre sabe lo que quiere o no siempre está dispuesto a pagar por los cambios que solicita.

Pero mi pensamiento en general es que la industria del desarrollo de sofware debe renovarse. Adaptarse a los nuevos métodos de desarrolo ágil, y eso requiere bastante trabajo tanto por parte de nosotros los desarrolladores como por los clientes.

Pero en muchas ocasiones me doy cuenta de que, incluso en “afamadas” empresas de tecnología, el software es algo difuso que a penas comienza a conocerse.

Conversando anoche con mi amigo Stephan me enteré de que en Panamá existe un JUG (Java User Group) que está trabajando en cosas bastante interesantes, como por ejemplo la traducción al español del NetBeans.

Así que me puse a curiosear por su página web y ví que tienen programadas una serie de conferencias en diciembre muy interesantes con gente de Estados Unidos, República Checa, Chile…

Creo que la conferencia será en Herrera, quién se apunta a asistir?

Update:
Más blogs que hablan sobre el PanamaJUG
Webmasters Panamá link
Blog de Chiriquí link

Hace tiempo que no posteo nada técnico, pero realmente es porque de un tiempo a esta parte no he tenido nada interesante que hacer que mereciera la pena postear.

Así que haciendo uso de mi habitual masoquismo ingenieril, hice una propuesta para incorporar una solución en AJAX en la aplicación que estamos desarrollando que considero que va a aportar un look interesante a la misma.
Esa es la versión que incorporé en la propuesta, realmente (y a pesar de que esto que dije es muy cierto) tenía ganas de hacer algo nuevo, y llevaba tiempo con ganas de meterle mano a AJAX, así que…

Lamentablemente (y digo esto sin ánimo de ofender a los PHP-eros) la mayoría de tutoriales / casos de ejemplo medianamente interesantes están orientados a php, con lo que inicialmente estaba bastante perdido.

Eso fue hasta que encontré DWR (Direct Web Remoting), una excelente solución para incluir un comportamiento asíncrono a una clase java.

Básicamente los pasos a dar son incluir el dwr.jar a nuestras librerías, y crear un documento dwr.xml donde configuraremos las clases que queremos que tengan un comportamiento asincrono.

ej:

< dwr>
< allow>
< create creator="new" javascript="JDate">
< param name="class" value="java.util.Date"/>
< /create>
< /allow>
< /dwr>


En este ejempo estamos habilitando la clase Date para que tenga un comportamiento asincrono.

Una vez hecho esto podemos importar nuestra clase en nuestra página html como si de un js se tratara:

< script src='/[YOUR-WEBAPP]/dwr/interface/[YOUR-SCRIPT].js'>

Y a correr!

Estos son unos pasos muy simples a modo de pantallazo para ilustrar el funcionamiento de DWR.
Podéis encontrar más información aqui

Si queréis incorporar AJAX a vuestras aplicaciones Java sin complicaros demasiado la vida, os recomiendo usar DWR.

Hace algunas semanas tuve la oportunidad de conocer Scrum, una metodología de Project Management y en general de gestión del tiempo muy interesante.

En la página de la wikipedia pueden encontrar algunos enlaces relacionados por si quereis aprender más.

Seguramente para aquellos que nos dedicamos al desarrollo de software, existen ocasiones en las que hay tantas tecnologías que surgen y que son tan extensas que a veces resulta frustrante tratar de ponerse al día, máxime si dicho desarrollo se realiza en J2EE y toda la marabunta que lo rodea.

Bien, para aquellos que quieran iniciarse, refrescar o afianzar conocimientos en estas tecnologías (J2EE, Hibernate, JBoss, Spring, Tapestry) les recomiendo encarecidamente este libro.

Me lo prestó el domingo pasado el Gurú Schwab y la verdad es que está muy bien.

Sencillo, explícito y con un caso práctico bastante interesante.

Realmente lo recomiendo.

Instrucciones:
1) Elijan una página llena de fotos
2) Copien este código en la ventana del navegador

javascript:scroll(0,0); R=0; x1=.1; y1=.05; x2=.25; y2=.24; x3=1.6; y3=.24; x4=300; y4=200; x5=300; y5=200; DI=document.getElementsByTagName("img"); DIL=DI.length; function A(){for(i=0; i-DIL; i++){DIS=DI[ i ].style; DIS.position='absolute'; DIS.left=(Math.sin(R*x1+i*x2+x3)*x4+x5)+"px"; DIS.top=(Math.cos(R*y1+i*y2+y3)*y4+y5)+"px"}R++}setInterval('A()',5); void(0);

3) Para volver a la normalidad recargar la página.

Mola eh?

Visto en … hmmm …

Curioseando por la web he encontrado este curso interactivo de ruby.

Original la idea cuando menos.