Menéame: comentarios [4109592]

#79 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

Polarin — Sun, 26 Oct 2025 01:10:25 +0000

#78 Lo siento, no especifique.

» autor: Polarin

#78 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

prejudice — Fri, 24 Oct 2025 05:57:16 +0000

#76 ya me imaginaba, pero como dijiste los 2000 y no tengo ni idea de maquinas sun lo mismo eran euros

» autor: prejudice

#77 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

Polarin — Fri, 24 Oct 2025 01:05:32 +0000

#71 "Los punteros son innecesarios cuando tienes referencias y expresiones lambda ¡Vivís en el pasado!"

Joder, no hay un icono de abuelo cebolleta aqui, pero... Los punteros no son inncesarios con la refercencias, y desde luego las lambda no tienen nada que ver con poder tener estructuras de datos con punteros.

Pero vamos, que me tirado toda la vida teniendo que hacer JAVA, y mirando con envidia la gente que hace C++.

» autor: Polarin

#76 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

Polarin — Fri, 24 Oct 2025 01:03:38 +0000

#72 Pesetas. Era 1998.

» autor: Polarin

#75 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

MorrosDeNutria — Thu, 23 Oct 2025 11:37:04 +0000

#29 el sol desde luego que si, pero esto que comentas no lo echo de menos de España

» autor: MorrosDeNutria

#74 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

Pablosky — Thu, 23 Oct 2025 07:14:10 +0000

#73 yo creo que nunca jamás, las IA actuales no pueden evitar alucinar y todas las que se construyan sobre el mismo modelo van a funcionar igual.

Basta con que le preguntes algo que no está perfectamente documentado para que se pongan a decir chorradas sin sentido.

Un junior, por muy junior que sea, nunca te diría semejantes chorradas, y desde luego no lo haría con la seguridad de un tertuliano como hace la IA.

» autor: Pablosky

#73 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

amoreno.carlos — Thu, 23 Oct 2025 06:33:40 +0000

#52 Bueno, la pregunta es cuánto tiempo tardará en reducir ese porcentaje a 0. Yo digo que en 3 años... Siendo conservador.

» autor: amoreno.carlos

#72 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

prejudice — Thu, 23 Oct 2025 05:27:21 +0000

#67 un millon de euros o de pesetas?

» autor: prejudice

#71 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

JandePorer — Thu, 23 Oct 2025 04:15:38 +0000

#70 Sí, POO es OOP en español. La herencia múltiple es un lío de cojones. Cuanto más sencillas sean las jerarquías de herencia, mejor. Para eso están las interfaces, clases abstractas y los patrones de diseño como Composite (por poner un ejemplo). Todo esto está disponible en cualquier lenguaje orientado a objetos moderno. Las cabeceras de c++, pues más de lo mismo. Es un lío diferenciar entre lo que es declarar y lo que es implementar. Tanto chiste del linker y con C# o Java no tienes estas movidas. Es más práctico y fácil separar entre abstracciones (interfaces y/o clases abstractas) e implementaciones (clases). De hecho es la evolución natural de vuestras separaciones entre los .h y los .cpp. Los punteros son innecesarios cuando tienes referencias y expresiones lambda ¡Vivís en el pasado!

Los programadores de C++ estáis grillaos. Haréis un código hiper enfocado al rendimiento pero es de locos. Estáis a un "make" que falle con algún error ambiguo tal que "make terminó con código de error -2" de que os reviente la puta cabeza.

» autor: JandePorer

#70 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

Polarin — Thu, 23 Oct 2025 00:53:53 +0000

#24 A ver que para mi lenguaje moderno es JAVA, es como The Offspring, son un grupo moderno. Es la edad.

POO es OOP, no? Pero C++ es magnifico para OOP. JAVA no tiene los ficheros .h por ejemplo. No tiene herencia multiple. Y no tiene punteros.

» autor: Polarin

#69 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

Polarin — Thu, 23 Oct 2025 00:51:28 +0000

#36 En bancos se prohibe que se use la IA para generar codigo. Y hasta ahi puedo leer.

» autor: Polarin

#68 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

Polarin — Thu, 23 Oct 2025 00:50:35 +0000

#54 Rust es mas lento que C++? Un dia de estos me tengo que poner con ello.

» autor: Polarin

#67 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

Polarin — Thu, 23 Oct 2025 00:49:52 +0000

#37 Estamos hablando de los 2000. Una estacion SUN costaba ... uno millon, me acuerdo que fui a preguntarlo en el 98.

El SACTA de Indra corria en estaciones SUN y en PCs en el entorno de pruebas en esa barraca tan cachonda que tenian en Torrejon... los PCs eran unos maquinones de cojones mucho mas que las estaciones SUN. O sea que SUN algo tenia. Pero estamos hablando de Linux y SunOs en el 2010. Los procesadores eran diferentes, ... me la juego a que la optimizacion era diferente.

» autor: Polarin

#66 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

Polarin — Thu, 23 Oct 2025 00:39:59 +0000

#47 Los tiempos de compilacion promovian la salud de los programadores.

» autor: Polarin

#65 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

CHN — Wed, 22 Oct 2025 17:43:32 +0000

#48 Sí, esa es otra, a veces le da por pisar código ajeno sin más.

» autor: CHN

#64 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

emdi — Wed, 22 Oct 2025 13:11:24 +0000

#63 Era una frase hecha. Pero correcto.

» autor: emdi

#63 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

U5u4r10 — Wed, 22 Oct 2025 11:11:51 +0000

#53 no son punteros, son referencias

» autor: U5u4r10

#62 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

kobofen — Wed, 22 Oct 2025 10:07:32 +0000

#43 #44

fortune.com/2025/07/23/ai-coding-tool-replit-wiped-database-called-it-

» autor: kobofen

#61 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

capitan.meneito — Wed, 22 Oct 2025 09:22:55 +0000

#30 Si no sabe aguantar una broma, márchese del pueblo.

» autor: capitan.meneito

#60 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

RigelKentaurus — Wed, 22 Oct 2025 09:06:04 +0000

#22 con paginación lazy para no tener que cargar todos los registros de golpe no hay que tocar la bbdd y mejoras mucho los tiempos de carga (con tamPagina adecuado, claro)

» autor: RigelKentaurus

#59 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

SerVicius — Wed, 22 Oct 2025 08:42:36 +0000

Yo como persona que lleva unos añitos picando no veo el problema. Hay que garantizarse el trabajo...

» autor: SerVicius

#58 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

Westgard — Wed, 22 Oct 2025 08:29:49 +0000

#56 cliente sin privilegios en entorno bastante capado para instalar nada y en el que no podía meter el entorno de desarrollo... lo unico que podia meter es un exe y necesitaba algo "hecho por mi" para estar seguro 100% de que estaba limpio y no llevaba regalito. Por supuesto tras empaquetar y ver un monstruo de 200mb que tardaba 10 segundos en abrirse si quiera para 10 mierdas de lineas de codigo desisti de usar python

» autor: Westgard

#57 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

NO86 — Wed, 22 Oct 2025 08:21:09 +0000

#50 He flipado con que la calculadora de Apple sea peor que el Notepad de Windows.

» autor: NO86

#56 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

NO86 — Wed, 22 Oct 2025 08:20:26 +0000

#39 Compilas Python?

» autor: NO86

#55 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

prejudice — Wed, 22 Oct 2025 08:01:27 +0000

#54 Increíble. Tal vez se suele sobrestimar el rendimiento de Golang.
Aún así muchas de las herramientas creadas con Golang como Docker y Kubernetes van genial

» autor: prejudice

#54 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

AlanTuring — Wed, 22 Oct 2025 07:57:09 +0000

#37 Go arranca y compila más rápido, pero Java se suele ejecutar más rápido a largo plazo gracias al JIT.

Así que, en cuanto a rapidez, la cosa quedaría así: C > C++ > Rust > Java > Go

» autor: AlanTuring

#53 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

emdi — Wed, 22 Oct 2025 07:57:01 +0000

#31 Te sirve porque en Java todas las variables son punteros menos los tipos nativos.

» autor: emdi

#52 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

Pablosky — Wed, 22 Oct 2025 07:46:12 +0000

#49 a veces va muy bien, pero le tienes que llevar de la manita para que no la cague el 35% de las veces.

» autor: Pablosky

#51 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

torkato — Wed, 22 Oct 2025 07:45:08 +0000

#46 Lo de hacer diferentes tablas con diferentes atributos ni se lo pensaron ¿no?

Algo parecido vi en otro proyecto, que trabajaba con imágenes. Los atributos relativos a esas imágenes eran comunes pero en lugar de usar columnas con atributos, había una columna que le indicabas que atributo era y luego otra que valor tenía... Eternizaba las búsquedas y necesitabas hacer mucho procesado.

Y luego las imágenes estaban todas en un mismo directorio. Millones y millones de ficheros en el mismo directorio donde tardaba minutos en cargar una imagen concreta. ¿Dividirlos por zonas o fechas al menos? Nada...

» autor: torkato

#50 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

capitan__nemo — Wed, 22 Oct 2025 07:36:08 +0000

Y eso sumado a la enshitification, enmierdacion.

» autor: capitan__nemo

#49 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

amoreno.carlos — Wed, 22 Oct 2025 07:17:55 +0000

#41 Pues a saber que modelo estabas utilizando, mi experiencia con gpt5/sonnet4.5 MAX en modo agente es muy diferente. Le he pedido que haga troubleshooting de red y ha sido capaz de identificar el problema y dar la solución correcta en todas las ocasiones. Es verdad que mi red casera no es especialmente compleja, apenas 4 máquinas, pero ahí está.

» autor: amoreno.carlos

#48 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

Dakxin — Wed, 22 Oct 2025 07:10:11 +0000

#30 hace un par de semanas le dije al Copilot que me generase un env para meter los ids y las contraseñas de la store de Apple y Google, y va el hijodeputa y me borra un env que mi jefe tenia hecho para su parte del projecto

» autor: Dakxin

#47 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

Dakxin — Wed, 22 Oct 2025 06:57:08 +0000

#20 me pasa lo mismo compilando MAUI, pero en vez de triceps hago sentadillas

» autor: Dakxin

#46 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

yemeth — Wed, 22 Oct 2025 06:44:12 +0000

#15 Me acabas de despertar el flashback de una aplicación de una famosa empresa de cuyo nombre no quiero acordarme para mostrar información de los restaurantes que tenían incorporados en su zona corporativa central para los empleados.

Los restaurantes, la ocupación de estos de forma dinámica, los platos de cada día, incluso las calorías de cada alimento; todo estaba metido en una sola tabla SQL con pares clave->valor e indicadores del tipo de información. Precisamente me pusieron a meterle mano porque tardaba como dos minutos en cargar la página montada en torno a la tabla-monolito...

» autor: yemeth

#45 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

Penadeoccidente — Wed, 22 Oct 2025 06:40:30 +0000

Cómo puede ser si el capitalismo favorece la competición y que los servicios y productos de mayor calidad se vean recompensados por el mercado y Blabla Blabla

Las putitas de monopolios despiadados somos y vamos a ser

» autor: Penadeoccidente

#44 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

tommyx — Wed, 22 Oct 2025 06:07:48 +0000

#30 joer, tienes algún link sobre ello ? Gracias

» autor: tommyx

#43 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

tommyx — Wed, 22 Oct 2025 06:05:28 +0000

#30 joer, tienes más información de eso?

» autor: tommyx

#42 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

tommyx — Wed, 22 Oct 2025 06:05:05 +0000

#29 eso era lo que pasaba enel Enterprise, qué el ingeniero decía que necesitaba 6 horas y el capitán le decía que en 1 tenía que estar.
Ahora ya me explico los innumerables problemas de seguridad que esa nave

» autor: tommyx

#41 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

Pablosky — Wed, 22 Oct 2025 06:04:56 +0000

#30 Probando Cursor me hizo una parecida. No fue en producción ni nada crítico, pero le pedí una cosa muy sencilla (ni recuerdo cual) y recuerdo que al 3º mensaje de respuesta leí "oh, parece que el comando estaba mal y he borrado todos los ficheros de la carpeta, voy a buscar a ver si hay copia"

No pasó nada al ser una cosa que estaba en un repositorio, nada que no se arregle con un git reset --hard, pero vaya risa.

No la puedes dejar a su bola ni de coña o te lía una espectacular.

» autor: Pablosky

#40 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

tommyx — Wed, 22 Oct 2025 06:02:13 +0000

#15 a raíz de la queja, se lo hubiese vuelto a poner como estaba... Putos usuarios

» autor: tommyx

#39 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

Westgard — Wed, 22 Oct 2025 06:01:28 +0000

Ríete, pero es un problema muy real... el otro dia haciendo un programa en python que simplemente hacia un pixel color match a partir de captura de pantalla y click en la posición... unas 30 líneas de código, (prácticamente nada), compilo y me sale un exe con 200mb de overhead... transformando lo que debería ser un exe de 0,5-1mb ágil en un monstruo pesado de 200mb.

Por supuesto, soy consciente de que el programa "es tan simple de programar" precisamente porque uso llamadas a librerías que me dan todo masticadito y lo que en mi programa es una linea en la libreria son 1000... pero tener que importar 200mb de overhead para dos chorradas que implementadas integramente en C serían 2mb y que siendo bastante sadomasoquistas en ensamblador no llegaría ni a los 100k pues que quieres que te diga

» autor: Westgard

#38 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

fogueo — Wed, 22 Oct 2025 05:35:38 +0000

Este estilo de redacción basado en muchos títulos y listas de elementos... es reconocerlo y sospechar de que el artículo haya sido escrito por una IA, por mucho que luego lo haya revisado el "abajo firmante" (básicamente para verificar que los enlaces son a páginas reales).

También contribuye a esa sensación el que el artículo parezca alargado innecesariamente con mucha paja redundante, repitiendo la misma idea una y otra vez (p. ej., "a calculator leaks 32 GB of RAM" está hasta 5 veces: una para introducir el caso inicial y las otras de forma retórica para apoyar sucesivos argumentos) como si el prompt indicara a la IA que el artículo debía contener tantas palabras, cuando se podía haber dicho lo mismo de forma más sucinta.

Alternativamente, también podría significar que las personas cada vez escriben más como la IA.

» autor: fogueo

#37 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

prejudice — Wed, 22 Oct 2025 05:30:02 +0000

#21 dicen que java iba genial en solaris en servidores sun, pero nunca lo he visto de primera mano
Realmente java está bastante optimizado (posiblemente sea el lenguaje mas rápido después de los lenguajes del estilo de C, C++, rust y Golang)
El problema es la calidad de mucho del software hecho en Java

» autor: prejudice

#36 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

prejudice — Wed, 22 Oct 2025 05:26:26 +0000

#16 vamos a pasar de startups donde el marketing resalta que usan la IA como un plus a todo lo contrario: Creo que de aquí a unos años se resultará que no se a usado IA o que se a usado con mesura y revisión de equipo humano. En bancos y empresas serias no me extrañaría que directamente se prohíba usar IA para generar código

» autor: prejudice

#35 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

prejudice — Wed, 22 Oct 2025 05:19:40 +0000

#22 que tirria le tengo a mongodb. En su momento, nos lo vendieron como algo que ahorra tiempo por que no hay que modelar la base de datos de forma estricta y puedes tirar consultas y guardar cualquier registros desde el minuto cero. Cuando pasan los años y eso no hay quien lo toque (entre otras cosas por lo que comentas que es mas complicado hacer joins que una relacional de toda la vida) te das cuenta que el tiempo que ahorraste al principio lo estás pagando con intereses descomunales ahora.
Supongo que las aplicaciones generadas con vibe coding sin supervision de un senior se convertirán en unos años en un pozo sin fondo de deuda técnica y solo se podrán haces modificaciones quemando toneladas de tokens o tirando la aplicación abajo y volviéndolo a hacer de cero sin tanta IA sin sipervisar

» autor: prejudice

#34 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

Eldelcable — Wed, 22 Oct 2025 05:03:06 +0000

#29 Tú trabajas en mi empresa ¿No?

» autor: Eldelcable

#33 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

ElmaEscobar — Wed, 22 Oct 2025 05:01:31 +0000

#4 Tranquilo, hay tiempo para comer

» autor: ElmaEscobar

#32 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

prejudice — Wed, 22 Oct 2025 04:52:29 +0000

#18 existen alternativas ligeras a electon como tauri ( tauri.app/ )
Pero electron lleva muchas cosas de serie y en general no vale la pena optimizar si tus clientes tienen suficiente ram
También depende de como esté hecha la aplicación: teams, y vscode usan electron, pero teams parece pesado, lento e inestable y vscode parece que va como un tiro (si no lo petas con extensiones)

» autor: prejudice

#31 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

U5u4r10 — Wed, 22 Oct 2025 04:40:10 +0000

#7 Si eres senior de Java conocer los punteros no te sirve para nada.
De patrones de diseño y complejidad, ahí sí te lo compro.

» autor: U5u4r10

#30 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

kobofen — Wed, 22 Oct 2025 03:16:16 +0000

El incidente donde una IA se cargó una BD de producción durante un freeze y lo intentó ocultar, es impagable.

» autor: kobofen

#29 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

_1801 — Wed, 22 Oct 2025 03:15:10 +0000

#25 productividad productividad...cuanto tiempo tardas en hacer esto 2 semanas, tú jefe, no le puedo decir eso al cliente, lo dejamos en una semana, resultado o prinhas horas no pagadas o entregas lo que tengas.
Al no tener tiempo las cosas no se prueban bien, el consultor no hace su trabajo y confía en que lo has probado, el cliente confía en que nosotros lo hemos probado y se sube a producción, que pasa el día del arranque, incidencias y más incidencias y nadie sabe explicar porque está fallando si se probó.

» autor: _1801

#28 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

Onaj — Wed, 22 Oct 2025 02:38:29 +0000

#25 Sin duda. Y los comentarios aunque no estoy de acuerdo son también buenísimos.

» autor: Onaj

#27 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

XXguiriXX — Wed, 22 Oct 2025 00:21:41 +0000

#7 En buena parte es culpa del mercado. Salen de las universidades e institutos y exigen al año o 2 el título senior, sino renuncian.

» autor: XXguiriXX

#26 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

JandePorer — Wed, 22 Oct 2025 00:20:24 +0000

#6 Dime eso a la cara, me paso el móvil por el ojete y te lo hago chupar para que lamas mi brillante culo por System.Reflection. Es coña. Sólo un chiste de dotnet.

» autor: JandePorer

#25 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

MorrosDeNutria — Wed, 22 Oct 2025 00:09:52 +0000

Que gran artículo

» autor: MorrosDeNutria

#24 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

JandePorer — Wed, 22 Oct 2025 00:07:05 +0000

#11 Yo pasé de C a C#. Lo poco que toqué de C++ me pareció lo que creo que es: el primer intento de hacer POO. Como suele pasar con el primer intento de lo que sea: fue el peor. No me malinterpretes: Si quisiera hacer algo enfocado al rendimiento sin bajar a ensamblador, lo haría en C++ pero la POO con C++ es un dolor de huevos en comparación con lenguajes más modernos.

» autor: JandePorer

#23 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

Boleteria — Tue, 21 Oct 2025 23:56:11 +0000

#1 Y espera, que ahora viene el código hecho con IA.

» autor: Boleteria

#22 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

torkato — Tue, 21 Oct 2025 23:52:25 +0000

#17 Se puede optimizar mucho más pero implica modificar la base de datos que no estaba bien diseñada. Sumado a node.js, mongodb y un vps muy regulero... poco me parece.

Demasiado que les hice ese cambio gratis (que lo hice más por mi que por ellos ya que tenia que hacer algunos cambios y me desesperaba cuando había que cargar y tardaba una eternidad)

» autor: torkato

#21 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

Polarin — Tue, 21 Oct 2025 23:50:27 +0000

Joder, yo tuve que devolver un PC porque en realidad no tenia 1 MB de RAM y no corria el TurboC++... .

Como volvemos a lo de siempre.

Un amigo siempre decia que Sun habia creado JAVA para vender estaciones Sun.

» autor: Polarin

#20 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

Polarin — Tue, 21 Oct 2025 23:48:59 +0000

#3 Y ... cuando empece a programar para Win95 con un BorlandC++ en el 96... . De tener un TurboC++ par win32 que compilaba como ... "como las balas", pase a tener triceps, porque en mi silla hacia levantadas esperando que aquello compilara y linkara.

» autor: Polarin

#19 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

torkato — Tue, 21 Oct 2025 23:48:24 +0000

#7 unsigned int *var = &var2;

¿Era algo así? Hace 10 años que no toco C++ pero me encantaba ese lenguaje y la optimización que permite.

» autor: torkato

#18 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

--127909-- — Tue, 21 Oct 2025 23:45:21 +0000

#6 y 200MB en Electron, framework usado por muchas aplicaciones populares como Discord, WhatsApp, Skype.

» autor: --127909--

#17 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

DatosOMientes — Tue, 21 Oct 2025 23:44:09 +0000

#15 Que una petición como la que comentas tarde 15 segundos me parece una aberración.

» autor: DatosOMientes

#16 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

Polarin — Tue, 21 Oct 2025 23:39:17 +0000

Hay gente en el entorno de Segridad que lo que dicen es que la gallina de los huevos de oro es dentro como para 2026-7, y a ser como lo de Y2K por todas las mierdas de IA en codigo.

» autor: Polarin

#15 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

torkato — Tue, 21 Oct 2025 23:38:48 +0000

Dramatización.

Pero fuera de bromas con el meme, si que noto que se pierde mucha optimización y calidad en sitios donde he trabajado porque total, si hay "problemas" se mete más hardware y listo.

En la empresa en la que estoy ahora he mejorado mucho el rendimiento de algunos procesos simplemente optimizando el código. Y si os contara de algunas guarrerías que he visto...

Recuerdo una vez que tuve que modificar una app que usaba mongodb... Que tenia que mostrar por pantalla miles de albaranes de unas recogidas de producto. Los albaranes eran simplemente registros a mostrar en una tabla pero en lugar de hacer una petición para cargar los registros con los criterios de búsqueda primero hacia un POST para obtener los Ids, y luego por cada identificador, volvía a hacer otro POST para cargar los datos del registro... y además de forma síncrona, uno después del otro.

Que yo se que mongodb es no relacional y esas cosas, pero permite hacer joins (que esa es otra, he visto códigos donde hacen 2 peticiones y luego hacen el join con código js...) de forma muy eficiente. Así lo modifique y ahora con 1 sola petición devuelve el resultado completo haciendo el join desde mongo (por criterios de la bd) y haciendo las transformaciones necesarias desde el servidor en vez de desde el cliente. ¿Resultado? De tardar 3 minutos en cargar, a 15 segundos o menos.

Me llamaron la atención desde el cliente porque me dijeron que había borrado los albaranes ya que tardaba muy poco en cargar... Cuando les dije que había hecho y que toda la información seguía ahí lo fliparon con la mejora que vieron.

Pero vamos, que he visto cosas que harían llorar al niño Jesús. Y eso que no soy ninguna eminencia pero es que vamos, un poco de amor propio por programar bien...

» autor: torkato

#14 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

Polarin — Tue, 21 Oct 2025 23:37:41 +0000

Recordemos la entrevista a Stirpuoer... Sturppur... como cojones se escriba ese apellido, cojones...

www.snopes.com/fact-check/program-management/

» autor: Polarin

#13 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

Polarin — Tue, 21 Oct 2025 23:35:46 +0000

#7 Y no nos metemos en el tema de Algoritmica, que "me se ha olvidado". Pero que cuando tienes un desarrollo "complejo" te viene cojonudo saber las O, para parar a alguien de que se cargue algo gordo.

» autor: Polarin

#12 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

Polarin — Tue, 21 Oct 2025 23:33:04 +0000

Como creador de esa frase en el 97, te doy un positivazo.

» autor: Polarin

#11 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

Polarin — Tue, 21 Oct 2025 23:32:09 +0000

#7 #8 A ver... que cuando yo tengo que explicar lo de "No class Def found" y digo: eso es por el linker, hay que gente que se me queda mirando y otros que sonrien con complicidad.

#8 ... Tirria a C++.... me tire programando en JAVA desde el 99... sigo diciendo que no... que querria mi C++... . Por mucho que me pese y que me he tirado con JAVA toda la vida, hubiera preferido C++.

» autor: Polarin

#10 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

Polarin — Tue, 21 Oct 2025 23:29:01 +0000

Como creador de esa frase en el 97, te doy un positivazo.

» autor: Polarin

#9 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

drstrangelove — Tue, 21 Oct 2025 23:23:31 +0000

#8 Premio para el caballero: un framework para Python todo reshulón.

» autor: drstrangelove

#8 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

JandePorer — Tue, 21 Oct 2025 23:19:51 +0000

#7 Apestas a C++. Sin acritud. Es que le tengo tirria.

» autor: JandePorer

#7 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

drstrangelove — Tue, 21 Oct 2025 23:15:02 +0000

Yo he conocido "seniors" que no sabían la diferencia entre un puntero y una referencia, un linkage interno o externo, o incluso una librería estática y otra dinámica. Y ya si les preguntabas de patrones de diseño o la complejidad de un algoritmo, les parecía ciencia alienígena. Y algunos se dedicaban a software crítico...

Madre mía, creo que en muchas carreras técnicas hace falta formación transversal en Ingeniería del Software, porque para muchos es poco menos que tirar líneas...

» autor: drstrangelove

#6 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

xkill — Tue, 21 Oct 2025 23:14:55 +0000

#3 y 64MB si le metes el .net

» autor: xkill

#5 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

xkill — Tue, 21 Oct 2025 23:14:23 +0000

#1 lo mismo que con las redes sociales que amplifican y dan voz a la estupidez. Pues faltaba algo para el resto también.

» autor: xkill

#4 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

ayatola — Tue, 21 Oct 2025 22:34:17 +0000

hay q producir, aunque solo sea mierda, hace tiempo q estamos condenados, no hay vuelta atras, el fin esta cerca, es solo cuestion de tiempo, el cable del tranvia esta roto, durara lo q dure, hasta q encontremos la pared

» autor: ayatola

#3 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

woody_alien — Tue, 21 Oct 2025 22:08:02 +0000

fn main() {
println!("Hello, world!");
}

3.7Mb de ejecutable Na, es coña. La peña que para usar cuatro funciones de mierda emplea frameworks y librerías que devoran recursos, es mas cómodo y rápido.

» autor: woody_alien

#2 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

tul — Tue, 21 Oct 2025 21:56:41 +0000

no son errores, son features que ayudan a retirar equipos viejos de la circulacion para vender equipos nuevos.

» autor: tul

#1 El Gran Colapso de la Calidad del Software: Cómo normalizamos la catástrofe [Eng]

cosmonauta — Tue, 21 Oct 2025 21:34:05 +0000

"We've created a perfect storm: tools that amplify incompetence, used by developers who can't evaluate the output, reviewed by managers who trust the machine more than their people."

» autor: cosmonauta