Feda /dev/ - No Javascript allowed

#51184 igual peco de pajeet pero ese codigo y este

A!=B?error();

no es el mismo?

#51185 No, es un if simple, si dos variables son distintas llamo a una rutina de error que hace sus jumanjis y cierra la ejecución, else asigno el valor de una variable en la otra

#51186 jajaajajaja No. No sabes el dolor de muelas que me estan dando la contabilidad, las comisiones, los intereses por demora...como dato curioso los valores base están en pesetas y luego son contravalorados a euros.

De hecho, mira, estoy analizando un proceso de lo menos 500 lineas de asignaciones random para llamar a un módulo de cálculo de comisiones precisamente, y cuando llego al final la llamada está comentada, con lo que las 500 líneas de código previas son lineas muertas

#51190 equilicua

Eso pienso yo, pero seguro que el autor en su día pensó "así queda más claro" o hizo copy paste sin pensarlo mucho.

También es cierto que en los bancos los programadores más viejos (autores de estos programas que tienen más de 25 años la mayoría) no eran informáticos, eran randoms que hacían un cursillo y a programar xD

#51191 por 150k usd al año full remote me ofrezco a ser tu jefe e insulto a quien haga falta para arreglarlo todo

#51196 El año que viene traigo un parche nuevo.

Se curra alguien un thread para el advent of code o que?

#51208 en vuestro caso no tinene ningun sentido. spring y java es una puta mierda. o lo re escribes o lo mantienes de por vida... no hay mas. el sobrecoste en mantenimiento de java es de millones y millones de euros al año para empresas, pero como no se enteran... ignorancia de muchos consuelo de pocos.

ahora, la diferencia de un servicio en java con spring 3 y todo nativo vs algo en golang sera un 10% de cpu y de memoria ponle 500MiB. que en go puedes tener el servicio corriendo a <1% de cpu usage... en java lo tendras a 10% de cpu... y mem ponle unos 50MiB maximo en Go... partiendo de que si necesitas maquinas dedicadas el coste del hierro lo tendras igual, y necesitaras tener un par de instancias igual por redundancia... como mucho te ahorras 50 euros al mes por decirte algo. dependiendo de la forma de tu trafico y requerimientos, numero arriba a bajo, no existe trafico que te compense.

el problema es usar la mierda de java y la mierda de spring deprecated. todo lleno de malas practicas y anti patrones. tener tomcat, jetty, las sdk no async de tus dbs o cloud, no usar clientes http async etc etc que todo esto en golang lo tienes out of the box porque todo es async por defecto, asi que nunca tendras ese problema para empezar, de ahi los millones de "sobre-coste".

hoy en dia hacer algo en java te sale a 1k euros al mes, en go te sale a 200 euros al mes. a la larga, en 10 años, en java te habras dejado 1 millon de euros, en golang te habras dejado 100k euros. porque el coste de mantener java es exponencial. golang es lineal. en java tienes 100 fperos a 30k al año, con golang tienes 3 ingenieros a 100k al año. x10 en costes.

en conclusion, quarkus no tiene ningun sentido para vuestro caso de uso, ni os supondra ningun ahorro real. el coste en mantenerlo, ingenieros, tiemp de hacer los cambios etc, sera 1000 veces mayor que el ahorro en instancias y rendimiento. ademas que el caso de uso de quarkus no es el vuestro para nada... quarkus seria para tener lambdas caseras por ejemplo. coldstart rapido, low print, y portabilidad.

y rust igual, dudo que seais el porcentaje 0.001% de las empresas del mundo que necesiten el rendimiento de rust vs simplemente usar go.