Yo creo que Kotlin es la evolución natural de Java para el momento que estamos viviendo. Muchas empresas/aplicaciones están migrando de Java a Kotlin y creo que para los devs javeros nos será relativamente fácil esa transición.
Kotlin está bueno, pero para aplicaciones backend de tipo serverless como por ejemplo AWS Lambda, elegirían kotlin ?? o irían por un lenguaje interpretado ?
@@gooogui Y fuera de los sesgos del video y sus malos ejemplos, que entiendes que sucedera con los features que Java va agregando? Kotlin debera adaptar la corrutinas a Virtual Threads? Los features de Java que son cada vez mas limpios y consisos que los de Kotlin seran ignorandos (ej: switch pattern matching) como los ignoraron en este video?
Los ejemplos de java también se pudieron haber hecho así: List values = Arrays.asList("SIAMES","AZUL","WHATEVER"); values.stream().map(String::toLowerCase).forEach(System.out::println); Y sale... más vervosidad, sí. Esta claro, pero todavía me gusta mucho el hecho de que sea tipado estricto y que en versions recientes haya mejorado mucho el lenguaje.
@@dovi Tampoco se entero que Java 6 esta deprecado, quiza por eso pensara que el 80% de los desarrollos en Java son con la version 6. Docker files con Java 6, dificil de imaginar
Min 1:20 las listas a las que hacemos map o filter deben ser inmutables, ya que cualquier modificacion resulta en otra lista (functional programming 101), por lo que List.of("a", "b", "c") habría sido mas adecuado, pero si quieren trabajar con Streams directamente, bien pudieron usar Stream.of("a", "b". "c").map(...) Esto lleva ahi casi una decada (2014) por lo que no encaja realmente un "por fin esta esto", Pero se entiende la intención del video.
La verbosidad de los streams aporta la "Lazy Evaluation", algo muy interesante a nivel de rendimiento ya que puedes encadenar múltiples operaciones filter, map, etc y solo recorrer la colección una vez, si encadenas N operaciones con los lenguajes "menos verbosos" estarás recorriendo N veces todos elementos.
En Kotlin también se puede hacer eso usando la función sequence(), pero en los casos de un mapeo o filtrado simple la opción de Kotlin no es sólo menos verbosa si no que también tiene mejor rendimiento porque primero no hace falta crear una nueva clase solo para las transformaciones y segundo porque usualmente los métodos de tipo map y filter están enlineados, lo que ahorra hacer llamadas a funciones.
Min 1:29 Uuff, por fin estan en Java los maps, POR FIN!!! Bienvenidos al 2014. En la mente de ellos dos: Ni Stream.of(a, b, c) ni List.of(a, b, c) existen, hagamos una lista mutable para usarla como inmutable con un map, jajaj.
Yo soy team java, y la verdad que el lenguaje ha evolucionado muchísimo, ahora mis java 17 es lo más cercano a kotlin y java se las ha ingeniado para obtener todas las features que tiene otros lenguajes. Aunque amo java, no descartaría en un futuro trabajar con kotlin.
Este video esta muy sesgado y con muy malos ejemplos. La realidad es otra (desde 2014): List.of("Aa" , "Bb" , "Cc", "Dd") .stream() .filter( x -> !x.startsWith("D") .map(String::toLwerCase) .forEach( System.out::println ) O bien usando Stream directamente Stream.of("Aa" , "Bb" , "Cc", "Dd") .filter( x -> !x.startsWith("D") .map(String::toLwerCase) .forEach( System.out::println )
Para hacer una comparacion entre java y kotlin deven hacer dos desarrolladores que hayan utilizado mucho java y kotlin y hacer los ejemplos cada uno por su parte y ver que uno lo puede hacer mas simple en cada lenguaje porque asi como lo hicieron los dos desarrolladores mas van para el lado de kotlin.
Acostumbrado a Java 8, el paso a kotlin me ha permitido codificar más rápido, más legible y con menos errores (whens exhaustivos, nullability, extensiones). Aunque sobre la nulabilidad, hay veces hay errores que solo los puedes detectar en runtime cuando usas librerías en java (por ejemplo, Jackson a la hora de deserializar un json si has declarado un atributo obligatorio y no te viene) y el error puede llegar a ser un poco opaco. Aunque las novedades de las últimas versiones de Java mejoran mucho el lenguaje y se equiparan mucho más.
Min 6:20 Java 6 no se soporta, en diciembre de 2018 fue deprecado, estamos en 2022 (dificil imaginarse un Docker file con Java 6). Los nuevos desarrollos NO se hacen ni con Java 6 ni 7 ni 8. Java 8 (que es del 2014) tambien fue deprecado, aunque Oracle (ese vendor en especifico) da soporte a su distribución OracleJDK hasta 2030. P.D. OracleJDK no es OpenJDK
La verdad es que si es java o kotlin depende del negocio y como esta el mercado al que quieres apuntar, por ejemplo, hablo del caso de Chile, diría que es casi nula la cantidad de empresas grandes que implementan Kotlin, no asi startups que se encuentran en estados de crecimiento y apuntan a las tecnologías mas nuevas, anexo a esto por ejemplo GO en Sudamérica es super poco requerido, pero sé que en Europa y en EEUU es super cotizado y muy bien pagado. Sería interesante leer otras opiniones de colegas que se encuentran en otros países que permitan a otros tomar la mejor decision a la hora se escoger. un abrazo!
Sigo a un tipo que es un PRO en Java, y aún así lo utiliza en conjunto con Kotlin, y Go! Le va muy bien 🤑🤑🤑 y él está enseñando a sus hijas Java. Ahí supe que Java es la clave 🤭🤭🤭🤭 Y ese tipo ahora es un DevOs, porque dice que es lo mejor pagado, antes de eso era un arquitecto de Java, da muchos consejos
Me gusta este canal, creo que tienen contenido de alta calidad y muy útil, pero en este video noto una falta de investigación en relación al tema expuesto. Saludos!!
El 85% de las aplicaciones siguen tirando de java 1.6 - 1.8? Video pobre y desinformativo, ni se porque me habia suscrito a este canal. Les recomiendo leer e investigar un poco antes de desinformar. Google no muerde! Saludos cordiales!
@@Luukkaaasss en españa la mayor parte del software proviene de consultorias que siguen manteniendo codigo crítico y prehistorico de clientes grandes. Doy fe de que existen esas aplicaciones en versiones antiguas
@David Gallego el var te lo compro pero dejaría el List junto al of para que quede más claro. O caso contrario dejaría el Of pero no usaría el var sino el tipo fuerte
Intencionalmente no usaron funcional en Java? Además, con un poco de teoría se entendería por que se usa stream en Java y como Kotlin en los .class usa Java por debajo. En todo caso, buen video, kotlin es una locura para crear sistemas reactivos más fácilmente sin encartarse con completable futures.
En java hay muchos caminos.. y la mutabiliad es mas facil.. y los STREAM se nota que ellos no tienen idea.. xq puedes no usarlos q que son... Esta es parte difícil de entender del concepto de Stream. Los Streams diseñan un flujo de trabajo que se ejecuta de forma unitaria item a item. Al entender mejor la estructura y tener un mejor control d lo que haces.. puedes hacerlo super simplificado.. eso depende a donde quieres apuntar para aprender no necesita profundizar mucho.. pero muchos apenas aprende a programar y ya quieren desarrollar el universo o el mundo..
@@driden1987 en ese entonces si, recuerda que se llamaba project loom y podias probarlo y compararlo, pero este es un video de dos personas que no saben Java, asi que hay que dejarles pasar muchas cosas
Algunos puntos que me gustaría aportar: 1) Si tu base de datos a usar es Oracle, Java sigue siendo el rey 2) El soporte empresarial de Java es BRUTAL vs Kotlin 3) Kotlin y WASM es bellisimo y creo que el futuro del backend va más por aquí (WASM & Serverless) 4) Actualmente el backend es muy raro, por lo que si toca hacer microservicios Kotlin parece ser lo mejor 5) El tema licencias siempre será un punto que gana Kotlin En resumen, despues de haber desarrollado muchos años con Java y Kotlin, creo que depende del proyecto puede que alguno sea mejor, pero Kotlin casi siempre es la opción a elegir y con tantos desarrollos modernos que se vienen (blockchains, Real Serverless, etc) creo que Kotlin es la opción a elegir.
Kotlin es licencia Apache. Java Licencia GNU. Quiza estas confundiendo OpenJDK y la distribución OracleJDK de Oracle. No hay mucha diferencia con Java y Linux. El licenciamiento por soporte de Redhat Linux u Oracle Linux no tienen nada que ver con Linux. Entr muchas otras cosas tambien erradas que dijiste
Pero en la realidad hablando de oportunidades laborales no hay mucho empleo de kotlin y además Java no tiene 5 años 😅 las empresas deciden vamos por un lenguaje más robusto o por uno nuevo ? Si van a trabajar como freelance pueden utilizar cualquier lenguaje en el backend pero si buscan oportunidades en empresas busquen ustedes mismos y verán de que lenguaje encuentran más empleos.
Es cierto ellos mencionaron dos empresas y ellos que desarrollan en kotlin en España pero hay que ver el resto del mundo así que eso no da miedo. Y Java tiene mucho mercado y ofertas muy jugosas 🤑🤑🤑🤑💰💴💰💷💵🎰🎰🎰
Con todo el respeto, hacer una comparación entre 2 lenguajes fijándose en cómo hacer una lista y cómo imprimirla y mirar cuál queda "más mono" no es una comparación seria. Por otra parte, kotlin sigue siendo java con la sintaxis cambiada, ni siquiera aporta simplicidad. Y creo que hacer una sintaxis basada el lambdas y paradigma funcional por el simple hecho de "hacerlo en 1 línea" sólo dificulta su entendimiento y, sobre todo, su depuración.
@@erickjhormanromero6905 sí. Mi teoría es que han sacado Kotlin para seguir impulsado el uso del entorno Java, porque últimamente en el mundo profesional se está prescindiendo bastante de Java en favor incluso de Python. Cuando llevas un tiempo usando Java te das cuenta de sus limitaciones, y para cuando dices "vaya, si hubiera usado X lenguaje ahora no tendría estos problemas" ya es demasiado tarde. En mi opinión es una estrategia muy mala, es un lavado de cara para hacer creer que es algo distinto a Java. La verdad que Java 17 viene con muchas ventajas respecto a la mítica Java 8. Ese sí sería un buen vídeo, Java 17 VS Java 8, pero no comparando cómo imprimen por consola :D.
Estéticamente no usaron las mejores formas de escribir el código en Java para la comparación. Y además esa comparación no tiene sentido. Ellos mismo lo dijeron crearon Kotlin con los mejor de Scala y Java. La comparación hubiera Sido com GO. Lo que toca esperar el mercado como avanza y a ver si Kotlin tiene mucha más acogida y si decido aprenderlo Y en cuanto a la verbosida pues está Lombok y mupstruct que lo hacen genial. Jaja no hay excusa. Java sigue siendo Java y kotlin es kotlin
Yo tenia un proyecto en la mente de crear un lenguaje de programación 100% tipado idéntico al python en cuanto al sintaxis pero basado en java.... pero kotlin me cambio de idea... 🤗
Personalmente soy muy fan de Kotlin, y aunque es cierto que java está más evolucionado de lo que aparece en el vídeo lo cierto es que en Java sige sin existir cosas como seguridad anti nulos, corrutinas, lambdas bien hechas, etc y además en Java sigue haciendo falta poner el maldito punto y coma.
Comentario de un novato (hablando de puntos y comas) Tampoco tienes idea de los Virtual Threads, ya que hablas de corrutinas (lee al respecto) etc, etc.
la verdad es que kotlin se ve muy chulo pero, siento que java ha tenido buena evolucion y no sabremos quien vaya a ganar o mantenerse , yo creo que java seguira en backend si o si , y kotlin estara siempre en movil
Creo que la vida de Kotlin en este momento depende de Google, si Google dice que cierto lenguaje va a ser el oficial para desarrollar en Android (o Fuchsia) y no Kotlin así como lo hizo con Java, entonces puede empezar a decaer el uso de Kotlin, a no ser que Kotlin ya tenga fuertes cimientos donde no le preocupe lo que diga o haga Google.
El caso es que Kotlin es Java mejorado aunque tenga menos comunidad y tiempo en el mercado, es capaz de hacer lo mismo. Y aunque se dejara de utilizar en desarrollo móvil, podría utilizarse en cualquier sitio, como desarrollo web backend. Es interoperable con Java y sus librerías además.
Te recomiendo ver otros, este video esta muy sesgao y con muy malos ejemplos. La realidad es todo su codigo se resume en: List.of("Aa" , "Bb" , "Cc", "Dd") .stream() .filter( x -> !x.startsWith("D") .map(String::toLwerCase) .forEach( System.out::println ) O bien usando Stream directamente Stream.of("Aa" , "Bb" , "Cc", "Dd") .filter( x -> !x.startsWith("D") .map(String::toLwerCase) .forEach( System.out::println )
creo que no hay que enfocarse tanto de como se escribe en uno, o como se escribe en otro. Decime las verdaderas ventajas de kotlin. Hasta ahora no vi nada en estos 3min que diga algo relevante.
Viejo si entendieras lo que sucede no hicieras una afirmacion como la que hiciste en el minuto 8, lo que sucede es que google se enfadó con oracle, por tanta lata que le dieron, y por eso ahora todo es kotlin, viejo ellos quieren desvincularse de java lo mas pronto posible, quieren que todo se oriente a kotlin de ahora en adelante, o sea bye bye java, es cuestion de tiempo pero java puede darse por olvidado, va ser un cobol mas
@@hba6018 bueno investiga mas y enterate para que te des cuenta, para nadie es un secreto que google esta cortando relacion con java porque pertenece a oracle eso es algo de todos sabido, te suena absurdo simplemente porque no te has enterado, y seguramente eres un amante acerrimo de java que cuando lee este tipo de cosas en lugar de ver las cosas objetivamente se cierran emocionalmente y luego andan diciendo que es absurdo cuando lo absurdo es ser emocional y no ser objetivo
Malísima comparación poco seria y basica sesgado y sin haber investigado las funciones de Java para operar con arreglos o listas de objetos acá codely anduvo flaquando como canal de aprendizaje
creo que el video tiene demasiado sesgo, por lo que: 1) Actúan como si en verdad desconocieran mucho de Java o 2) Quieren promocionar su curso de Kotlin a base de hecharle tierra a Java??? ahí se las dejo de tarea!
Qué prefieres para el desarrollo backend… ¿Java o Kotlin? 🤔
Yo creo que Kotlin es la evolución natural de Java para el momento que estamos viviendo. Muchas empresas/aplicaciones están migrando de Java a Kotlin y creo que para los devs javeros nos será relativamente fácil esa transición.
C# netcore, sin dudas!
Java 💯
Kotlin está bueno, pero para aplicaciones backend de tipo serverless como por ejemplo AWS Lambda, elegirían kotlin ?? o irían por un lenguaje interpretado ?
@@gooogui Y fuera de los sesgos del video y sus malos ejemplos, que entiendes que sucedera con los features que Java va agregando? Kotlin debera adaptar la corrutinas a Virtual Threads? Los features de Java que son cada vez mas limpios y consisos que los de Kotlin seran ignorandos (ej: switch pattern matching) como los ignoraron en este video?
Los ejemplos de java también se pudieron haber hecho así:
List values = Arrays.asList("SIAMES","AZUL","WHATEVER");
values.stream().map(String::toLowerCase).forEach(System.out::println);
Y sale... más vervosidad, sí. Esta claro, pero todavía me gusta mucho el hecho de que sea tipado estricto y que en versions recientes haya mejorado mucho el lenguaje.
Mejor todavía: var values = List.of("Siamés", "Azul", "Whatever");
Pero para eso haría falta Java 11, y según Rafa eso no se usa xd
@@dovi Tampoco se entero que Java 6 esta deprecado, quiza por eso pensara que el 80% de los desarrollos en Java son con la version 6. Docker files con Java 6, dificil de imaginar
o como List.of("SIAMES","AZUL","WHAT") si querían inmutabilidad...que desde java 11 se admite.
si, el código de java esta para optimizar , al parecer esta escrito tendenciosamente para dejarlo mal parado a Java :/
Min 1:20 las listas a las que hacemos map o filter deben ser inmutables, ya que cualquier modificacion resulta en otra lista (functional programming 101), por lo que List.of("a", "b", "c") habría sido mas adecuado, pero si quieren trabajar con Streams directamente, bien pudieron usar
Stream.of("a", "b". "c").map(...)
Esto lleva ahi casi una decada (2014) por lo que no encaja realmente un "por fin esta esto", Pero se entiende la intención del video.
La verbosidad de los streams aporta la "Lazy Evaluation", algo muy interesante a nivel de rendimiento ya que puedes encadenar múltiples operaciones filter, map, etc y solo recorrer la colección una vez, si encadenas N operaciones con los lenguajes "menos verbosos" estarás recorriendo N veces todos elementos.
Tal verbosidad no existe, simplemente el llevo a una persona que no sabe Java a mostrar lo poco que sabia.
@@hba6018 si existe
En Kotlin también se puede hacer eso usando la función sequence(), pero en los casos de un mapeo o filtrado simple la opción de Kotlin no es sólo menos verbosa si no que también tiene mejor rendimiento porque primero no hace falta crear una nueva clase solo para las transformaciones y segundo porque usualmente los métodos de tipo map y filter están enlineados, lo que ahorra hacer llamadas a funciones.
Para crear una lista inmutable en Java también se puede hacer en una linea -> List.of("hello", "world");
Me lleve un nuevo aprendizaje de este video, gracias por lo del data class lo estuve investigando y me parece alto features
Pero mi duda cual esta mejor optimizado zv
Min 1:29 Uuff, por fin estan en Java los maps, POR FIN!!! Bienvenidos al 2014.
En la mente de ellos dos: Ni Stream.of(a, b, c) ni List.of(a, b, c) existen, hagamos una lista mutable para usarla como inmutable con un map, jajaj.
Yo soy team java, y la verdad que el lenguaje ha evolucionado muchísimo, ahora mis java 17 es lo más cercano a kotlin y java se las ha ingeniado para obtener todas las features que tiene otros lenguajes. Aunque amo java, no descartaría en un futuro trabajar con kotlin.
Realmente hay features de Java que aplastan a los de Kotlin en sintaxis, como pattern matching switch cuando lo comparas con el when.
Este video esta muy sesgado y con muy malos ejemplos. La realidad es otra (desde 2014):
List.of("Aa" , "Bb" , "Cc", "Dd")
.stream()
.filter( x -> !x.startsWith("D")
.map(String::toLwerCase)
.forEach( System.out::println )
O bien usando Stream directamente
Stream.of("Aa" , "Bb" , "Cc", "Dd")
.filter( x -> !x.startsWith("D")
.map(String::toLwerCase)
.forEach( System.out::println )
List.of(...) o Stream.of(...) salieron en java 9
Para hacer una comparacion entre java y kotlin deven hacer dos desarrolladores que hayan utilizado mucho java y kotlin y hacer los ejemplos cada uno por su parte y ver que uno lo puede hacer mas simple en cada lenguaje porque asi como lo hicieron los dos desarrolladores mas van para el lado de kotlin.
obviamente esa fue su intención, recuerda que hay un curso que están promocionando
Gracias, lo entendí hasta yo que estoy iniciandome en la programación (en Python)
buen vídeo!
pd: N26 también utiliza Kotlin en backend, en todos los servicios desde hace ya unos 2-3 años
Freenow tambien esta apostando muchisimo por Kotlin :)
🙌🙌🙌🙌
Hola estoy empezando me gustaría saber si kotlin tiene futuro
Acostumbrado a Java 8, el paso a kotlin me ha permitido codificar más rápido, más legible y con menos errores (whens exhaustivos, nullability, extensiones). Aunque sobre la nulabilidad, hay veces hay errores que solo los puedes detectar en runtime cuando usas librerías en java (por ejemplo, Jackson a la hora de deserializar un json si has declarado un atributo obligatorio y no te viene) y el error puede llegar a ser un poco opaco.
Aunque las novedades de las últimas versiones de Java mejoran mucho el lenguaje y se equiparan mucho más.
Respetable pero Ganas mas dinero con kotlin que con Java?
Min 6:20 Java 6 no se soporta, en diciembre de 2018 fue deprecado, estamos en 2022 (dificil imaginarse un Docker file con Java 6). Los nuevos desarrollos NO se hacen ni con Java 6 ni 7 ni 8. Java 8 (que es del 2014) tambien fue deprecado, aunque Oracle (ese vendor en especifico) da soporte a su distribución OracleJDK hasta 2030. P.D. OracleJDK no es OpenJDK
Este video es muy poco riguroso.
Porque es una promoción, amigo
La verdad es que si es java o kotlin depende del negocio y como esta el mercado al que quieres apuntar, por ejemplo, hablo del caso de Chile, diría que es casi nula la cantidad de empresas grandes que implementan Kotlin, no asi startups que se encuentran en estados de crecimiento y apuntan a las tecnologías mas nuevas, anexo a esto por ejemplo GO en Sudamérica es super poco requerido, pero sé que en Europa y en EEUU es super cotizado y muy bien pagado. Sería interesante leer otras opiniones de colegas que se encuentran en otros países que permitan a otros tomar la mejor decision a la hora se escoger. un abrazo!
Sigo a un tipo que es un PRO en Java, y aún así lo utiliza en conjunto con Kotlin, y Go! Le va muy bien 🤑🤑🤑 y él está enseñando a sus hijas Java.
Ahí supe que Java es la clave 🤭🤭🤭🤭
Y ese tipo ahora es un DevOs, porque dice que es lo mejor pagado, antes de eso era un arquitecto de Java, da muchos consejos
Y ahora mismo está aprendiendo Rust, aunque dice que es difícil 🎉
No estoy de acuerdo con que casi siempre digan que Java usa más líneas de código cuando no se conocen las demás formas de escribirlo. ¡Saludos!
Es cierto
Me gusta este canal, creo que tienen contenido de alta calidad y muy útil, pero en este video noto una falta de investigación en relación al tema expuesto. Saludos!!
Lo mismo pienso
Algun video para profundizar bien?
Es un anuncio del curso
ah, ¿y por que no pusieron a alguien que sepa de java?, por que es evidente que estos son amateur en java.
Eso también pense yo.
Es un vídeo que transmite ignorancia, pero no fue con mala intención.
en java..con openjdk puedo correr java 11 o java 17?
What?
Pero a partir de Java 9 pueden hacer List.of
List list = List.of("SIAMES", "AZUL RUSO", "COMUN EUROPEO");
El 85% de las aplicaciones siguen tirando de java 1.6 - 1.8? Video pobre y desinformativo, ni se porque me habia suscrito a este canal. Les recomiendo leer e investigar un poco antes de desinformar. Google no muerde!
Saludos cordiales!
@@Luukkaaasss en españa la mayor parte del software proviene de consultorias que siguen manteniendo codigo crítico y prehistorico de clientes grandes. Doy fe de que existen esas aplicaciones en versiones antiguas
Inclusive puedes hacerlo más corto:
var list = List.of("uno", "dos", "tres");
@David Gallego el var te lo compro pero dejaría el List junto al of para que quede más claro. O caso contrario dejaría el Of pero no usaría el var sino el tipo fuerte
@@Luukkaaasss jajaja.
Intencionalmente no usaron funcional en Java? Además, con un poco de teoría se entendería por que se usa stream en Java y como Kotlin en los .class usa Java por debajo.
En todo caso, buen video, kotlin es una locura para crear sistemas reactivos más fácilmente sin encartarse con completable futures.
Siempre puedes usar C#....
Estaría genial ver cómo desplegar un proyecto de kotlin en distintos entornos y ver cómo sería
Pueden hablar de KotlinMM?
Buscaron hacer el codigo demasiado complejo (grande) cuando con menos cantidad de linea pudieran obtener lo mismo.
En java hay muchos caminos.. y la mutabiliad es mas facil.. y los STREAM se nota que ellos no tienen idea.. xq puedes no usarlos q que son... Esta es parte difícil de entender del concepto de Stream. Los Streams diseñan un flujo de trabajo que se ejecuta de forma unitaria item a item.
Al entender mejor la estructura y tener un mejor control d lo que haces.. puedes hacerlo super simplificado.. eso depende a donde quieres apuntar para aprender no necesita profundizar mucho..
pero muchos apenas aprende a programar y ya quieren desarrollar el universo o el mundo..
Esperaba algo más de kt coroutines vs java threads.
Mas bien querras decir Virtual Threads
@@hba6018 en ese entonces no. Ahora podría ser
@@driden1987 en ese entonces si, recuerda que se llamaba project loom y podias probarlo y compararlo, pero este es un video de dos personas que no saben Java, asi que hay que dejarles pasar muchas cosas
@@hba6018 Lo conocí posteriormente a Project Loom y vi varias charlas sobre el tema. Súper interesante.
Algunos puntos que me gustaría aportar:
1) Si tu base de datos a usar es Oracle, Java sigue siendo el rey
2) El soporte empresarial de Java es BRUTAL vs Kotlin
3) Kotlin y WASM es bellisimo y creo que el futuro del backend va más por aquí (WASM & Serverless)
4) Actualmente el backend es muy raro, por lo que si toca hacer microservicios Kotlin parece ser lo mejor
5) El tema licencias siempre será un punto que gana Kotlin
En resumen, despues de haber desarrollado muchos años con Java y Kotlin, creo que depende del proyecto puede que alguno sea mejor, pero Kotlin casi siempre es la opción a elegir y con tantos desarrollos modernos que se vienen (blockchains, Real Serverless, etc) creo que Kotlin es la opción a elegir.
Muy buenos puntos 👏👏👏
Kotlin es licencia Apache. Java Licencia GNU. Quiza estas confundiendo OpenJDK y la distribución OracleJDK de Oracle. No hay mucha diferencia con Java y Linux. El licenciamiento por soporte de Redhat Linux u Oracle Linux no tienen nada que ver con Linux. Entr muchas otras cosas tambien erradas que dijiste
Pero en la realidad hablando de oportunidades laborales no hay mucho empleo de kotlin y además Java no tiene 5 años 😅 las empresas deciden vamos por un lenguaje más robusto o por uno nuevo ? Si van a trabajar como freelance pueden utilizar cualquier lenguaje en el backend pero si buscan oportunidades en empresas busquen ustedes mismos y verán de que lenguaje encuentran más empleos.
Es cierto ellos mencionaron dos empresas y ellos que desarrollan en kotlin en España pero hay que ver el resto del mundo así que eso no da miedo.
Y Java tiene mucho mercado y ofertas muy jugosas 🤑🤑🤑🤑💰💴💰💷💵🎰🎰🎰
que tal kotlin vs scala ?
Con todo el respeto, hacer una comparación entre 2 lenguajes fijándose en cómo hacer una lista y cómo imprimirla y mirar cuál queda "más mono" no es una comparación seria.
Por otra parte, kotlin sigue siendo java con la sintaxis cambiada, ni siquiera aporta simplicidad. Y creo que hacer una sintaxis basada el lambdas y paradigma funcional por el simple hecho de "hacerlo en 1 línea" sólo dificulta su entendimiento y, sobre todo, su depuración.
Totalmente de acuerdo contigo aquí, Jymmy
Se tenia que decir y se dijo.
Excelente y también he escuchado que si Java no hay kotlin porque usan la misma VM
@@erickjhormanromero6905 sí. Mi teoría es que han sacado Kotlin para seguir impulsado el uso del entorno Java, porque últimamente en el mundo profesional se está prescindiendo bastante de Java en favor incluso de Python.
Cuando llevas un tiempo usando Java te das cuenta de sus limitaciones, y para cuando dices "vaya, si hubiera usado X lenguaje ahora no tendría estos problemas" ya es demasiado tarde.
En mi opinión es una estrategia muy mala, es un lavado de cara para hacer creer que es algo distinto a Java.
La verdad que Java 17 viene con muchas ventajas respecto a la mítica Java 8. Ese sí sería un buen vídeo, Java 17 VS Java 8, pero no comparando cómo imprimen por consola :D.
Este video está al mismo nivel que el de "Aprende spring boot en 5 minutos"
Estéticamente no usaron las mejores formas de escribir el código en Java para la comparación. Y además esa comparación no tiene sentido.
Ellos mismo lo dijeron crearon Kotlin con los mejor de Scala y Java.
La comparación hubiera Sido com GO.
Lo que toca esperar el mercado como avanza y a ver si Kotlin tiene mucha más acogida y si decido aprenderlo
Y en cuanto a la verbosida pues está Lombok y mupstruct que lo hacen genial.
Jaja no hay excusa. Java sigue siendo Java y kotlin es kotlin
Record Clases, no lombok
Yo lo hubiera comparado con scala, se está usando en muchas aplicaciones de la administración.
Yo tenia un proyecto en la mente de crear un lenguaje de programación 100% tipado idéntico al python en cuanto al sintaxis pero basado en java.... pero kotlin me cambio de idea... 🤗
Para eso tenes Groovy
Personalmente soy muy fan de Kotlin, y aunque es cierto que java está más evolucionado de lo que aparece en el vídeo lo cierto es que en Java sige sin existir cosas como seguridad anti nulos, corrutinas, lambdas bien hechas, etc y además en Java sigue haciendo falta poner el maldito punto y coma.
Comentario de un novato (hablando de puntos y comas) Tampoco tienes idea de los Virtual Threads, ya que hablas de corrutinas (lee al respecto) etc, etc.
El título está debería decir sintaxis de Java vs sintaxis klotin o como se escriba. Saludos
Usando la librería de lombok queda más clean. No es la panacea, pero ayuda bastante :D java4ever xD
Java Records
Usa Java records, no lombok. Tampoco tomes en serio un video sesgado con muy malos ejemplos.
Kotlin....!!! A mí se me hace como una mezcla entre Java y TypeScript jaja, buenísimo.
Typescript?
la verdad es que kotlin se ve muy chulo pero, siento que java ha tenido buena evolucion y no sabremos quien vaya a ganar o mantenerse , yo creo que java seguira en backend si o si , y kotlin estara siempre en movil
Como pone a alguien a habla de java si no lo conoce que es multi plataforma, compara con java 11, 17, 18 tiene que ser más objetivos.
AMBOS X ahora
No se sinto imparcial ni justa la comparación entre lenguajes, por decirlo "suave". Para decirlo directo, que buena promoción a su curso de Kotlin.
Creo que la vida de Kotlin en este momento depende de Google, si Google dice que cierto lenguaje va a ser el oficial para desarrollar en Android (o Fuchsia) y no Kotlin así como lo hizo con Java, entonces puede empezar a decaer el uso de Kotlin, a no ser que Kotlin ya tenga fuertes cimientos donde no le preocupe lo que diga o haga Google.
El caso es que Kotlin es Java mejorado aunque tenga menos comunidad y tiempo en el mercado, es capaz de hacer lo mismo. Y aunque se dejara de utilizar en desarrollo móvil, podría utilizarse en cualquier sitio, como desarrollo web backend. Es interoperable con Java y sus librerías además.
En Java 11:
final List lista = List.of(1, 2, 3, 4, 5);
lista.forEach(System.out::println);
Creo que sería Java 9
el video que necesitaba
No digas eso
Te recomiendo ver otros, este video esta muy sesgao y con muy malos ejemplos. La realidad es todo su codigo se resume en:
List.of("Aa" , "Bb" , "Cc", "Dd")
.stream()
.filter( x -> !x.startsWith("D")
.map(String::toLwerCase)
.forEach( System.out::println )
O bien usando Stream directamente
Stream.of("Aa" , "Bb" , "Cc", "Dd")
.filter( x -> !x.startsWith("D")
.map(String::toLwerCase)
.forEach( System.out::println )
6:15 El gran problema de Java
Alla voy, Kotlin.
Jajaja vas a dónde a chocarte con la realidad
@@erickjhormanromero6905 exacto, tu si entendiste.
Hablando de Performance y Memoria?
Java es huuuuge. Le veo mucho futuro por delante. Cada 6 meses sacan nuevas versiones.
creo que no hay que enfocarse tanto de como se escribe en uno, o como se escribe en otro. Decime las verdaderas ventajas de kotlin. Hasta ahora no vi nada en estos 3min que diga algo relevante.
Esta gente no sabe programar en java, que mal video
Ok recomiendo Kotlin es el futuro
yo por viejuno #TeamJava
De mi Java no van a estar hablando mal heeeeeeeeeeeeeeeeeeeee
Viejo si entendieras lo que sucede no hicieras una afirmacion como la que hiciste en el minuto 8, lo que sucede es que google se enfadó con oracle, por tanta lata que le dieron, y por eso ahora todo es kotlin, viejo ellos quieren desvincularse de java lo mas pronto posible, quieren que todo se oriente a kotlin de ahora en adelante, o sea bye bye java, es cuestion de tiempo pero java puede darse por olvidado, va ser un cobol mas
Video absurdo lleno de errores, comentario absurdo. Sin duda es uno de los comentarios mas absurdos que he leido en mi vida.
@@hba6018 bueno investiga mas y enterate para que te des cuenta, para nadie es un secreto que google esta cortando relacion con java porque pertenece a oracle eso es algo de todos sabido, te suena absurdo simplemente porque no te has enterado, y seguramente eres un amante acerrimo de java que cuando lee este tipo de cosas en lugar de ver las cosas objetivamente se cierran emocionalmente y luego andan diciendo que es absurdo cuando lo absurdo es ser emocional y no ser objetivo
quepro
Malísima comparación poco seria y basica sesgado y sin haber investigado las funciones de Java para operar con arreglos o listas de objetos acá codely anduvo flaquando como canal de aprendizaje
que uwu
creo que el video tiene demasiado sesgo, por lo que: 1) Actúan como si en verdad desconocieran mucho de Java o 2) Quieren promocionar su curso de Kotlin a base de hecharle tierra a Java??? ahí se las dejo de tarea!
No conocen Python por lo que veo 😂
Kotlin!
que proenhd jajajajjaja
Tarde que temprano, Kotlin se va a tumbar a Java
Kotlin ya tumbo a Java en Android y pronto lo va a tumbar en el backend
Bro me recomiendas aprender Kotlin en lugar de Java?
PHP
Java es para hombres y mujeres fuertes. Jajaja
Kotlin
Golang