1 :
root@bienvenidoainternet.org:~#
: 04/03/21(jue)20:45:41
ID:VwF58cRb0
Sigue siendo el lenguaje más rápido pero sólo si sabes usarlo bien.
2 :
root@bienvenidoainternet.org:~#
: 04/03/21(jue)21:25:34
ID:qvYflnic0
>Sigue siendo el lenguaje más rápido
Curiosa manera de escribir FORTRAN :-)
3 :
root@bienvenidoainternet.org:~#
: 04/03/21(jue)21:31:30
ID:lQFOUTxB0
C no está obsoleto si tienes conocimientos básicos y sabes programar bien en él. Es un lenguaje de bajo nivel y cumple bien su propósito.
4 :
root@bienvenidoainternet.org:~#
: 04/03/21(jue)22:01:05
ID:qvYflnic0
5 :
root@bienvenidoainternet.org:~#
: 04/03/21(jue)22:06:59
ID:lQFOUTxB0
Más bajo nivel que python, js, etc.
Eso no lo hace de bajo nivel.
7 :
root@bienvenidoainternet.org:~#
: 04/03/21(jue)22:20:26
ID:rQsoJT3Q0
Está obsoleto desde un punto de vista corporativo. A las compañías les suele convenir más tener empleados programando en otros lenguajes de más alto nivel que te permitan escribir lo mismo en menos líneas y ahorrarle dinero a la empresa y porque hacer las cosas optimizadas ya no importa porque siempre se puede obligar al usuario a que tenga que comprar cada vez mejor hardware.
Hay demasiadas cosas que a C le hacen falta y se están viendo en otros lenguajes que intentan competir con él (Jai, Zig, V, Odin, Rust(?), etc.). Me encanta que estos lenguajes nuevos se encarguen de mejorar la programación con lógicas nuevas (expresividad del lenguaje y orientación a la compresión) sin complejizar el lenguaje y no intentar "mejorar" paradigmas sobrevalorados, como la orientación a objetos y el "ocultar" para abstraer lógicas, que me parecen de muy mal gusto.
Putos archivos de cabecera.
9 :
root@bienvenidoainternet.org:~#
: 04/03/21(jue)22:36:21
ID:lQFOUTxB0
No me gustan los "C mejorados" ni los "reemplazos de C/C++" porque lo hacen todo más difícil con tantas abstracciones, conceptos que intentan forzar de lenguajes de alto nivel y abuso de signos como "->", ":", "#" y "!" que hacen el código difícil de leer. En C ya teníamos suficiente con '&' y '*' para punteros. Tal vez solo Golang se salva de esto.
>conceptos que intentan forzar de lenguajes de alto nivel
¿Lenguajes como C?
11 :
root@bienvenidoainternet.org:~#
: 04/03/21(jue)22:56:51
ID:lQFOUTxB0
Es obvio que si quieren hacer un C mejorado van a tomar conceptos de C. Me refiero a por ejemplo, nim que intenta ser python desesperadamente o Rust que es un Frankenstein confuso de JS, Ruby y C++. Todos los intentos de "mejorar C" son infructuosos porque lo hacen todo más difícil en lugar de mantener todo simple e imperativo. Lo bueno que tiene C es precisamente eso.
>en lugar de mantener todo simple e imperativo
Y seguro, ¿no?
>>8Igual Rust ha mostrado ser bastante prometedor.
>>13En efecto, el único problema es que biblioteca que veo en internet hace uso extremo de los traits lo que me genera un poco de escepticismo por mi tendencia a distanciarme de la orientación a objetos como solución a la forma en que se organizan los programas.
15 :
root@bienvenidoainternet.org:~#
: 04/03/21(jue)23:43:34
ID:QjDUbCRh0!
Justito hablaban de algo parecido con los strings en HackerNews, vaya.
Tampoco es que todo el mundo sea C o objetos o [inserte].
>>9,11el abuso de signos es hasta cierto punto comprensible: representan semánticas de alto nivel pero propias del lenguaje; semánticas que aclaran la "intención" del usuario y permiten mejores y más optimizaciones. te parecen verborrágicas y/o complejas porque no estás acostumbrado a darle información tan especifica al compilador.
un ejemplo en C seria la diferencia entre switch y cadenas de if-else. la ventaja de abusar símbolos es que la sintaxis especial deja en claro que se trata de una característica del lenguaje y no del código del usuario.
POR OTRO LADO, CONSIDERANDO: que la "syntactic sugar" de rust ya ha cruzado la linea del ridículo desde hace años, eso combinado con el bondage&control excesivo, los múltiples analizadores estáticos que siguen agregando al compilador y hacen que los tiempos de compilación sean cada vez mayores, y el eterno problema de que las semánticas de tipos no se pueden implementar completamente en un lenguaje compilado de tipado estático sin overhead.
RESUELVO: que rust no va a crecer mucho más de lo que ya ha crecido. yo me ofrezco a traducir el código de baitv a C++ de forma tal que pueda ser mantenido por futuras generaciones
w verdad que bai tv está en rust.
>yo me ofrezco a traducir el código de baitv a C++ de forma tal que pueda ser mantenido por futuras generaciones
Yo me ofresco a traducir ese codigo en C++ a ANSI C (o al ultimo estándar, como prefieran), para evitar dolores de cabeza a futuro y los que modifiquen el código se preocupen de los requerimientos del presente en vez de la especulación hacia el futuro.