Barrapunto

sino 'demoler'.

Te equivocas. Los que tienen la última palabra para decidir que una tecnología nueva tenga o no éxito no son los ingenieros, sino los marketroides. Por eso MS está donde está, de lo contrario existirían todavía DR-DOS, OS/2, etc.

De ahí que si aparece una nueva tecnología que, sin entrar en sus virtudes y defectos, aúna un montón de palabros como distribución, componentes, portabilidad, universalidad y logran venderla como sucesor de CORBA, Java y lo que se les ocurra, el mundo del software libre tendrá, como bien dice dsevilla, un duro contrincante.

Las tonterias que hay que leer.
Me parece que no conoces bien a Diego Sevilla. YO tampoco personalmenmte, pero los trabajos que ha puesto a disposición de TODOS, sobre todo para mi en Perl, me han servido muchisimo y me consta que a mucha más gente.
Creo que su opinión no sólo es más que valiosa, sino necesaria ya que muchos nos guiamos por los profetas cuando necesitamos EXPERTO(A)S en el análisis de todas las alternativas.

Mi opinión: Yo prefiero un proyecto .NET estupendo, asi lo que habra que mejorar sera menor, tanto si es en Linux, KDE-Gnome, como en un botijo.

Saludos
Jesús

Bueno, me parece un punto de vista un tanto radical.

En mi caso particular, utilizo SW libre porque no puedo permitirme los precios prohibitivos del SW "esclavo" (léase tambien esclavizante o no libre o incluso de pago).

Ademas, digamos que me quedo más tranquilo sabiendo que los programas de mi PC son legales, y que, si en algún momento, algo está mal o tengo que adaptarlo a mis necesidades, puedo hacerlo (y ya que hago este trabajo, por ejemplo, de adaptación de aplicaciones al castellano, ¿por qué no hacerlo disponible, por supuesto, gratis a todos los que estén interesados?).

Y, en todo caso, y al hilo de la pregunta que planteas, de si esta estructura supone un obstáculo en el camino del software libre ... no hay que ser tan radicales. Ambas son soluciones a problemas que se tienen. El hecho de elegir una u otra debe ser fruto de una elección reposada.

Pero, como defensor del SW libre, creo que éste tiene una serie de virtudes (aunque también defectos) que no poseen las arquitecturas propietarias.

Por ahora, mi elección es el "free", pero ni rechazo de plano cualquier cosa nueva (aunque venga de Microsoft) ni me lanzo a esta nueva idea con los brazos abiertos y los ojos cerrados.

Para concluir, una reflexión:
Baden-Powell, el fundador de los boy-scouts, les decía: "Intentad dejar el mundo mejor de lo que lo encontrasteis". ¿Alguna similitud con la informática?.

Sólo lo he visto un poco por encima. Pero unos programas que se descargan automaticamente de la red, casi sin que te enteres (como Java), y tienen acceso a al sistema bajo nivel parecen peligrosos.

Hacer un troyano ¿no será un juego de niños?.

Por ciero... desde luego no serán portables fuera de WIN32 ¿no?

Pues a mi me horroriza la idea de que dos grandes compañias se disputen el mercado.

Grandes compañias tomando decisiones acerca de unos lenguajes que podrian cambiar la forma de ver las aplicaciones en un futuro no muy lejano. Decisiones que tendran como unico objetivo el logro de beneficios y de la obtencion de una buena cuota de mercado.

Brrr, me dan escalofrios de solo imaginarmelo.

Microsoft no dará soporte a otros S.O., aunque ya lo está haciéndo a terminales portátiles, pads, móviles, etc.

Pero basándose en los estándares de XML, SOAP, CLR y C#, ¿sería muy difícil hacer otras implementaciones? Aunque Microsoft tiene la ventaja de ser los que abren camino y tener un montón de desarrolladores.

A ver si lo he entendido bien...
Lo unico que hacemos entonces es recoger las migajas?

No tengo muy claro cuando se pasa de byte-code a nativo
Bueno, pues ya lo tengo un poco más claro. El código de C# puede dejarse como byte-code o compilado a código nativo. Si lo compilamos en byte-code sería posible ejecutarlo en cualquier máquina sólo con tener una máquina virtual que lo procesase (igual que Java). En cualquier caso sí es cierto que Microsoft tiene la sartén por el mango. Si C# no es un estándard abierto, Microsoft podrá modificarlo a su antojo y hacer la vida imposible a los que no están con él. Pero a eso ya casi estamos acostumbrados... del mismo modo que ya hay implementaciones de asp en linux, si C# es verdaderamente poderoso (tanto como dicen) no tardaremos en verlo en nuestra konsola

El estándar tiene que ser abierto y SUN no se habría planteado liberar el estándar de Java si no viene Mocosoft por detrás asustando.

Mocosoft para entrar en este terreno, ya anunciado que va a liberar parte de las especificaciones (muy pocas, deacuerdo), porque claro, si llega más tarde que nadie, tiene que ofrecer algo más.

Lo que quiero decir es que si no se hubiese planteado esta pelea, SUN tardaría más en liberar especificaciones (cosa que todavía no ha hecho a pesar de pegase de tortas con IBM). Y si Mocosoft no tuviese rival en este tema, más de lo mismo.

Con empresas mal intencionadas, lo mejor que nos puede pasar es que se peguen.

También es bueno que haya más de un estándar.

Buenos trabajos de estandarización de los que todos se aprovechan incluso estos dos capullos son... CORBA, C/C++, Ada, TCP/IP y toda la familia, etc...

Una de las consecuencias de sus peleas será liberar (al menos parte) especificaciones para hacer el producto más atractivo (de hecho unos ya se lo han planteado y los otros ya lo han anunciado).

Y si se ven obligados a liberar especificaciones, el márketing perderá peso.

Entiendo tu punto de vista, ¿pero no crees que seria mejor que todos los interesados se sentaran alrededor de una mesa y crearan un estandar al respecto en vez de que se estandarizara la empresa mas fuerte (por mas fuerte entiendase la que mas gaste en marketing y la que mas haga la puñeta)?

Porque mucho defender estándares de facto qye hay que hacer cosas estándaras y luego se critica cunado cualquier otro intenta poner un estándar.

El mundo de la Informática sea libre o no, no cambia. Tiene las mismas costumbres siempre.

No entiendo la reaccion de la gente a esta "nueva" tecnologia que se ha sacado Microsoft de la manga.

A simple vista no parece ser mas que una copia al estilo Microsoft de Java, aun mas, mucha gente ni siquiera sabe de que se trata y ya le tienen un gran respesto.

No digo que no haya que estar atento a las nuevas estratagemas de la empresa, pero de hay a dar por hecho que sera un exitazo...

Al fin y al cabo somos nosotros, los programadores e informaticos, los que tendremos la ultima palabra para decidir si eso sera un exito o no, ya que somos nosotros los que lo usaremos.

He dicho.

mmmh, viniendo de Microsoft parece lo más probable ¿verdad? ;) En principio estos programas se ejecutarían también en un 'sandbox' como hacen los applets de Java, pero la idea de Microsoft es permitir la ejecución on-line de un programa completo, por tanto imagino que se sacarán de la manga algún tipo de certificado de seguridad validando que el origen es de fiar etc.

En cuanto a la portabilidad de C# va a dar mucho de que hablar. C# organiza todos los recursos del sistema por paquetes (como Java), esto permitiría que los mismos paquetes existieran en diferentes plataformas. Además, C# no se compila directamente a código nativo, si no que previamente se pasa a byte-code, lo cual es una ventaja para la portabilidad, aunque no lo sea para la eficiencia. No tengo muy claro cuando se pasa de byte-code a nativo, si en tiempo real (como los compiladores Just In Time de Java) o hay que generar un ejecutable explícitamente. En cualquier caso, como es lógico, Microsoft no dará soporte a otros S.O., aunque ya lo está haciéndo a terminales portátiles, pads, móviles, etc.

Otro punto que llama la atención es el uso de herencia que se hace en el nuevo Visual Studio.NET. Todos los objetos y clases son considerados objetos COM pero, lo más sorprendente, es que pueden estar escritos en cualquier lenguaje, aunque no sea el mismo que el que los hereda. Por ejemplo, yo podría escribir una clase en C++ y luego heredarla desde C# o desde VB indistintamente. Esto permitiría aislar las partes de código dependientes de la plataforma en que se ejecuta el programa y, mejor aún, reutilizar mucho código ya escrito.

En fin, no soy ningún experto en el tema, así que igual me equivoco en algo, pero espero haber dado un mínimo esbozo sobre estos temas.

un saludo