Menéame: comentarios [4028784]

#94 C++ para el Siglo XXI [EN]

Penetrator — Wed, 26 Feb 2025 10:30:21 +0000

» autor: Penetrator

#93 C++ para el Siglo XXI [EN]

slow_biker — Wed, 26 Feb 2025 08:25:12 +0000

#70 años resuelto?

incluso utilizando smart pointers, las referencias circulares son un problema (entre otros) que resuelven lenguajes que incorporar GC de forma transparente y eficaz, por no hablar de los index overflow.

mi experiencia más significativa fue al portar a c++ un algoritmo de 3d convex hull, el reto fue corregir la mayoría de los problemas de memoria inexistentes en java (demasiado lento para los requisitos), finalmente con nim lo conseguí sin problema y sin perdida de rendimiento.

sobre el papel prefiero no tener GC detrás, pero en el mundo real aporta innumerables ventajas,

en cuanto a Rust mi experiencia es positiva por la fiabilidad del código que compila satisfactoriamente, pero el coste es muy elevado y el código contiene demasiado de gestión de memoria personalizado lo que dificulta su legibilidad.

» autor: slow_biker

#92 C++ para el Siglo XXI [EN]

slow_biker — Wed, 26 Feb 2025 08:12:21 +0000

#60 son redundantes cuando tienes definición de bloques por indentación que el lo que termina haciendo los formateadores de código

» autor: slow_biker

#91 C++ para el Siglo XXI [EN]

T0nech0 — Tue, 18 Feb 2025 16:30:11 +0000

#86 Le acabo de echar un vistazo a ese compilador desde la Surface y me ha encantado, (estoy de viaje). No sabía que había compiladores C en línea.
Lamentablemente ahora mismo estoy un poco agobiado de tiempo y trabajo, pero te garantizo que en cuanto esté de vuelta instalaré el C++ de Visual, (soy esclavo de Microsoft por imperativo legal).
Y te diré que admiro sin condiciones a la gente que comparte el conocimiento como lo haces tú, de lo otro ya estoy agotado.
Muchas gracias por tu aportación.

Salud !!!!

» autor: T0nech0

#90 C++ para el Siglo XXI [EN]

sesshoumaru — Tue, 18 Feb 2025 10:41:47 +0000

#61 #69 Para redefinir hay que usar "let". El típico caso de uso de una redefinición es de inmutable a mutable, y no es algo que se haga tan a menudo.

» autor: sesshoumaru

#89 C++ para el Siglo XXI [EN]

sesshoumaru — Tue, 18 Feb 2025 09:58:18 +0000

#34 Las «abstracciones que hacen que sea "memory-safe"» no tienen coste computacional.

» autor: sesshoumaru

#88 C++ para el Siglo XXI [EN]

sesshoumaru — Tue, 18 Feb 2025 09:49:58 +0000

#20 Es "zero cost abstractions", y es una máxima tanto de C++ como de Rust.

» autor: sesshoumaru

#87 C++ para el Siglo XXI [EN]

sesshoumaru — Tue, 18 Feb 2025 09:47:54 +0000

#18 Un estándar que hace 7 años ya iba por las 1700 páginas, frente a las 700 de C.

Una lista enorme de cosas que provocan "Undefined Behavior", y que los creadores de compiladores se han tomado como licencia para compilar incorrectamente.

» autor: sesshoumaru

#86 C++ para el Siglo XXI [EN]

MetalAgm — Tue, 18 Feb 2025 08:49:01 +0000

#85
Si no quieres instalarte un C++ de primeras para hacer pruebas, puedes usar este compilador online:
www.onlinegdb.com/online_c++_compiler

» autor: MetalAgm

#85 C++ para el Siglo XXI [EN]

T0nech0 — Tue, 18 Feb 2025 08:04:05 +0000

#74
Acabarás por convencerme.
En cuanto me alivie un poco el trabajo instalaré un C++ y le echaré un vistazo

Salud y gracias !!!!

» autor: T0nech0

#84 C++ para el Siglo XXI [EN]

tamat — Tue, 18 Feb 2025 07:17:16 +0000

#81 yo me refiero al C++ de hace 20 años (que era calcado a Pascal). Obviamente enseñar C++ moderno es una burrada.

» autor: tamat

#83 C++ para el Siglo XXI [EN]

mcfgdbbn3 — Mon, 17 Feb 2025 23:02:25 +0000

#80: El problema es que si es muy engorroso puede distraer del objetivo inicial: aprender algoritmos. En mi opinión C aporta un equilibrio entre muchas cosas. Por ejemplo, puedes empezar con C y luego saltar a C++ para vectores y funciones, y luego ya saltas a lo demás.

» autor: mcfgdbbn3

#82 C++ para el Siglo XXI [EN]

Ludovicio — Mon, 17 Feb 2025 22:17:11 +0000

#34 Las abstracciones de Rust para que sea memory-safe, hasta donde yo se, se resuelven en tiempo de compilación y no deberían afectar al rendimiento.

» autor: Ludovicio

#81 C++ para el Siglo XXI [EN]

spacos — Mon, 17 Feb 2025 15:31:35 +0000

#43 Yo aprendi con Pascal y depues ADA en la universidad y para nada usaria C++ como lenguaje para enseñar a programar. Lenguajes como Pascal por ejemplo son excelentes porque te obligan a seguir una seria de patrones muy bien definidos. Por no hablar de la legibilidad. Puede leer y releer Pascal y entender lo que pone después de pasado mucho tiempo. C++ es una monstruosidad, pero oye, buena suerte con C++.

» autor: spacos

#80 C++ para el Siglo XXI [EN]

spacos — Mon, 17 Feb 2025 15:27:10 +0000

#32 Yo aconsejaria Pascal o ADA para aprender. Son lenguajes muy estructurados que te obligan a seguir unas serie de patrones. Los lenguajes de la familia del C te permiten poner las cosas al tun tun.

» autor: spacos

#79 C++ para el Siglo XXI [EN]

ccguy — Mon, 17 Feb 2025 13:34:20 +0000

#56 si todo el código con el que interactuas es nuevo sí, pero lo dudo mucho.
#48

» autor: ccguy

#78 C++ para el Siglo XXI [EN]

porcorosso — Mon, 17 Feb 2025 11:58:50 +0000

#77

» autor: porcorosso

#77 C++ para el Siglo XXI [EN]

ur_quan_master — Mon, 17 Feb 2025 11:44:46 +0000

#76 te doy la razón que me he pasado ocho pueblos al meter a Python en la misma cesta que JavaScript.

Solo era por lanzar el flame.

» autor: ur_quan_master

#76 C++ para el Siglo XXI [EN]

Supercinexin — Mon, 17 Feb 2025 11:07:12 +0000

#41 Python no es ninguna castaña y tiene una buena orientación a objetos. Cada cosa para lo suyo.

Me llama la atención la de Python haters que hay, cuando es de lejos el lenguaje que más ha democratizado la programación entre la gente que no tiene un título de informática, de Telecos o de Físicas bajo el brazo. Y oye, si quieres rendimiento extremo, pues programas un módulo en C/C++ o Rust y luego Python es tu interfaz "fácil" para llamar a eso.

» autor: Supercinexin

#75 C++ para el Siglo XXI [EN]

Supercinexin — Mon, 17 Feb 2025 11:02:16 +0000

#34 ¿Por qué dices que no es tan portable como C?

En el kernel de Linux ya hay código Rust.

» autor: Supercinexin

#74 C++ para el Siglo XXI [EN]

MetalAgm — Mon, 17 Feb 2025 10:45:31 +0000

#65 Añado a #71 tambien el uso de threads, que ya estan incluidos en la STD desde C++11 y es super sencillo crear threads en C++:

#include <thread>
#include <string>
#include <vector>
#include <iostream>

void task1(int a) {
// do stuff
}

void task2(const std::string str) {
// do stuff
}

void task3() {
// do stuff
}

int main (int argc, char ** argv) {
double mult = 0.0;
std::vector<double> mult_vec = {0.0, 0.0};
auto lambda = [&mult](float a, float b){ mult = a * b;};
auto lambda_arr = [&mult_vec](int idx, float a, float b){
if(idx >= 0 && idx < mult_vec.size())
{
mult_vec[idx] = a * b;
}
};

std::thread t1 = std::thread(task1, 1);
std::thread t2 = std::thread(task2, "text");
std::thread t3 = std::thread(task3);
std::thread t4 = std::thread(lambda, 3.5, 4.5);
std::thread t5 = std::thread(lambda_arr, 0, 4.0, 5.0);
std::thread t6 = std::thread(lambda_arr, 1, 3.0, 7.0);

// do other stuff

t1.join();
t2.join();
t3.join();
t4.join();
t5.join();
t6.join();

std::cout << "Resultado: " << mult << std::endl;
std::cout << "Resultado Vec 0: " << mult_vec[0] << std::endl;
std::cout << "Resultado Vec 1: " << mult_vec[1] << std::endl;

return 0;
}

Luego tienes tambien std::mutex para proteger variables de accesos simultaneos desde disitntos threads (lo mismo anterior pero con un mutex de ejemplo):

#include <thread>
#include <mutex>
#include <string>
#include <vector>
#include <iostream>

void task1(int a) {
// do stuff
}

void task2(const std::string str) {
// do stuff
}

void task3() {
// do stuff
}

int main (int argc, char ** argv) {
double mult = 0.0;
std::vector<double> mult_vec = {0.0, 0.0};
std::mutex mutex;
auto lambda = [&mult](float a, float b){ mult = a * b;};
auto lambda_arr = [&mult_vec, &mutex](int idx, float a, float b){
if(idx >= 0 && idx < mult_vec.size())
{
mutex.lock();
mult_vec[idx] = a * b;
mutex.unlock();
}
};

std::thread t1 = std::thread(task1, 1);
std::thread t2 = std::thread(task2, "text");
std::thread t3 = std::thread(task3);
std::thread t4 = std::thread(lambda, 3.5, 4.5);
std::thread t5 = std::thread(lambda_arr, 0, 4.0, 5.0);
std::thread t6 = std::thread(lambda_arr, 1, 3.0, 7.0);

// do other stuff

t1.join();
t2.join();
t3.join();
t4.join();
t5.join();
t6.join();

std::cout << "Resultado: " << mult << std::endl;
std::cout << "Resultado Vec 0: " << mult_vec[0] << std::endl;
std::cout << "Resultado Vec 1: " << mult_vec[1] << std::endl;

return 0;
}

» autor: MetalAgm

#73 C++ para el Siglo XXI [EN]

manolo — Mon, 17 Feb 2025 10:37:53 +0000

¡Ojo! Que el artículo lo firma el propio Bjarne Stroustrup. Hace tiempo que no tiro de C++, pero me ha dado curiosidad por ver su evolución. Me lo guardo para leerlo con calma.

» autor: manolo

#72 C++ para el Siglo XXI [EN]

xyria — Mon, 17 Feb 2025 10:37:22 +0000

#4 Pascal (Delphi) y Free Pascal (Lazarus) siguen vivitos y coleando.

» autor: xyria

#71 C++ para el Siglo XXI [EN]

MetalAgm — Mon, 17 Feb 2025 10:19:47 +0000

#65 Pues te digo que el C++ moderno (C++11, C++14, C++17, C++20 y C++24) ha metido infinidad de cosas nuevas (muchas provenientes de las librerias boost incorporadas a las librerias estandar STD) que nada tiene que envidiar a JAVA y C#...

En C++ moderno ya no tienes que usar (de hecho lo mejor es que ni lo uses) new/delete: usa smart pointers:
- std::unique_ptr o std::shared_ptr
std::unique_ptr<Obj1> pObj1= std::make_unique<Obj1>();

ya tienes un puntero a un Objeto Obj1 creado sin "new" y no tienes que preocuparte de hacer "delete": si se te olvida, cuando pObj1 deje de estar activo en el ambito donde se crea, se borra automaticamente. Sigues teniendo ese pObj1 como un puntero al uso de C++, pero controlado.
Lo mismo con std::shard_ptr:

std::shared_ptr<Obj1> pObj1 = std::make_shared<Obj1>();

Puedes ver en google en que se diferencia shared y unique y cuando usar unos y otros...

Tienes variables auto (equivalentes a VAR de C#)
int i = 0;
auto b = i;

b automaticamente toma el tipo de i

Tienes bucles foreach para recorrer contenedores en general: listas, vectores etc:

std::list<int> listaEnteros = {1,2,3,4,5,6};
int suma = 0;
for(auto it : listaEnteros)
{
suma += it;
}

Tienes funciones lambda:
auto glambda = [](float a, float b) { return a < b; };
bool b = glambda(3, 3.14);

Incluso desde C++14 puede ser:
auto glambda = [](auto a, auto&& b) { return a < b; };
bool b = glambda(3, 3.14);

etc etc etc...

» autor: MetalAgm

#70 C++ para el Siglo XXI [EN]

Penetrator — Mon, 17 Feb 2025 10:07:51 +0000

#47 Las llaves no son ninguna pega, sino todo lo contrario. Y la gestión de la memoria es un problema que ya lleva años resuelto. Suena a la típica solución que nadie ha pedido para un problema inexistente.

» autor: Penetrator

#69 C++ para el Siglo XXI [EN]

emdi — Mon, 17 Feb 2025 09:37:25 +0000

#61 Por este tipo de cosas es por lo que odio JS y en general los lenguajes no tipados o con tipado dinámico. Cuando defines un campo en un objeto y que equivocas te crea un nuevo y a correr...Ole!

» autor: emdi

#68 C++ para el Siglo XXI [EN]

emdi — Mon, 17 Feb 2025 09:35:41 +0000

A mi lo que me mata del C++ y del java es la sintaxis. Debo estar ya mayor pero la sintaxis de ciertas funcionalidad "avanzadas", por ejemplo el uso de lambdas o métodos anónimos. No voy a entrar en los aspectos técnicos de un lenguaje, pero para mi, repito, para mi, la sintaxis de un lenguaje de alto nivel, hecho para personas, tiene que ser autoexplicativo y mnemotécnico, es decir tiene que ser una sintaxis clara y lo mas cercana al lenguaje natural. Odio esas sintaxis en la que si te falta algo, se lo come el compilador pero la cosa no funcione(Un ejemplo son los break en los case, variables no inicializadas o que se pisan por el ámbito) . Normalmente para saber si la sintaxis de un lenguaje es buena, lo mejor es darle código a alguien que no la conozca, pero si sepa programación, y pedirle que explique que es lo que esta haciendo el código.

» autor: emdi

#67 C++ para el Siglo XXI [EN]

Penetrator — Mon, 17 Feb 2025 09:18:21 +0000

#4 El que pretendía resolver los problemas de C++ era Java.

» autor: Penetrator

#66 C++ para el Siglo XXI [EN]

DatosOMientes — Mon, 17 Feb 2025 09:06:33 +0000

#45 Yo tampoco me he quejado, por eso lo entrecomillé. Simplemente, cuando veo algo así, lo cambio porque sé que es un potencial punto de error.

» autor: DatosOMientes

#65 C++ para el Siglo XXI [EN]

T0nech0 — Mon, 17 Feb 2025 09:03:17 +0000

#59 Gracias por tu comentario. Llevo muchos años desconectado de C++ y lo último que recuerdo eran esos horrosos bugs de memoria.
Estoy seguro que habrá proyectos en los que el actual C++ será más eficiente, no lo sé, pero es que una vez habituado a C#, al IDE de Visual Studio y a su IntelliSense es muy difícil volver. Al menos tal y como yo lo recuerdo.
De hecho .NET tiene un C++ que ya nunca instalo en equipos nuevos, aunque tu comentario me está haciendo dudar.
C# es el C++ para programadores vagos, como es el caso.

Salud !!!!

» autor: T0nech0

#64 C++ para el Siglo XXI [EN]

Azrapse — Mon, 17 Feb 2025 09:01:45 +0000

#55 En C, en programas profesionales comerciales con millones de unidades vendidas, que he visto yo con mis ojos, he llegado a ver gotos y etiquetas para salir de switches dentro de bucles dentro de bucles.

» autor: Azrapse

#63 C++ para el Siglo XXI [EN]

Azrapse — Mon, 17 Feb 2025 08:56:21 +0000

#57 Muy discutible "buena práctica".
Es muy habitual tener bucles infinitos (como podría ser el bucle principal de una aplicación, juego o simulación. Y dentro de ese bucle se procesan multiples mensajes que son costosos de evaluar, y por ello se evalúan de menos costoso a más costoso y diferentes casos consecutivos dentro del bucle.
Para esos caso, quieres que tan pronto un mensaje indique la inmediata interrupción del bucle, el bucle se interrumpa inmediatamente.
Semánticamente, eso es más cercano a la "lógica de negocio" del dominio, y por lo tanto, más sencillo de seguir por el programador.

La alternativa sería que el bucle infinito tuviera una variable de control del tipo continuarBucle = true, que es asignada a false tan pronto se evalua un caso de interrupción. Pero entonces tienes que asegurarte que ninguno de las posteriores (y costosas) evaluaciones de estado son llevadas a cabo porque ya sabes que debes interrumpir.
Con lo cual, tienes dos alternativas: o usas la sentencia "continue", que nos deja en las mismas que usar el "break"; o tienes que empaquetar todos las evaluaciones posteriores en "if"s y "else"s lo cual aumenta la complejidad ciclomática y dificulta la lectura y comprensión del código, al tener que hacer scroll hacia arriba y hacia abajo (o colapsar bloques, si tu editor lo permite) para saltarte el resto del código que es irrelevante para el caso actual.

Al final, te ahorras meter un "break" a costa de complicar todo el código.
Como digo, hay que ser muy crítico y escéptico con esas "buenas prácticas", que pocas veces funcionan más allá del ámbito académico y los programas de juguete.

» autor: Azrapse

#62 C++ para el Siglo XXI [EN]

Peazo_galgo — Mon, 17 Feb 2025 08:53:12 +0000

#4 que tiene buenos "tipos"? De qué conio.h me estás hablando?

p.d.: a mi siempre me dio pena que no triunfara más Pascal-Delphi: me parecía mucho más claro y sencillo como lenguaje...

» autor: Peazo_galgo

#61 C++ para el Siglo XXI [EN]

MetalAgm — Mon, 17 Feb 2025 08:41:34 +0000

#52
let mut i : u64 = 1; // Es un int
i += 2;
let i = 2.3;//¡Se redefine a double!

Esto es un puto caos... imagina un codigo complejo donde tienes mas variables y cada una se redefine a distintos tipos distintas veces.... es un puto caos saber si esa variable deberia de tener un 2, un 3, un 2.3, un 3.2, etc etc...

» autor: MetalAgm

#60 C++ para el Siglo XXI [EN]

MetalAgm — Mon, 17 Feb 2025 08:37:04 +0000

#47 No entiendo el problema con lasllaves {}.... son muchisimo mas aclaratorias de donde empieza un scope y donde acaba...
if(...) {
....
}

» autor: MetalAgm

#59 C++ para el Siglo XXI [EN]

MetalAgm — Mon, 17 Feb 2025 08:32:41 +0000

#38 Hoy en dia la pesadilla de los punteros se soluciona con smart pointers: std::unique_ptr y std::shared_ptr... con ellos no tienes que hacer ni new ni delete y asi no tienes que preocuparte de memory leaks...

aparte de toda la funcionalidad añadida desde C++11, como variables auto, loops foreach, funciones lambda, functions, threads, etc etc etc

» autor: MetalAgm

#58 C++ para el Siglo XXI [EN]

MorrosDeNutria — Mon, 17 Feb 2025 08:20:55 +0000

#6 JS !!!

Ya cierro al salir

» autor: MorrosDeNutria

#57 C++ para el Siglo XXI [EN]

carlosuyate — Mon, 17 Feb 2025 08:20:44 +0000

#51 No user break en bucles, como buena práctica: www.reddit.com/r/learnprogramming/comments/eus8lc/is_it_bad_practice_t

» autor: carlosuyate

#56 C++ para el Siglo XXI [EN]

MetalAgm — Mon, 17 Feb 2025 08:18:33 +0000

#36 Si, pero nadie te obliga a usarla hoy en dia, tienes alternativas dentro del mismo lenguaje...

» autor: MetalAgm

#55 C++ para el Siglo XXI [EN]

EmuAGR — Mon, 17 Feb 2025 08:17:37 +0000

#51 Curioso, en lenguajes como PHP eso se soluciona con un "break(2)" para salir dos veces. En C parece que requiere cosas menos directas como la combinación de "continue".

» autor: EmuAGR

#54 C++ para el Siglo XXI [EN]

acisif — Mon, 17 Feb 2025 08:12:48 +0000

#52 Me autocorrijo Arc<RwLock> en lugar de Rc<RwLock>

» autor: acisif

#53 C++ para el Siglo XXI [EN]

Alvarro53 — Mon, 17 Feb 2025 08:12:15 +0000

#50 Eso ya depende de la gente con la que te mezcles, obviamente. Yo no lo he visto jamás en mi equipo, pero quien sabe. Nosotros lo usamos y ningun problema.

» autor: Alvarro53

#52 C++ para el Siglo XXI [EN]

acisif — Mon, 17 Feb 2025 07:56:33 +0000

He hecho alguna cosa con C++ y hace un par de años que me he puesto con Rust. Después de ese par de años en uso me quedo con Rust por la seguridad que proporciona y sabes lo que estás haciendo. Si tienes claro el algoritmo que quieres programar, en cuanto compila, sabes que lo tienes.
Puedes elegir el tipo de gestión de memoria ya sea puntero único (por defecto en Rust) o conteo de referencias. Además de tipos específicos para gestión de memoria cuando se usan hilos. Por ejemplo, Rc<RwLock> es un conteo de referencias protegido por un semáforo para asegurar múltiples lecturas y sólo un hilo escritor.

Las únicas críticas que le hago a Rust son:
- Es un lenguaje joven hay muchas bibliotecas que faltan o son inestables. Te puedes encontrar varias bibliotecas para hacer lo mismo. He cogido la costumbre de pasarme antes por Github y ver de cuándo es su último post. Las hay que directamente están abandonadas. También compruebo el número de instalaciones para saber si una comunidad fuerte detrás o no.

- El lenguaje también tiene sus cosillas. Por ejemplo, se puede redeclarar una variable con un tipo distinto en el mismo bloque:

let mut i : u64 = 1; // Es un int
i += 2;
let i = 2.3;//¡Se redefine a double!

El código anterior es valido en Rust y funciona. De hecho hay que redefinir variables de forma obligatoria para poder cumplir con la restricción de tener una sola referencia mutable que impone Rust.

» autor: acisif

#51 C++ para el Siglo XXI [EN]

Azrapse — Mon, 17 Feb 2025 07:49:27 +0000

#37 Pues las llaves en cada case de los switch debería ser una práctica recomendable.
Inicias un ámbito nuevo exclusivo a ese case, de modo que puedes declarar variables locales a ese ámbito que no son visibles desde los otros cases. El comportamiento por defecto es que las variables definidas en un case son visibles desde los otros cases, con lo que puede llevar a errores.
No sé cómo se les ocurrió diseñar el lenguaje así. Va en contra de la programación estructurada.
En general, la sentencia switch en C y C++ está muy extrañamente definida, usando etiquetas de caso que alguna gente usa para hacer goto entre casos. Y sobre todo el uso de la palabra break para terminar un caso, que interfiere con el break de los bucles, de modo que no puedes interrumpir un bucle desde dentro de un caso de switch. Extrañísimo diseño del lenguaje.

» autor: Azrapse

#50 C++ para el Siglo XXI [EN]

EmuAGR — Mon, 17 Feb 2025 07:49:08 +0000

#35 #39 Es fuente de bugs porque luego llega otro y añade otra línea debajo del if y manda la segunda línea fuera del condicional. Anda que no lo he visto yo veces...

» autor: EmuAGR

#49 C++ para el Siglo XXI [EN]

eltxoa — Mon, 17 Feb 2025 07:22:54 +0000

#30 meneame sigue siendo lo que era

» autor: eltxoa

#48 C++ para el Siglo XXI [EN]

avalancha971 — Mon, 17 Feb 2025 07:22:46 +0000

#36 Creo que se refiere a que, si quieres basta con ser cuidadoso en no utilizar funcionalidad del pasado.

» autor: avalancha971

#47 C++ para el Siglo XXI [EN]

slow_biker — Mon, 17 Feb 2025 07:22:13 +0000

nim es poco conocido fuera del ámbito de las criptos, está inspirado en lo mejor de varios lenguajes como C, C++, pascal y Python,,

resuelve muchas de las pegas de c++ sobre todo en lo referente a gestión de memoria, código mucho más legible y compacto al eliminar las famosas llaves {},

he hecho varios port de código c++ y el resultado mejoraba mucho, el rendimiento es prácticamente el de C, ya que el compilador de nim compila a C o C++ por lo que usar C/C++ desde nim es inmediato.

» autor: slow_biker

#46 C++ para el Siglo XXI [EN]

tremolantepenacho — Mon, 17 Feb 2025 07:16:28 +0000

#4 Difícilmente Pascal pretendería resolver todos los problemas de C++ cuando es unos cuantos años más viejo

» autor: tremolantepenacho

#45 C++ para el Siglo XXI [EN]

Alvarro53 — Mon, 17 Feb 2025 07:12:48 +0000

#42 Pues no sé, nunca he escuchado una sola queja de nadie en mi empresa, y lo usamos de manera sistemática.

» autor: Alvarro53

#44 C++ para el Siglo XXI [EN]

acisif — Mon, 17 Feb 2025 07:12:37 +0000

#33 Más que no poner las llaves, puede ser recomendable para hacer más legible el código, lo que son un peligro son las instrucciones vacías. Por ejemplo, el típico programa de mostrar los números del 1 al 10 que NO funciona:
int i = 1;
for(;i<11;i++) ; {
printf("%dn", i);
}

Lenguajes como Rust prohíben esta construcción.

» autor: acisif

#43 C++ para el Siglo XXI [EN]

tamat — Mon, 17 Feb 2025 06:55:42 +0000

#16 todo lo contrario, el que aprende C++ no solo lo tiene facil para aprender cualquier otro lenguaje (porque no te enseña malos habitos) sino que ademas entiende mucho mejor como funciona un ordenador, y en especial la memoria de este.

En la uni donde yo impartia clases trataron reemplazarlo por Python en los primeros años de carrera y fue un desastre, para lo que luego tuvieron que volver a enseñar C++.

» autor: tamat

#42 C++ para el Siglo XXI [EN]

DatosOMientes — Mon, 17 Feb 2025 06:53:21 +0000

#39 Confunde. Y es más sencillo que, durante el mantenimiento, cause problemas.
"Queja" de alguien más cercano a los 20 años de experiencia que a los 10.

» autor: DatosOMientes

#41 C++ para el Siglo XXI [EN]

ur_quan_master — Mon, 17 Feb 2025 06:50:26 +0000

#11 los acabará teniendo implementados malamente como otras castañas d lenguajes milagrosos tipo JavaScript o Python.

» autor: ur_quan_master

#40 C++ para el Siglo XXI [EN]

Heni — Mon, 17 Feb 2025 06:24:55 +0000

#11 Revisa structs, impl y traits, y/o el Patrón de Objeto Revelador

» autor: Heni

#39 C++ para el Siglo XXI [EN]

Alvarro53 — Mon, 17 Feb 2025 06:07:42 +0000

#_33 si es solo una línea, no confunde para nada.

Además eso suena a queja de muy muy junior. A poco que te dediques a esto meter una línea debajo de un IF o FOREACH sin llaves no te afecta en absolutamente nada en la comprensión.

» autor: Alvarro53

#38 C++ para el Siglo XXI [EN]

T0nech0 — Mon, 17 Feb 2025 05:48:48 +0000

Qué recuerdos!
Hace años que no utilizo c++ y las pesadillas con sus punteros, exactamente los mismos en que utilizo c#.
Puede que a alguno le suene a herejía pero para el tipo de proyectos en los que estoy metido fue mano de santo.
No vuelvo ni de coña.

Salud !!!!

» autor: T0nech0

#37 C++ para el Siglo XXI [EN]

selina_kyle — Mon, 17 Feb 2025 05:39:10 +0000

#33 a mi me fastidian más la falta de llaves en los switch. Que como sea muy grande no encuentro el siguiente case. Encima si pones llaves el IntelliJ te protesta en plan, para que pones esto? Estás bien? Jajaja

» autor: selina_kyle

#36 C++ para el Siglo XXI [EN]

ccguy — Mon, 17 Feb 2025 02:37:02 +0000

#31 salvo que hayan roto la compatibilidad con el pasado por supuesto que tienes que ser cuidadoso.

¿Ya no puedes tener punteros a objetos liberados, o hacer aritmética de punteros errónea, o tener referencias al mismo objeto en dos hilos, etc etc?

» autor: ccguy

#35 C++ para el Siglo XXI [EN]

covacho — Mon, 17 Feb 2025 02:34:31 +0000

#33 yo lo hago. Porque el hecho de que más líneas de código entren en pantalla facilita la lectura.

» autor: covacho

#34 C++ para el Siglo XXI [EN]

Findeton — Mon, 17 Feb 2025 02:32:41 +0000

#21 Rust difícilmente puede sustituir a C cuando:
- No es tan portable como C.
- Sus abstracciones que hacen que sea "memory-safe" tienen coste computacional.

Dicho esto, me encanta Rust para el backend y es lo que usamos en el día a día. Pero para cosas como un sistema operativo, un videojuego, máquinas virtuales etc, no creo que lo vaya a sustituir o que sea lo más indicado.

» autor: Findeton

#33 C++ para el Siglo XXI [EN]

mcfgdbbn3 — Mon, 17 Feb 2025 02:15:23 +0000

Odio cuando ponen FOR o IF y "como solo es una línea" no ponen las llaves.

Eso confunde mucho, sobre todo a los principiantes, jamás lo hagáis.

» autor: mcfgdbbn3

#32 C++ para el Siglo XXI [EN]

mcfgdbbn3 — Mon, 17 Feb 2025 02:14:02 +0000

#16: Pues yo creo que como primera toma de contacto es mejor un lenguaje genérico como C o C++, sin profundizar mucho en ellos para no complicarse, lo justo para las variables, IF, ELSE, FOR, WHILE, vectores... Nada de aprender directamente con JS, Python o otros lenguajes de uso específico. Una vez se tiene una base con C o C++ ya saltas al lenguaje que necesites. Python tiene fallos gordos para ser un lenguaje de entrada, te añade saltos de línea en la pantalla sin pedirlos, o te obliga a indentar en lugar de plantearlo como algo conveniente.

» autor: mcfgdbbn3

#31 C++ para el Siglo XXI [EN]

MetalAgm — Mon, 17 Feb 2025 00:44:44 +0000

#28 C++ hoy en dia no tiene nada por lo que ser cuidadoso... actualizaros un poco y dejar de repetir mantras del C++98...

Hoy en dia no tienes que hacer new/delete... tienes smart pointers (std::unique_ptr y std::shared_ptr) para evitar memory leaks... tienes STD para multitud de funcionalidades seguras: threads, functions, variables auto, loop foreach, funciones lambda, etc etc etc...

» autor: MetalAgm

#30 C++ para el Siglo XXI [EN]

MetalAgm — Mon, 17 Feb 2025 00:42:25 +0000

#22 C++ tiene programacion cercana al hardware y de alto nivel como cualquier lenguaje moderno con el C++ moderno (C++11, C++14, C++17, C++20, etc)

Por favor, actualizaros un poco y dejar de repetir los mantras del C++98 que no salis de ellos...

» autor: MetalAgm

#29 C++ para el Siglo XXI [EN]

--777905-- — Mon, 17 Feb 2025 00:30:28 +0000

#27 cancamusa, no. Hecha un ojo a Nix.
Como concepto light, taskset, pero lo de dedicar un core en exclusiva no lo tiene GNU por hoy.

» autor: --777905--

#28 C++ para el Siglo XXI [EN]

spacos — Sun, 16 Feb 2025 22:58:22 +0000

#18 Bien preguntado es: ¿Con qué debes de ser cuidadoso?. Y si no sabes la respuesta a eso, es que no has programado en C++ profesionalmente. "Googlea" y respuestas tendrás.

» autor: spacos

#27 C++ para el Siglo XXI [EN]

Xtampa2 — Sun, 16 Feb 2025 22:39:08 +0000

#26 Si, mucho de aquí y de allá. Ponte como quieras, los cores, los hilos y toda la cancamusa que tengas que si tienes GC siempre habrá un momento en el que entrará en funcionamiento y habrá un bajón de rendimiento. Podrá ser pequeño, o no, pero es algo que un lenguaje sin GC nunca va a tener.

» autor: Xtampa2

#26 C++ para el Siglo XXI [EN]

--777905-- — Sun, 16 Feb 2025 22:19:56 +0000

#10 BoehmGC funciona. Y el siglo XXI tiene una E/S muy superior y esta hecha para el multiproceso, el IOMMU permite virguerias.
En un single core lo entenderia. Hoy cualquier SO decente deberia poder obligar a ejecutar procesos o hilos por nucleo de forma exclusiva.
Los de plan9/9ftont estan haciendo locuras con el kernel nix. CSP? No he mirado, pero es una bestia ejecutando concurrentemente.
Las mainframes admitian reemplazar modulos en caliente. Pues hoy usar una GC no deberia ser ni problema. Si a los de C# les va...
No podemos pensar en los SO de hoy como si fueran monotarea. Eso esta muerto.

» autor: --777905--

#25 C++ para el Siglo XXI [EN]

tpm1 — Sun, 16 Feb 2025 19:37:36 +0000

#23 Al menos es binario.

» autor: tpm1

#24 C++ para el Siglo XXI [EN]

eltxoa — Sun, 16 Feb 2025 14:58:52 +0000

#23 es lo que he dicho

» autor: eltxoa

#23 C++ para el Siglo XXI [EN]

chavi — Sun, 16 Feb 2025 12:54:23 +0000

#22 C++ es una programación cercana al hardware....... o no.

Si quieres lo es. Si no quieres, no lo es.

» autor: chavi

#22 C++ para el Siglo XXI [EN]

eltxoa — Sun, 16 Feb 2025 12:49:52 +0000

#18 No tanto el lenguaje en sí, sino lo que se programa en C/C++/Rust. Es una programación cercana al hardware.

Edit: Ah. No eres quien hizo la pregunta.

» autor: eltxoa

#21 C++ para el Siglo XXI [EN]

chavi — Sun, 16 Feb 2025 10:36:19 +0000

#19 Ya, y qué ?

Sigue sin ser lo más apropiado para implementar un modelo diseñado mediante orientación a objetos. C++ es mucho mejor para eso.

Rust puede sustituir a C, no a C++

» autor: chavi

#20 C++ para el Siglo XXI [EN]

Findeton — Sun, 16 Feb 2025 09:54:54 +0000

#1 No es igual, en Rust toda abstracción tiene que mantener el tipado fuerte. En C++ la máxima es "no cost abstractions".

» autor: Findeton

#19 C++ para el Siglo XXI [EN]

Findeton — Sun, 16 Feb 2025 09:53:51 +0000

#11 Pero tiene interfaces.

» autor: Findeton

#18 C++ para el Siglo XXI [EN]

chavi — Sun, 16 Feb 2025 09:21:00 +0000

#16 Que cosa tan "especial" tiene C++ que provoca tanto "sufrimiento"?

Que debes ser cuidadoso?

» autor: chavi

#17 C++ para el Siglo XXI [EN]

todosube — Sun, 16 Feb 2025 07:43:38 +0000

#5 eres romano?

» autor: todosube

#16 C++ para el Siglo XXI [EN]

spacos — Sun, 16 Feb 2025 07:34:14 +0000

#15 Consejo. A menos que tengas a vista algún trabajo muy especializado para usar C++, evitalo. C++ es uno de esos lenguajes que son para aprender en exclusiva. Si quieres ser bueno, bueno y no aprender solo las cosas basicas que son parecidas en todos los lenguajes te llevara mucho tiempo y sufrimiento.

» autor: spacos

#15 C++ para el Siglo XXI [EN]

nopolar — Sun, 16 Feb 2025 06:39:45 +0000

¿Algún curso gratuito o barato que conozcáis para empezar con C++?

» autor: nopolar

#14 C++ para el Siglo XXI [EN]

TheIpodHuman — Sun, 16 Feb 2025 05:12:58 +0000

#9 C pus pus

» autor: TheIpodHuman

#13 C++ para el Siglo XXI [EN]

Galero — Sun, 16 Feb 2025 00:19:10 +0000

#12 De hecho, todo lo que ha mencionado. Ni a propósito.

» autor: Galero

#12 C++ para el Siglo XXI [EN]

chavi — Sat, 15 Feb 2025 23:33:17 +0000

#7 X11 sigue vigente.

Y funciona muy bien.

» autor: chavi

#11 C++ para el Siglo XXI [EN]

chavi — Sat, 15 Feb 2025 23:32:26 +0000

#1 Rust no tiene orientación a objetos. La comparación sería con C, no con C++

» autor: chavi

#10 C++ para el Siglo XXI [EN]

Xtampa2 — Sat, 15 Feb 2025 23:26:56 +0000

#6 Un lenguaje con recolector de basura dudo mucho que pueda tildarse como el C++ de Siglo XXI.

» autor: Xtampa2

#9 C++ para el Siglo XXI [EN]

insulabarataria — Sat, 15 Feb 2025 22:20:56 +0000

#8 C--

» autor: insulabarataria

#8 C++ para el Siglo XXI [EN]

--777905-- — Sat, 15 Feb 2025 21:48:14 +0000

#5 Perdon por el negativo.

» autor: --777905--

#7 C++ para el Siglo XXI [EN]

--777905-- — Sat, 15 Feb 2025 21:47:54 +0000

#4 Ser longevo no lo hace mejor. Mira basic, x11, ncurses, terminales y baudios en el siglo XXI...

» autor: --777905--

#6 C++ para el Siglo XXI [EN]

--777905-- — Sat, 15 Feb 2025 21:46:52 +0000

#1 Go.

» autor: --777905--

#5 C++ para el Siglo XXI [EN]

elhumero — Sat, 15 Feb 2025 21:27:57 +0000

#2Â121 en mi pueblo

» autor: elhumero

#4 C++ para el Siglo XXI [EN]

drstrangelove — Sat, 15 Feb 2025 21:25:14 +0000

Pues para tener 45 años, aguanta muy bien el tipo. Parece increíble que todavía se siga usando y Pascal, por ejemplo, que pretendía resolver todos los problemas del C++, haya desaparecido.

» autor: drstrangelove

#3 C++ para el Siglo XXI [EN]

haprendiz — Sat, 15 Feb 2025 21:16:15 +0000

#0 Te falta la etiqueta SFW _{(para nerds)}.

» autor: haprendiz

#2 C++ para el Siglo XXI [EN]

insulabarataria — Sat, 15 Feb 2025 21:00:43 +0000

C++XXI = CXXII

» autor: insulabarataria

#1 C++ para el Siglo XXI [EN]

Heni — Sat, 15 Feb 2025 20:28:02 +0000

C++ para el Siglo XXI -> Rust

» autor: Heni