Karoshi MSX Community

Hola!

Después de estar absolutamente obsoletizado por mi MSXización compulsiva, he decidido actualizar un poco mis conocimientos informáticos en cuanto a programación y le he dado un mini tiento al Java. He pasado un par de tardes ojeando los tutoriales de Sun y trasteando con el maldito NetBeans.

Para no perder el hilo, os pongo un ejemplo de applet tontísimo y que funciona regular: editor de sprites (http://www.robsy.net/sprite.html).

Supongo que haré una versión un poco más completa (JApplet, SWING, etc.), pero de momento me doy por satisfecho. Es una chapuza y sólo pinta haciendo "click", no vale arrastrar. La utilidad de Rafael Janone, TinySprite funciona mucho mejor y tiene muchísimas más funciones, además de estar hecha en JavaScript y no en Java.

Como sé que aquí hay más Javeros reunidos jeyper, os invito a que me deis pistas, sugerencias, etc., no sobre esta tontería de ejemplo, sino sobre cómo aprender Java y hacia donde se mueve todo esto. Y si algún día aprendo algo, quizás pueda portar alguno de los juegos de Karoshi al fantabuloso Java ME, verdad, Ramones?

Nota: no he puesto este tema como off-topic porque mi idea es ir migrando mis aplicaciones de apoyo al MSX a Java para que puedan ser utilizadas desde cualquier plataforma moderna (Win/Linux/Mac/Solaris/etc.). Viva el cross-development multiplataforma!

Para eso no hace falta Java, tan solo emplear C tal como lo dice el estandar ANSI :PPPPPP.

El C sí es portable. Pero sus librerías no. Y tienes que recompilar para las distintas plataformas. Java te da todo eso hecho: estandarización, librerías, bytecode único, etc.

Hombre, si es porque te ha gustado el java bien. Pero por la portabilidad, hay librerías de C pensadas para poder ser portables. Por ejemplo, el nmsxtiles, utiliza las librerías Qt de Trolltech y puedo compilar la aplicación tanto en Linux como en windows sin ningún cambio.

Lo que sucede es que me fío más de una compañía que se llama Sun que de otra que se llame TrollTech. Es decir, la continuidad que le puede dar al estándar Java una compañía como Sun Microsystems es mucho mayor, por lo que prefiero adentrarme en la ciénaga del Java para ganar ese punto adicional de continuidad y mantenimiento.

Bueno, lo que es por continuidad no creo que las librerías Qt deban preocuparse (posiblemente Robsy, las estés usando en este preciso instante con tu eepc ;D); pero lo que si que es cierto es que el Java otorga una mayor flexibilidad y las cosas como son, te mete un poco más en lo que el mercado demanda (desde el punto de vista del sector informático, claro).
Por cierto, ya que hablamos de Qt, yo siempre he sido de gtk y aunque poco, algo he programado usando este kit. Siempre me ha parecido bastante complicado; así que me pregunto, ¿son más sencillas las Qt?, tienen fama de ser más intuitivas; pero me gustaría saber que opina alguien que las ha usado y que opinara lo más subjetivamente posible.
Como Robsy, me interesaría en caso de hacer alguna utilidad que la disfrutaran todos los usuarios, tando los de Windows como los de Linux.

Hombre, parece que Google al programar Google Earth, o el escritorio KDE4, Skype o un largo etcétera de aplicaciones no han tenido esos temores sobre Trolltech, por muy feo que sea el nombre en comparación con Sun  :P

Sobre lo que dices, jltursan, no puedo comparar con gtk porque no las he usado. Pero Qt sí lo estoy usando bastante a nivel profesional y me encantan. Aunque no profundicé por ejemplo con las MFC, no tienen ni punto de comparación. Son muy intuitivas, la documentación es muy clara y la verdad, las soluciones que plantean parecen que no podrían ser de otra manera. Sin ser ni mucho menos evangelista porque no me gusta esa palabra, recomiendo las Qt si hay que trabajar con C. Recientemente he programado un Scada usando las Qt y las librerías mico para Corba, y van geniales.

no se por que yo siempre he pensado que google earth estaba hecho en C# :P

ahora veo que he estado engañado mucho tiempo xD

La última librería "multimedia" que usé fue Allegro para programar juegos para MS-DOS :(
Luego experimenté con DirectX a pelo, pero no me acabó de convencer. Y la versión de las Allegro para Windows no me gusta demasiado :P

Por eso Java. Un programa y listo para todas las plataformas ;)

Si es que el JavaScript es mucho más potente de lo que te puedes imaginar. El editor que he hecho para el QBIQS lo hice en una tarde y eso que no estoy programando constantemente en JavaScript, pero cuando ves todo lo que puedes hacer... es ponerse y salen las cosas solas...

Saludos
--
Sph.

Gtk tiene un par de cosas que si son complejas, como son el tema de las vistas y  modelos, ya que se basa en un diseño de tipo MVC y hacen falta conocimientos de estos temas para enterarse bien (el que haya tenido que manejar una GtkTreeView sabra a lo que me refiero). Pero bueno, que esto es un foro de msx no de otros sistemas :PP (bueno si alguien piensa portat Gtk al msx me callo xD).

Pues a lo mejor no es un chiste el poder usar java con el msx.

Con una tarjeta basada en un Ajile AJ-100 el MSX podría ejecutar bytecodes J2ME por hardware.
con la GBA ya se hizo.

saludos

Sí, sería muy interesante, pero habría que ver la mejor forma de implementarla y cómo se comunicaría el Z80 con ella y si sería posible acceder a los puertos I/O directamente o tendría que ser el Z80 el que lo hiciera... Hay muchas cosas que si se hacen sin pensar pueden dificultar mucho el trabajo con este hardware.

Si saliese barata podría ser un coprocesador muy interesante que abriría el camino a aplicaciones no tan lúdicas (bueno y a aplicaciones lúdicas con más necesidad de procesamiento, claro está).

Saludos

Como todo en esta vida, no solo con el hardware.

saludos