Re: Java vs .Net
El 14 de junio de 2012 06:51, Daniel Molina Wegener escribió: > On 13/06/12 23:33, Christian Pedreros wrote: > [...] >> Ahora, lo dificil es que cualquiera haga buenos programas... eso es otro >> cuento! >> > > No creo que sea asi. Te doy el ejemplo del proyecto en el que estoy > ahora, disenie un priority queue que es dinamico, cambia de acuerdo > a las variables de entorno para un sistema de control industrial en > la estacion de procesamiento (donde llegan los datos), [...] IMHO lo que describes son proyectos especificos que a la mayoria de los desarrolladores nunca les va tocar realizar. -- Ricardo Mun~oz A. http://pobrezuko.info
Re: Java vs .Net
On 14/06/12 02:39, Javier Garay wrote: Pienso que para ser un buen programador no hay que solo conocer un lenguaje o plataforma, hay que saber de frameworks, vms y sobre todo de metodología, patrones de diseño/iteración, buenas practicas, etc., cosas que le permitan al desarrollador crear una aplicación decente, escalable y robusta. No todo tiene que ver con el lenguaje y el manejo que se tenga de este. Los aspectos tecnicos y metodologicos no sirven de nada sin una buena base teorica... En cuanto a lo que me decía Daniel, nadie esta siempre 100% de acuerdo con algo, yo soy Java fan boy, pero "por lo que me han contado" y he visto .Net no tiene nada que envidiar a Java y de seguro que tiene ventajas gracias al soporte de MS y es a eso a lo que quiero apuntar, para que no nos desviemos del tema central, solo he leído un par de respuestas que están centradas en el thread. En Java en cuanto a productividad tienes Scala, puedes escribir en menos lineas de codigo algo productivo, te doy un ejemplo, si sabes como calcular la varianza, el siguiente codigo en Haskell lo puedes migrar a la misma cantidad de lineas en Scala para calcularla sobre una lista / array de Floats: olVar :: [Float] -> Float olVar [] = 0.0 olVar xs = lolVar xs 0 0 0 where lolVar [] n' m' r' = (r' / (n' - 1)) :: Float lolVar (t:ts) n m r = let n' = n + 1.0 d' = t - m m' = m + d' / n' r' = r + d' * (t - m') in lolVar ts n' m' r' Con una sola iteracion (no con 2 iteraciones como lo indica la forma tradicional). Eso si que es productivo. Con todas las ventajas que tiene la JVM y la potencia de un lenguaje 100% multiparadigma como Scala. Saludos. Cordialmente, Javier Garay G. Ingeniero en Informática. El 13-06-2012, a las 23:34, Christian Pedreros escribió: El 13-06-2012 23:20, Daniel Molina Wegener escribió: On 13/06/12 22:14, Felipe wrote: La verdad Javier, estoy en profundo desacuerdo contigo. Me refiero especificamente a la frase: "permiten enfocarse de mejor manera en la lógica de negocio del sistema, en lugar de estarse preocupando por el código en si". No estoy de acuerdo al 100% con tus ejemplos, pero si en varios aspectos. Eso viene del mito nacido con Visual Basic 5/6 de que "cualquiera puede programar y /este lenguaje/ es la panacea". Creo que no existe mito mas falso... ;) No es tan falso: realmente cualquiera puede programar, como postulan en www.codecademy.com De hecho su curso es bastante amigable con la gente que no sabe nada de programacion. Ahora, lo dificil es que cualquiera haga buenos programas... eso es otro cuento! La verdad, ambos aspectos son importantes, y el desarrollo se vuelve mas colaborativo, escalable y ameno con buenas practicas de desarrollo que son transversales a todos los lenguajes de programacion y stacks tecnologicos. Algunos ejemplos de porque si hay que "preocuparse del codigo en si": Ejemplo #1: Tienes un servicio critico en una nube en Windows Azure y de pronto se cae. Tienes 0 segundos para arreglarlo y cada segundo que pasa significa una perdida significativa. Ves los logs, pero no hay nada. Solo hay "OLAA AQUI ESTOY PASANDO!!" y tonteras similares. Abres Visual Studio, y por no preocuparte del codigo en si, terminas revisando miles de lineas de codigo, donde posiblemente algunas de ellas no estan en uso, y ocupas mucho tiempo en proporcionar una solucion. Para cuando terminas, el downtime total genero nuevos problemas con consecuencias graves para "el negocio". Ejemplo #2: Tu jefe contrata mas gente, los hace trabajar contigo, pero por no preocuparte del codigo en si, nadie se siente capaz de agregar nuevas funcionalidades o corregir un defecto. Despues de mucho tiempo invertido, la persona hace un commit y todo se rompe. Ejemplo #3: 2 personas intentan trabajar, pero todo esta en una clase gigante. Elige el desenlace: a) Para evitar hacer un merge gigante, una de las personas se va a tomar un cafe y a leer el diario. La empresa cambia dinero y cafe a cambio de nada. b) Hacen un merge gigante, se demoran 20 minutos y meten un bug nuevo. El log de control de versiones tiene un merge por commit. Ejemplo #4: Quieren agregar pruebas de unidad. Tarde en el desarrollo, como siempre ocurre cuando no te preocupas del codigo en si. Pero como esta todo acoplado. Implementar una prueba a nivel unitario se vuelve imposible y tu prueba se vuelve equivalente a correr el programa completo. Hacer un deployment a produccion se vuelve un juego de azar. La integracion continua se vuelve imposible o pierde sus ventajas. Ejemplo #5: Te llega un reporte de bug. Arreglas la porcion de codigo afectada pero por no reutilizar codigo (pues para que preocuparse del codigo en si), hay codigo que resuelve el mismo problema en secciones distintas del proyecto. De pronto, tienes un bug fix parcial y alargaste el QA una semana. Asi que,
Re: Java vs .Net
On 13/06/12 23:33, Christian Pedreros wrote: El 13-06-2012 23:20, Daniel Molina Wegener escribió: On 13/06/12 22:14, Felipe wrote: La verdad Javier, estoy en profundo desacuerdo contigo. Me refiero especificamente a la frase: "permiten enfocarse de mejor manera en la lógica de negocio del sistema, en lugar de estarse preocupando por el código en si". No estoy de acuerdo al 100% con tus ejemplos, pero si en varios aspectos. Eso viene del mito nacido con Visual Basic 5/6 de que "cualquiera puede programar y /este lenguaje/ es la panacea". Creo que no existe mito mas falso... ;) No es tan falso: realmente cualquiera puede programar, como postulan en www.codecademy.com De hecho su curso es bastante amigable con la gente que no sabe nada de programacion. Ahora, lo dificil es que cualquiera haga buenos programas... eso es otro cuento! No creo que sea asi. Te doy el ejemplo del proyecto en el que estoy ahora, disenie un priority queue que es dinamico, cambia de acuerdo a las variables de entorno para un sistema de control industrial en la estacion de procesamiento (donde llegan los datos), me base en una maquina de estados para hacer los cambios en el priority queue, que esta debidamente formalizada en un automata. Ademas de eso el modelo del proceso va a estar debidamente verificado y formalizado en un paper usando algunas herramientas de verificacion (como calculo pi). Programar no es solamente saber que la instruccion "print" imprime en pantalla, o saber que "print" escribe en el buffer stdout, etc. Lo tecnico es una cosa, pero sin la base teorica adecuada, se cae en errores y a veces errores graves. Te doy otro ejemplo. Me encargaron mantener un proyecto tipo workflow. El programador anterior no tenia la base teorica respecto a automatas. El codigo que dio por resultado eso fue una selva de instrucciones if muy dificil de mantener. Bastaba con meter los estados del workflow en una maquina para hacerlo mas "ordenado". Insisto en que "saber programar" no es cuestion de solo saber meter instrucciones en un archivo, hay hartas cosas mas... La verdad, ambos aspectos son importantes, y el desarrollo se vuelve mas colaborativo, escalable y ameno con buenas practicas de desarrollo que son transversales a todos los lenguajes de programacion y stacks tecnologicos. Algunos ejemplos de porque si hay que "preocuparse del codigo en si": Ejemplo #1: Tienes un servicio critico en una nube en Windows Azure y de pronto se cae. Tienes 0 segundos para arreglarlo y cada segundo que pasa significa una perdida significativa. Ves los logs, pero no hay nada. Solo hay "OLAA AQUI ESTOY PASANDO!!" y tonteras similares. Abres Visual Studio, y por no preocuparte del codigo en si, terminas revisando miles de lineas de codigo, donde posiblemente algunas de ellas no estan en uso, y ocupas mucho tiempo en proporcionar una solucion. Para cuando terminas, el downtime total genero nuevos problemas con consecuencias graves para "el negocio". Ejemplo #2: Tu jefe contrata mas gente, los hace trabajar contigo, pero por no preocuparte del codigo en si, nadie se siente capaz de agregar nuevas funcionalidades o corregir un defecto. Despues de mucho tiempo invertido, la persona hace un commit y todo se rompe. Ejemplo #3: 2 personas intentan trabajar, pero todo esta en una clase gigante. Elige el desenlace: a) Para evitar hacer un merge gigante, una de las personas se va a tomar un cafe y a leer el diario. La empresa cambia dinero y cafe a cambio de nada. b) Hacen un merge gigante, se demoran 20 minutos y meten un bug nuevo. El log de control de versiones tiene un merge por commit. Ejemplo #4: Quieren agregar pruebas de unidad. Tarde en el desarrollo, como siempre ocurre cuando no te preocupas del codigo en si. Pero como esta todo acoplado. Implementar una prueba a nivel unitario se vuelve imposible y tu prueba se vuelve equivalente a correr el programa completo. Hacer un deployment a produccion se vuelve un juego de azar. La integracion continua se vuelve imposible o pierde sus ventajas. Ejemplo #5: Te llega un reporte de bug. Arreglas la porcion de codigo afectada pero por no reutilizar codigo (pues para que preocuparse del codigo en si), hay codigo que resuelve el mismo problema en secciones distintas del proyecto. De pronto, tienes un bug fix parcial y alargaste el QA una semana. Asi que, en mi opinion, el codigo siempre es importante. No es lo mas importante, y no es lo unico importante, pero es importante. Gracias, Atte. Atte. -- Daniel Molina Wegener System Programmer & Web Developer Phone: +56 (2) 979-0278 | Blog: http://coder.cl/
Re: Java vs .Net
Pienso que para ser un buen programador no hay que solo conocer un lenguaje o plataforma, hay que saber de frameworks, vms y sobre todo de metodología, patrones de diseño/iteración, buenas practicas, etc., cosas que le permitan al desarrollador crear una aplicación decente, escalable y robusta. No todo tiene que ver con el lenguaje y el manejo que se tenga de este. En cuanto a lo que me decía Daniel, nadie esta siempre 100% de acuerdo con algo, yo soy Java fan boy, pero "por lo que me han contado" y he visto .Net no tiene nada que envidiar a Java y de seguro que tiene ventajas gracias al soporte de MS y es a eso a lo que quiero apuntar, para que no nos desviemos del tema central, solo he leído un par de respuestas que están centradas en el thread. Saludos. Cordialmente, Javier Garay G. Ingeniero en Informática. El 13-06-2012, a las 23:34, Christian Pedreros escribió: > > > El 13-06-2012 23:20, Daniel Molina Wegener escribió: >> On 13/06/12 22:14, Felipe wrote: >>> La verdad Javier, estoy en profundo desacuerdo contigo. Me refiero >>> especificamente a la frase: >>> >>> "permiten enfocarse de mejor manera en la lógica de negocio del sistema, >>> en lugar de estarse preocupando por el código en si". >> >> No estoy de acuerdo al 100% con tus ejemplos, pero si en varios >> aspectos. Eso viene del mito nacido con Visual Basic 5/6 de que >> "cualquiera puede programar y /este lenguaje/ es la panacea". >> Creo que no existe mito mas falso... ;) >> > No es tan falso: realmente cualquiera puede programar, como postulan en > www.codecademy.com > De hecho su curso es bastante amigable con la gente que no sabe nada de > programacion. > > Ahora, lo dificil es que cualquiera haga buenos programas... eso es otro > cuento! > > > >>> >>> La verdad, ambos aspectos son importantes, y el desarrollo se vuelve mas >>> colaborativo, escalable y ameno con buenas practicas de desarrollo que >>> son transversales a todos los lenguajes de programacion y stacks >>> tecnologicos. >>> >>> Algunos ejemplos de porque si hay que "preocuparse del codigo en si": >>> >>> Ejemplo #1: >>> Tienes un servicio critico en una nube en Windows Azure y de pronto se >>> cae. Tienes 0 segundos para arreglarlo y cada segundo que pasa significa >>> una perdida significativa. >>> >>> Ves los logs, pero no hay nada. Solo hay "OLAA AQUI ESTOY PASANDO!!" y >>> tonteras similares. Abres Visual Studio, y por no preocuparte del codigo >>> en si, terminas revisando miles de lineas de codigo, donde posiblemente >>> algunas de ellas no estan en uso, y ocupas mucho tiempo en proporcionar >>> una solucion. Para cuando terminas, el downtime total genero nuevos >>> problemas con consecuencias graves para "el negocio". >>> >>> >>> Ejemplo #2: >>> Tu jefe contrata mas gente, los hace trabajar contigo, pero por no >>> preocuparte del codigo en si, nadie se siente capaz de agregar nuevas >>> funcionalidades o corregir un defecto. >>> Despues de mucho tiempo invertido, la persona hace un commit y todo se >>> rompe. >>> >>> >>> Ejemplo #3: >>> 2 personas intentan trabajar, pero todo esta en una clase gigante. Elige >>> el desenlace: >>> a) Para evitar hacer un merge gigante, una de las personas se va a tomar >>> un cafe y a leer el diario. La empresa cambia dinero y cafe a cambio de >>> nada. >>> b) Hacen un merge gigante, se demoran 20 minutos y meten un bug nuevo. >>> El log de control de versiones tiene un merge por commit. >>> >>> >>> Ejemplo #4: >>> Quieren agregar pruebas de unidad. Tarde en el desarrollo, como siempre >>> ocurre cuando no te preocupas del codigo en si. Pero como esta todo >>> acoplado. Implementar una prueba a nivel unitario se vuelve imposible y >>> tu prueba se vuelve equivalente a correr el programa completo. >>> Hacer un deployment a produccion se vuelve un juego de azar. La >>> integracion continua se vuelve imposible o pierde sus ventajas. >>> >>> >>> Ejemplo #5: >>> Te llega un reporte de bug. Arreglas la porcion de codigo afectada pero >>> por no reutilizar codigo (pues para que preocuparse del codigo en si), >>> hay codigo que resuelve el mismo problema en secciones distintas del >>> proyecto. De pronto, tienes un bug fix parcial y alargaste el QA una semana. >>> >>> >>> Asi que, en mi opinion, el codigo siempre es importante. No es lo mas >>> importante, y no es lo unico importante, pero es importante. >>> >>> Gracias, >> >> Atte. >
Re: Java vs .Net
El 13-06-2012 23:20, Daniel Molina Wegener escribió: On 13/06/12 22:14, Felipe wrote: La verdad Javier, estoy en profundo desacuerdo contigo. Me refiero especificamente a la frase: "permiten enfocarse de mejor manera en la lógica de negocio del sistema, en lugar de estarse preocupando por el código en si". No estoy de acuerdo al 100% con tus ejemplos, pero si en varios aspectos. Eso viene del mito nacido con Visual Basic 5/6 de que "cualquiera puede programar y /este lenguaje/ es la panacea". Creo que no existe mito mas falso... ;) No es tan falso: realmente cualquiera puede programar, como postulan en www.codecademy.com De hecho su curso es bastante amigable con la gente que no sabe nada de programacion. Ahora, lo dificil es que cualquiera haga buenos programas... eso es otro cuento! La verdad, ambos aspectos son importantes, y el desarrollo se vuelve mas colaborativo, escalable y ameno con buenas practicas de desarrollo que son transversales a todos los lenguajes de programacion y stacks tecnologicos. Algunos ejemplos de porque si hay que "preocuparse del codigo en si": Ejemplo #1: Tienes un servicio critico en una nube en Windows Azure y de pronto se cae. Tienes 0 segundos para arreglarlo y cada segundo que pasa significa una perdida significativa. Ves los logs, pero no hay nada. Solo hay "OLAA AQUI ESTOY PASANDO!!" y tonteras similares. Abres Visual Studio, y por no preocuparte del codigo en si, terminas revisando miles de lineas de codigo, donde posiblemente algunas de ellas no estan en uso, y ocupas mucho tiempo en proporcionar una solucion. Para cuando terminas, el downtime total genero nuevos problemas con consecuencias graves para "el negocio". Ejemplo #2: Tu jefe contrata mas gente, los hace trabajar contigo, pero por no preocuparte del codigo en si, nadie se siente capaz de agregar nuevas funcionalidades o corregir un defecto. Despues de mucho tiempo invertido, la persona hace un commit y todo se rompe. Ejemplo #3: 2 personas intentan trabajar, pero todo esta en una clase gigante. Elige el desenlace: a) Para evitar hacer un merge gigante, una de las personas se va a tomar un cafe y a leer el diario. La empresa cambia dinero y cafe a cambio de nada. b) Hacen un merge gigante, se demoran 20 minutos y meten un bug nuevo. El log de control de versiones tiene un merge por commit. Ejemplo #4: Quieren agregar pruebas de unidad. Tarde en el desarrollo, como siempre ocurre cuando no te preocupas del codigo en si. Pero como esta todo acoplado. Implementar una prueba a nivel unitario se vuelve imposible y tu prueba se vuelve equivalente a correr el programa completo. Hacer un deployment a produccion se vuelve un juego de azar. La integracion continua se vuelve imposible o pierde sus ventajas. Ejemplo #5: Te llega un reporte de bug. Arreglas la porcion de codigo afectada pero por no reutilizar codigo (pues para que preocuparse del codigo en si), hay codigo que resuelve el mismo problema en secciones distintas del proyecto. De pronto, tienes un bug fix parcial y alargaste el QA una semana. Asi que, en mi opinion, el codigo siempre es importante. No es lo mas importante, y no es lo unico importante, pero es importante. Gracias, Atte.
Re: Java vs .Net
On 13/06/12 22:14, Felipe wrote: La verdad Javier, estoy en profundo desacuerdo contigo. Me refiero especificamente a la frase: "permiten enfocarse de mejor manera en la lógica de negocio del sistema, en lugar de estarse preocupando por el código en si". No estoy de acuerdo al 100% con tus ejemplos, pero si en varios aspectos. Eso viene del mito nacido con Visual Basic 5/6 de que "cualquiera puede programar y /este lenguaje/ es la panacea". Creo que no existe mito mas falso... ;) La verdad, ambos aspectos son importantes, y el desarrollo se vuelve mas colaborativo, escalable y ameno con buenas practicas de desarrollo que son transversales a todos los lenguajes de programacion y stacks tecnologicos. Algunos ejemplos de porque si hay que "preocuparse del codigo en si": Ejemplo #1: Tienes un servicio critico en una nube en Windows Azure y de pronto se cae. Tienes 0 segundos para arreglarlo y cada segundo que pasa significa una perdida significativa. Ves los logs, pero no hay nada. Solo hay "OLAA AQUI ESTOY PASANDO!!" y tonteras similares. Abres Visual Studio, y por no preocuparte del codigo en si, terminas revisando miles de lineas de codigo, donde posiblemente algunas de ellas no estan en uso, y ocupas mucho tiempo en proporcionar una solucion. Para cuando terminas, el downtime total genero nuevos problemas con consecuencias graves para "el negocio". Ejemplo #2: Tu jefe contrata mas gente, los hace trabajar contigo, pero por no preocuparte del codigo en si, nadie se siente capaz de agregar nuevas funcionalidades o corregir un defecto. Despues de mucho tiempo invertido, la persona hace un commit y todo se rompe. Ejemplo #3: 2 personas intentan trabajar, pero todo esta en una clase gigante. Elige el desenlace: a) Para evitar hacer un merge gigante, una de las personas se va a tomar un cafe y a leer el diario. La empresa cambia dinero y cafe a cambio de nada. b) Hacen un merge gigante, se demoran 20 minutos y meten un bug nuevo. El log de control de versiones tiene un merge por commit. Ejemplo #4: Quieren agregar pruebas de unidad. Tarde en el desarrollo, como siempre ocurre cuando no te preocupas del codigo en si. Pero como esta todo acoplado. Implementar una prueba a nivel unitario se vuelve imposible y tu prueba se vuelve equivalente a correr el programa completo. Hacer un deployment a produccion se vuelve un juego de azar. La integracion continua se vuelve imposible o pierde sus ventajas. Ejemplo #5: Te llega un reporte de bug. Arreglas la porcion de codigo afectada pero por no reutilizar codigo (pues para que preocuparse del codigo en si), hay codigo que resuelve el mismo problema en secciones distintas del proyecto. De pronto, tienes un bug fix parcial y alargaste el QA una semana. Asi que, en mi opinion, el codigo siempre es importante. No es lo mas importante, y no es lo unico importante, pero es importante. Gracias, Atte. -- Daniel Molina Wegener System Programmer & Web Developer Phone: +56 (2) 979-0278 | Blog: http://coder.cl/
Re: Java vs .Net
La verdad Javier, estoy en profundo desacuerdo contigo. Me refiero especificamente a la frase: "permiten enfocarse de mejor manera en la lógica de negocio del sistema, en lugar de estarse preocupando por el código en si". La verdad, ambos aspectos son importantes, y el desarrollo se vuelve mas colaborativo, escalable y ameno con buenas practicas de desarrollo que son transversales a todos los lenguajes de programacion y stacks tecnologicos. Algunos ejemplos de porque si hay que "preocuparse del codigo en si": Ejemplo #1: Tienes un servicio critico en una nube en Windows Azure y de pronto se cae. Tienes 0 segundos para arreglarlo y cada segundo que pasa significa una perdida significativa. Ves los logs, pero no hay nada. Solo hay "OLAA AQUI ESTOY PASANDO!!" y tonteras similares. Abres Visual Studio, y por no preocuparte del codigo en si, terminas revisando miles de lineas de codigo, donde posiblemente algunas de ellas no estan en uso, y ocupas mucho tiempo en proporcionar una solucion. Para cuando terminas, el downtime total genero nuevos problemas con consecuencias graves para "el negocio". Ejemplo #2: Tu jefe contrata mas gente, los hace trabajar contigo, pero por no preocuparte del codigo en si, nadie se siente capaz de agregar nuevas funcionalidades o corregir un defecto. Despues de mucho tiempo invertido, la persona hace un commit y todo se rompe. Ejemplo #3: 2 personas intentan trabajar, pero todo esta en una clase gigante. Elige el desenlace: a) Para evitar hacer un merge gigante, una de las personas se va a tomar un cafe y a leer el diario. La empresa cambia dinero y cafe a cambio de nada. b) Hacen un merge gigante, se demoran 20 minutos y meten un bug nuevo. El log de control de versiones tiene un merge por commit. Ejemplo #4: Quieren agregar pruebas de unidad. Tarde en el desarrollo, como siempre ocurre cuando no te preocupas del codigo en si. Pero como esta todo acoplado. Implementar una prueba a nivel unitario se vuelve imposible y tu prueba se vuelve equivalente a correr el programa completo. Hacer un deployment a produccion se vuelve un juego de azar. La integracion continua se vuelve imposible o pierde sus ventajas. Ejemplo #5: Te llega un reporte de bug. Arreglas la porcion de codigo afectada pero por no reutilizar codigo (pues para que preocuparse del codigo en si), hay codigo que resuelve el mismo problema en secciones distintas del proyecto. De pronto, tienes un bug fix parcial y alargaste el QA una semana. Asi que, en mi opinion, el codigo siempre es importante. No es lo mas importante, y no es lo unico importante, pero es importante. Gracias, -- Felipe On 06/13/2012 06:35 PM, Javier Garay wrote: > Un amigo que trabaja como jefe de proyectos con .Net me dijo que Mono > es un proyecto que esta algo ¿abandonado? Por otra parte, .Net hace > las cosas mucho mas fáciles a los desarrolladores, con sus asistentes > y templates de código para miles de funciones, un ide mucho mas > completo e integrado, permiten enfocarse de mejor manera en la lógica > de negocio del sistema, en lugar de estarse preocupando por el código > en si, y java no es una plataforma muy "fácil" para cualquier tipo de > proyecto. Todo eso sin mencionar las posibilidades que brinda C#. > > Yo al menos creo que ambas plataformas tienen lo suyo, pero que .Net > tiene sin dudas un mejor progreso que Java, gracias al trabajo de MS. > No veo que Oracle este muy "in" con Java. > > > Cordialmente, > Javier Garay G. > Ingeniero en Informática. >
Re: Java vs .Net
2012/6/13 Javier Garay > Un amigo que trabaja como jefe de proyectos con .Net me dijo que Mono > es un proyecto que esta algo ¿abandonado? Hace algún tiempo corrieron rumores de que Mono estaba abandonado. Lamentablemente, el autor se basó en la actividad del repositroio subversion que ya estaba deprecado. Pueden ver la actividad acá: https://github.com/mono -- Atte, Juan Cristóbal Olivares *La disposición a admirar, casi a adorar, a los ricos y poderosos y a descuidar a las personas más pobres … es la mayor y más universal causa de corrupción de nuestros sentimientos morales (**Adam Smith)*
RE: Java vs .Net
Dale una vuelta a jdeveloper+adf y diras que .net es un cacho jejeje -Mensaje original- De: Javier Garay Enviados: 13/06/2012 18:35:44 Asunto: Re: Java vs .Net Un amigo que trabaja como jefe de proyectos con .Net me dijo que Mono es un proyecto que esta algo ¿abandonado? Por otra parte, .Net hace las cosas mucho mas fáciles a los desarrolladores, con sus asistentes y templates de código para miles de funciones, un ide mucho mas completo e integrado, permiten enfocarse de mejor manera en la lógica de negocio del sistema, en lugar de estarse preocupando por el código en si, y java no es una plataforma muy "fácil" para cualquier tipo de proyecto. Todo eso sin mencionar las posibilidades que brinda C#. Yo al menos creo que ambas plataformas tienen lo suyo, pero que .Net tiene sin dudas un mejor progreso que Java, gracias al trabajo de MS. No veo que Oracle este muy "in" con Java. Cordialmente, Javier Garay G. Ingeniero en Informática. El 13-06-2012, a las 16:19, Ricardo Munoz escribió: > El 13 de junio de 2012 14:44, Javier Garay escribió: > >> No es para ningún proyecto especifico, ya que hoy por hoy con ambas >> puedes desarrollar todo lo que se requiera. El punto es cual de las >> dos a evolucionado de mejor manera, haciendola mas productiva y >> robusta. Nada mas. >> > > ahi me tinca que lleva ventaja Java, ya que supongo la mayoria de los > proyectos .NET corren sobre Windows, y por lo menos para mi Windows esta > lejos de ser "productivo y robusto" ;-) > > en todo caso hay un buen sitio [1] donde encontrar info y consejos acerca > de cuales plataformas, herramientas, etc. estan mas maduras que otras, > cuales evaluar o adoptar, etc. > > [1] http://goo.gl/3B0Tu > > -- > Ricardo Mun~oz A. > http://pobrezuko.info
Re: Java vs .Net
Un amigo que trabaja como jefe de proyectos con .Net me dijo que Mono es un proyecto que esta algo ¿abandonado? Por otra parte, .Net hace las cosas mucho mas fáciles a los desarrolladores, con sus asistentes y templates de código para miles de funciones, un ide mucho mas completo e integrado, permiten enfocarse de mejor manera en la lógica de negocio del sistema, en lugar de estarse preocupando por el código en si, y java no es una plataforma muy "fácil" para cualquier tipo de proyecto. Todo eso sin mencionar las posibilidades que brinda C#. Yo al menos creo que ambas plataformas tienen lo suyo, pero que .Net tiene sin dudas un mejor progreso que Java, gracias al trabajo de MS. No veo que Oracle este muy "in" con Java. Cordialmente, Javier Garay G. Ingeniero en Informática. El 13-06-2012, a las 16:19, Ricardo Munoz escribió: > El 13 de junio de 2012 14:44, Javier Garay escribió: > >> No es para ningún proyecto especifico, ya que hoy por hoy con ambas >> puedes desarrollar todo lo que se requiera. El punto es cual de las >> dos a evolucionado de mejor manera, haciendola mas productiva y >> robusta. Nada mas. >> > > ahi me tinca que lleva ventaja Java, ya que supongo la mayoria de los > proyectos .NET corren sobre Windows, y por lo menos para mi Windows esta > lejos de ser "productivo y robusto" ;-) > > en todo caso hay un buen sitio [1] donde encontrar info y consejos acerca > de cuales plataformas, herramientas, etc. estan mas maduras que otras, > cuales evaluar o adoptar, etc. > > [1] http://goo.gl/3B0Tu > > -- > Ricardo Mun~oz A. > http://pobrezuko.info
Re: Java vs .Net
Carlos: 2012/6/13 Carlos (casep) Sepulveda > Interesante, qué mezcla usan? > LAMM ? Linux Apache Mssql Mono? O es "Cliente/Sevidor"? > Generalmente, Linux + (PostgreSQL | Oracle) + Mono Los que tienen web (la minoría), usan ASP.NET generalmente (bajo nivel, servlets like) + FastCGI o XSP cuando es muy simple > Cómo logran escalabildiad? Vertical / horizontal? > Hay algunos sistemas que escalan automáticamente ya que se distribuyen la carga porque obtienen datos desde una cola de Oracle. Hay otros que simplemente no pueden escalar naturalmente por limitaciones de los protocolos que usan. > Usan frameworks varios? > Mucho Spring.net + Log4net. Para algunos protocolos, se compraron bibliotecas (SMPP por ejemplo) > Qué niveles de tráfico están viendo? > Lo que tiene más tráfico es el centro de mensajería, pero en realidad colapsan primero las redes celulares cuando hay sobrecarga. Hay un difusor de SMS para Windows que reemplazamos por uno Linux + Mono. Tuvimos un problema cuando salió a producción porque colapsó otros servidores de la red debido a que la performance aumentó a 10x y tuvimos que relentizarlo a la fuerza. > Detalles (técnicos) sabrosos? > Donde hemos tenido problemas con Mono es por su implementación de ASP.NET. También tuvimos en un inicio problemas con el deployment. Actualmente hay un sistema donde generamos los paquetes para Ubuntu Server (.deb) y es súper simple.. me permito recomendarlo para evitar problemas como "no sabemos dónde copiar los archivos" o "borramos el directorio por error". -- Atte, Juan Cristóbal Olivares *La disposición a admirar, casi a adorar, a los ricos y poderosos y a descuidar a las personas más pobres … es la mayor y más universal causa de corrupción de nuestros sentimientos morales (**Adam Smith)*
Re: Java vs .Net
On 13/06/12 14:44, Javier Garay wrote: No es para ningún proyecto especifico, ya que hoy por hoy con ambas puedes desarrollar todo lo que se requiera. El punto es cual de las dos a evolucionado de mejor manera, haciendola mas productiva y robusta. Nada mas. En desarrollo de "sistemas", hay varias cosas que considerar, como esto por ejemplo: http://www.lnds.net/blog/2012/05/dos-de-tres.html Ademas de la arquitectura, con el principio basico de "maxima cohesion y minimo acoplamiento". En arquitecturas M$ el acomplamiento con la plataforma y los componentes esta dado de forma natural. Respecto a sistemas "robustos", creo que el enfoque es bien diferente tratandose de plataformas como NET y Java, donde ambos tienen un sistema de tipos basado en static-typing, que permiten referencias nulas, y el problema con las referencias nulas es ya bien conocido: http://en.wikipedia.org/wiki/Tony_Hoare#Quotations Esta de mas decir que puedes ver ejemplos de problemas como este a la vuelta de la esquina y considerando que cosas como esta se solucionan con un lenguaje que implemente strong-static typing como Haskell, donde no exsisten referencias nulas hasta que sean declaradas, uno cae en una programacion mas lenta y por lo tanto mas costosa que nadie querria asumir. Saludos. Cordialmente, Javier Garay G. Ingeniero en Informática. El 13-06-2012, a las 11:18, "Hugo Arturo Figueroa Rodríguez" escribió: Por lo general todo se reduce a $$$ Slds. El mié, 13-06-2012 a las 11:12 -0400, Ricardo Munoz escribió: El 13 de junio de 2012 11:03, Hugo Arturo Figueroa Rodríguez< hugo.figue...@admindata.cl> escribió: O si tienen razón pero no nos desviemos, El amigo de la pregunta Java vs .Net debería hacerse esa pregunta enfrentando las plataformas a un determinado proyecto, ¿por qué java o .net para el proyecto x? esa es la pregunta,, la evaluación te diría por qué una sí y la otra no. y generalmente esa evaluacion no es tecnica, ya que ambas plataformas sirven para solucionar los mismos problemas... ;-) Atte. -- Daniel Molina Wegener System Programmer & Web Developer Phone: +56 (2) 979-0278 | Blog: http://coder.cl/
Re: Java vs .Net
2012/6/13 Juan C. Olivares : > Hace algún tiempo desarrollamos todo el sistema de gestión de SMS para una > empresa de telefonía chilena y está corriendo en Mono+Linux. No puedo dar > nombres :) > > Además del centro de mensajería, tienen sistemas de consulta de saldo, > USSD, etc. Interesante, qué mezcla usan? LAMM ? Linux Apache Mssql Mono? O es "Cliente/Sevidor"? Cómo logran escalabildiad? Vertical / horizontal? Usan frameworks varios? Qué niveles de tráfico están viendo? Detalles (técnicos) sabrosos? Saludos -- "My name is Ozymandias, king of kings: Look on my works, ye Mighty, and despair!" Percy Bysshe Shelley http://sites.google.com/site/carlossepulveda
Re: Java vs .Net
Estimados: 2012/6/13 Carlos (casep) Sepulveda > 2012/6/13 Ricardo Munoz : > > ahi me tinca que lleva ventaja Java, ya que supongo la mayoria de los > > proyectos .NET corren sobre Windows, y por lo menos para mi Windows esta > > lejos de ser "productivo y robusto" ;-) > > Respecto a esto sería interesante saber si hay experiencias "en el > mundo real" (en su tiempo yo no encontré) de sistemas hechos en .Net > corriendo con Mono en algún Unix/Linux > Se me ocurre que si bien funciona, no hay muchos sistemas "reales" > .Net corriendo fuera de MS. > > Hace algún tiempo desarrollamos todo el sistema de gestión de SMS para una empresa de telefonía chilena y está corriendo en Mono+Linux. No puedo dar nombres :) Además del centro de mensajería, tienen sistemas de consulta de saldo, USSD, etc. -- Atte, Juan Cristóbal Olivares *La disposición a admirar, casi a adorar, a los ricos y poderosos y a descuidar a las personas más pobres … es la mayor y más universal causa de corrupción de nuestros sentimientos morales (**Adam Smith)*
Re: Java vs .Net
2012/6/13 Ricardo Munoz : > ahi me tinca que lleva ventaja Java, ya que supongo la mayoria de los > proyectos .NET corren sobre Windows, y por lo menos para mi Windows esta > lejos de ser "productivo y robusto" ;-) Respecto a esto sería interesante saber si hay experiencias "en el mundo real" (en su tiempo yo no encontré) de sistemas hechos en .Net corriendo con Mono en algún Unix/Linux Se me ocurre que si bien funciona, no hay muchos sistemas "reales" .Net corriendo fuera de MS. -- "My name is Ozymandias, king of kings: Look on my works, ye Mighty, and despair!" Percy Bysshe Shelley http://sites.google.com/site/carlossepulveda
Re: Java vs .Net
El 13 de junio de 2012 14:44, Javier Garay escribió: > No es para ningún proyecto especifico, ya que hoy por hoy con ambas > puedes desarrollar todo lo que se requiera. El punto es cual de las > dos a evolucionado de mejor manera, haciendola mas productiva y > robusta. Nada mas. > ahi me tinca que lleva ventaja Java, ya que supongo la mayoria de los proyectos .NET corren sobre Windows, y por lo menos para mi Windows esta lejos de ser "productivo y robusto" ;-) en todo caso hay un buen sitio [1] donde encontrar info y consejos acerca de cuales plataformas, herramientas, etc. estan mas maduras que otras, cuales evaluar o adoptar, etc. [1] http://goo.gl/3B0Tu -- Ricardo Mun~oz A. http://pobrezuko.info
Re: Java vs .Net
No es para ningún proyecto especifico, ya que hoy por hoy con ambas puedes desarrollar todo lo que se requiera. El punto es cual de las dos a evolucionado de mejor manera, haciendola mas productiva y robusta. Nada mas. Saludos. Cordialmente, Javier Garay G. Ingeniero en Informática. El 13-06-2012, a las 11:18, "Hugo Arturo Figueroa Rodríguez" escribió: > Por lo general todo se reduce a $$$ > > Slds. > > El mié, 13-06-2012 a las 11:12 -0400, Ricardo Munoz escribió: > >> El 13 de junio de 2012 11:03, Hugo Arturo Figueroa Rodríguez < >> hugo.figue...@admindata.cl> escribió: >> >>> O si tienen razón >>> >>> pero no nos desviemos, >>> >>> El amigo de la pregunta Java vs .Net debería hacerse esa pregunta >>> enfrentando las plataformas a un determinado proyecto, >>> >>> ¿por qué java o .net para el proyecto x? esa es la >>> pregunta,, la evaluación te diría por qué una sí y la otra no. >>> >> >> y generalmente esa evaluacion no es tecnica, ya que ambas plataformas >> sirven para solucionar los mismos problemas... ;-) >> > >
Re: Java vs .Net
Por lo general todo se reduce a $$$ Slds. El mié, 13-06-2012 a las 11:12 -0400, Ricardo Munoz escribió: > El 13 de junio de 2012 11:03, Hugo Arturo Figueroa Rodríguez < > hugo.figue...@admindata.cl> escribió: > > > O si tienen razón > > > > pero no nos desviemos, > > > > El amigo de la pregunta Java vs .Net debería hacerse esa pregunta > > enfrentando las plataformas a un determinado proyecto, > > > > ¿por qué java o .net para el proyecto x? esa es la > > pregunta,, la evaluación te diría por qué una sí y la otra no. > > > > y generalmente esa evaluacion no es tecnica, ya que ambas plataformas > sirven para solucionar los mismos problemas... ;-) >
Re: Java vs .Net
El 13 de junio de 2012 11:03, Hugo Arturo Figueroa Rodríguez < hugo.figue...@admindata.cl> escribió: > O si tienen razón > > pero no nos desviemos, > > El amigo de la pregunta Java vs .Net debería hacerse esa pregunta > enfrentando las plataformas a un determinado proyecto, > > ¿por qué java o .net para el proyecto x? esa es la > pregunta,, la evaluación te diría por qué una sí y la otra no. > y generalmente esa evaluacion no es tecnica, ya que ambas plataformas sirven para solucionar los mismos problemas... ;-) -- Ricardo Mun~oz A. http://pobrezuko.info
Re: Java vs .Net
O si tienen razón pero no nos desviemos, El amigo de la pregunta Java vs .Net debería hacerse esa pregunta enfrentando las plataformas a un determinado proyecto, ¿por qué java o .net para el proyecto x? esa es la pregunta,, la evaluación te diría por qué una sí y la otra no. Slds. El mié, 13-06-2012 a las 08:50 -0600, Eduardo Silva escribió: > 2012/6/13 Hugo Arturo Figueroa Rodríguez : > > Las plataformas se seleccionan según el proyecto, > > > > No hay plataformas malas, si malos desarrolladores, > > claro que las hay, ASP es el mejor ejemplo. > > > > > Slds. > > > > El mar, 12-06-2012 a las 19:08 -0400, Javier Garay escribió: > > > >> Hola Lista. > >> > >> Quisiera saber su opinión respecto a estas plataformas de desarrollo. Sé > >> que muchos de ustedes preferirán el software libre y se inclinarán por > >> Java, pero tal ves no es así y me gustaría saber su postura frente al tema > >> o por qué escogerían .Net. > >> > >> Yo no soy un experto en ninguna de las dos plataformas, pero las he > >> utilizado y las conozco, tengo mis propias impresiones, pero no está demás > >> saber que piensan mis colegas. > >> > >> Saludos. > >> > >> > >> Cordialmente, > >> Javier Garay G. > > > > > > >
RE: Java vs .Net
Yo me quedo con jdeveloper+weblogic+adf corre lo mismo en wun como en linux sin hacer nada mas que solo programar -Mensaje original- De: Juan C. Olivares Enviados: 13/06/2012 10:59:34 Asunto: Re: Java vs .Net Concuerdo en que ASP (antiguo) es derechamente MALO :D 2012/6/13 Christian Pedreros > Por que lo dices? > Trabajamos con ambas plataformas (java y Net) y las dos son excelentes > > El 13 de junio de 2012 10:50, Eduardo Silva escribió: > > > 2012/6/13 Hugo Arturo Figueroa Rodríguez : > > > Las plataformas se seleccionan según el proyecto, > > > > > > No hay plataformas malas, si malos desarrolladores, > > > > claro que las hay, ASP es el mejor ejemplo. > > > > > > > > Slds. > > > > > > El mar, 12-06-2012 a las 19:08 -0400, Javier Garay escribió: > > > > > >> Hola Lista. > > >> > > >> Quisiera saber su opinión respecto a estas plataformas de desarrollo. > Sé > > >> que muchos de ustedes preferirán el software libre y se inclinarán por > > >> Java, pero tal ves no es así y me gustaría saber su postura frente al > > tema > > >> o por qué escogerían .Net. > > >> > > >> Yo no soy un experto en ninguna de las dos plataformas, pero las he > > >> utilizado y las conozco, tengo mis propias impresiones, pero no está > > demás > > >> saber que piensan mis colegas. > > >> > > >> Saludos. > > >> > > >> > > >> Cordialmente, > > >> Javier Garay G. > > > > > > > > > > > > > > -- > > Eduardo Silva > > http://edsiper.linuxchile.cl > > http://www.monkey-project.com > > > -- Atte, Juan Cristóbal Olivares *La disposición a admirar, casi a adorar, a los ricos y poderosos y a descuidar a las personas más pobres … es la mayor y más universal causa de corrupción de nuestros sentimientos morales (**Adam Smith)*
Re: Java vs .Net
Estimados: 2012/6/13 Patricio Morales > Hay que considerar además la programación para dispositivos móviles > con Android. Programar para Android es programar en Java pero no para > la máquina virtual de Java sino para la máquina virtual de Android > (Dalvik) > El IDE Eclipse incluye un plugin especial para crear aplicaciones Android. > > Cabe destacar que Mono soporta tanto iOS como Android, aunque con licencias propietarias: http://xamarin.com/monoforandroid http://xamarin.com/monotouch -- Atte, Juan Cristóbal Olivares *La disposición a admirar, casi a adorar, a los ricos y poderosos y a descuidar a las personas más pobres … es la mayor y más universal causa de corrupción de nuestros sentimientos morales (**Adam Smith)*
Re: Java vs .Net
Concuerdo en que ASP (antiguo) es derechamente MALO :D 2012/6/13 Christian Pedreros > Por que lo dices? > Trabajamos con ambas plataformas (java y Net) y las dos son excelentes > > El 13 de junio de 2012 10:50, Eduardo Silva escribió: > > > 2012/6/13 Hugo Arturo Figueroa Rodríguez : > > > Las plataformas se seleccionan según el proyecto, > > > > > > No hay plataformas malas, si malos desarrolladores, > > > > claro que las hay, ASP es el mejor ejemplo. > > > > > > > > Slds. > > > > > > El mar, 12-06-2012 a las 19:08 -0400, Javier Garay escribió: > > > > > >> Hola Lista. > > >> > > >> Quisiera saber su opinión respecto a estas plataformas de desarrollo. > Sé > > >> que muchos de ustedes preferirán el software libre y se inclinarán por > > >> Java, pero tal ves no es así y me gustaría saber su postura frente al > > tema > > >> o por qué escogerían .Net. > > >> > > >> Yo no soy un experto en ninguna de las dos plataformas, pero las he > > >> utilizado y las conozco, tengo mis propias impresiones, pero no está > > demás > > >> saber que piensan mis colegas. > > >> > > >> Saludos. > > >> > > >> > > >> Cordialmente, > > >> Javier Garay G. > > > > > > > > > > > > > > -- > > Eduardo Silva > > http://edsiper.linuxchile.cl > > http://www.monkey-project.com > > > -- Atte, Juan Cristóbal Olivares *La disposición a admirar, casi a adorar, a los ricos y poderosos y a descuidar a las personas más pobres … es la mayor y más universal causa de corrupción de nuestros sentimientos morales (**Adam Smith)*
Re: Java vs .Net
Por que lo dices? Trabajamos con ambas plataformas (java y Net) y las dos son excelentes El 13 de junio de 2012 10:50, Eduardo Silva escribió: > 2012/6/13 Hugo Arturo Figueroa Rodríguez : > > Las plataformas se seleccionan según el proyecto, > > > > No hay plataformas malas, si malos desarrolladores, > > claro que las hay, ASP es el mejor ejemplo. > > > > > Slds. > > > > El mar, 12-06-2012 a las 19:08 -0400, Javier Garay escribió: > > > >> Hola Lista. > >> > >> Quisiera saber su opinión respecto a estas plataformas de desarrollo. Sé > >> que muchos de ustedes preferirán el software libre y se inclinarán por > >> Java, pero tal ves no es así y me gustaría saber su postura frente al > tema > >> o por qué escogerían .Net. > >> > >> Yo no soy un experto en ninguna de las dos plataformas, pero las he > >> utilizado y las conozco, tengo mis propias impresiones, pero no está > demás > >> saber que piensan mis colegas. > >> > >> Saludos. > >> > >> > >> Cordialmente, > >> Javier Garay G. > > > > > > > > -- > Eduardo Silva > http://edsiper.linuxchile.cl > http://www.monkey-project.com >
RE: Java vs .Net
- 1 ASP -Mensaje original- De: linux-boun...@listas.inf.utfsm.cl [mailto:linux-boun...@listas.inf.utfsm.cl] En nombre de Eduardo Silva Enviado el: miércoles, 13 de junio de 2012 10:50 Para: Discusion de Linux en Castellano Asunto: Re: Java vs .Net 2012/6/13 Hugo Arturo Figueroa Rodríguez : > Las plataformas se seleccionan según el proyecto, > > No hay plataformas malas, si malos desarrolladores, claro que las hay, ASP es el mejor ejemplo. > > Slds. > > El mar, 12-06-2012 a las 19:08 -0400, Javier Garay escribió: > >> Hola Lista. >> >> Quisiera saber su opinión respecto a estas plataformas de desarrollo. >> Sé que muchos de ustedes preferirán el software libre y se inclinarán >> por Java, pero tal ves no es así y me gustaría saber su postura >> frente al tema o por qué escogerían .Net. >> >> Yo no soy un experto en ninguna de las dos plataformas, pero las he >> utilizado y las conozco, tengo mis propias impresiones, pero no está >> demás saber que piensan mis colegas. >> >> Saludos. >> >> >> Cordialmente, >> Javier Garay G. > > -- Eduardo Silva http://edsiper.linuxchile.cl http://www.monkey-project.com
Re: Java vs .Net
2012/6/13 Hugo Arturo Figueroa Rodríguez : > Las plataformas se seleccionan según el proyecto, > > No hay plataformas malas, si malos desarrolladores, claro que las hay, ASP es el mejor ejemplo. > > Slds. > > El mar, 12-06-2012 a las 19:08 -0400, Javier Garay escribió: > >> Hola Lista. >> >> Quisiera saber su opinión respecto a estas plataformas de desarrollo. Sé >> que muchos de ustedes preferirán el software libre y se inclinarán por >> Java, pero tal ves no es así y me gustaría saber su postura frente al tema >> o por qué escogerían .Net. >> >> Yo no soy un experto en ninguna de las dos plataformas, pero las he >> utilizado y las conozco, tengo mis propias impresiones, pero no está demás >> saber que piensan mis colegas. >> >> Saludos. >> >> >> Cordialmente, >> Javier Garay G. > > -- Eduardo Silva http://edsiper.linuxchile.cl http://www.monkey-project.com
Re: Java vs .Net
Las plataformas se seleccionan según el proyecto, No hay plataformas malas, si malos desarrolladores, Slds. El mar, 12-06-2012 a las 19:08 -0400, Javier Garay escribió: > Hola Lista. > > Quisiera saber su opinión respecto a estas plataformas de desarrollo. Sé > que muchos de ustedes preferirán el software libre y se inclinarán por > Java, pero tal ves no es así y me gustaría saber su postura frente al tema > o por qué escogerían .Net. > > Yo no soy un experto en ninguna de las dos plataformas, pero las he > utilizado y las conozco, tengo mis propias impresiones, pero no está demás > saber que piensan mis colegas. > > Saludos. > > > Cordialmente, > Javier Garay G.
Re: Java vs .Net
+1 Depende del objetivo y cliente al que se quiere apuntar. El 13-06-2012 10:10, Ricardo Munoz escribió: El 12 de junio de 2012 19:08, Javier Garayescribió: Hola Lista. Quisiera saber su opinión respecto a estas plataformas de desarrollo. Sé que muchos de ustedes preferirán el software libre y se inclinarán por Java, pero tal ves no es así y me gustaría saber su postura frente al tema o por qué escogerían .Net. Yo no soy un experto en ninguna de las dos plataformas, pero las he utilizado y las conozco, tengo mis propias impresiones, pero no está demás saber que piensan mis colegas. opino que no tiene sentido comparar plataformas sin primero tener claro para que las vas ocupar, y cual es el contexto. estas pensando en "especializarte" en una de las dos? o estas buscando la "mejor" plataforma para un nuevo proyecto?
Re: Java vs .Net
El 12 de junio de 2012 19:08, Javier Garay escribió: > Hola Lista. > > Quisiera saber su opinión respecto a estas plataformas de desarrollo. Sé > que muchos de ustedes preferirán el software libre y se inclinarán por > Java, pero tal ves no es así y me gustaría saber su postura frente al tema > o por qué escogerían .Net. > > Yo no soy un experto en ninguna de las dos plataformas, pero las he > utilizado y las conozco, tengo mis propias impresiones, pero no está demás > saber que piensan mis colegas. > opino que no tiene sentido comparar plataformas sin primero tener claro para que las vas ocupar, y cual es el contexto. estas pensando en "especializarte" en una de las dos? o estas buscando la "mejor" plataforma para un nuevo proyecto? -- Ricardo Mun~oz A. http://pobrezuko.info
Re: Java vs .Net
El día 12 de junio de 2012 19:23, Juan C. Olivares escribió: > 2012/6/12 Javier Garay > >> Hola Lista. >> >> Hola > > >> Quisiera saber su opinión respecto a estas plataformas de desarrollo. Sé >> que muchos de ustedes preferirán el software libre y se inclinarán por > Hay que considerar varias cosas: > > > - Máquina virtual: La máquina virtual de Java debería ser > intercambiable, pero generalmente se uytiliza la de Sun (Oracle?). Es > buena, pero va un poco más atrás que otras. La máquina de .NET fue diseñada > para optimizar el rendimiento, permitiendo declarar estructuras por > ejemplo, evitando hacer boxing. Llevó la ventaja con cosas como generics > reales, delegates (punteros a funciones) y últimamente LINQ, una maravilla > (IMHO). En Windows, se usa la máquinavirtual de MS, pero en otras > plataformas (Linux, OSX, etc), corre Mono. > - Lenguaje: En la JVM (Java Virtual Machine) puedes correr Java (duh) y > otros lenguajes como JRuby o Groovy. En .NET, los principales lenguajes son > C# y VB.NET, pero hay maś como F# y Java (IKVM). Si se comparan los > lenguajes principales, Java y C#, creo que no hay mucho que decir. C# es > claramente más potente. Incluye características como: lambda, LINQ, > expression trees, métodos anónimos, using (patrón disposable) y otras > chorezas, bastante atadas a la VM. > - Desktop: En desktop, Java nunca se ha destacado mucho. La verdad es > que no conozco los toolkits qaue se utilizan (¿AWT parece?.. o algo así), > En Mono/.NET puedes usar Gtk#, que son bindings de Gtk+. En varias distros > hay aplicaciones conocidas usando Mono, como Tomboy (notas), Banshee > (música), MonoDevelop (el IDE) y F-Spot (fotos). Entiendo que hay un par de > bindings para QT, pero nunca han sido muy po9pulares. > - Web: En Java hay frameworks como JSF o Struts (MVC). En .NET, hay > varios frameworks. ASP.NET webforms es similar a JSF y ASP.NET MVC es > como struts. El MVC 2 está incluido en Mono. Hace un par de meses, > ASP.NET es open source y puedes incluso hacer pull requests, pero no lo > he visto integrado en mono todavía. La última vez que probé, el compilador > se cayó al compilar Razor (el view engine). > Hay que considerar además la programación para dispositivos móviles con Android. Programar para Android es programar en Java pero no para la máquina virtual de Java sino para la máquina virtual de Android (Dalvik) El IDE Eclipse incluye un plugin especial para crear aplicaciones Android. Saludos. Saludos
Re: Java vs .Net
Cordialmente, Javier Garay G. El 12 de junio de 2012 19:23, Juan C. Olivares escribió: > > ¿Se nota que me gusta más Mono/.NET?... :D > > -- Demasiado! Pero es una excelente visión la que tienes. Saludos.
Re: Java vs .Net
2012/6/12 Javier Garay > Hola Lista. > > Hola > Quisiera saber su opinión respecto a estas plataformas de desarrollo. Sé > que muchos de ustedes preferirán el software libre y se inclinarán por > Java, pero tal ves no es así y me gustaría saber su postura frente al tema > o por qué escogerían .Net. > > Yo no soy un experto en ninguna de las dos plataformas, pero las he > utilizado y las conozco, tengo mis propias impresiones, pero no está demás > saber que piensan mis colegas. > > Se viene una guerra santa. Hay que considerar varias cosas: - Máquina virtual: La máquina virtual de Java debería ser intercambiable, pero generalmente se uytiliza la de Sun (Oracle?). Es buena, pero va un poco más atrás que otras. La máquina de .NET fue diseñada para optimizar el rendimiento, permitiendo declarar estructuras por ejemplo, evitando hacer boxing. Llevó la ventaja con cosas como generics reales, delegates (punteros a funciones) y últimamente LINQ, una maravilla (IMHO). En Windows, se usa la máquinavirtual de MS, pero en otras plataformas (Linux, OSX, etc), corre Mono. - Lenguaje: En la JVM (Java Virtual Machine) puedes correr Java (duh) y otros lenguajes como JRuby o Groovy. En .NET, los principales lenguajes son C# y VB.NET, pero hay maś como F# y Java (IKVM). Si se comparan los lenguajes principales, Java y C#, creo que no hay mucho que decir. C# es claramente más potente. Incluye características como: lambda, LINQ, expression trees, métodos anónimos, using (patrón disposable) y otras chorezas, bastante atadas a la VM. - Desktop: En desktop, Java nunca se ha destacado mucho. La verdad es que no conozco los toolkits qaue se utilizan (¿AWT parece?.. o algo así), En Mono/.NET puedes usar Gtk#, que son bindings de Gtk+. En varias distros hay aplicaciones conocidas usando Mono, como Tomboy (notas), Banshee (música), MonoDevelop (el IDE) y F-Spot (fotos). Entiendo que hay un par de bindings para QT, pero nunca han sido muy po9pulares. - Web: En Java hay frameworks como JSF o Struts (MVC). En .NET, hay varios frameworks. ASP.NET webforms es similar a JSF y ASP.NET MVC es como struts. El MVC 2 está incluido en Mono. Hace un par de meses, ASP.NET es open source y puedes incluso hacer pull requests, pero no lo he visto integrado en mono todavía. La última vez que probé, el compilador se cayó al compilar Razor (el view engine). ¿Se nota que me gusta más Mono/.NET?... :D -- Atte, Juan Cristóbal Olivares *La disposición a admirar, casi a adorar, a los ricos y poderosos y a descuidar a las personas más pobres … es la mayor y más universal causa de corrupción de nuestros sentimientos morales (**Adam Smith)*