>>15207 No se, mándale un correo a las consultoras.

No. El pan con mantequilla de la industria es Java Spring Boot.

Los basados lo reemplazamos por Kotlin.

saber java no te va a matar, al contrario, mucho material sobre metodologías, arquitectura, estructuras y patrones está en java

>>15207 Yo uso programas en java para mi minecraft y mi pirateo de switch kek

>>15211 Salí de mi ip favorita y sé java springboot ¿que hago ahora?

>>15215 maquetea una API Rest e implementation pruebas unitarias.

>>15216 Y que hago con eso

>>15217 ganar 3 palitos

Para nada, Java aún se usa caleta en nuevos desarrollos. Efectivamente hace rato que lo quieren cambiar, pero hasta ahora no hay otro lenguaje igual de robusto, probado y aceptado por la industria. Tal vez en unos años salga algo que lo destrone, pero por ahora yo no diría que es legacy ni cagando.

>>15218 Gracias rey tres palitos.

>>15218 >ese mostrador ¿Y de ponerla?

>>15218 >experto en vender humo

>>15217 Súbelo a un repositorio git para mostrarlo en entrevistas. Recuerda adjuntar tu Git en tu CV y Linkedin

>>15218 pq habla y se expresa igual que choche?

>>15224 choche tambien gana 3 palitos

>>15211 Jajeo porque justo iba a mencionar esto. Las industrias bancarias y financieras de acá AMAN spring boot porque (((microservicios))) y porque es Java. Fijo que Java está dentro de sus stacks aprobados por los (((comités de riesgo))) >>15215 >>15216 >>15217 >>15223 Pero que sea una app que apunte a un problema real de la industria o que pruebe que te peinas con el framework y el lenguaje, proyectos de juguete no bastan. Si es deployeable en alguna nube tipo AWS o GCP suma puntos. Piensa que tienes que competir contra 12347128346781234 pajeets si remoteas o 9813428123 venemonos si buscas pega acá. >>15219 Kotlin?

>>15226 Kotlin es uno de los contendientes, pero hasta ahora no he visto que salga mucho del nicho de android. Personalmente yo pondría más atención en go, que sí ha penetrado más en el lado de los servers. Pero mientras tanto no son más que promesas, y hasta que no se impongan sólo serán eso. Recordemos por ejemplo que hace unos años todos creían que Ruby iba a ser el nuevo lenguaje que la iba a llevar y ahí quedó.

>>15227 Ojo con Rust igual

>>15228 Rust es otro mundo, está más orientado a sistemas y bajo nivel como C / C++. Puede que efectivamente sea el que los reemplace, pero en servidores no le veo mucha cabida.

>>15228 Rust todavía tiene que demostrar mucho en el aspecto práctico. Si lo comparas con otros lenguajes de gran influencia, lleva poco tiempo y su base instalada aún es reducida. De Java, lo mejor que sacaron ahí fue la JVM y el cómo ha sido empleada por otros lenguajes de programación para tener una base de partida y cierto nivel de portabilidad. Aunque programadores en Java que sepan cómo optimizar la JVM hay pocos, pero se agradecen. La sintaxis del lenguaje es para sufrir de un derrame cerebral y el hecho de promover una visión de POO tan marcada por Algol-68, lo que busca es dar cabida precisamente a programadores como los Pajeets: todos estandarizados, todos cortados por la misma tijera, todos reemplazables entre sí como engranajes idénticos en una máquina. No dudo que vayas a tener pega, pero te encargo mantener bases de código que han estado en funcionamiento con Java en los últimos 20 años. Si te toca desarrollar un proyecto desde cero en Java, bien por ti y asegúrate de cambiar de pega en 5 años más, para no deprimirte por las decisiones que tomaste al principio. >>15227 >Recordemos por ejemplo que hace unos años todos creían que Ruby iba a ser el nuevo lenguaje que la iba a llevar y ahí quedó. Ruby era muy de nicho y la comunidad que de verdad impulsa el core está arraigada principalmente en Japón. En Occidente, el impulso lo dio Rails. >>15213 >mucho material sobre metodologías, arquitectura, estructuras y patrones está en java Si te refieres al libro de Gang of Four por los patrones, no hay que olvidar que por mucho que lo promuevan, el libraco ya tiene 30 años y no veo que los patrones los hayan actualizado o corregido. Muchas veces, resulta de ayuda el tener un marco conceptual para trabajar en el desarrollo de arquitecturas de software, pero pensar que esos patrones están escritos en piedra es un error clásico que termina mordiéndolo a uno en el futuro cercano.

>>15226 >Pero que sea una app que apunte a un problema real de la industria o que pruebe que te peinas con el framework y el lenguaje, proyectos de juguete no bastan. Ayudan, porque la alternativa sería la experiencia laboral o un proyecto independiente >Piensa que tienes que competir contra 12347128346781234 pajeets si remoteas o 9813428123 venemonos si buscas pega acá. ¿Ello tienen algo para mostrar? no