Acá les dejo el último afiche confeccionado por IES21.

Simplemente excelente.

Acá está el afiche oficial del evento.

Para más información pueden entrar a: http://www.ies21.edu.ar/eventos_notas.asp?id=58

Para registrarse en el evento puede hacerlo mediante: http://msevents.microsoft.com/cui/EventDetail.aspx?culture=es-AR&EventID=1032414657&IO=b0%2ft3ALda8ThCFf1f6girA%3d%3d

La última hora será dedicada, si así se pudiera, a realizar un mini foro sobre desarrollo de juegos. Trataremos de intercambiar información sobre el desarrollo de juegos en general.

Hoy finalicé el curso de Scum Master.

¿Qué puedo decir de la experiencia del curso?

Simplemente brutal, arrolladora, una aplanadora que me destripó el cerebro y me lo refactorizó.

Muchas de las cuestiones habladas no difieren de muchas cuestiones que normalmente peleo y pongo en la mesa de discusiones, pero siempre es bueno ponerle nombre a las cosas. Por un lado, para saber que existen otras personas que piensan más o menos igual que uno, por otro lado, y relacionado a esto, para saber que uno no es el único que va con su minúsculo remo tratando de subir un barco por una catarata, y finalmente, para saber que eso que uno sentía que estaba haciendo bien tenía muchas más cosas que hacían que estuvieran mejor aún.

Creo que lo más difícil de todo esto, no es la aplicación de Scrum en los proyectos, y creo que hasta esto podría ser secundario. Creo que lo más complicado es el cambio cultural, algo que de hecho, y esto me demuestra que no estoy tan loco, toca mucho con lo que comenté en el documento armado para el post anterior con el resumen del delirio de la propuesta formulada en las jornadas Agile en Córdoba.

Por supuesto, esto no hubiera sido así si no fuera por Alan Cyment, el facilitador y su forma de, facilitar, el curso.

Como cierre, veremos como sigue esto, que más hay más allá de Scrum, ver como podemos pegar el primer trompadón para que se sienta este cambio.

P.D.: Lo que tengo en mis manos es el resultado de un proyecto realizado interno, un avechucho que terminó quedando como mascota e irá a parar a mi escritorio para no hacerme olvidar todo lo que pasó.

Finalmente el Agile Open Córdoba 2009 pasó y tengo que decir que fue maravilloso. Si bien me hubiera gustado que fuera más gente, los 50 presentes hicimos mucho ruido durante dos días. Se habló de todo, aunque en realidad se habló de lo que los participantes quisieron que se hable.

Personalmente propuse un tema, aunque pensaba que la idea no prendería. Un tema un poco fuera, aunque rozando, los conceptos Agile y otros no tanto. La pregunta, más tratando de confundir ¿Porqué Agile?, pero por supuesto, no cuestionando el uso de sus vertientes si no, yendo mucho más lejos.

En definitiva, después de muchos delirios, idas y vueltas, se hizo una excelente discusión. Por lo que pensé que ameritaba plantear en papel esta locura que últimamente ronda mi cabeza y que he podido validar en varios intentos (o sea, no estoy tan loco), gracias a intercambios de ideas. Les dejo el link de descarga acá: http://cid-44a6f6b3589906f1.skydrive.live.com/self.aspx/Public/PorqueAgile.pdf

Definitivamente, pude que sea muy abstracto, pero da la opción a profundizar mucho sobre el tema.

Finalmente, y volviendo al Agile Open, al final de este salieron grandes propuestas como la de periodicidad de eventos. Teniendo en cuenta que vengo leyendo mucho hace tiempo sobre este tema, aunque siempre de libros y pura teoría, tanto el Agile Open, como las futuras reuniones son un excelente punto para bajar todo esto a tierra y aprender de otras personas que también han incursionado en estos temas.

Technight MSDN: Desarrollo de aplicaciones Silverlight y novedades en Silverlight 3.0

jueves, 30 de abril de 2009 06:30 p.m. - jueves, 30 de abril de 2009 09:30 p.m. Buenos Aires

UTN Regional Cordoba

Maestro M. Lopez esq. Cruz Roja Argentina, Ciudad Universitaria
Cordoba Argentina

Idiomas:
Español.

Audiencia(s):
Developer.

Información general del Evento

Technight MSDN: Desarrollo de aplicaciones Silverlight y novedades en Silverlight 3.0

En la siguiente sesión hablaremos de SilverLight 2.0, de sus características más importantes, interacción con XAML y controles pre diseñados. Además, veremos como Microsoft une dos áreas del software, la del desarrollador de software mediante Visual Studio 2008 y la del diseñador visual con Expression Blend 2. Además, un vistazo a SilverLight 3.0 y sus nuevas características, controles y herramientas.

Orador:  Matías Iacono

Como ya comenté en un post anterior, estoy organizando una serie de WebCast sobre ASP.net para aquellos que recién empiezan y para aquellos, claro está, que quieren aprender alguna que otra cosa nueva. La primera lista es tentativamente introductoria, pero en cada evento realizaré un par de encuestas para obtener sugerencias para futuros temas. La idea es que todos los sábados nos tomemos una hora para aprender más sobre ASP.net y así poder implementar cada vez mejor esta tecnología.

Como ya se acerca la fecha de la primer conferencia aprovecho para colocar los links de enlace a cada evento. Es recomendable que se den una vuelta por el sitio antes de la fecha ya que si no tienen instalado LiveMeeting tendrán que pasar por esta tarea, nada complicado, pero toma un par de minutos en descargar e instalar el producto.

En cada evento se podrán realizar preguntas sobre los temas tratados, los que responderemos en el mismo momento.

Una pregunta que surge muchas veces en las acaloradas discusiones sobre desarrollo de software se centran en el costo del software. Cuanto cuesta producirlo, cual es el valor monetario del mismo, y si bien existen diferentes formas, desde el punto de vista de la ingeniería de sistemas para lograr esto, nosotros, los desarrolladores y productores de dicho software carecemos de la capacidad de transmitir dicho valor hacia el usuario final.

Cuantos de nosotros, después de un exhaustivo análisis, hemos ido con el cliente y nos encontramos con las típicas frases: – No, es muy caro. – No, es mucho tiempo. – No, yo pensaba pagar [1% del costo propuesto].

Y esto se ve potenciado cuando el producto requerido es más grande. O sea, mientras más grande es el resultado esperado, menos es lo que el cliente percibe que debe pagar por el trabajo. – Quiero una copia de GMail. Vociferan sin pensarlo dos veces. – No quiero gastar más de [0,001% del costo resultante de la producción del mismísimo GMail].

Tenemos la suerte de que rara vez el cliente final necesita un sistema operativo, porque ahí sí que estaríamos en serios problemas.

En todo caso, este problema, desde mi punto de vista, esta relacionado con la falta de cultura adquirida por este usuario/cliente final hacia el esfuerzo y trabajo que producir software requiere. Posiblemente fuertemente ligado a la ausencia de elementos materiales de gran volumen entregables. Convengamos que un CD/DVD no ocupa mucho espacio, y esto puede producir, neuronalmente en el cliente, una concepción de que eso es pequeño, que no vale mucho más de lo que él piensa. Muy diferente, para arrojar algunos ejemplos varios, lo tiene planteado un arquitecto (que también tendrá sus problemas, claro está, pero hay cosas que no se discuten), ya que por un lado este le entregará una buena cantidad de papeles representando los planos de su casa, firmados, avalados. Y con suerte, terminará entregando una estructura donde el cliente habitará. Si vamos por otro ejemplo, ningún cliente discute (fuera de los límites tolerables), el costo de un automóvil. El valor de este es puesto por el vendedor, y es normalmente aceptado por el cliente sin ningún problema, hasta prácticamente feliz; esto por un lado debido a que la cultura del automóvil está más arraigada en el consumidor común, y por otro lado, porque vamos, es UN AUTOMÓVIL, hasta hace BRRRRMMM!!!.

Lo más interesante del automóvil es que en concepto, resulta mucho más simple producirlo que un software. Tienes una línea de montaje, todos son idénticos, y a lo sumo cambia el color. O sea, mientras se producen cientos de miles de automóviles de serie, el valor de este es inamovible y aceptado por el cliente, mientras que el desarrollo de un software a medida es objeto de regateos, siendo que se está construyendo uno a gusto del usuario. Ni vengamos con el típico problema de: – Y este botón ¿Podes moverlo acá?. Imposible de hacer entender que mover dicho botón (ejemplo llevado al extremo) no resultaría una cuestión trivial, ya que impactaría en tiempos de entrega y costos. Ahora, que pasa si el cliente dice: – Está lindo el automóvil, pero lo quiero en púrpura con pintas blancas. Supongo que los ojos del vendedor brillarán y sacará un gran talonario para facturar el costo del cambio.

Entonces, que pasa con esta falta de educación por parte del usuario para el entendimiento de lo que hacemos y lo costoso que resulta. Esto no es culpa del usuario, es culpa nuestra, y es algo que deberemos cambiar o si no seguiremos intentando vender esfuerzo extremo a costos ínfimos.

Teniendo en cuenta que estamos en el momento donde la información fluye, y donde más código se comparte libremente para su reutilización, es mucho más natural ver como los desarrolladores seden su código y queda libre dando vueltas. De la misma forma, si estamos en la posibilidad de hacerlo, sería excelente entregar de alguna forma, este código al usuario para que vea cuando esfuerzo llevó en confeccionar su “pequeña aplicación”.

Por mi lado, arranco con esta idea que, tal vez pueda no ser la mejor, pero es un inicio, y cuelgo el código realizado para el PacMan de los post anteriores, en formato PDF. Como podrán notar, un juego simple, aún no terminado, cuenta con 33 hojas de código, un tremendo documento si a esto le incluimos los trabajos circundantes como la creación de las imágenes, horas de pensamiento en la lógica del código entre otras características inherentes al desarrollo de software. Pensemos en un proyecto maduro, con miles de líneas de código donde seguramente podremos armar un documentos de varios cientos de páginas solo para que el usuario/cliente se dé cuenta del trabajo que representa hacer lo que hacemos.

Para descargar el PDF: http://cid-44a6f6b3589906f1.skydrive.live.com/self.aspx/Public/XNAPacManforPC.pdf

Como ya comenté en el post anterior, estamos organizando para el mes que viene una serie de eventos sobre desarrollo de video juegos en Córdoba.

Y para estos eventos he estado armando nuestro viejo amigo, el PacMan. Aun le falta un poco, pero me siento muy contento por los resultados, así que acá les dejo un par de ScreenShots para que vayan viendo lo que se viene.

En el evento veremos como hacer este juego.

Sugestivo.

Nuestros queridos amigos tratando de capturarnos.

Aún tengo pendiente mejorar la IA de los fantasmas. Hasta el momento son una simple bala teledirigida, pero tengo que agregarle algo de “poder de decisión” para que no sea imposible poder hacer dos pasos y ser aplastado por uno de estos ensabanados. Tengo que comentar, antes de cerrar el post, es que esta es la versión PC, pero los días de las conferencias estos ejemplos se mostrarán en una XBox 360 (y en la PC). Veremos si me da el tiempo para hacer un “port” para el Zune y hacemos el ciclo completo.

El próximo 7 y 15 de mayo estaremos dando un par de conferencias técnicas sobre XNA y desarrollo de juegos.

Para esta ocasión estoy preparando un juego de demo para explicar conceptos relacionados a esta hermosa y apasionante (por lo menos para mi) tarea y área de la ingeniería de sistemas.

En la imagen pueden ver una captura de pantalla del juego. Aún me falta meter los fantasmas y algo de IA para que estos te persigan, pero aún tengo algo de tiempo.

Prometo subir el código una vez finalizado.