Por ahora, la encuesta del mes se está decantando claramente en contra de la adquisición: algo más del 40% de los participantes tienen una impresión negativa, mientras que sólo un 25% tiene una impresión positiva. El resto de los participantes tienen una opinión neutra, o no lo tienen claro.
Exactamente ¿qué son las cosas que más os preocupan respecto a la adquisición? ¿La posibilidad de que se descontinúen algunos productos? ¿que quizás Oracle no vaya a tener una posición tan comprometida con el mundo opensource? ¿Un posible incremento de los precios de soporte, servicios y adquisición de soluciones de Sun?
> Por lo que ahora la encuesta del mes se estaré cantando claramente en contra de la adquisición
Por ahora, la encuesta del mes se está decantando claramente en contra de la adquisición.
Creo que lo mas preocupante es la posibilidad de discontinuidad, sobre todo de productos tan importantes como NetBeans y Glasfish y seguramente habrá un alejamiento del opensource (no sabemos en que medida). Por otra parte lo mas probable es que nos veamos llenando planillas y formularios con datos personales para efectuar descargas que antes hacíamos en forma directa.
Yo al menos esperaba los contrario, que haya mucha más gente en contra de la adquisición. Primero por el sesgo intrínseco de los "viud@s" de Sun, es decir, gente que ha trabajado siempre con productos Sun y que se siente con ganas de gritar "paren el mundo, me quiero bajar" (es muy díficil que vean algo positivo a esto). Por otro lado, porque Sun era claramente pro-opensource y Oracle no, o sólo por necesidad (es capaz de "regalar" plugins de eclipse, pero sólo entrega una versión free de la base de datos, no opensource).
Kr!
P.D: Para el anónimo anterior, Oracle sólo te pide registrarte una vez para descargar sus productos (yo lo hice alrededor del '97 y nunca más me han pedido hacerlo).
Hazte la fama y échate a dormir.
En el caso de Oracle es la de despedazar todo lo que compra.
A olvidarse de Java entonces, y ponerse a aprender .NET ó Phyton
Olvidarse de Java????
Yo creo que Java va a tomar una nueva vida y con suerte va a ser mucho más activa que la que tenía hasta la fecha... Java es practicamente la punta de lanza y la principal tecnología que Oracle adquirió de SUN... Oracle usa Java para una enorme cantidad de productos por lo tanto que ahora ellos controlen el lenguaje les permitirá agregar cambios más agresivos y mejoras más rápido.
Dios mio creo que va a ser lo mismo si me paso a .net snip snip
Java y .net nos van a dar "que comer" por un buen tiempo, no se preocupen. Ahora como java se convirtió al lado oscuro de la fuerza (.net desde un principio lo fue), tendremos que dedicarle mas tiempo a Ruby o Phyton para no dejar morir el espíritu opensouce que nos quede... snif snif snif
"A olvidarse de Java entonces, y ponerse a aprender .NET ó Phyton"
Yo aprendí .NET por si las dudas cuando vi venir la compra de Sun (aunque todavía no se sabía quien sería el comprador), y ahora no me devolvería a Java aunque me arrastraran.
Rafa Castaneda (no he podido hacer login)
Yo he trabajado con infinidad de productos Oracle y todos (menos la base de datos y poco mas) APESTAN. El problema q yo veo es q Oracle va a provocar q la calidad a la q estamos acostumbrados con algunos productos de SUN caiga considerablemente...
Rafa Castaneda: y ahora no me devolvería a Java aunque me arrastraran
¿Podrías explicarte? podría ser interesante.
No se que hare pero me quedare con Java hasta morir y si lo vuelven privativo pues bien lo creo otra Java open source asi de simple ...
Soy de Java desde hace muchos años y eventualmente he tenido que trabajar con .NET, y mi opinión es que prefiero cambiar de profesión antes que volver a .NET y cualquier cosa de Microsoft.
Estoy de acuerdo sobre lo que se ha dicho de la calidad de los productos de Oracle. Con Java hemos estado acostumbrados a una buena calidad en general y me temo que eso se puede acabar, razón por la cual y con los años efectivamente un servidor tenga que cambiar de profesión. Por si acaso ya estoy aprendiendo otras cosas.
Mientras exista un comité que apruebe los cambios, no veo como podría disminuir la calidad de Java (estándar o empresarial). Me parece que hay mucho temor infundado al respecto, otra cosa distinta es lo que pase con MySQL o Glassfish o Netbeans (por nombrar algunos).
He echado en falta en la encuesta la opción "DETESTO A LARRY ELLISON Y ESPERO QUE SU BARCO SE HUNDA" ¿donde la habeis puesto? :D
jmarranz:
Lo que quiero decir con eso es que después de hacer algunos proyectos reales (o sea, no solo demos o experimentos) en .NET, ya que me familiaricé algo con WPF, Silverlight, WCF, etc, cuando tuve que volver a ver los proyectos anteriores en Java, ya que tuve otro mundo como referencia, al ver Swing, JEE, JSF, etc, pensé "qué estaban pensando estos tipos cuando diseñaron todo esto?". Todo me pareció sobrecomplicado, pesado, aburrido.
Y quede claro que no estoy diciendo que se cambien a .NET como el Anónimo, ni que .NET sea mejor o peor que Java, esa sólo ha sido mi apreciación personal, o como ha funcionado para mí.
P.D.: Y no se cómo podía antes vivir sin LINQ ;)
Rafa Castaneda
Yo creo que Oracle va a ser mucho más pragmática y espero que empiece a tomarse en serio 'acelerar' los JCP o incluso a cargárselos parcialmente para darle a java lo que necesita, que en mi humilde opinión es más potencia expresiva (el ejemplo de LINQ en .net es muy bueno) y una mayor facilidad real.
En la informática la capacidad de encapsular complejidad y generar abstracciones para hacer las cosas más fáciles es fundamental, y en java esto se ha ido perdiendo.
Podéis preguntar a cualquier gestor con un poco de experiencia y os dirá que los proyectos que se desarrollan con .net tienen mayor productividad.
Cada cierto tiempo me viene a la cabeza la misma idea, en pos de la apertura, y de que todos podamos inventar, se nos ha olvidado lo básico. Decidme si tiene sentido que en un proyecto normal y corriente, que va a tener 10 o 12 usuarios concurrentes, para sacar un formulario simplón e insertar en base de datos tengamos que tocar en 10 clases, 4 xmls, y 2 o 3 jsf.
Cada día me siento más incómodo con tantas capas y tantas historias. Es mi opinión.
Saludos.
Moisés.
Rafa Castaneda: para sacar un formulario simplón e insertar en base de datos tengamos que tocar en 10 clases, 4 xmls, y 2 o 3 jsf
Nada te impide hacerlo todo en dos JSPs con código Java, el del formulario y el de la respuesta.
Rafa Castaneda:Swing, JEE, JSF, etc, pensé "qué estaban pensando estos tipos cuando diseñaron todo esto?". Todo me pareció sobrecomplicado, pesado, aburrido.
En el ámbito del escritorio no mucho, pero en el web y en la persistencia...¡COMO SI NO TUVIERAS MAS OPCIONES! :)
Tienes desde la opción de la anotación mágica que la hace todo hasta la opción más minuciosa y de bajo nivel.
Respecto al LINQ
jmarranz:
>>"Rafa Castaneda: para sacar un formulario simplón e insertar en base de datos tengamos que tocar en 10 clases, 4 xmls, y 2 o 3 jsf
>Nada te impide hacerlo todo en dos JSPs con código Java, el del formulario y el de la respuesta."
Ese comentario no es mio, es de Moisés.
>"En el ámbito del escritorio no mucho, pero en el web y en la persistencia...¡COMO SI NO TUVIERAS MAS OPCIONES! :)
>Tienes desde la opción de la anotación mágica que la hace todo hasta la opción más minuciosa y de bajo nivel."
Claro que sí hay más opciones, pero igual las hay en .NET.
Respecto a Quaere, es parecido pero no elimina compleatamente los problemas de refactorización y detección de errores en tiempo de compilación al usar strings en el código. En los ejemplos del web de Quaere no es lo mismo:
//Selecting all integers that are less than five from an array of integers
Integer[] numbers={5, 4, 1, 3, 9, 8, 7, 2, 0};
Iterable lowNumbers=
from("n").in(numbers).
where(lt("n",5).
select("n");
System.out.println("All numbers that are less than five:")
for (Integer n: lowNumbers) {
System.out.println(n);
}
//Selecting all customers in the Washington region from a database
// Setup a JPA entity manager...
SessionFactory sessionFactory=new Configuration().configure().buildSessionFactory();
EntityManagerFactory entityManagerFactory =
new EntityManagerFactoryImpl(sessionFactory, PersistenceUnitTransactionType.RESOURCE_LOCAL, true);
QueryableEntityManager entityManager =
new QueryableEntityManager(entityManagerFactory.createEntityManager());
// Select all customers in the Washington region
Iterable waCustomers =
from("c").in(entityManager.entity(Customer.class)).
where(eq("c.getRegion()", "WA")).
select("c");
System.out.println("These customers are located in the Washington region:");
for (Customer c : waCustomers) {
System.out.println(c.getCompanyName());
}
que en LINQ:
//Selecting all integers that are less than five from an array of integers
int[] numbers = {5, 4, 1, 3, 9, 8, 7, 2, 0};
var lowNumbers =
from n in numbers
where n < 5
select n;
Console.WriteLine("All numbers that are less than five:")
foreach (int n in lowNumbers) {
Console.WriteLine(n);
}
//Selecting all customers in the Washington region from a database
// Setup an object context...
var entityManager = new EntityManager();
// Select all customers in the Washington region
var waCustomers =
from c in entityManager.Customers
where c.Region == "WA"
select c;
Console.WriteLine("These customers are located in the Washington region:");
foreach (Customer c in waCustomers) {
Console.WriteLine(c.CompanyName);
}
Rafa Castaneda
Perdón por la confusión de comentarios.
Mi comentario iba más en la línea de constatar que en general los problemas del mundo Java tienen más que ver con la libertad de opción que por razones tecnológicas, es decir entiendo que en el mundo .Net nadie se preocupa por el VisualStudio o por el Internet Information Server, en Java debido a la multitud de opciones nos tenemos que preocupar por el futuro de NetBeans y de GlassFish pero es lo que tiene la diversidad.
En Java hay todo tipo de restaurantes, desde comida rápida, parrillas a base de carne a vegetarianos, si sólo comes en McDonnalds no puedes extrapolar que en toda la ciudad se come comida rápida.
Al final casi todo el mundo se desvía de la pregunta principal, quizá porque está contestada de antemano. La opinión que se pueda emitir pasa por una realidad incontestable: Sun estaba en la picota económica y era salvarla o verla morir y desaparecer por completo. Ante semejante disyuntiva solo queda elegir la empresa que la compre. Dado que no hay peleas hoy en día por comprar empresas, la menos mala de las soluciones quizá haya sido Oracle. Opino que IBM era un matrimonio mucho peor.
Al menos Oracle lleva años haciendo herramientas en Java y apostando por Java. Eso significa que si hay algo que NO va a desaparecer es eso, Java. Del resto, el tiempo lo dirá.
jmarranz:
Sí, claro, la diversidad es mucho mayor en Java. Pero también la mayoría de la gente que sólo oye hablar de .NET pero realmente nunca lo utiliza, piensa que .NET es sólo el mundo cerrado de Microsoft, que por supuesto no es el caso, tanto para el IDE como para frameworks web, ORMs, frameworks DI, etc, hay alternativas comerciales y open source.
Estoy de acuerdo que en .NET no hay tantos restaurantes, pero tampoco hay tan pocos.
Rafa Castaneda
Yo lo decía por el "Todo me pareció sobrecomplicado"
Yo entiendo que te referías a tecnologías concretas pero de ahí no se puede extrapolar a todo el universo Java en donde tienes soluciones extremas (muy alto nivel/muy bajo nivel) para casi cualquier problema.
De acuerdo 100% con [zx81]. La pregunta podría haber sido mejor algo como:
¿Habrías preferido que:
a) Sun desapareciera (sin dejar rastro)?
b) la salvara el gobierno de USA (como salvo a GM y Ford)?
c) la compre Oracle?
d) la compre otra empresa (hace falta poder preguntar: ¿Cuál?)
e) ninguna de las anteriores (nuevamente, faltaría poder precisar:¿tu alternativa?)
Si, parece mejor una encuesta como la anterior.
Los accionistas de Sun decidieron ponerla en venta, y los unicos que mostraron interes fueron IBM y ORACLE.
Escribe tu comentario