por
pobrecito hablador
el Lunes, 22 Marzo de 2010, 14:23h
(#1209986)
Son sólo eso, typos, no errores de concepto.
Precisamente, el tema es que C/C++ se presta a que se confunda una errata con un error de concepto. Y a que una errata pase desapercibida porque el compilador lo entiende como algo normal y esté enmascarando un error (por concepto o por errata) grave.
Al final a todo se acostumbra uno, evidentemente, pero es una necedad negar que la elección de = y == y cómo se pueden usar en C/C++ (if (a = b){... (sí, sé que los compiladores suelen dar un warning y pedir que se meta entre otro paréntesis, pero dime quién se fija en los warnings de compilaciones de tamaño considerable) constituyen un mal diseño del lenguaje.
No sé qué compiladores son esos, el gcc desde luego se calla.
pero dime quién se fija en los warnings de compilaciones de tamaño considerable
Cualquiera con dos dedos de frente. Los warnings deben eliminarse del código, e ignorarlos en un proyecto de un tamaño considerable es como poco negligente.
por
pobrecito hablador
el Lunes, 22 Marzo de 2010, 18:03h
(#1210018)
> Precisamente, el tema es que C/C++ se presta a que se confunda una errata con un error de concepto. Y a que una errata pase desapercibida porque el compilador lo entiende como algo normal y esté enmascarando un error (por concepto o por errata) grave.
Igual que todos los lenguajes.
Si en un bucle anidado cambias una "i" por una "j" en cualquier lenguaje común, la has cagado y el compilador no dirá nada.
¡Son tan parecidos la "i" y la "j"! ¡Y es tan tan cerca!... ¡Deberíamos usar "iIi" y "JjJ" para los contadores!
Re:Unos apuntes
(Puntos:0)Son sólo eso, typos, no errores de concepto.
Precisamente, el tema es que C/C++ se presta a que se confunda una errata con un error de concepto. Y a que una errata pase desapercibida porque el compilador lo entiende como algo normal y esté enmascarando un error (por concepto o por errata) grave.
Al final a todo se acostumbra uno, evidentemente, pero es una necedad negar que la elección de = y == y cómo se pueden usar en C/C++ (if (a = b){... (sí, sé que los compiladores suelen dar un warning y pedir que se meta entre otro paréntesis, pero dime quién se fija en los warnings de compilaciones de tamaño considerable) constituyen un mal diseño del lenguaje.
Re:Unos apuntes
(Puntos:2)( http://press.asqueados.net/ | Última bitácora: Jueves, 17 Abril de 2014, 09:50h )
No sé qué compiladores son esos, el gcc desde luego se calla.
Cualquiera con dos dedos de frente. Los warnings deben eliminarse del código, e ignorarlos en un proyecto de un tamaño considerable es como poco negligente.
Envíos descartados por Mu [barrapunto.com]
Re:Unos apuntes
(Puntos:0)Igual que todos los lenguajes.
Si en un bucle anidado cambias una "i" por una "j" en cualquier lenguaje común, la has cagado y el compilador no dirá nada.
¡Son tan parecidos la "i" y la "j"! ¡Y es tan tan cerca!... ¡Deberíamos usar "iIi" y "JjJ" para los contadores!