date una vuelta por aqui en el foro y ve cuantos usuarios usan Java cuantos C y cuantos Basic, a nivel informatico C en cualquiera de sus presentaciones es de lo menos usados... según mi lógica...
Meliklos dijo:
es cierto lubeck, es que para aplicaciones más electrónica... c se queda un poco en el camino...
Ustedes está fumando algo raro, no?
Miren, se las voy a hacer corta: que ustedes no usen el C en electrónica NO significa que nadie lo haga.
En la actualidad,
TODO en electrónica se programa en C, desde los microcontroladores (y ya no jodan mas con el assembler) hasta las interfaces que usan las PC con el hardware, claro, pasando por aplicaciones en Hard Real Time sobre sistemas operativos real-time como QNX o Linux RTAI. Los drivers de dispositivos de hardware, en
cualquier sistema operativo, se programan en C. Los sistemas operativos se programan en C...POR COMPLETO, excepto tal vez el 0.1% que es assembler en pedazos de código que son dependientes del procesador (les recomiendo que bajen el código fuente de un kernel de Linux y lo analicen para ver cuanto assembler u otro lenguaje hay). Y deben haber muy pocas cosas mas "electrónicas" que el kernel de un sistema operativo...
EL C++ es otra historia. Es un lenguaje con un paradigma diferente y que es muy utilizado para aplicaciones en computadoras...
pero aplicaciones de alto nivel, no kernel y esas cosas, para las cuales ya se han desarrollado interfaces orientadas a objetos en C++...pero solo son la interfaces. EL C++
NO se aplica en electrónica de bajo nivel, como por ejemplo un uControlador por el simple hecho de que los requerimientos de memoria de un programa en C++ diseñado como corresponde excede - y por mucho - las capacidades de un uC (solo para esto tienen que entender como trabajan los métodos virtuales del C++ para saber por que chupan mas memoria que el C ANSI común).
Y no digan que el C se queda corto en electrónica por que eso es un BOLAZO! Yo he escrito programas en C que tocaban todos y cada uno de los registros de una interfaz serie de una PC y los registros de un ADC con bus PCI, usando operaciones I/O en el primer caso e invocaciones ioctrl en el segundo, pero el mapeo de los DMA para escritura directa en memoria lo hice con punteros e instrucciones I/O en C...y nunca me hizo falta aprender ni usar el assembler de la flia. x86 de INTEL
. Es más, he escrito un driver para el kernel Linux como interfaz a un ADC de ocho canales (la foto la puse por ahí en el foro) y cuatro salidas a relay, y no he puesto NADA que no fuera C.
Les pido que no macaneen con esto. En la actualidad assembler NO ES LA VERDAD REVELADA y solo se usa cuando no queda otra salida, o sea....casi nunca. Que en las universidades enseñen assembler para la introducción a la programación de uC NO IMPLICA que eso se use en vida diaria....por que la productividad en C es mil veces mayor que la que se logra en assembler y eso es clave para la salida en tiempo al mercado.
