Resultados y aplazamiento de reunion
Dos noticias importantes:
1.- La reunion del Sabado pasado definió en parte la arquitectura para Tythalos. (al menos al lado del servidor). Existen dos grupos de propuestas liderados por Pablo Guentelican y Mauricio Toledo (respectivamente) con respecto a reutilizar o no cosas echas (especificamente Hibernate para la persistencia y Quartz, cortesia de Darío, para los timers). Finalmente se decidió que cada uno hiciera un mini nucleo como prueba de concepto. Yo por mi parte veré con J. el tema del cliente inicial aunque... (ver numero 2).
Se ha fijado como puertos TCP / UDP para la aplicación los puertos 29200 al 29999. El puerto inicial será (obviamente) el 29200. La comunicacion con el server para login será por TCP y para el juego mismo por UDP.
Existe una cuenta de Gmail para usar como repositorio de información. La password no la pondré en este post (por razones de seguridad), quien la quiera, que me la pida. Na naaaa nananananana na na nana nana naaaaa! (talla interna).
2.- La reunion del sabado 8 se aplaza para el sabado 15, debido a que no he tenido tiempo de ponerme de acuerdo con nadie. El Lunes debo hacer entrega final de tesis por lo que estaré ocupado en eso.
posted by Leonard "Nik" Petit-Breuilh @ 9:25 p. m.
10 comments
10 Comments:
Nota: Lo de la mensajeria con MQ (mejor JMS) no es tan malo despues de todo. Gracias a Marco Alarcón por la idea (estas postulando a aparecer en los creditos).
Datos tecnicos pa mi no plz XD
entendi bien la idea no los tecnicismos...
Llevare lo que mas pueda de ideas de la grafica pal sabado 15 ;)
eso, y suerte el lunes
Suerte con el tema de la tesis...
Nos vemos el 15.
J.
Wenas:
Vean el mail tythalos@gmail.com
Dejé algo de Quartz.
Suerte.
Atte:
Dario Guajardo Barrera
Supongo que ya lo han comentado, como me cuenta Mauricio, pero de todas formas es bueno que sepan que están escogiendo la plataforma más lenta del mercado (entre las grandes) para desarrollar un proyecto que, se supone, debe tener un estandar de eficiencia elevado (tiempos de respuesta, disponibilidad, etc, de primer nivel)
Mi comentario para los defensores de Java, se basa simplemente en una infinidad de benchmarks hechos por distintas empresas (incluyendo a la misma SUN) entre Java y otros productos, como .Net
Espero que tengan buenos resultados con la elección, pero personalmente, creo que Java es una mala decisión.
Por mi parte he tenido experiencia en ambas plataformas. Y es verdad que Java es mas lento que otras, principalmente por la maquina virtual. Pero .NET!!! por favor.... esa si es la peor plataforma que se puede ocupar, razones:
- NO FUNCIONA EN CLUSTER. Microsoft insiste en que si lo hace, pero trabaje con una de las pocas empresa que se le ocurrio comprar esa arquitectura, y terminaron trabajando con servidores independientes.
- Confiabilidad: Desconozco a cuantos les ha pasado, pero las reiniciadas de un servicio .NET son comunes porque no hay respuesta.
- Escalabilidad: Remoting, DCOM+, y todas esas yerbas son buenas, pero hacer que funcionen es algo totalmente distinto. Aparte que se debe considerar que .NET tiene una capa interpretada para hacer que esto funcione y con ello se hace tan lento como Java.
En resumen, comparar .NET con Java es mala idea, pero no es errado decir que si existen otras posibilidades para el desarrollo, pero ninguna nos provee de la base que tiene Java. Eso seria. Saludos.
Y Chilecompra es una bolita de dulce?
IConstruye es otro ejemplo de .Net, lamentablemente el modelo de datos y la construcción de los procedimientos almacenados es malísima, pero como aplicación es muy buena, mejor que muchísimas aplicaciones hechas en J2EE...
Como juego tienes a Quake C#, y hartas otras cosas.... solo denme ejemplos en que Java derrote a .Net para poder contradecirlos xD
Pero bueno, es mi opinión como desarrollador nivel senior en .Net y no espero que la sigan, solo que lo consideren
Saludos
En mi posición de "dictador benevolo" del proyecto Tythalos me siento en el deber de zanjar esta discusión.
¿Por que Java? ¿Por que no .NET?
1.- La plataforma .NET si se utiliza en este proyecto, solo que al lado del cliente, para aprovechar mejor la integración entre .NET y DirectX, cosa que en Java solo es posible con algunos frameworks que no son tan estables como MDX.
2.- Muchos temas que para .NET son relativamente nuevos, como el mapeo objeto-relacional, el Workflowing, las colas de mensajería, etc, son relativamente nuevos en .NET mientras que en Java son cuento viejo (aunque lo mas probable es que el defensor de .NET diga que son soluciones a errores de diseño de Java).
3.- .NET solo corre 100% bien en servidores Microsoft. Esto es un proyecto Open Source pensado en que la gente que tenga ancho de banda disponible lo instale, y esa gente no necesariamente va a tener un servidor Windows 2000 o 2003 (lo mas probable es que sea una maquina Linux). ¿Y mono?... bueno, Mono es casi otro lenguaje.
4.- J. odia a Microsoft :P
5.- Este dictador benevolo tiene bastante experiencia en resolucion de problemas de threading y concurrencia en Java, no asi en .NET. El resto del equipo tambien tiene bastante experiencia en Java pero en general .NET es "Terra Incognita"
6.- Java es lento, solo si se hace abuso del Middleware. Como casi ningun middleware nos sirve, eso no es un problema :P
7.- El ejemplo de Quake C# es inaplicable por que Quake C# es una aplicacion del lado del cliente (Y SI ESTAMOS USANDO C# PARA EL CLIENTE). Hay un Quake Java, y es bastante rapido, pero eso es otra historia...
http://www.bytonic.de/html/jake2.html
En resumen, usamos Java para el servidor por que sabemos por que es tildado de lento. Es tildado de lento por esa media tonelada de aplicaciones mal programadas que usan frameworks por usarlos. Nosotros por eso tratamos de usar los menos, y los que se usan, se analizan.
Ahora esto es muy importante y lo vuelvo a destacar. Este blog NO SE PRESTA PARA EL RANT. Yo espero propuestas, no quejas. Si Ricardo Alvarez dice que .NET es tan bueno, y cree que puede realizar un aporte real programando en C# o otro lenguaje de la serie .NET (Hasta VB.net, quien sabe) le invito a ir a la reunion de este sabado, participar en el proyecto y crear un port de Tythalos Server para .NET o cooperar en el equipo del cliente que si esta echo en .NET. Si no lo hace, entonces rogaria que estos comentarios fueran en otro lugar, como por ejemplo en algun Blog de Java vs .NET de esos que abundan en Internet.
¿¿Y yo que tengo que ver en este rant?? :P XD
J.
Si se puede, solo pido que se eviten las discusiones sin rumbo. Si van apoyadas con contenido, no hay problema, pero discutir por discutir es una lata. (Ver post siguiente).
Publicar un comentario
<< Home