Wednesday, June 14, 2006

.NET no es la evolución de...

Por lo general las veces que he querido comentar o explicar de manera sencilla alguna tecnología que ofrece la plataforma .NET, he aplicado el método clásico...

Es decir, contar como es que se trabajaba "antes de...",
mostrar la problematica "antes de...",
Y luego, poco a poco hablar sobre como es que se soluciona todo esto, "Gracias" ala tecnologia en mención.

Pero bueno, ese es digamos el cliché que se aplica al comienzo, la "parte de ventas" si hablamos siendo un poco mas sinceros, menos subjetivos, o de repente, menos "camiseta MS"

Tampoco voy a atacarlos, en verdad me gusta ese metodo, mostrar como es que se resuelven las cosas,
recuerdo, que una vez, estando yo literalmente con un polo Microsoft, les dije a los asistentes a esa pequeña reunion, "ojo, yo no estoy apoyando a Microsoft", señalando mi polo, la gente se rió,
pero dejo de reirse cuando les comente como es que son realmente las cosas (al menos desde mi punto de vista)

tampoco, es que les haya hablado del anticristo, PARA NADA,
lo que quize compartir en ese momento a a la gente de la universidad (pues era una charla en mi facultad), que a pesar de que habian muchas facilidades brindadas por la plataforma .NET, eso no era la hoja de ruda, no!,
"todo depende de muchas cosas" les dije,
- qué tan ordenados somos?
- manejamos alguna metodologia?
- todo se lo confiamos a los wizards?

si se dan cuenta, les dije,
depende mucho de ustedes, no de .NET o Java o lo que fuere
esta demas decir que, habian algunos amigos javeros,

La idea era y es compartir que una plataforma con todas las bondades que tenga, no es la hoja de ruda que te cura de todo!
Al menos esa es mi idea..

A lo que iba, es que cualquier
componente de la tecnologia .NET, no es solo la evolucion de su predecesora,
por ejemplo, si hablamos de Acceso a Datos, antes se trabajaba bajo ADO (Activex Data Objects), y habian mas, pero digamos que ADO tuvo su momento, con problemas y todo, su momento.

Con .NET tenemos a ADO.NET, que tiene como objetivo "oh sorpresa" el acceso a datos,
de ADO, a mi parecer queda poco mas que el nombre,
la arquitectura fue completamente rediseñada,
eliminando multiples dependencias,
basandose en algo abierto como lo es el XML,
y por consiguiente teniendo una plataforma independiente al proveedor.

Ahora, esto tiene sus cosas,
hay excepciones,
algunas cosas funcionan mejor si se tiene el proveedor particular,
el construido por una empresa no Microsoft (MS),

Pero, siendo sinceros, la gente MS se ha tomado su tiempo al rediseñar cada componente,
pensando mas a futuro, y en el cliente (recuerdan eso de "Experiencia de Usuario"? lo pueden encontrar escrito en al menos un par de pagina de MS)

y si se busca mejorar,
los cambios son cada vez minimos,
claro, aun hay problemas en lo que respecta a distribucion de aplicaciones,
pero ahora con .NET 2.0 eso esta combatiendose,

Y bueno MS al rediseñar los objetos,
esta brindando cada vez mas, modelos mas consistentes,
que permiten una implementacion sencilla de una aplicacion,

En el caso de acceso a datos, manejo de archivos, o de objetos remotos (y muchos etc), las cosas han evolucionado considerablemente, y creo qe cada vez sera mas y mas necesario tener en cuenta que eso no nos solucionará los problemas,

nos hara la vida menos complicada si, pero no todo es magico, debemos ordenarnos mas, pensar mas (ojo con esto)

Ahora, en pleno "experimiento" -termino que copio de Raúl- estamos con unos amigos, repasando algunos temas,
yo me encargaba de enseñarles un tiempo, desde el año pasado,
y para que, tengo que admitir que aprendi un monton con ellos.

Tambien tengo que admitir sin ningun problema, que tengo, tenemos mucho por aprender,
Esto a pesar de que los vacile diciendoles "Bueno, ya que lo se todo, no tengo nada que repasar" (Es broma porsiacaso), tambien estoy en el plan de reforzamiento,

la idea es reforzar los temas que hemos tocado desde que nos conocemos,
y a pesar de que ese tema no lo tocamos,
he optado por el tema de GDI+,
que a mi parecer no sufrio el cambio de nombre a GDI.NET por algo netamente accidental...

GDI+ tiene mucho que ver con el manejo de imagenes,
lo cual implica colores, fuentes, inclusive impresión,
pero todo visto desde la plataforma .NET,

GDI+, (bajo mi humilde opinión) no es la evolucion de GDI,
que es por cierto, un modelo de objetos muy complicado,
estuve viendo el codigo necesario, basado en C++, el cual me hace pensar en algunas de las fuentes del orgullo de mis amigos programadores en lenguajes basados en C.

Al margen de todas mis variaciones y lanzamiento por tangentes,
he conseguido info al respecto,
y la idea es que se publiquen por este medio los avances.
(En realidad la gente esta sacando sus blogs, y la idea es centralizarlo por este otro blog, el de la célula!, jaja aun en beta porsiaca!!!)
Y luego de un plazo determinado,
tener un documento que resuma nuestro trabajo.

Estamos en eso pues.
y como comentario,
no he conseguido mucha info,
mas que la siguiente
- Gráficos vectoriales con Visual Basic .NET
- Introduction to GDI+ in .NET
- El Quintero.NET-Codigo Fuente

Y algunas mas, pero, no me gusto no encontrar algo como quiero, pues revisando un poco, confirmé que ahora puedo desarrollar un juego con menos trabajo!, bacan, bacan! (bueno eso si lo sabia, pero igual estoy emocionado =D)
pero, donde esta la info, como lo hago?

tengo algunos libros, a ver si con ellos puedo documentarme, pero la idea es que haya algo similar, y si es en español, mejor, no todos manejan tan bien el ingles, y la idea es aprender.
Bueno, yo ya estoy enviciado con el GDI+, a pesar de que no lo he revisado mucho, quiero ver que puedo hacer,
espero comentar algo mas en estos dias, o quiza en unas horas, pues quiero ver que avanzo.

Luego, espero terminar con lo que es KPL(Kid Program Language), alguna vez escribi sobre eso, a ver si lo retomo, pues alli me parece que el desarrollo de juegos es menos complicado aun.


say no more.

No comments: