<body>

Sitios web relacionados: PingBlog | Fotos

viernes, agosto 26, 2005

Las politicas de Java (O como el decreto 3390 puede desinflar al lenguaje III)



Después de dos días y ninguna respuesta de SUN de Venezuela; SUN de Venezuela no tiene un sitio (al menos fácil de encontrar en Internet) en el cual se puedan formular este tipo de preguntas fácilmente, ya que todo los enlaces son básicamente soportes a clientes de algún servicio de la compañia, alguien dentro de las oficinas en Venezuela debería al menos tener una posición al respecto.

Como decía Quevedo, "Poderoso caballero es Don Dinero".

Pero la razón por la que escribo no es la fatlta de acción de SUN con respecto a Java; La razón de este escrito es mi preocupación por algo que voy a llamar el "fundamentalismo técnologico en el gobierno".

¿Fundamentalismo tecnológico?. Bueno, para empezar y ser justos no creo que sean todas las personas de el gobierno; Yo en particular conozco personas que trabajan en la administración pública, las cuales son increiblemente prágmaticas e inteligentes y es en ellas que creo que descanza la posibilidad de evitar un desastre. El desastre aquí es que el decreto 3390 puede ser utilizado para segregar y no regular, ya que después de todo las leyes cuando son mal aplicadas se convierten en una excusa para legalizar atrocidades.

¿No estoy yendo muy lejos con esa afirmación? A estas alturas de el juego, no hay una politica definida acerca de como tratar cierto software comercial, como migrar de software comercial a libre; Yo creo que las mejor forma de mostrar ciertas cosas es por ejemplo, así que aqui les tengo algunas muestras de opiniones (las cuales siguen saliendo varios días después de haber comenzado esta conversación) en la lista de migrando a Venezuela:
O te haces una lobotomia o Sun no te dejará hacer nada relacionado con
lo que puedas recordar de lo que has leido en su código, es decir, nunca
mas podras hacer software comercial (ni libre) sobre sistemas
operativos, compiladores o interpretadores, si eso no es una mancha, no
se lo que sea. Además no sale ni con Ariel, ni con Ace, hay que sacarla
extirpando la parte externa del cerebro, comúnmente conocida como
materia gris.

Haganse un favor y resistan a la tentación de andar viendo dentro de las
tecnologías que tengan esa licencia, todas las técnicas alli
implementadas y muchas más están en SableVM, Kaffe, GNU Classpath, Mono,
DotGNU, Perl, Python, Parrot, etc.


Dejando de un lado lo folklorico (por no decir cursi) de quien escribe esto, creo que la reacción visceral esxagerada; Si bien la licencia es cerrada y si se quiere evitar copiar código lo mejor es no mirarlo, muchas compañias no les interesa en lo absoluto como corre la máquina virtual, ya que lo que realmente tiene valor es como el lenguaje los ayuda a resolver problemas (eso es cierto no importa si la empresa es privada o pública). Comparto que el miedo aqui es depender de una tecnología a la cual le pueden cambiar la licencia de un momento para otro, pero ¿es eso fáctible?. Sigamos leyendo otros fragmentos:
> 1. El gobierno debería preparar una lista de alternativas 'libres' a
> software comercial, Estuve buscando un documento (como el que ya han
> sacado en otros paises d Europa, puede buscar en Google las
> referencias) pero no conseguí ninguna. Aún cuando recomendar un
> lenguaje para resolver un problema parece una solución pedante, eso
> puede ayudar a los usuarios a escoger mejor entre una lista de
> alternativas (después de todo una de las cosas que leí en los correos
> es que Sun se ha aprovechado de la comunidad por la falta de
> información, ¿no es asi?). Es mejor tener ciertos lineamientos a no
> tener nada.

el gobierno, el gobierno, el gobierno, el gobierno, el gobierno, el
gobierno, el gobierno, el gobierno, el gobierno, el gobierno

claramente en la comunidad decidimos no esperar más

http://www.migrandovenezuela.org/index.php?title=Alternativas_Libres


>
En enlace (para el momento que escribo estas lineas) sólo contiene una comparación superficial de aplicaciones que corren bajo Windows con respecto a aplicaciones gratuitas. Eso no es un mapa de migración, ya que se necesita mucha más información (incluyendo las consecuencias de cambiar de una aplicación a otra). Lo que me molesta de quien escribe esto es que lo hace como si fuera sencillo y el trabajo ya estuviera hecho, cuando todo el mundo sabe que no lo es (aunque sea beneficioso).


En particular yo pregunté si habia información sobre historias de éxito en Venezuela; Afortunadamente si las hay y alguien me indicó en donde estaban:
> 3. Más documentación, historias de éxito en Venezuela. Nada convence
> más que saber que alguien lo pudo hacer...

http://www.migrandovenezuela.org/index.php?title=Portada#Migraci.C3.B3n_de_la_Administraci.C3.B3n_P.C3.BAblica_Nacional

De verdad me alegra ver eso. El hecho de que el estado Venezolano tenga el compromiso de utilizar tecnología para abaratar costos es algo por lo cual hay que felicitarlos; Sin embargo la actitud agresiva, politizada, dogmatica y sobre todo ignorante de algunas personas (algunas de ellas dentro de las universidades) relacionadas con la administración pública sólo llama a problemas. Y el hecho de que SUN no le preste atención a sus usuarios o creyentes de la tecnología, o no quiera liberar su máquina virtual no ayuda en absoluto.

La lista está altamente politizada; No debería extrañar después de las batallas campales entre el Gobierno y la Oposición; Si bien se notó que muchos de sus miembros se mantuvieron dentro de los parámetros (no hablar de politica, concentrarse en hablar de software libre) fué inevitable que surgieran comentarios como estos:
izquierdismo por apoyar el software libre? inapropiado, pero gracias por
la etiqueta, la sumaré a la lista de las que me han tildado, me gusta
coleccionarlas, se que te retractaste pero valía la pena responder
O este:
Es absolutamente neutral hasta que Chavez se entere de que le están
jugando kikiriwiki y comience a volar cabezas, entonces la posición se
va aclarar, a menos que los que están a cargo de la OTI recapaciten a
tiempo sobre si prefieren la furia de Sun, la del Presidente o la de la
revolución :-)

Estará consciente Alfredo Atai de todo esto ?, al fin y al cabo es su
cabeza la que peligra porque intenta moverse en una línea muy fina entre
la cortesía de las grandes corporaciones y el compromiso de un proyecto

de País.
Esta es mi favorita:
Eso es todo, y por favor no utilices el término izquierdismo de forma
inadecuada y menos al lado de dogmatismo, te recomiendo que busques
fuentes de información serias, incluso la wikipedia te sirve para empezar.

Si no usar Java es izquierdismo, pues se fregó porque yo soy izquierdista
hasta la metra!!... pero de un izquierdismo que nunca podrá acompañar al
dogmatismo.
Hay mucho desconocimiento de el tema; Se habló de propiedad intelectual, de formatos cerrados, de interpretación de licencias:
>
>> Ni el lenguaje Java, ni el JRE, ni J2EE, ni los JSP son más estandares
>> que Microsoft Word, porque no han sido sometidos a una organización de
>> estándares reconocida internacionalmente,
>
>
> Al igual que el perl. Larry Wall ha dicho innumerables veces que no
> piensa estandarizarlo ni presentarlo ante una organización de estándares
> internacionales. El hecho de no ser un ISO o un ANSI no hace al perl
> menos libre que el C.

dejando a un lado que las licencias de Perl y Java son distintas, de
Java no puedes hacer un fork como Perl (gracias a la Artistic License),
la búsqueda de que Java _por_ _lo_ _menos_ sea un estándar ante
cualquier entidad internacional (ECMA, ISO, ANSI, etc) es solo para
escapar de las demandas de Sun, no porque seamos tesudos de los
standards, mientras no existen un standard, bien sirve una
especificación abierta, sin patente, ni control comercial que se pueda
usar con _libertad_ en software libre, y sabes que las utilerias para
Java de Sun no son precisamente el caso (recuerda libertad de uso)
Sin embargo me quedó un sabor amargo en la boca, ya que aún así el sentimiento siempre fué de "nosotros contra ellos". Que ladilla, yo siempre había pensado que los desarrolladores eran pragmaticos.

Varias veces se habló de que el decreto es sólo para regular, sin embargo ¿se imaginan si ciertos elementos readicales son dejados en control lo que podría pasarle a la industría de software nacional?:
> 1.- MCT no va a realizar ningún pronunciamiento al respecto sobre que
>plataforma de desarrollo se tienen que basar los sistemas que debemos
>desarrollar. Su función no es ser un arbitro, ni inquisidor, sino de ser un
>este conciliador y que de las directrices bases. Hacer lo contrario sería
>coartar la libertad de elección.
>
>

Bueno, habrá que obligarlos a que se pronuncien, porque sino, todo el
mundo va a usar Windows para correr software libre, y donde está la
libertad de la solución ?.

Que tanta independencia tecnológica se adquiere al utilizar
Windows+Apache2+PHP para una solución, para mi no hay ninguna diferencia
entre eso y Linux+JRE(propietario)+Tomcat, o Linux+Oracle+PHP, todas son
soluciones atadas a por lo menos un fabricante.
Cada caso debe ser considerado individualmente lo cual es una tarea ardua por el volumen sin embargo garantizará buenos resultados ya que cada problema resuelto con software tiene sus particularidades.

¿Recuerdan la palabra regular? Hacen falta lineamientos más claros, y sobre todo más educación sobre las alternativas. Pero regular != castrar.
> La opción pasa más por reforzar los desarrollos relacionados con la
> realización de implementaciones libres para toda la tecnología Java,
> una opción podría ser estudiar el estado de desarrollo de los mismos y
> las posibilidades de colaboración, mirando con especial atención a
> Javali desde una perspectiva bolivariana, pero en absoluto a rechazar
> los desarrollos libres hechos en Java y máxime cuando tras ese
> discurso no aparece ninguna alternativa viable que lo acompañe.


Bien, pero mientras estudia, suguiero que todo el gobierno prohiba
bajarse los JRE propietarios de internet, no es tan dificil, de hecho,
en Cuba o Irán nadie se puede bajar el JRE porque el gobierno (de
EE.UU.) obliga a Sun a retringir el acceso desde estos países.
Yo creo que al final tanto SUN como el Gobierno (o quienes hablan en su nombre) podrán alcanzar un punto de equilibrio; Sin embargo hasta que esto pase el camino será tortuoso para quienes desarrollen en esta plataforma para el estado (bueno, no sólo el estado).

Y es que ¿quién iba a creer que Java y politica rimaban juntas?:
No, no hay que sacarlo, hay que evitar que utilicen los JRE
propietarios, de hecho se debería meter preso a cualquiera que los
utilice, porque no cumplen con el decreto, no hay ningún problema con
Java, todo el que quiera usarlo, solo tiene que instalar Kaffe o SableVM
y GNU-Classpath, si te bajas algo del site de IBM o Sun estás
infringiendo el decreto y como tal debes estar dispuesto a asumir las
consecuencias.


Los invito a que se lean toda la discusión y que saquen sus propias conclusiones. Yo mientras tanto me voy a mover en otra dirección con el siguiente tema, ya que de esta experiencia solo que me quedó claro que hay más preguntas que respuestas.

Buscar en Technorati: ,

3 Comentarios:

Anonymous Anónimo dijo que...

Me desayuno tarde. Es más, nunca desayuno a menos que sea fin de semana y no haya cenado carne como anoche, lo que me costó un desvelo.

En fin..

Muy interesante esta discusión, hilvanando las implicaciones de un decreto del gobierno.

Yo solo sé que Java es propietario, yo sólo sé que .NET es propietario, aún cuando no he leído ese asunto de "Javalí", pero me gusta bastante la denominación de orígen no controlada. También sé o al menos presiento que hay soluciones mucho mejores que ambos. Entonces, por qué apegarse a algo que no es lo que muchos piensan?

Es más, recuerdo once años atrás, un chamaco de un research lab en Massachussetts me dijo que Java era un arroz con mango bodriesco de C++, Smalltalk, y Python.

Por qué no crean un proyecto de software libre venezolano, 100% GPL, y lo llaman "Boa"? Más sencillo que ponerse a elucubrar y buscarle la quinta pata al gato para pasar agachado y utilizar algunos trucos de la caja de herramientas que cada quien tiene en sus bolsillos.

La ventaja de la modularización, orientación a objetos, snippets de código, es que todo código se convierte en desechable: no lo modifiques, si no te sirve como está, bótalo y crea otro nuevo. Preferible que estar comiendo leftovers toda tu vida - terminas con problemas estomacales, fer sure como decía mi profesor de inglés en Boston..

3:58 PM (enlace permanente)  
Blogger KodeGeek dijo que...

Anonimo,

Me gustaría pensar que de verdad estas tomandote en serio la conversación. Pero en varios puntos te contradices. También te alejaste de el tópico inicial, en ningún momento la discusiónh ha sido si Java es o no mejor que otros lenguajes.

En fin, veamos:

"También sé o al menos presiento que hay soluciones mucho mejores que ambos. Entonces, por qué apegarse a algo que no es lo que muchos piensan?"

No entiendo que quieres decir, así que voy a ignorar esto.

"Es más, recuerdo once años atrás, un chamaco de un research lab en Massachussetts me dijo que Java era un arroz con mango bodriesco de C++, Smalltalk, y Python."

A eso se llama evolución, ¿no es así?. Nadie dijo que Java fuera revolucionario, al contrario tomó características de C++ y Smalltalk prestadas, las mejores hasta donde yo sé. Lo de Python es habladera de pendejadas, ya que Python comenzó a desarrollarse en 1990 (mientras Java era desarrollado también):

http://python.org/doc/Introduction.html

"Por qué no crean un proyecto de software libre venezolano, 100% GPL, y lo llaman "Boa"? Más sencillo que ponerse a elucubrar y buscarle la..."

Pocas personas tienen problemas utilizando a Java. Mi punto siempre ha sido que es estupido desechar una herramienta sólo por aferrarse (de manera equivocada) al software libre. Además Boa es un nombre ridiculo :)

"La ventaja de la modularización, orientación a objetos, snippets de código, es que todo código se convierte en desechable: no lo modifiques, si no te sirve como está, bótalo y crea otro nuevo. Preferible que estar comiendo leftovers toda tu vida - terminas con problemas estomacales, fer sure como decía mi profesor de inglés en Boston.."

Tu profesor de Inglés enseñaba Inglés y seguramente es muy bueno en eso; Pero cualquier Ingeniero (hardware o software) te va a decir que reusar componentes siempre reduce costos y tiempos de entrega.

Y por otro lado, ¿qué tiene que ver eso con el decreto 3390 y Java? Si lo que estás diciendo es que es mejor desechar una herramienta cuando se presentan problemas politicos entonces te digo que no sabes de lo que estás hablando. Si fuera tan fácil, hace años tendriamos el lenguaje perfecto en nuestras manos...

En fin, gracias por visitar mi Blog, ya veremos en que termina todo esto.

JV.

4:25 PM (enlace permanente)  
Blogger Andrés L. Pacheco dijo que...

Epa, panita, ya veo que monitoreas tu blog!

Good points, los que tienes, pero quizás un pelín tangentes.

Me explico:

1. No he leído el decreto ese. Es más, qué ladilla son las leyes! Pero ya tendré tiempo para leerlo y ver de qué se trata. Estoy de acuerdo contigo que el peo de las leyes no son tanto ellas mismas en sí, sino sus reglamentos: es allí donde generalmente te lo enchufan sin vaselina. Therefore, bien fundada tu sospecha de SUN y lo que podría estar cociéndose bajo la mesa (qué ladilla que las mesas no sean de piedra, sin "debajo"!). Habría que seguir los consejos de Michel Foucault y hacer una "genealogía de los reglamentos"; eso sí, mejor búscate una buena máscara desas que usan en la morgue!

2. No tengo nada contra la "evolución", aunque en verdad os digo, queridos hermanos: prefiero la "revolución"!;-{) El peo que tengo es que venga un hijo de puta (aka Mr. Gosling), agarre estándares "libres", los pase por la licuadora, los meta en una lata, se los lleve para Silicon Valley, y zas! (ála "reglamento), los patente!! "Copyright Sun Microsystems" - what's wrong with this picture? Time out! eso huele mal! Ves que mi rollo con Java poco tiene que ver con la facilidad de su uso.. Es más, los microsuckitos te dirán que usar los tools de ellos es ultra-fácil!

3. A diferencia de esa trácala de Sun (que por cierto le copió la idea de workstations a Apollo Computer, y les comió el lunch con software libre de Berkeley - qué ironía - y en el proceso congeló el desarrollo avanzado de HW/SW que tenía la plataforma de Apollo [SMP, IPC, CASE , etc]), como dices, Python se desarrollaba al mismo tiempo, **totalmente gratis** y **sin patente!**. Ya comprenderás la arrechera del chamaco este de GTE Labs en Waltham, MA!

4. Pana, una cosas es una cosa, y otra cosa es otra cosa: mi profesor de inglés era eso, "de inglés", y utilizaba la expresión "fer sure" para sacarle la piedra a los sifrinos, ya que eso es no es "good english". Era un sixties guy! El no me enseñó computación. De los profesores de computación y de mi experiencia profesional aprendí una perspectiva minimalista y práctica frente al SW:
a) if the shoe fits.. use it!
b) Si no calza, no lo vuelvas un lecho de Procusto

Volviendo a ese arroz con mango de meter en el mismo saco a HW y SW: los ingenieros de SW deben aprender más de los de HW! Tú no ves gente mucking around con circuitos integrados: si no les sirve como salió de la fábrica, lo botan y se buscan uno que les sirva! Commodity HW! Mi filosofía es que el SW debe ser un commodity también - nada de bodrios ála los programas de hoy en día, que siguen creciendo y creciendo y acumulando "crud", "dead wood". Modulariza lo suficiente como para que puedas deshechar y reemplazar cualquier componente en un abrir y cerrar de ojos - "don't blink", dicen ciertos displays en el acuario de Boston.. Es más: virtualiza el lenguaje! para eso está una vaina llamada "dynamic linking and loading". Es más, me aventuro a decir que una máquina virtual debe ser "language agnostic" - radicaliza el concepto, y así te liberas de la exclusividad de una plataforma de lenguaje. Pero eso como que se sale del tema.

5.Uff! ese cuatro se desparramó!

Para terminar, solo quiero decir que ligar cualquier ley, reglamento, iniciativa o directriz a una plataforma determinada, y llamarla "libre", es un oximoron! Si es libre, pues tiene la libertad de escoger la plataforma que mejor le calze, dentro de los parámetros de compatibilidad y "open source" que determine la ley, reglamento, iniciativa o directriz.

Nos leemos,

Andrés

10:00 AM (enlace permanente)  

Publicar un comentario en la entrada

Enlaces a este articulo:

Crear un vínculo

<< Regresar