>>19191
En casos como este mira:
// Tienes un puntero a char
char *s = malloc(buffer * sizeof(char));
// Le quieres hacer trim inplace
char *s2 = trim(s);
// ¿cual puntero liberas?
Opciones según expertis:
- No libero ningún puntero
- Libero ambos punteros
- Libero el segundo puntero
- Libero el primer puntero
Si tomas en cuenta de que las instituciones enseñaban C y/o C++ a raja tabla a estudiantes de primero o gente que nunca había tenido un contacto con programación, o peor, aprendían programación y POO en C/C++. Y a esto le cargas que la salida al mundo laboral era en C/C++, era muy obvio que ibas a tener fugas masivas de memoria; De igual manera que ahora los neo programadores node/typescript tienen problemas diarios con devops, debido a que saben controlar los recursos del sistema, operar procesos, etc.
Y ojo que el caso que puse es de lo mas simples, si te remites a ensaladas de sintaxis como la que postié al inicio, todo tipo de debugging se te irá a la mierda, sobre todo si es código productivo.
El resultado evidenció por años el movimiento de una fuerza laboral no autodidacta y mal formada, que salía aún inmadura al mundo laboral.
Rust llegó a solucionar este problema computacionalmente, pero seguidamente aparecieron las quejas con el ownership, borrowing, etc, las cuales hasta cierto punto son muy fundadas si tienes gente que nunca pasó por java, php, python o un lenguaje que soporta POO, pero igualmente aparecieron quejas de gente que decía que rust compilaba extremadamente lento y que su modelo de validación por compilación era un zapato en el culo. Evidenciando nuevamente una fuerza laboral inmadura en una tecnología, que se ve obligada a trabajar con ella.
Además piensa que lenguajes como C/C++ no son tan flexibles como python o php, es decir que no tienes un trim, rtrim, o no puedes verificar si un string está dentro de otro como en python con el operador in. Tampoco puedes hacer operaciones del tipo clave in objeto como en javascript. Si no usas librerías tu trabajo se vuelve principalmente algoritmico forzándote a cambiar contextos en vez de solo desarrollar una solución, lo que genera mucho estrés y frustración.
En microsoft habían comentarios del tipo: me tomó 8 hora debugear esto, para quien lo lea, por favor mete un puto comentario explicando lo que estás haciendo, infeliz de mierda. En juegos tambien habían comentarios, sobre todo en cyberpunk como: ojala esta mierda se termine pronto.