Adiós robot - hola marasmo - página 9
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
Esa gente es rara. Estos cerebritos luchan contra el compilador como si fuera un molino de viento sin entender lo principal: ¡el compilador es tu aliado! Alégrese cuando el compilador jure fragmentos de código potencialmente inseguros. Alégrate incluso si la aplicación se bloquea justo después del lanzamiento con una cadena de error. Pero Dios no quiera que tengas un código inmanejable cuando no hay errores ni advertencias y el programa parece funcionar bien pero de vez en cuando se producen fallos extraños cuya causa no se puede rastrear en ningún sitio. En esos momentos te vuelves insípido y empiezas a soñar con errores como "puntero no válido" o "división por cero".
Resulta que un compilador no es lo mismo que un compilador. Aquí, el compilador C/C++ de Intel es un aliado. Si quieres comentarios, eres bienvenido. Si no quieres ninguno, no hay problema. Si quieres desactivar algunas observaciones, sólo tienes que nombrarlas.
Pero hay otros compiladores. Algunos son "lo que tú quieras".
Es conveniente alegrarse cuando el compilador es un aliado, cuando "escucha". Y también cuando logra abstenerse de crear código inmanejable. Entonces los pensamientos de esos sueños extraños ni siquiera se cruzarán por tu mente.
De nuevo, los programadores profesionales no suelen fijarse en las advertencias porque conocen la lógica del compilador y los compiladores son inútiles para probar la funcionalidad del código.
Entiendo que algunas personas se pongan histéricas después de familiarizarse con los analizadores estáticos.
Pero sólo después de que algunos entiendan lo que un compilador debe (exactamente debe) hacer. Estamos en 2014 y los compiladores ordinarios llevan al menos 10 años de retraso en el control de calidad y se concentran solo en las optimizaciones.
Para información: el compilador Intel C++ aún no se ha recuperado de sus defectos - genera constantemente errores internos de compilación en nuestros proyectos. Es decir, no mastica grandes proyectos y produce sus propios errores. Y los mitos sobre sus extraordinarias propiedades de optimización también han quedado obsoletos: todos los demás han ajustado mucho sus niveles de optimización.
En un lenguaje tan peligroso y suicida como C++, se dan tantas claves e interruptores de compilación para que los programadores confiados compilen toneladas de código antiguo y copiado de la nada sin calambres nerviosos :)
...
De nuevo, los programadores profesionales no suelen mirar las advertencias...
¡¡¡A los anales!!!
¿Puede recomendar un entorno, un compilador y una configuración para una escritura óptima (velocidad/optimización + detección de errores, etc.) de C++ y otros lenguajes?
¿Cómo se hace en Visual Studio?
Lo he probado, está bien. Pero no tengo nada con qué compararlo. Me gustaría programar en una infraestructura óptima.
Mis programas son pequeños, rara vez el código fuente supera los cien kilobytes. Me gustaría que me recomendaran esas versiones para aficionados. No hablo de grandes proyectos.
¿Puedes recomendar el entorno, el compilador y la configuración para escribir de forma óptima (velocidad/optimización + detección de errores, etc.) programas en C++ y otros lenguajes?
Lo recomiendo para el desarrollo profesional: