C++ ha superado a Java en el Indice TIOBE y C va a por Python como lenguaje de programación más popular

Hace ahora dos años era noticia que Python superaba a Java como lenguaje de programación más usado según uno de los más reconocidos índices que se hacen al respecto, el TIOBE. Y ahora, en el último informe, tenemos que Python se mantiene líder mientras Java sigue perdiendo fuelle e incluso ha sido superado por C++. Por tanto, tenemos que el índice TIOBE de diciembre que concluye este año 2022 tenemos que Python ha conseguido mantener su enorme fama, seguido de C. Mientras que Java ha bajado a la cuarta posición desde la tercera de hace un año.

[#15 CrudaVerdad]

Catálogo de lenguajes a usar:
1. ¿Quieres hacer una aplicación de escritorio decente? C++ Builder o Delphi
2. ¿Quieres hacer una app móvil? Kotlin
3. ¿Quieres hacer multiplataforma? JavaScript
4. ¿Quieres hacer juegos sencillos? C# y Unity
5. ¿Quieres hacer juegos de verdad? Visual C++ y algún motor 3D
6. ¿Quieres para IA? Python
7. ¿Quieres para Servidor? Node.js, PHP, ASP .NET
8. ¿Quieres para IoT? C
9. ¿Quieres seguridad? Rust

Java ya no pinta en ningún escenario, bueno en uno:
10. ¿Quieres soportar aplicaciones del jurásico corporativo y que vuelen a tu alrededor gente encorbatada hablando en un dialecto espanglish corporativo que da verguenza ajena? Te jodiste, te toca Java.

[#16 cosmonauta]

#15 Te voto sólo por 10.

Los lenguajes que propones para servidor en 7, salvo .NET, quizás, son todos una inmensa fuente de legacy desde el minuto 2.

[#108 Desactivado]

#16 que las cosas sea fuente de legacy no depende del lenguaje/plataforma, sino de las decisiones de diseño que tomas. Si has montado algo en node.js o php y tienes un legacy, el que ha hecho el legacy eres tu, no el lenguaje/plataforma.

Existen programas muy decentes, con arquitecturas de alta calidad, mantenibles y extensibles, desarrollados en todos los lenguajes populares. Ya basta de responsabilizar a las herramientas de tus carencias o las de tus compañeros. Don't blame the tool.

[#211 Justiciero_Solitario]

#16 PHP 8 + Laravel = Código limpio, escalable, robusto, tipado, y este tipo de framewoks MVC ya sea Laravel o Symfony te obliga a usar buenas practicas y patrones de diseño. Que si... que puedes seguir programando spagueti como a comienzos de siglo, pero es que PHP ha evolucionado muchiiiiiisimo y a muy mejor y sigue siendo el rey del backend en Web, robusto, barato y con infinidad de librerías y frameworks con una de las mayores comunidades activas.

CC: #15 #54 #109 #52 #139

[#17 Sr.Polilla]

#c-15" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/3759156/order/15">#15 Soy de sistemas y me enseñaron lo básico de Java y C# y nunca entenderé que tiene de maravilloso Java, C# por lo menos se integra de cojones en Windows, te daba la oportunidad de programar en Xbox y después en Unity, ¿pero Java? Siempre que veo algo en Java en un servidor es un servicio que peta cada 2 por 3, o se tiene que reiniciar de forma periódica para que sea estable o es Tomcat, en serio, no le veo la gracia ni lo maravilloso por mucho que los desarrolladores me lo explicaban. Y eso de que 'es universal' y corre en cualquier plataforma siempre me ha parecido una afirmación muy cogida con pinzas

[#20 sorrillo]

#c-17" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/3759156/order/17">#17 y nunca entenderé que tiene de maravilloso Java

Java nació antes que C# y esa ventaja temporal le permitió posicionarse para cubrir ciertas necesidades, una vez un lenguaje está posicionado para que otro le desbanque no basta con que haga lo mismo, tiene que ser significativamente mejor.

[#66 Desactivado]

#20 Y era "multiplataforma" cuando el vocablo no existía

[#156 blacar]

#20 Dilo bien. .NET fue la version q hizo MS de la JVM cuando vio q no podia modelarla a su antojo sacaron su mierda q solo funciona en MS.

Quien coño usa MS para desarrollar?!?

[#24 UnoYDos]

#17 Lo de universal basicamente es porque no hay que adaptar el codigo de una plataforma a otra. Esto tiene excepciones obvias, como cuando se usa la interfaz JNI. Que se usa para invocar aplicaciones nativas.

[#26 musg0]

#17 Lo poco que sé de Java lo he hecho en Android, pero siempre me ha dado la impresión de que tiene cierta rigidez o estructura que permite a equipos grandes no perderse en bases de código enormes, y por lo tanto interesa a empresas grandes con muchos desarrolladores. Otros lenguajes que dejan más libertad para programar y son más divertidos acaban en pifostios grandes cuando cada desarrollador tira para su lado y crea conflictos con otros.

[#63 ostiayajoder]

#26 AMEN

Poca vida laboral hay que tener para no apreciar lo que java ofrece y por que esta ahi...

[#101 Hynkel]

#63 Java es horrendo. Kotlin le ha superado en todos los sentidos, y los que lo han probado no tocan ya Java si no es para arreglar legacy.

Java es perfecto para las consultoras y los encorbatados. Con relativamente poca formación, y con lo verboso que es, da para facturar horas a saco. Kotlin, sin meterse en las complicaciones de C y C++, permite hacer lo mismo con una burrada menos de código.

Kotlin se ha cargado ante todo las dos peores cosas que tiene Java. Una, la porquería de las excepciones comprobadas, que al final lo único que fomentaban era que se silenciasen. Otra, el null indiscriminado. En Kotlin no hay más tu tía, o el valor es obligatorio y es imposible asignarle null, o es opcional y por narices hay que cubrir la posibilidad de null. Con razón lo llaman el error del billón de dólares en Java.

[#29 Desactivado]

#c-17" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/3759156/order/17">#17 Yo es que creo que C# es solo para windows, así que se pierde el 99% del mercado de aplicaciones serias actuales. Y es cierto que hay quien reinicia los tomcat una vez al año o menos, pero eso es optativo. Y hay muchos servidores alternativos a tomcat.
La afirmación de que es universal es cierta. Si haces y compilas un programa en un sistema operativo, te funciona en otro sin necesidad de adaptación.

[#51 Toad]

#c-29" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/3759156/order/29">#29 C# se puede usar en otros sistemas operativos con MONO. De hecho hacer aplicaciones en Unity con C# compatibles con Windows Linux y Android se hace sin problemas.
C# es un lenguaje de programación que es fácil de manejar y permite trabajar en grandes proyectos sin meterte en líos de gestión de memoria y compiladores, pero tiene sus limitaciones.
El C++ sigue siendo el rey por su versatilidad, metaprogramación, para aplicaciones de tiempo real, algoritmos de alto rendimiento en CPU.
Para hacer librerías el C, o en C++ si quieres hacer cosas enrevesadas trabajando con metaprogramación o genéricos, peto con una interfaz en C.

[#157 prejudice]

#51 Creo que hoy en día se usa .net core en lugar de mono

[#64 Desactivado]

#29 .net core es multiplataforma

[#100 Ovlak]

#c-29" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/3759156/order/29">#29 Lo de C# sólo para Windows hace tiempo que no es cierto. En origen ya fue pensado para ser multiplataforma de un modo similar al de Java al ser compilado a ensamblados (bytecodes) y ser ejecutado sobre una máquina virtual (el CLR), lo que pasa es que dicha máquina virtual (.net framework) sólo existía en sistemas operativos de Microsoft. Pero pocos años después del lanzamiento de .Net se lanzó el proyecto Mono, que ponía la infraestructura necesaria sobre GNU/Linux.

Ahora mismo la multiplataforma está más que soportada oficialmente con el apoyo de Microsoft al proyecto mono y el posterior lanzamiento de .net core. Con Maui es posible desarrollar una aplicación capaz de ejecutarse sobre Windows, Android, iOS, MacOS e incluso en GNU/Linux en un solo proyecto.

En lo que se refiere a multiplataforma, C# le ha arrancado las pegatinas a Java.

[#228 meneandotela]

#c-29" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/3759156/order/29">#29 No, también para dispositivos móviles usando Xamarin. Además creo que con Net Core puedes usar parte en Linux.

Yo uso a día de hoy C# y la verdad que me gusta mucho...aunque no soy un friki.

[#235 Desactivado]

#29 DotNet funciona en Linux sin problema. El Ryujynx tira igual.

[#60 Desactivado]

#17 Si peta algo en Java es porque está mal hecho

El lenguaje y los frameworks son estables desde antes que iniciaras la carrera

[#98 uxxx]

#60 java.lang.OutOfMemoryError

[#247 Sr.Polilla]

#60 #68 #163 Es cierto que muchos de estos servicios y aplicaciones que he sufrido provienen de consultoría y ya sabemos que se cuece en estos casos, pero tambien lo he visto en entidades financieras cosas como 'reiniciar el servicio a la hora de comer para que no pete por la tarde'.

No os voy a contradecir, porque no soy desarrollador, pero mi experiencia ha sido mala en general con Java.

[#68 ostiayajoder]

#17 Siempre que veo algo en Java en un servidor es un servicio que peta cada 2 por 3, o se tiene que reiniciar de forma periódica para que sea estable o es Tomcat

LOL, que dices? como que 'o es Tomcat'?

Sin entrar en que 'peta cada 2 por 3' no es un problema de java.... Java tiene sus recolectores de basura y funcionan perfectamente.

[#87 uxxx]

#17 java nació cuando existían 20 tipos de unix

[#163 blacar]

#17 Pues trabajaras con programadores junior o peña quemada q pasa de todo. Lo mismo hasta tu eres asi ... pq a mi me peta un servicio tres o cuatro veces y es q arde troya. Un servicio java no se cae jamas sin alguna razon. O ellos o tu lo estan haciendo mal. Pide explicaciones.

Si quieres saber pq se usa java mira alguna pagina seria de benchmarking. Java se cepilla a casi todo excepto C++ y algun rust.

[#281 hablador_pasivo]

#17 Java es lo que hace posible que un ejercito de monos encorbatados haga algo que medio funciona.
Lo que no quita que tambien se puedan hacer buenas cosas.

[#28 LoboAsustado]

#15 Ver un programa que es la polla por todo lo que resuelve , ir a descargarlo , ver que esta en java , y decir "hasta luego".
Solo a fabricantes de disco y de memoria se les puede ocurrir recomendar java.
Por cierto , muy apropiado el nick para tu comentario

[#168 blacar]

#28 Java consume bastantes recursos, eso es verdad. En especial si el programador es vago y no se lo curra. Pero q vas a usar? ... php? ... python? ... ASP??

Si me dices C++, rust, o go te lo compro aunq no me gusta la sintaxis y le veo carencias en temas de testi g y calidad.

[#54 Desactivado]

#c-14" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/3759156/order/14">#14 #15 ASP.net es front, no servidor.

La comparación sería C#, o un framework java con .net core

Si el framework backend que necesitas usa java, programarás en Java.

El lenguaje usado para hacer juegos lo suele dictar la plataforma. Aunque he visto hacer juegos profesionales en kotlin compilando a js no es habitual. Si Unity hubiera usado Java estarían todos usando java

En general, si trabajas con un framework lo que importa es este, el lenguaje da igual.


Edito. PHP es un infierno, no es recomendable

[#129 Ne0]

#54 en los tiempos que programaba en asp y un poco de .net se ejecutaba en servidor, no en el cliente, entiendo que sigue siendo asi.
Y luego, explicame que tiene PHP de malo, y no me digas php nuke que eso es que no has visto php 7 en adelante.

[#65 ostiayajoder]

#15 y tambien:

11: quieres hacer aplicaciones con modernas en startups modernas? Te toca java.

[#75 Desactivado]

#15 hombre, "soportar" también es espanglés.

https://www.fundeu.es/recomendacion/soporte-soportar/

Vamos, que lo propio sería decir o ser compatible o admitir.

[#77 Toad]

#15 Te voto antigua. Lo que está de moda ya no es Unity sino Godot

[#96 Desactivado]

#15 O...

1. ¿Quieres hacer una aplicación de escritorio decente? Javascript + Electron
2. ¿Quieres hacer una app móvil? Javascript + React Native
3. ¿Quieres hacer multiplataforma? JavaScript
4. ¿Quieres hacer juegos sencillos? Javascript + WebAssembly
6. ¿Quieres para IA? Javascript + TensorFlow
7. ¿Quieres para Servidor? Javascript (Node.js/Deno)
8. ¿Quieres para IoT? Javascript + Johnny-Five (+Espruino)
9. ¿Quieres seguridad? Javascript (+sandbox del navegador/Deno)

[#118 Desactivado]

#96

Es que la máquina virtual de javascript es la única computadora universal que existe ahora mismo. Universal en el sentido en que cualquier programa escrito para la computadora de javascript, puede ejecutarse en cualquier tipo de computadora relevante.
El resto de lenguajes/plataformas tienen que aceptar ser un "second class citizen en la web".

Trabajar en la web transpilando es horrible, por que es díficil comprender lo que pasa cuando tienes ese nivel de indirección que te agrega el transpilado. Por lo que si quieres hacer aplicaciones web de verdad, necesitas hacerlas sobre javascript/typescript.

Luego, con javascript/typescript puedes hacer aplicaciones nativas 100% para el teléfono con react-native, y puedes hacer aplicaciones para escritorio, como spotify o vscode, que son basicamente Electron, y son buenas aplicaciones.

Sobre juegos y 3d, tienes librerías como Three.js, y otras de mas alto nivel por encima, como react-three-fiber, que son literalmente una pasada.

En el servidor, node.js te ofrece acceso a un motor event-based reactivo (v8), con millones de paquetes NPM e interoperatibilidad con el navegador. Yo programo mis objetos de dominio una sola vez, en typescript, y los uso tanto en backend como en frontend, y muevo codigo (import) del backend al frontend y del backend al frontend sin mas limitaciones que las infraestructurales evidentes.

No se, me debo estar perdiendo algo

[#124 mat123]

#96 Añade Nest_js al punto 7 y te lo compro 😇 .
Estoy aprendiendo Typescript en un curso de Nest_Js. Al fin le veo sentido a TS 😅

[#259 Tribuno]

#96 Pon Javasript en tu vida, tu código rápido y sucio te lo agradecerán.

[#109 superplinio]

#15 Java tiene un ENORME nicho de negocio en la parte del backend. Como lleva un porronazo de tiempo ahí pues sí, hay aplicaciones viejas hechas con tecnologías que hoy en día no tocarías ni con un palo pero que le encantan a esas consultoras de vieja escuela.
Pero decir que no pinta en ningún escenario es muy atrevido. Java es un gran lenguaje backend para casos de uso que requieren escalabilidad, multi-threading, gestionar solicitudes a escala, etc. Vete tu a cualquier empresa gorda a decirle que le vas a hacer todo el backend en PHP a ver qué te dice...

[#196 paolagado]

#15 Echo en falta Ruby on Rails, he programado mucho tiempo en ese lenguaje. Me gustaba, muy ágil.

[#206 tremolantepenacho]

#15 Yo veo a Java como número 1 en muchos de esos puntos y como dos en el resto. Y esa es la ventaja de Java, que vale para todo.

[#207 mcfgdbbn3]

#15: Y sigo:
11. ¿Quieres aprender a programar? C usando instrucciones sencillas.

Aprender a programar no tiene por qué ser algo hipersencillo, tanto que al final no llegues a aprender a programar, sino algo bien explicado, con ayuda, pariendo de casos sencillos... porque cometer errores también es parte del proceso, lo que hay que hacer es enfocarlos desde un punto de vista positivo.

Por ejemplo, para sacar un resultado por pantalla se puede hacer esto:
printf("Solución: ");
printf("%d", resultado);
printf(" gatos");
printf("n");
Es más simple que meter todo en la misma instrucción, ya habrá tiempo de meterse con cosas más complejas.

[#256 pascual]

#15 Java no pinta nada en ningún escenario... porque tú lo digas. La verdad es que no se puede hacer una clasificación más arbitraria que la que has hecho. Por cierto, ya sabes el dicho: hay dos clases de lenguajes, esos de los que todo el mundo echa siempre pestes, y esos que no usa nadie

[#31 Veelicus]

#10 No has programado en Java y en C en la vida Hulio

[#14 CrudaVerdad]

Enemigos de Java:
1. Java se volvió de pago y precisamente por la ultra-codiciosa Oracle.
2. Kotlin se ha convertido en el lenguaje para desarrollar en Android.
3. Google fue demandada por Oracle por culpa de Java
4. La tan supuesta multiplataforma en Java ha sido superada por goleada por JavaScript
5. Java es un asco absoluto para desarrollar aplicaciones de escritorio
6. ¿Java en el servidor? es preferible Node.js, PHP, hasta ASP .NET
7. ¿Java para hacer juegos? Es como hacer una deliciosa y sana hamburguesa con heces humanas.
8. Java es visto como el nuevo Cobol. Es el lenguaje que "toca" seguir usando para muchas aplicaciones empresariales.
9. El JDK se ha convertido en el nuevo Flash: parche, otro parche, más parches, parche, parche y así hasta el infinito.

[#48 pawer13]

#14
1. Open JDK
3. Esto no ha tenido influencia fuera de Android.
6. El rendimiento de Javascript (o cualquier lenguaje "dinámico") es horrible en comparación, así que depende de lo que quieras implementar
9. Al igual que Node o los navegadores. Hay versión LTS y versiones más experimentales

El resto más o menos las compro, aunque la 8 puede ser una pega o una ventaja dependiendo qué busques en tu día a día

[#59 ostiayajoder]

#48 la 8 es una patraña

Se hacen la ostia de cosas nuevas en java, es lo que hay....

Tiene un ecosistema de copon y una cantidad ingente de gente que lo sabe usar...

Ademas es muy robusto y claro.

[#69 neotobarra2]

#48 #14 Añadiría que la 5) cada vez es menos relevante, dado que cada vez se hacen menos aplicaciones de escritorio (no digo que ya no se hagan, pero se hacen cada vez menos).

[#92 UnoYDos]

#69 Yo creo que este hombre se ha quedado en la epoca de AWT y Swing, y no conoce soluciones actuales como JavaFX

[#195 Desactivado]

#92 Si prueba Fleet, le explota la cabeza: https://www.jetbrains.com/es-es/fleet/

[#90 amchacon]

#48 que más te da el rendimiento del lenguaje en el clásico servidor CRUD? El cuello de botella suele ser la base de datos.

[#95 ostiayajoder]

#90 Pagas menos servidores a amazon....

Con microservicios puedes escalar facil la BBDD....

[#99 amchacon]

#95 la arquitectura software no tiene nada que ver con el lenguaje. Puedes hacerlo en cualquier lenguaje de backend que te plazca.

Y la diferencia de rendimiento entre un lenguaje u otra en un servidor CRUD es mimia. El cuello de botella suele ser base de datos seguido del ancho de banda. CPU es totalmente irrelevante aquí.

[#148 emdi]

#90
Si claro. Intenta hacer algo en java sin un postgresql u oracle que te ayude, ya verás que divertido, eso si, usa una silla comoda.
Tu sabes la cantidad de datos que mueve una BBDD decente. Son de los software mas optimizados que existen.

[#174 blacar]

#90 No necesariamente. El cuello puede ser el IO o el throughput perfectamente y Java se comporta muy bien en esos escenarios. Ponle mas maquina a esa BBDD no seas tacaño.

[#133 Desactivado]

#48

6. El rendimiento de Javascript (o cualquier lenguaje "dinámico") es horrible en comparación, así que depende de lo que quieras implementar

Eso es falso, y además tiene dos contraargumentos muy fuertes:

1. la mayoría de programas informáticos están MUY lejos del rendimiento que la plataforma las puede proporcionar. Se pueden hacer programas MUY rápidos en Javascript, sobretodo si tu motor es v8. De igual forma que se pueden hacer programas muy lentos en Java, y de lejos. Por lo que hablar de rendimiento computacional cuando se comparan plataformas, suele ser un argumento pobre, por que todas las plataformas modernas tienen un rendimiento muy superior al que necesitan el 99% de programas. Por lo que si tu programa va lento, seguramente no es culpa de la JVM o de v8, es mas bien culpa de tus decisiones de diseño. La mayoría de las veces las cosas van lentas por una gestión inadecuada de la concurrencia y de la entrada/salida. Teniendo en cuenta que en Javascript la concurrencia es colaborativa, y la entrada/salida se apoya en la concurrencia colaborativa, en muchos escenarios es directamente mas rápido que el típico programa de concurrencia preemptiva que la gente escribe para la JVM.

2. incluso si dejamos de lado el punto 1, y nos fijamos en el rendimiento puro a la hora de manipular datos en situaciones de laboratorio, v8 tiene optimizaciones JIT que se activan cuando tu código no abusa de depende que dinamismos, donde el rendimiento es superior al de la JVM. Por lo que si tu codigo es optimizable o no lo es, es una decisión de diseño tuya en JS. Lo bueno que tiene eso, es que puedes hacer que todo el código pegamento sea mas conciso a base de usar dinamismo, y luego puedes no usar dinamismo cuando te interese.

Mira, yo hace años hice un descompresor de imagenes LZSS en javascript, que alcanzaba rendimiento increíbles, muy superiores a los de las librerías disponibles para la JVM que encontré que hacían eso. Obviamente, para alcanzar ese rendimiento necesité prescindir de ciertos dinamismos. Pero me permitió mantener un solo lenguaje tanto para la parte dinámica, como para la parte de alto rendimiento. Y como digo, en la parte dinámica también me beneficio de un mejor rendimiento, pero derivado de otros factores.

[#52 deprecator_]

#14 En algunas cosas tienes razón y en otras como lo del PHP que da cáncer de sida solo mencionarlo pues no tanto.

[#71 FooDev]

#52 PHP no da más cáncer que otros lenguajes aquí mencionados cómo JavaScript y todo su puto ecosistema de MIERDA.

[#91 KaborlllLLLONE]

#71 JavaScript es una pasada. Pero su ecosistema es una basura inmunda!!

[#198 blacar]

#71 Es cierto ... ambos dan el mismo cancer.

[#275 hablador_pasivo]

#71 el ecosistema de javascript puede ser una mierda, pero el de PHP es aun peor.
Que gusto da la gestion de dependencias en PHP!

[#106 krdh]

#c-14" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/3759156/order/14">#14 No soy defensor de Java, y de hecho me sorprendo de lo que voy a hacer, pero creo que haces hate por hacer hate, ahora programo con Rust + Golang (y mi lenguaje preferido es Haskell y teoría de categorías) pero hablo con conocimiento de causa porque he sido durante años desarrollador para la JVM, casi siempre con Java y alguna vez con Scala.

Como todo en esta vida, tienes parte de razón, pero seguramente viene dado por un contacto con monstruos del pasado, no se si JEE, si Struts o vete a saber que cosa basada en XML viste. De todas formas, aquí mi opinión:

Para empezar hay muchos proyectos, muy interesantes, hechos en Java, por ejemplo se me ocurre Apache Kafka, que es la puta hostia en cuanto a rendimiento (también tiene Scala) o Frameworks tipo Quarkus que hasta compilan con GraalVM a nativo para reducir principalmente la huella de memoria.

El soporte de java a la tecnología es absoluto, si existe es Java lo soporta con un grado muy bueno con casi total seguridad, posiblemente la contra-argumentación sería librerías de IA tipo Tensorflow, PyTorch o SKLearn (que para mi son la hostia), pero aún así tienes cosas bastante aceptables como Spark ML, H2O, etc.

Java es un lenguaje tremendamente sencillo, por ejemplo, yo sigo muy de cerca C++ (por motivos históricos), y desde C++11, cada 3 años tenemos más y más funcionalidad dificilmente de seguir, de hecho he visto código en los repos de facebook en los que usan mal cosas simples como el perfect forwarding (el lenguaje casi parece un fin en si mismo más que una herramienta). Pero incluso si nos vamos a lenguajes considerados sencillos, como Python, este es mucho más complejo que Java, solo hay que echar un vistazo a los atributos tipo __XXXX__ de las clases que dan mucha potencia para hacer frameworks tipo DJango, pero que difícilmente un novicio en Python va a entender. En Java, lo más complejo tal vez sea el procesador de anotaciones o desde un punto de vista de procesos la configuración de la JVM.

Pero hablando de configuración de JVM, en temas de monitorización, APM y similares, la JVM da sopas con ondas a cualquier lenguaje, y aquí no hay discusión, haz una búsqueda de empresas que dan soporte a esto y verás que hacer cualquier cosa relacionada con Java es mucho sentido, por ejemplo, Datadog. Obviamente esto es algo tramposo, porque sobre la JVM pueden correr muchos lenguajes (Kotlin, Scala, etc), pero no olvidemos que el principal es Java.

Es un lenguaje, que salvando el Type Erasure, tiene un tipado bastante aceptable, con genéricos potentes y sin llegar a ser una locura como C++. Me imagino que depende de gustos, pero particularmente prefiero tipados fuertes tipo Haskell o en su defecto los de Rust que cosas al estilo JS (si, ya se que Typescript), PHP o Python.

Los sistemas de construcción como MVN o Gradle están a años luz de casi cualquier cosa, tal vez con la excepción de C#, puede que Node y los mecanismos de construcción muy específicos de Apple. Y aunque algunos lenguajes modernos (hablo de Go y Rust) si que tienen sistemas integrados (Cargo o el propio go), están muy lejos de la potencia de cualquiera de esos dos.

Además, es cierto que tiene algunas cosas arcaicas y que deberían cambiar, pero las actualizaciones suelen introducir cosas con sentido (se me ocurren las record classes), y además tienes libs que mejoran mucho la experiencia de desarrollo (como Lombok).

A nivel de CI, está lleno de herramientas de muy buena calidad, tanto para testing, comprobación de errores o temas de seguridad tipo Sonar, etc. Todo el mundo da soporte Java.

Encontrar a gente que programe en Java, es sencillo, yo mismo estoy buscando a gente de Golang, y es un dolor de huevos. Y de Rust... de Rust hay 4 gatos y obviamente cobran una pasta (porque suelen ser tíos espabilados), y hay veces que no necesitas genios, necesitas un "copilot" que implemente las ideas de alguien que está pensando.

Y tiene cosas malas en comparación con otros lenguajes, asyncio en Python o la programación asíncrona en NodeJS son mucho más intuitivas (en mi opinión) que la programación reactiva/Futuros/hilos en Java, pero aún así no sufre los problemas tipo GIL que tienen Python o Node. Pero si de programación paralela hablamos, para mi el líder indiscutible en cuanto a potencia/facilidad es Golang y las gorutinas.

Y desde luego, poner PHP en esa lista... ¿De verdad?, un lenguaje lento, abierto a decenas de errores de todo tipo, incapaz de mantener los estados entre cada petición sin ayuda de módulos externos y abierto a hacer barbaridades que ni siquiera voy a entrar (hablo de programar mezclando código de frontal y de backend, como con los JSP)...

Hay puntos que te podría comprar, como que no vale para hacer aplicaciones de escritorio, pero después pienso en toda la suite de Jetbrains... Y no se, a diferencia de, que se yo, Node con Electron (VSCode), Java lo puedes ejecutar en un maldito FreeBSD, mientras que Electron no da soporte para nada que no sea "estándar". Así que lo siento, tampoco te lo compro. Seguramente haya mejores opciones para situaciones concretas (Swift + SwiftUI para Mac), C + GTK para Gnome, C++ con QT o las Windows Forms para Windows. Pero Java, con su modesto Swing, sigue funcionando.

[#153 blacar]

#14 Tu ignorancia es manifiesta.
Java no es de pago. La especificacion es abierta, cazurro. Por eso cualquier empresa grande se crea su JVM custom q solo con eso ya barre a cualquier otra tecnologia en servidor. Por no hablar de la performance. Node, PHP?? ... lo intentaron. .NET es la copia cutre de MS de la JVM.

[#164 milmiguelines]

#14 2: Kotlin debería convertirse se convertirá en el lenguaje para programar… EN JAVA. Es tremendamente superior. 100% interoperable. Ninguna desventaja.

Yo no vuelvo a Java ni aunque me paguen el doble.

_{Bueno, recruiters, por el doble puede que sí}

[#193 Desactivado]

#14
menuda sarta de cuñadeces propias del que no tiene ni idea y habla de oídas.

[#1 manbobi]

Turbopascal calienta, que sales

[#44 rakinmez]

#1 joer, espera que busco el qbasic

[#57 elgranmago]

#44 nada como gwbasic

[#88 JungSpinoza]

#44 #2 #3 #37 #39 #44 #57 Excel es el lenguaje de programacion mas popular/usado del mundo. Change my mind!

[#127 Desactivado]

#88 Excel no es un lenguaje de programación, es el nombre de un programa informático de hojas de cálculo.

Excel tiene un lenguaje de formulas dentro, que no ha sido turing complete hasta el año 2021:

https://www.infoq.com/articles/excel-lambda-turing-complete/

Si bien es cierto que a día de hoy, el DSL (https://es.wikipedia.org/wiki/Lenguaje_espec%C3%ADfico_de_dominio) de excel es turing complete, y como tal, ya sería un lenguaje de programación, la realidad es que la mayoría de la gente aprendió a usarlo antes de ser turing complete, y como tal, es usado mas como un DSL incompleto que como un lenguaje completo.

Aunque es controvertido, y quizás tienes razón.

[#245 Acido]

#88
¿Fuente?

¿Cómo medimos "más popular"?

¿Por el número de personas que saben hacer algo en cada lenguaje?

¿Por el número de horas dedicadas en el mundo a cada lenguaje?

¿Por el número de empleados contratados que en la oferta de trabajo les pedían ese lenguaje? ¿O contratados que efectivamente dedican la mayor parte de su trabajo (horas) a ese lenguaje?

[#97 dqenk]

#57 pero hombre, si tienes msdos puedes aprovechar para escribir ensamblador con el comando debug.

[#125 MarlonBlando]

#57 basica

[#254 Peka]

#57 he usado los 3.

[#18 Desactivado]

#9 noooop

10 REM *********
20 REM * Mierda *
30 REM *********
40 LET a$="Menuda mierda"
30 PRINT AT 12,12; a$
40 GO TO 40

[#21 Leni14]

#18 Directamente al microprocesador

01010000 01101111 01100100 01100101 01101001 01110011 00100000 01110100 01101111 01100100 01101111 01110011 00100000 01100011 01101111 01101101 01100101 01110010 01101101 01100101 00100000 01100101 01101100 00100000 01101111 01101010 01100101 01110100 01100101 00100000 01110000 01101111 01110010 00100000 01100100 01100101 01110100 01110010 11000011 10100001 01110011 00100000 01100100 01100101 01101100 00100000 01100011 01110101 01101100 01101111

[#22 Desactivado]

#21 Tendrás que grabarlo primero en una de éstas.

[#23 Leni14]

#22 Eso es para los señoritos los hombres de verdad usan estas que se pueden leer a simple vista y oradar con un un cortauñas.

[#27 Desactivado]

#23 eso es para almacenar, no para ejecutar

[#33 calaverax]

#23 Eso es para vagos y maleantes, los programadores de verdad...

[#42 MarlonBlando]

#23 ...y apto para pacientes de Parkinson.

[#136 daphoene]

#23 oradar horadar

[#41 MarlonBlando]

#21 ¿De cuantos bits?

[#45 Leni14]

#41 Comandos de instrucciones de 8 bits en binario

[#117 MarlonBlando]

#45 era para alinearlos correctamente en palabras.

[#70 capitansevilla]

#21 lo acabo de ejecutar y me ha salido esto.

Vicioso

[#32 BiRDo]

#18 JAJAJAJAJAJAJAJA

[#13 Supercinexin]

C++ siempre ha sido la polla. Y sinceramente el C++ de 2022 ya no tiene las carencias del C++ de 1990. No resulta tan feo de ver y difícil de entender un programa en C++ hecho éste año por programadores veteranos del lenguaje como lo resultaba en aquellos años (y encima con monitores de 1024x768, aquello sí eran auténticos héroes del código

[#25 Cidwel]

#13 ¿cómo se concatena un string con un integer o float en c++ 2022? ¿Se puede seguir preguntando esto sin que se monte un flame de egos sobre a ver quien hace el código filosóficamente mas inteligente y exacto?

[#30 Desactivado]

#25 ¿Se puede seguir preguntando esto sin que se monte un flame de egos sobre a ver quien hace el código filosóficamente mas inteligente y exacto?
Nunca. Si no se pierde la esencia del C (que nunca se debería perder) es el programador el que tiene el control de cómo hacer las cosas, no es el lenguaje el que lo impone. Y se puede hacer todo de cualquier manera posible, ya que el lenguaje no impone restricciones al sistema operativo. Por lo tanto en C y C++ siempre se podrán montar estas peleas y en otros lenguajes, concebidos bajo otros paradigmas, a lo mejor no, a lo mejor se recomienda una forma canónica.

[#93 pedrobz]

#30 Cada vez que leo un comentario como el tuyo siempre me acuerdo de la frase "Con C te puedes pegar un tiro en el pie, con C++ te puedes volar la pierna"

[#110 Hynkel]

#93 En tiempos circulaba un chiste que inventaron los detractores de C++.

Hasta el nombre tiene un error, se debería preincrementar el lenguaje antes de usarlo.

[#38 Faluk_]

#25 Aquí tienes!

https://en.cppreference.com/w/cpp/utility/format/format

[#305 Echenique29A]

#25 string, el tipo de dato del pobre.

Haskell

[#142 drjekil]

#13 Sabes que lenguaje utiliza un programador veterano de C++ ? C.

[#223 Galero]

#13 Disculpa, pantalla de tubo de 14 ó 15" VGA con IDE en modo texto (80 columnas y 120 filas), y la resolución típica de un monitor era de 640x480 4:3, cuando apareció el resaltado de sintaxis con colores fue lo máximo. Así se programaba en C, C++, PASCAL, BASIC, etc.

[#251 saqueador]

#13 El problema es que el último C++ incluye todos los anteriores, lo que lo convierte en una monstruosidad.

[#8 Charly_82]

#include
int main() return 0;
">

[#9 Macnamara]

#8 nooop
#include
using namespace std;
int main()
{
cout

[#232 Desactivado]

#9 %!PS-Adobe-3.0 EPSF-3.0
%%DocumentMedia: a4 595 842 80 () ()

/latinize ifelse }forall
/Encoding ISOLatin1Encoding def
currentdict
end
definefont pop
} bind def

/HelveticaLat /Helvetica latinize
/HelveticaLat-Bold /Helvetica-Bold latinize
/HelveticaLat-Oblique /Helvetica-Oblique latinize
/HelveticaLat-BoldOblique /HelveticaBold-Oblique latinize

newpath
100 800 moveto
/HelveticaLat findfont
12 scalefont
setfont
(¡Hola mundo con sueño!) show



showpage

[#269 jjmf]

#8 #9

WRITE '¡Menuda mierda!'
END

[#35 rojo_separatista]

#10, Java más enrevesado que C?

[#83 apetor]

#35 Confundes enrevesado con tener que hacerte tu las cosas; por supuesto que java es ordenes de magnitud mas enrevesado que C. C es ultrasimple y ultrasencillo, 0 nonsense. Que el programador de C tenga que saber mas sobre como funcionan las cosas y como se implementan las cosas no hace de C algo enrevesado, al reves.

[#138 rojo_separatista]

#83, enrevesado: Difícil, intrincado, oscuro o que con dificultad se puede entender.

Partiendo de la base de que por la propia definición de lo que significa enrevesado, es algo subjetivo, porque lo que es fácil para unos puede no serlo tanto para otros, tengo que decir que lo siento pero no, para mi Java no es más enrevesado que C. Según tu definición de enrevesado el lenguaje menos enrevesado es el ensamblador, que tiene un número de instrucciones relativamente pequeño a partir de las cuales puedes construir cualquier cosa en comparación con el resto de resto de lenguajes.

Que sí, que ya se de que va todo esto, que se que estas discusiones se terminan demostrando que uno es la polla en comparación con el resto de mortales y decir que C es tu lenguaje de cabezera y que es supersencillo de utilizar te da un aura de superioridad. Pero es que a mi eso me da mucha pereza y tampoco tengo la necesidad de demostrar nada.

[#265 hablador_pasivo]

#83 C tiene aritmetica de punteros (enrevesadisima) y gestion manual de memoria. Es mas enrevesado.

[#203 mcfgdbbn3]

#35: Depende, si es un código sencillo, sí es más enrevesado.

Por ejemplo, imagina que quieres crear un programa que hace algún experimento matemático con números naturales, eso en C es mucho más sencillo que en Java.

[#233 Desactivado]

#35 #142 Ya no tanto.

[#4 hazuko]

Tenemos que recientemente la Agencia de Seguridad de EE.UU recomendó públicamente a empresas del mundo dejar de usar C y C++ y centrarse en Rust y Java;

Desde siempre se sabe que la comunidad de trolls está sobrerepresentada en el mundo del SW

[#5 llaco]

#4 Euforia antes de morir.

[#6 hazuko]

#5

[#11 llaco]

#6 Últimos coletazos. Aunque también es cierto que las II.AA. se programan con el por su alta demanda de recursos.

[#56 ostiayajoder]

#11 Desde 2010 esta en sus ultimos coletazos, pasa que da muchos...

[#53 pawer13]

#46 no, las librerías de Java suelen estar hechas en Java. No hablo del intérprete, sino que Python es tan lento que su propio creador recomienda usarlo como interfaz amigable para consumir librerías hechas en otros lenguajes más eficientes si necesitas mucha CPU

[#67 FooDev]

#53 #46 Creo que tenéis los dos parte de razón.

[#81 amchacon]

#53 eh no. Las librerías de Java donde el rendimiento es importante se hacen en C++ y se conectan ambos lenguajes a través de la interfaz JNI. Mira openGL por ejemplo.

[#190 blacar]

#81
1. C++ es la ostia.
2. Hay muchas libs de java hechas en java y la propia JVM esta hecha rn java.
Hace tiempo estaba hecha en C++ pero eso se cambio. Si la propia JVM esta hecha en java no hay razon para q otras librerias no lo esten salvo q quien las haga decida hacerlas en C++
3. Python es tan rapido como una piedra.

[#240 Desactivado]

#81 #78 C++ es una pesadilla por eso.

[#249 pawer13]

#81 yo estoy pensando en las más usadas: Spring, hibernate, Log4J, Maven y sus plugins...

[#268 hablador_pasivo]

#81 el 99% de los proyectos java no usan ninguna libreria nativa.
Cuando se usa la GPU, no se usa ni Java ni C++, generalmente se accede al hardware con una pequenisima capa de abstraccion.

[#55 LeDYoM]

¿Puedo salir a celebrarlo como si hubiera ganado mi equipo el mundial?
¿Tengo derecho a cortar calles y liarla parda por mi lenguaje de programación?
¿Tenemos los programadores menos derechos?

[#86 Trolleando]

#55 Salir a la calle? Socializar? Y tú eres informatico?...

[#189 LeDYoM]

#86 Ahora que lo dices, también puedo hacerlo desde el balcón.
Con el balcón cerrado me atrevo.

[#74 ostiayajoder]

JAVA ES EL MEJOR LENGUAJE DE PROGRAMACION PARA BACK

Alguien lo tenia que decir.

[#107 wkynrocks]

#74 Por mantenibilidad seguro. Por time to market sería Python.

[#121 mrx]

#74 gracias, me estaba entrando ansiedad ya de leer cosas.

[#145 Desactivado]

#74 ¿En qué sería mejor que usar Kotlin?

[#61 hrundil]

Yo he trabajado durante años con C++ y Python para backend y mis dos últimas empresas han usado principalmente Java y me parece mucho mejor (para backend).

Cuando hago cosas por mi cuenta suelo tirar de C++ porque es el lenguaje que más conozco pero para trabajar con otra gente Java es lo mejor en mi opinión. Permite encapsular decentemente la lógica y se adapta muy bien a la mayoría de patrones de diseño típicos.

[#78 ostiayajoder]

#61 Yo tambien he trabajado con varios lenguajes y, generalmente, para trabajar en equipo, cuanta mas libertad te da el lenguaje PEOR: Mas normas hay que poner para que no haga cada uno las cosas a su manera.

[#2 sleep_timer]

Es que Java es C mas mas menos menos.

[#7 Alcalino]

#2 los lenguajes de programación se parecen unos a otros en base a lo que cueste transcribir una pieza de código de un lenguaje a otro.

Prueba a llevar un ejemplo de c (un ejemplo de verdad, que use punteros hasta en la sopa) a Java, y luego me cuentas lo que se parecen

[#10 sleep_timer]

#7 Pues eso, java es un C con menos cosas, y mas enrevesadas.

[#36 Phonon_Boltzmann]

#10

[#111 Desactivado]

#10 hay que leer cada tontería... de verdad.

[#149 blacar]

#10 Vete a tu casa macho ... no escrito C en la vida para decir esa ridiculez.

[#182 blacar]

#10 r q r el tio

[#12 abnog]

#2 Java se parece a C en que usa llaves para delimitar bloques, y poco más.

[#34 Pacman]

#2 no se si te estas confundiendo, pero no. Java no se parece a C, en absoluto

[#47 alexwing]

#c-34" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/3759156/order/34">#34 Yo creo que lo confunde con c# que si, tiene cosas en común, solo que c# es como si alguien hubiera cogido Java y le hubiera quitado todo lo malo.

[#82 pedrobz]

#c-47" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/3759156/order/47">#47 Java lo cogió Microsoft y lo convirtió en C# ¿Seguro que le quitó todo lo malo?

[#114 alexwing]

#82 Bueno menos malo, según como se mire, yo con que no haya Maven, ni Eclipse, ni puristas de las abstracción ya soy feliz.

[#152 milmiguelines]

#c-47" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/3759156/order/47">#47 c# le quitó lo malo y Kotlin vino a darle lo bueno hasta convertir Java en algo que medio apetece.

[#49 mblanch]

#2 los cojones compañero... Java tiene cosas brutales pero necesitas mucho trabajo para exprimirlas como las clases anonimas

[#80 amchacon]

#49 te refieres a las lambda? Eso ya lo tiene C++

[#84 pedrobz]

#49 ¿Y que clases son esas?

[#103 snosko]

#84 Puedes dejar sin definir la función y luego pasarla como argumento.

[#159 alephespoco]

#c-49" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/3759156/order/49">#49 oh sí, muchísimo trabajo funciones lambda, sólo están en Python, C#, C++... Además en C los punteros a función tienen casi 50 años, y hacen algo realmente parecido.

[#130 ur_quan_master]

#2 el gran triunfo de c++ desde c11 es parecerse un poco más a Java ofreciendo librerías medio decentes.

[#137 Fanpiro]

#2 Ni sabes cómo funciona java ni sabes como funciona C.

[#19 mirei]

Python no es un buen lenguaje para poder trabajar. javascript es lo que se paga.

[#62 Desactivado]

#19 Somos programadores. Si eres capaz de contar sin usar los dedos ya se paga

[#154 daphoene]

#62

[#170 milmiguelines]

#62 Menuda chorrada que desprestigia la profesión. Incluso a mí me pagan.

[#72 ostiayajoder]

#19 En python trabajas gratis, fijo

[#94 Toad]

#19 Es un lenguaje sencillo de aprender y que permite hacer scrips que necesitan compilador y puedes hacer cambios en el código mientras se ejecuta. Me gusta como lenguaje de script para el usuario final, pero nunca para el core de un proyecto medianamente serio.
Python se hizo popular por ser uno de los primeros lenguajes interpretados y la facilidad que tiene para acceder a librerías C y C++ (aunque esta última con limitaciones)
Pero depurar un código en Python puede ser el mayor de los infiernos. La sintaxis y su filosofía, como que no existen tipos de variables es caca. El rendimiento para cálculos serios es horrible.
He visto proyectos de miles de euros tirados a la basura porque al manager le vendieron que Python era el lenguaje del futuro y había que hacer todo el proyecto en Python.

[#119 Desactivado]

#94

Me gusta como lenguaje de script para el usuario final, pero nunca para el core de un proyecto medianamente serio.

Muchísimas aplicaciones completamente serias están escritas en javascript/typescript, y me gustaría que argumentes donde está el problema.

Y sobre el dinero tirado... yo me dedico a esto hace 20 años aprox, y he visto tirar millones en todo tipo de proyectos y todo tipo de lenguajes.

[#165 blacar]

#94 AMEN

[#209 tremolantepenacho]

#94 Cuando apareció Python no es que no hubiera lenguajes interpretados es que el principal de ellos, Basic, llevaba más de cinco años que no pintaba nada.

[#43 Ovidio]

A ver, todo lo que no sea C es mierda. Punto.

recientemente la Agencia de Seguridad de EE.UU recomendó públicamente a empresas del mundo dejar de usar C y C++ y centrarse en Rust y Java

Sólo por mentar Java, quien haya dicho eso merece la muerte entre terribles sifrimientos

[#123 MarlonBlando]

#43 define "sifrimientos"

[#237 Desactivado]

#43 Java tiene tantos exploits (me da igual OpenJDK que el de Oracle) que ya como que da igual hacer caso a la NSA.

[#40 Pingocho]

¿Regresamos a los 90?

[#50 Desactivado]

Y lo peor es que para la FP siguen exigiendo java...

[#58 LeDYoM]

#50 Cuando yo hice la FP, era CLIPER, Pascal y C.
P.D: Ha llovido.

[#79 alfema]

#58 más llovió en la mía, ensamblador, COBOL y basic.

En los recreos le enseñaba ensamblador a los compañeros porque no entendían ni papa, no recuerdo de qué procesador era, pero estaba acostumbrado por haber manejado ensamblador del Spectrum.

La profesora de COBOL, que era un coco, se lo sabía de pe a pa, le podías preguntar cualquier cosa que te la respondía sin consultar nada, yo le pedí poder usar los apuntes en los exámenes, le dije que no era capaz de memorizar como ella todas las estructuras.

A la de BASIC le tuve que enseñar a hacer los diagramas de flujo, en vez de hacerlos en vertical, para que cupieran en un A4, los hacía en diagonal.

[#73 Desactivado]

#50 Es muy buen lenguaje para comenzar porque es muy orientado a objetos.

Pero para fp dserviría cualquiera . Como dice yo hice los exámenes en Pascal y C, sin dar introducción a poo siquiera. Van lentos pero realmente da igual porque es básico.

[#150 Desactivado]

#73 hubiera preferido otro que se entendiera mejor la lógica y los paradigmas de la programación que memorizar una sintaxis (de aquella) complicada, además de centrarme exclusivamente en llevar bien las cuentas de los ; y las llaves.
Anda que no hay otros orientados a objetos y con sintaxis más liviana.

[#85 Ovidio]

¡Viva Fortran!
¡Viva Honduras!

[#89 Ovidio]

Me alegra ver a Matlab el 14° y a Fortran el 26°. Una pregunta, ¿que diferencia hay entre Visual Basic y Classic Visual Basic?

[#158 daphoene]

#89 Que en el Classic sólo hay mayúsculas, y hay que escribir las variables y las funciones en latín.

[#215 Desactivado]

#89 #158 Me ha picado la curiosidad y he estado mirando.

En Wikipedia tiene una entrada

https://en.wikipedia.org/wiki/Comparison_of_Visual_Basic_and_Visual_Basic_.NET

[#76 FooDev]

Totalmente inesperado este vuelco. De hecho, no me lo creo. Han tenido que cambiar el criterio para hacer la lista Tiobe.

[#3 llaco]

Las IAs se programan en este lenguaje.

[#37 rojo_separatista]

#3, el 99% de código IA se hace en Python.

[#39 pawer13]

#37 cuyas librerías se hacen en C

[#46 rojo_separatista]

#39, si nos ponemos así, todo le debemos al ensamblador.

[#199 eljuligallego]

#46 el ensamblador no es nadie sin las puertas logicas

[#169 blacar]

#37 A eso lo llaman codigo, antes se llamaba spaggetti bolognesa.