Menéame: comentarios [4015153]

#363 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sun, 12 Jan 2025 15:05:00 +0000

#361 Claro que es una arquitectura. Precisamente el conjunto de instrucciones restringido es posible porque la arquitectura es muy diferente

» autor: chavi

#362 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

AMDK6III — Sun, 12 Jan 2025 11:13:32 +0000

#278 "En ensamblador no hay ningún tipo de estructura de control, ni siquiera un simple condicional"

"Hay que hacerlo a manita con una comparación y un salto, CMP y JMP. Lo mismo para los bucles y cualquier otra estructura de control."

===================================

Llevamos no sé cuantos comentarios diciendo lo mismo y coincidimos en todo, pero misteriosamente nunca estamos de acuerdo .

» autor: AMDK6III

#361 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

AMDK6III — Sun, 12 Jan 2025 11:06:38 +0000

#254 RISC es "Reduced Instuction Set": LOAD, STORE y poco más. .. No refiere a una arquitectura en concreto.. .

» autor: AMDK6III

#360 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Fri, 10 Jan 2025 00:24:03 +0000

#212 Un tabulador es un carácter, \t. Lo que hagan los editores es otra cosa.

» autor: --777905--

#359 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Fri, 10 Jan 2025 00:22:35 +0000

#278 C sí, en ports de OpenBSD y C++ muy anecdóticamente. Sí, sí que conozco la programación, el que no entiende la referencia a la PDP11 (y el resto) sois vosotros.

Empezar por entender como funciona la CPU de la PDP11 (mejor la PDP10 por lo que mola el ITS) y el acceso a memoria junto con sus mnemónicos.

» autor: --777905--

#358 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Wed, 08 Jan 2025 07:31:19 +0000

#357 Esta claro que cada un lee lo que quiere , es decir, que nadie tiene la ultima palabra sobre lo que es orientado a objetos, ergo, no tienes la razón. La realidad, aunque es normal que no te guste, es que no hay consenso. Creo sinceramente, que deberias ser mas humilde y aceptar que tengo razón. Es lo correcto y adecuado.

» autor: spacos

#357 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Tue, 07 Jan 2025 18:20:51 +0000

#356 Interesante conversación. Gracias.

¿ La has leído ?

Sobre todo laa partes con estos argumentos:
"Most people that understand and use OO, mostly agree on what it is. The people who don't agree, are generally the people who don't like OO and are looking for something to attack."

"No, it DOESN'T depend on anything like that. It means just what the definition above says: "Identically (identically-named) operations can behave differently in different contexts." If that isn't true in a given system, then that system does not exhibit polymorphism and is not object-oriented. It isn't complicated."

Para mí está mas que claro que un lenguaje que no me permite implantar los modelos diseñados con técnicas de orientación a objetos con facilidad, no es un lenguaje orientado a objeto.

Ahora que sí tu quieres considerarlos como "orientados a objetos" es cosa tuya.

» autor: chavi

#356 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Tue, 07 Jan 2025 18:01:20 +0000

#355 Si, tu comunidad de vecinos, formada por ti y tu mismo. mira, te voy enviando otro para que leas:

wiki.c2.com/?NobodyAgreesOnWhatOoIs

» autor: spacos

#355 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Tue, 07 Jan 2025 17:55:58 +0000

#354 Ah!! ese es un enlace a "la comunidad".... vaya.

¿ Comunidad de qué ? ¿ De vecinos ?

Te repito. Puedes llamar "orientado a objetos" a un lenguaje que no te permita reflejar con facilidad las relaciones de herencia y polimorfismo, que no te permita sobreponer comportamientos ni hacer sobrecargas de métodos. Que no permita crear objetos ni definir clases ni hacer que funcionen con corrección de forma totalmente independiente a lo que se haga fuera de ellos.

Tu mismo.

Tendrás un "lenguaje orientado a objetos" que no sirve para implantar un software diseñado con orientación a objetos. Si de lo que se trata es de un nombre y no de las implicaciones, allá tú. Para ti la perra gorda.

Por otro lado, cualquier ingeniero de software sabe perfectamente qué necesita un lenguaje para la implantación de los modelos orientados a objetos que diseñe. No existe ninguna controversia al respecto.

Un lenguaje solo es una herramienta para codificar los modelos diseñados.

» autor: chavi

#354 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Tue, 07 Jan 2025 17:46:04 +0000

#353 Mira, aqui tienes mas, sobre lo que la comunidad dice al respecto....

softwareengineering.stackexchange.com/questions/312296/why-is-there-no

» autor: spacos

#353 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Tue, 07 Jan 2025 09:32:47 +0000

#351 A ver. Esto ya cansa. Llámale "orientado a objetos" a lo que te salga del nardo.

Pero aunque le llames "orientado a objetos" seguirás sin poder codificar con sencillez una solución software que emplee clases, objetos, encapsulación, herencia, polimorfismo, sobreposición y sobrecarga...

O sea, tendrás un lenguaje que tú consideras "orientado a objetos" que no es apropiado para codificar un modelo orientado a objetos...

Tú mismo.

» autor: chavi

#352 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Tue, 07 Jan 2025 09:13:11 +0000

#350 Lo he leído y he comentado respecto a él.

No se de todos modos que crees que aporta un manual/promoción de Rust al tema.

Luego soy yo el que "cambia de tema".

» autor: chavi

#351 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Tue, 07 Jan 2025 06:22:46 +0000

#344 Leete el enlace que te he pasado gracias.

» autor: spacos

#350 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Tue, 07 Jan 2025 06:22:28 +0000

#343 Leete el enlace que te he pasado ... gracias.

» autor: spacos

#349 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Mon, 06 Jan 2025 23:23:46 +0000

#309 Pedirle a los estudiantes que reinventen la rueda durante sus estudios "diseñando su propio lenguaje" no solo es una inmensa pérdida de energía y tiempo
Discrepo completamente.

Se trata de aprender, no de desarrollar una herramienta de uso práctico. Lo que se aprende desarrollando eso es mucho.

puede conducir facilmente a errores de diseño iniciales que acaben lastrando toda la práctica.
Muy probablemente ha cometido muchos errores.....

Si no fué así, no ha aprendido nada.

» autor: chavi

#348 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Mon, 06 Jan 2025 23:12:54 +0000

#345 No he dicho que sea una sola instruccion.
Si tienes que hacer un programa para hacer algo, esa acción no es parte del lenguaje. Como ya te he dicho, todo lo que ejecuta un ordenador está en código máquina (que si podemos asimilar prácticamente al ensamblador).

Te estas liando y estas mezclando la longitud o como de "verbose" es el codigo con los niveles de abstraccion.
No. Te estarás liando tu.
No se trata de "escribir más" o de "escribir menos". Compara los textos y dime cual se parece más y cual abstrae más del hardware subyaciente. ¿ ¿Puedes decirme si abstrae más el código Python que el código C ?

#/bin/python

print("hola Mundo");

#include <stdio.h>
int main() {
print("hola Mundo");
}

¿ Por qué dices que Python está "abstrayendo más" ?. Y sobre todo, ¿ Como puedes mantener que el código C "está más cerca del ensamblador que del Python ?. No es una cuestión de "verbosidad".

sabes que llamar un printf desde ensamblador tampoco es demasiado largo, no??
Joder que no.......
Por lo pronto, el "hola mundo" tienes que ponerlo en un área de la memoria de modo específico, y despues hacer disponible la dirección de memoria (depende de la arquitectura usada la forma de hacerlo), hacer la llamada y recoger el resultado.
Y sobre todo, no se hace igual en todos los sistemas. En C (o en Python) se hace exactamente igual sin importar el sistema, porque son lenguajes de alto nivel que nos permiten abstraernos de la arquitectura del sistema subyacente.

Falso, lo que dice ni mas ni menos es que C is a relatively ``low-level'' language. ... it simply means that C
deals with the same sort of objects that most computers do

De falso, nada.
Por cierto, reparaste en la palabra "is a relatively"? ¿ Que querrá decir y por qué la emplean ?

En C puedes hacer operaciones de bajo nivel, a eso se refieren con esa frase. Pero no estás restringido a ellas ni es obligatorio su uso.

el C no tiene muchas abstracciones
Claro que tiene. Todo el lenguaje es una abstracción. Por eso yo puedo compilar y ejecutar el mismo código C en ARM, en Z80, en AMD-64 en una PlayStation, bajo UNIX, bajo Windows o bajo lo que sea.

Basta con tener el compilador.

Si excluimos el tipado dinámico y la orientación a objetos, ¿ Que abstracciones proporciona Python que no tenga C ?

Salvo que decida realizar operaciones a bajo nivel. Algo que no tengo por qué hacer.

sobre el acceso a la memoria de video o de la tarjeta de sonido, no se muy bien a que te refieres o si te estas liando.
Simplemente es que soy algo viejuno. Digamos que los dispositivos mapean su memoria y es posible en algunos sistemas acceder a ella directamente.
Por ejemplo, en algunos sistemas y en tarjetas antiguas poniendo un código ASCII de una letra en una posición de memoria específica, esa letra se visualizaba en la pantalla.

» autor: chavi

#347 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Mon, 06 Jan 2025 22:51:57 +0000

#346 Si, lo has dicho tu, exactamente: "He dicho que es de tan alto nivel como Python."
Si. Que C es un lenguaje de tan alto nivel como Python sí lo he dicho.

Que Pyrhon y C "están al mismo nivel" no lo he dicho. Para empezar C es compilado, Python no. Python tiene orientación a objetos, C no.... y mucho más.

No, no tiene nada que ver
¿ Como que no tiene que ver ?
Un superordenador simplemente es un gran sistema SMP (Sabes qué quiere decir SMP ??? )

De hecho se diferencia globalmente entre memoria compartida o memoria distribuida.
Claro, como en los sistemas SMP, ya sean indivuduales o en cluster

. Y lo segundo es mucho mas complicado
La programación en sistemas SMP es más complicada, si. Hay muchísimas problemáticas que solucionar que van mucho más allá del uso de la memoria, como la gestión del paralelismo y la concurrencia.

Si en un "superordenador" es tan diferente, podrías indicar qué tiene de diferente a un sistema SMP en clustering de alto rendimiento, por ejemplo ?

es un ejemplo donde el lenguaje es importante en como puedes optimizar un codigo donde distintos nodos que no comparten memoria tienen que trabajar conjuntamente (y eficientemente) para compartir los datos que necesitan uno de otro.

Nadie ha discutido que cada lenguaje tenga sus nichos de aplicación. Es lo que llevo diciendo desde el minuto 1.

Ya, pero es que hay grados.
C te permite olvidarte de la constitución física del hardware prácticamente igual que lo hace PASCAL. ¿ Conoces a alguien que diga que PASCAL es "de bajo nivel" ?

Realmente no hablaría de "grados". Una vez que no tienes que preocuparte del hardware subyacente si no quieres, el lenguaje es de alto nivel. A partir de ahí, hay lenguanjes con unas características y lenguajes con otras. ¿ Podrías decir que SQL es de "mayor nivel" que Python, por ejemplo ?

Yo ne he dicho esto, he dicho que hablando de niveles, esta mas cerca a ensamblador que a Python.
Ni de broma. Te he puesto un "Hola Mundo" en C.
Hazlo en Python
Hazlo en Ensamblador.
Luego dime a qué está mas cercano el código C original.

Y esto es porque tiene mucha menos abstraccion.
Salvo la orientación a objetos, y el sistema de tipado, no. No tiene menos "abstraccion". Y desde luego en cuanto a abstracción la distancia de C a ensamblador es mucho mayor que la de Python a C.

Mira el "hola mundo".

Las "motivaciones" de la creación de los lenguajes de alto nivel (como C) son precisamente olvidarse de los detalles de bajo nivel, como es necesario hacer en ensamblador, proporcionando un conjunto de instrucciones (las típicas estructuras de la programación estructurada) y elementos como parámetros, funciones, módulos, librería de funciones (proporcionando entrada y salida) etc....

Te voy a contar algo: el C tampoco.
Claro que si.
En C disponemos de una librería estándar, que forma parte del estándar del lenguaje. Entre las funciones de esa librería está malloc.
Si nos ponemos en ese plan, Python no tiene nada que no tenga C. Todo viene en módulos (y la mayoría escritos en C).

Libreria que puedes llamar desde el ensamblador,
Nope. El ensamblador no tiene instrucciones para hacer eso. Tienes que hacer un "programa". Combinar un buen conjunto de instrucciones de ensamblador para poder pasar los parámetros hacer la llamada y recoger los resultados.
Desde luego algo bastante más laborioso que char *bytes=malloc(1024);

Por otro lado es bastante obvio que en ensamblador se puede hacer cualquier cosa.... De hecho, el ensamblador básicamente son nemotécnicos del juego de instrucciones de la CPU, por lo que todos los programas incluído este que estoy utilizando ahora "está en ensamblador".

Ni el C ni el ensamblador pueden reservar memoria.
Error.
En C se puede reservar memoria llamando a malloc.
Lo que haga esta función de la librería estándar de C por debajo no nos interesa nada en absoluto porque es un lenguaje de alto nivel y no necesitamos preocuparnos de esos detalles. Es más, en algunos sistemas el sistema operativo no nos presta esa ayuda, y hay que implementar la gestión de memoria en la propia librería C. Sea como fuere, no nos interesan las interioridades de malloc.

En C, se reserva memoria con malloc (y demás instrucciones de la familia). En ASM, no existe ninguna instrucción que sirva para reservar memoria. Y desde luego, no existe ninguna función, dado que ensamblador no tiene funciones (ni paso de parámetros).

» autor: chavi

#346 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

par — Mon, 06 Jan 2025 21:27:53 +0000

#335 (he emandado sin querer).

Es que nadie ha dicho eso.

Si, lo has dicho tu, exactamente: "He dicho que es de tan alto nivel como Python."

No. Pero no tiene que ser fundamentalmente distinto a hacerlo en cualquier otro sistema SMP, con los problemas típicos del SMP.

No, no tiene nada que ver. De hecho se diferencia globalmente entre memoria compartida o memoria distribuida. Y lo segundo es mucho mas complicado. Y de hecho, justo por esto se usa el "block cyclic distribution" y porque lo he sacado es porque es un ejemplo donde el lenguaje es importante en como puedes optimizar un codigo donde distintos nodos que no comparten memoria tienen que trabajar conjuntamente (y eficientemente) para compartir los datos que necesitan uno de otro.

Cualquier lenguaje que te permita olvidarte de la constitución física del hardware es de alto nivel.

Ya, pero es que hay grados.

que C permita muchas opeaciones a bajo nivel no lo convierte en un lenguaje como ASM.

Yo ne he dicho esto, he dicho que hablando de niveles, esta mas cerca a ensamblador que a Python. Y esto es porque tiene mucha menos abstraccion.

Claro. Mira otra: La tierra NO es plana.

ok... ahora me comparas una observacion Fisica observable por cualquiera con la veracidad de eventos de hecho del pasado (que usualmente ni los historiadores se atreven a ser categoricaos con ellos).

Insisto, algo que de soporte a lo que afirmas tan categoricamente?

Lo primero que aparece "Derived from the typeless language BCPL"....

Joder tio, te encanta mirar el dedo. Por que no lees todo e intentas comprenderlo en el contexto y las motivaciones? Primero del BCPL y despues de C?

Que el ensamblador no tiene ningún sistema de gestión de memoria que permita cosas como un "malloc" en C.

Te voy a contar algo: el C tampoco. Esta en su libreria estandard, pero es eso, una libreria. Libreria que puedes llamar desde el ensamblador, por cierto. Ni el C ni el ensamblador pueden reservar memoria. Eso lo hace el sistema operativo, y para ello, puedes usar distintas formas de hacerlo.

Lo dejo aqui porque vamos en circulos. Un saludo.

» autor: par

#345 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

par — Mon, 06 Jan 2025 21:18:49 +0000

#335 NO. No las tiene. Dime cuales.

No he dicho que sea una sola instruccion.

Luego hazlo en Python y compara....

Te estas liando y estas mezclando la longitud o como de "verbose" es el codigo con los niveles de abstraccion.

Por cierto, y como curiosidad, sabes que llamar un printf desde ensamblador tampoco es demasiado largo, no??

Lo que están diciendo Khernigan y Ritchie no es ni mas ni menos

Falso, lo que dice ni mas ni menos es que C is a relatively ``low-level'' language. ... it simply means that C
deals with the same sort of objects that most computers do

Es decir, habla de abstraccion. Y expande en el siguiente parrafo que el C no tiene muchas abstracciones, a diferencia de otros (como el Python). Lo tienes en blanco y negro ahi. Si prefieres reinterpretar, es tu problema.

Sobre el acceso a la memoria de video o de la targeta de sonido, no se muy bien a que te refieres o si te estas liando.

» autor: par

#344 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Mon, 06 Jan 2025 20:18:16 +0000

#341 Te repito que no desvies la conversación.
No lo estoy haciendo.

El articulo que enlazas, como el libro, singular (tu dices libros), no habla del tema del que estamos tratando.
Por supuesto que habla del tema que estamos tratando: Diseño e implementación de software.
Si usamos un lenguaje OOP es porque diseñamos el problema con orientación a objetos, por ninguna otra razón. Y el lenguaje se considera "orientado a objetos" porque proporciona el soporte necesario para implantar ese diseño. Me parece de perogrullo, y no he visto que toques ese tema ni lo discutas ni una sola vez.

Hablan de técnicas de programación,
La OOP es una técnica de diseño de aplicaciones. No una técnica de codificación. Los lenguajes "solo" sirven para la codificación del diseño. TODOS ELLOS:

no de los criterios para decir si un lenguaje es o no orientado a objetos.
Si el lenguaje ofrece los elementos necesarios para codificar los diseños hechos con orientación a objetos, es un lenguaje orientado a objetos. Si tienes que "simular" esos elementos con código, no lo es.

No voy a entrar en temas de programación (structs) porque es absurdo intentar razonar con noobs.
Ya....

. ¿Y que es lo necesario?
Otra vez?
Son necesarios los elementos necesarios para implantar los diseños OOP, que consiste en definición de clases, instanciación de objetos, relaciones de herencia, polimorfismo, encapsulación .... etc.
Si no tiene esos elementos, no es un lenguaje OOP.

Premisa: "La terminología "objetos" y "orientada" en el sentido moderno de la programación orientada a objetos hizo su primera aparición en el MIT a finales del 1950s y principio de 1960s. Ya en 1960 en el entorno del grupo de inteligencia artificial, el término "objeto" era usado para referirse a elementos (LISP atomos) con propiedades (atributos)."

Tu "conclusión": "Es decir que cualquier lenguaje con elementos que tengan propiedades (atributos) podría ser orientado a objetos.."

¿ Qué razonamiento has empleado ?.... En el fondo es cierto. Podría serlo, o podría no serlo. Si tiene el resto de elementos necesarios para la implantación de diseños orientados a objetos, lo es. Si no los tiene, no lo es.

Los lenguajes son herramientas para codificar los modelos diseñados: NADA MAS.

Otra cosa, estoy cansado de contestar cosas que no son del tema en cuestión
No me he salido del tema ni una sola vez.

» autor: chavi

#343 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Mon, 06 Jan 2025 20:09:31 +0000

#342
Hombre un artículo que dice "object-oriented programming languages do tend to share certain common characteristics, namely objects, encapsulation, and inheritance." al mismo tiempo que dice que "There’s no consensus in the programming community about what features a language needs in order to be called object-oriented"

Y además habla de:

"Encapsulation that Hides Implementation Details", "Inheritance as a Type System and as Code Sharing", "Objects Contain Data and Behavior"

Vaya.

Y es un artículo sobre Rust, no sobre OOP. Un artículo centrado en Rust donde parece que no se sabe muy bien por qué, tienen cierto complejo de no ser orientado a objeto y ponen énfasis en "como se puede conseguir algo parecido".

Por ejemplo, dice
"Inheritance is a mechanism whereby an object can inherit from another object’s definition, thus gaining the parent object’s data and behavior without you having to define them again. If a language must have inheritance to be an object-oriented language, then Rust is not."

Hace lo mismo con el polimorfismo, hablando de "generics" como si permitiera el polimorfismo que define al principio ("To many people, polymorphism is synonymous with inheritance. But it’s actually a more general concept that refers to code that can work with data of multiple types. For inheritance, those types are generally subclasses"), Ese tipo de generics está disponible en muchos lenguajes OOP adicionalmente al polimorfismo, como en Java y C++.

Y restringe el polimorfismo a eso (es mucho más que eso) porque así Rust "soporta polimorfismo". Es puro complejo de no ser OOP....
El polimorfismo es más referente al comportamiento de los objetos que a los tipos de datos. Si tengo un Animal que tiene la capacidad de "hablar", el polimorfismo garantiza que si al animal le "ordeno" hablar, un Perro hablará como un perro, un gato como un gato y una gaviota como una gaviota. Aunque los tres sean simples Animales. Eso no lo haces con generics.

Finalmente, justifica por qué Rust no soporta herencia. Me parece perfecto su punto de vista, pero sin herencia no es un lenguaje válido para implantar un modelo diseñado con orientación a objetos ya que es común su uso....

Si tienes que restringir las posibilidades de diseño al usar OOP por culpa del lenguaje es ni más ni menos porque el lenguaje no tiene soporte OOP suficiente. Es algo más que obvio.

Y nadie niega que el uso de la herencia y el polimorfismo forman parte del diseño OOP.

» autor: chavi

#342 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Mon, 06 Jan 2025 19:23:07 +0000

#340 Y añado este articulo, del MIT, que creo que saben algo mas que tu y yo sobre el tema:

web.mit.edu/rust-lang_v1.25/arch/amd64_ubuntu1404/share/doc/rust/html/

» autor: spacos

#341 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Mon, 06 Jan 2025 19:16:17 +0000

#340 A ver,
No he desacreditado la wikipedia. Te repito que no desvies la conversación. Si no entiendes eso, es que no quieres entender. El articulo que enlazas, como el libro, singular (tu dices libros), no habla del tema del que estamos tratando. Hablan de técnicas de programación, no de los criterios para decir si un lenguaje es o no orientado a objetos.

No voy a entrar en temas de programación (structs) porque es absurdo intentar razonar con noobs. Es como hablar con borricos, como le explicas a un borrico en que consiste sumar... no se puede, lo aprenderás tu mismo con los años... o no.

dices: "Si le añades todo lo necesario para que sea orientado a objetos tendrás..". ¿Y que es lo necesario? Ilustranos (que es de lo que estamos hablando). Si te hubieras molestado en mirar algo de la historia de la programacíon orientada a objetos sabrias que, de la wikipedia:

La terminología "objetos" y "orientada" en el sentido moderno de la programación orientada a objetos hizo su primera aparición en el MIT a finales del 1950s y principio de 1960s. Ya en 1960 en el entorno del grupo de inteligencia artificial, el término "objeto" era usado para referirse a elementos (LISP atomos) con propiedades (atributos).

Es decir que cualquier lenguaje con elementos que tengan propiedades (atributos) podría ser orientado a objetos... anda, ¿que definición mas básica no?. ¿Y la herencia?, ¿polimorfismo, holaa?... . No hay consenso en que es un lenguaje orientado a objetos.

Otra cosa, estoy cansado de contestar cosas que no son del tema en cuestión. Ignoraré cualquier cosa que no sea el tema que estamos tratando:
"criterios para decir si un lenguaje es o no orientado a objetos". Yo digo que no hay consenso, tu que si, te pido que me digas cual es ese y de donde lo sacas.

» autor: spacos

#340 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Mon, 06 Jan 2025 18:10:17 +0000

#339 o habla de lenguajes orientados a objetos, habla de analisis y diseño orientado a objetos
Jooooder...

Es que los lenguajes orientados a objetos son para implantar los problemas modelados con orientación a objetos. Ni más ni menos. Te lo llevo diciendo desde el minuto uno.

¿ Para qué otra cosa crees que son ?. Un lenguaje orientado a objetos aporta el soporte para implantar todos los conceptos utilizados en el diseño de la solución orientada a objetos. Ese artículo te indica cuales son esos conceptos que se manejan.

como suponia no me envias ningun enlace de "consenso" porque no existe
No se a qué le llamas "enlace de consenso"..... Te he puesto libros publicados y un enlace a la Wikipedia que hasta ahora te parecía un sitio válido...
Te lo vuelvo a decir: Está clarísimo lo que es la orientación a objetos. Y es el método de análisis y modelado de soluciones software más utilizado del mundo de largo. Que tú lo ignores no hace que "no se sepa realmente que es y en qué consiste".

Los lenguajes orientados a objetos son los que ofrecen las herramientas para la implantación de esos modelos.

para que me das la referencia de un libro de "tecnicas"
La orientación a objetos es una técnica de análisis. ¿ Que quieres que te mande, un libro de macramé ?

"cuales son los criterios para decir que un lenguaje es o no orientado a objetos"
Te lo llevo diciendo desde el minuto uno: Un lenguaje orientado a objetos es el que ofrece las herramientas adecuadas para implantar los diferentes conceptos que se emplean en el diseño orientado a objetos: Clases/Objetos, Encapsulación, Herencia, Polimorfismo y Sopreposición.

Yo digo que no existe un consenso al respecto
Di lo que quieras. Eso no cambia la realidad.

dices que C no puede ser orientado a objetos,
No he dicho eso. He dicho que C no es orientado a objetos. Si le añades todo lo necesario para que sea orientado a objetos tendrás..... C++ (bueno C++ añadió algunas cosas más que resultan muy útiles)

que añadiendole cosas como a javascript si lo puede ser.
Claro. Si le proporcionas definición de clases, instanciación de objetos, herencia, polimorfismo, encapsulación, y sobreposición, lo será.... Ahí tienes C++

encapsulación, ya la tienes con los structs.
¿¿¿¿¿ ??????
Qué dices ?

Los simples struct no proporcionan encapsulación. ¿ Sabes qué es la encapsulación cuando hablamos de OOP ?

Toma anda: stackify.com/oop-concept-for-beginners-what-is-encapsulation/

Presta especial atención a "Encapsulation protects data from accidental modification, enhances code organization, and streamlines interaction between program components."

Aunque a lo mejor te gusta más este enlace, ya que para ti es Dios: en.wikipedia.org/wiki/Encapsulation_(computer_programming)

Especialmente "Essentially, encapsulation prevents external code from being concerned with the internal workings of an object. "

Este es extra bonus: en.wikipedia.org/wiki/Object-oriented_programming

» autor: chavi

#339 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Mon, 06 Jan 2025 16:08:59 +0000

#336 Te contradices a ti mismo.
Primero: el enlace que me envias de wikipedia no habla de lenguajes orientados a objetos, habla de analisis y diseño orientado a objetos (OOAD en ingles). Supongo que no distingues la diferencia entre las dos cosas.
Segundo: como suponia no me envias ningun enlace de "consenso" porque no existe. Por cierto, ya no lo has vuelto a decir, supongo que te habrás dado cuenta de lo estupido que es decir eso... en fin.
Tercero: para que me das la referencia de un libro de "tecnicas". Estamos hablando de: "cuales son los criterios para decir que un lenguaje es o no orientado a objetos". Yo digo que no existe un consenso al respecto, tu dices que si, te pido pruebas, no me las das, solo tu opinión... pues vale.
Cuarto: dices que C no puede ser orientado a objetos, pero al mismo tiempo dices que añadiendole cosas como a javascript si lo puede ser. ¿Que cosas? No sabemos, herencia multiple, no hace falta, encapsulación, ya la tienes con los structs. Es que es ridiculo.

» autor: spacos

#338 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Mon, 06 Jan 2025 14:27:49 +0000

#321 Bueno, puede ser escrito en cualquier lenguaje compilado. Incluso directamente en ASM.

» autor: chavi

#337 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Mon, 06 Jan 2025 14:27:10 +0000

#317 pero me he leído enteritos los whitepapers de unos cuantos procesadores.
En cambio, para programar en C te importa una higa el juego de instrucciones que use la CPU.

¿Eso no te da ninguna pista ?

» autor: chavi

#336 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Mon, 06 Jan 2025 14:22:57 +0000

#333 es de un libro de un tio que dice algo sobre programación orientada a objetos
No "dice algo", te explica en qué consiste y como se diseña un problema con orientación a objetos.

por cierto libro para novatos.
Que es justo lo que parece que necesitas.

Su opinión vale lo mismo que la mia o la tuya.
No. En ese libro no hay "opiniones" de ningún tipo. Hay técnicas.
Te pueden gustar más o menos. Pero son técnicas de programación y diseño.

Tu dices que hay consenso, te pido que me des referencias sobre ese consenso.
De quien quieres esas referencias exactamente ?

en.wikipedia.org/wiki/Object-oriented_analysis_and_design

Ya que eres aficionado a la Wikipedia....

Que C pueda o no ser considerado a objetos
Es que C NO puede ser considerado orientado a objetos. Eso es algo exclusivamente tuyo.
No hay absolutamente ningún desarrollador serio que considere C como un lenguaje orientado a objetos.

Si alguien piensa que C es orientado a objetos, puede ser tan correcto como tu diciendo que no
No. No puede. Simplemente es absurdo.

Es más, javascript no es un lenguaje orientado a objetos, sin embargo le han ido añadiendo parches para que lo parezca
Ah!! pero "C puede serlo".... a ver si nos aclaramos.

A Javascript le han ido añadiendo capas que facilitan la programación OOP. Prácticamente ya se puede considerar un lenguaje orientado a objetos. Es posible implantar un modelo OOP con bastante facilidad.

Entonces, un lenguaje que no era orientado a objetos ¿se ha transformado en uno que si lo es?.
Si le añades las características necesarias para implantar los modelos OOP ????
Sin ninguna duda.

entonces cualquier lenguaje puede convertirse en uno
Claro. Incluso en un lenguaje funcional, o incluso en uno declarativo. Basta con incorporarle las características necesarias para ello.

a lo mejor javascript al no soportar herencia multiple (la ultima vez que lo mire) no puede ser considerado todavia orientado a objetos
La herencia múltiple no es una característica necesaria de la OOP. Se puede implantar cualquier modelo OOP sin ella sin mucho transtorno y los casos en los que la herencia múltiple es "util" son pocos.

Incluso la misma herencia se sustituye por el empleo de composición en muchos casos, aunque hay situaciones en los que la herencia es claramente mejor enfoque (y viceversa).

JAVA por ejemplo, no soporta herencia múltiple y es un lenguaje OOP sin ninguna duda.

» autor: chavi

#335 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Mon, 06 Jan 2025 13:01:37 +0000

#334 Ensamblador tiene las instrucciones basicas para hacer todo esto
NO. No las tiene. Dime cuales.
Ni push ni pop "pasan parametros", solo depositan y extraen valores en un "stack".

Haz esto en ASM a ver cuanto se parece...

#include "stdio.h"

int main() {
printf("Hola Mundo!n");
}

Luego hazlo en Python y compara....

Lo que están diciendo Khernigan y Ritchie no es ni mas ni menos que C permite muchas operaciones "a bajo nivel", como el acceso directo a memoria (por ejemplo para acceder a la memoria de la tarjeta de video o sonido). Pero que C permita muchas opeaciones a bajo nivel no lo convierte en un lenguaje como ASM.

" it simply means that C deals with ...." Significa algo.

Me imagino su cara escuchando a alguien decir que Python esta al mismo nivel.
Es que nadie ha dicho eso. Lo que he dicho es que ambos son lenguajes de alto nivel. Y que la programación en C se parece muchísmo más a la programación en Python que a la programación en ASM, que no tiene absolutamente nada que ver y que es verdaderamente de bajo nivel.

las librerias que tienen que estar muy oiptimizadas no es escriben en Python
Ni mucho ni poco. Python es interpretado, necesita módulos traducidos a código máquina para funcionar. Y para eso, el lenguaje por excelencia hasta hoy es C.
Python está desarrollado en C hasta donde se.

Has programado nunca en un superordenador?
No. Pero no tiene que ser fundamentalmente distinto a hacerlo en cualquier otro sistema SMP, con los problemas típicos del SMP.

Has programado en una distribucion de memoria como la "block cyclic distribution"?
No. No lo he hecho.
¿ Y qué ? Qué tiene que ver eso con el tema que estamos tratando ?

Has tenido que lidiar con una matriz distribuida usando esta estructura en miles de nodos de forma optima? Suerte con hacer esto en Python.
¿ Donde yo he dicho que Python es adecuado para esas cosas ?
Python, como todos los lenguajes, tiene su nicho de aplicación. Eso no lo convierte en un lenguaje de "alto nivel" o de "bajo nivel". Cualquier lenguaje que te permita olvidarte de la constitución física del hardware es de alto nivel.
C lo permite, aunque te permita acceder también a bajo nivel.

ok, que mania con PASCAL. Yo no he hecho ninguna afirmacion sobre PASCAL, si no sobre Python. Y Python no hace esto (directamente).
Joder.
No estamos discutiendo sobre las bondades o defectos de Python.
Y saco PASCAL porque es un lenguaje COMPILADO.
Conoces a alguien que diga que PASCAL es un lenguaje de "bajo nivel". ?

Indico PASCAL para que te des cuenta que los argumentos que estas utilizando para mantener que C es de bajo nivel no son argumentos válidos. Parece que no funciona...

Tu haces afirmaciones muy categoricas
Claro. Mira otra: La tierra NO es plana.

Me has hecho buscar un poco la historia
Lo primero que aparece "Derived from the typeless language BCPL".... no parece que se desarrollara como "poco más que un conjunto de instrucciones para recordar estructuras de ensamblador que se repiten una y otra vez "...

También dice algo como "BCPL, B, and C all fit firmly in the traditional procedural family typified by Fortran and Algol 60."

Que??
Que el ensamblador no tiene ningún sistema de gestión de memoria que permita cosas como un "malloc" en C.
Si conoces alguna instrucción ensamblador que lo haga soy todo oidos.

» autor: chavi

#334 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

par — Mon, 06 Jan 2025 11:24:01 +0000

#323 C y Python tienen funciones y paso de parámetros

Ensamblador tiene les instrucciones basicas para hacer todo esto, y en el caso de C, se mapean de forma muy determinista (optimizaciones a parte). Te pierdes en los matices. Voy a poner una cita (de unos tales Brian W. Kernighan y Dennis M. Ritchie):

C is a relatively ``low-level'' language. This characterization is not pejorative; it simply means that C
deals with the same sort of objects that most computers do, namely characters, numbers, and addresses.
These may be combined and moved about with the arithmetic and logical operators implemented by real
machines.

C provides no operations to deal directly with composite objects such as character strings, sets, lists or
arrays. There are no operations that manipulate an entire array or string, although structures may be
copied as a unit. The language does not define any storage allocation facility other than static definition
and the stack discipline provided by the local variables of functions; there is no heap or garbage
collection. Finally, C itself provides no input/output facilities; there are no READ or WRITE statements,
and no built-in file access methods. All of these higher-level mechanisms must be provided by explicitly
called functions. Most C implementations have included a reasonably standard collection of such
functions.

Me imagino su cara escuchando a alguien decir que Python esta al mismo nivel.

Cuando digo que "la eficiencia no depende fundamentalmente del lenguaje" no estoy diciendo que todos los lenguajes sean igual de adecuados para todo.

Ya, pero es que la eficiencia (puede) depender fundamentalmente del lenguaje. No siempre, pero las librerias que tienen que estar muy oiptimizadas no es escriben en Python. Y eso es por algo. Has programado nunca en un superordenador? Has programado en una distribucion de memoria como la "block cyclic distribution"? Has tenido que lidiar con una matriz distribuida usando esta estructura en miles de nodos de forma optima? Suerte con hacer esto en Python.

Y si, Python puede ser muy eficiente en algebra lineal (si no tienes que crear tus propias funciones), pero porque librerias como NumPy enlazan (pueden enlazar) a librerias como las MKL de Intel, no porque el Python pueda ser eficiente de por si solo.

Exactamente igual que PASCAL o cualquier otro lenguaje compilado a código máquina. ¿ Qué crees que hace un compilador ?

ok, que mania con PASCAL. Yo no he hecho ninguna afirmacion sobre PASCAL, si no sobre Python. Y Python no hace esto (directamente).

Recuerdas muy muy mal. Recuerdas fatal.

Ya he dicho que puedo recordar mal, al menos tengo mis dudas. Tu haces afirmaciones muy categoricas. Puedes anhadir un poco mas de informacion en ellas?

Me has hecho buscar un poco la historia. Aqui tienes un poco: www.bell-labs.com/usr/dmr/www/chist.html

Yo no me atreveria a hacer afirmaciones tan categoricas como las que haces.

Te refieres a ese control de memoria del que el ensamblador carece absolutamente ?

Que??

» autor: par

#333 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Mon, 06 Jan 2025 11:04:18 +0000

#329 La referencia que das, es de un libro de un tio que dice algo sobre programación orientada a objetos, por cierto libro para novatos. Su opinión vale lo mismo que la mia o la tuya. Tu dices que hay consenso, te pido que me des referencias sobre ese consenso. En que reunión internacional de programadores, o comite/organización internacional (EF, por ejemplo) se ha dicho, esto es "orientado a objetos" y esto no. No puedes enviar nada, porque no hay consenso. Y como no lo hay, lo que a ti te parezca orientado a objetos, es eso, tu opinión. Que C pueda o no ser considerado a objetos indica claramente que no queda claro que es orientado a objetos o no. Si alguien piensa que C es orientado a objetos, puede ser tan correcto como tu diciendo que no. Es más, javascript no es un lenguaje orientado a objetos, sin embargo le han ido añadiendo parches para que lo parezca. Entonces, un lenguaje que no era orientado a objetos ¿se ha transformado en uno que si lo es?. entonces cualquier lenguaje puede convertirse en uno. Y eso si nos pusieramos de acuerdo en que significa orientado a objetos, porque con todo a lo mejor javascript al no soportar herencia multiple (la ultima vez que lo mire) no puede ser considerado todavia orientado a objetos, segun tu criterio, ... no se Rick, parece falso...

» autor: spacos

#332 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Polarin — Mon, 06 Jan 2025 02:14:21 +0000

#146 #59 Y JCL con una IBM370 (version moderna)... . En banca es lo que hay en los backends. Vamos, que a mi me estan intentado llevar de vuelta a cuando tenia 20 y algo en mi curro... y como que no.

COBOL no muere, JCL y las IBM no mueren, pero nadie se quiere meter en eso porque nunca sabes cuando te vas a quedar sin curro. Algo tiene que sustiruirlo, Kafka + Hadoop o algo asi? Lo he visto usado para manejo de registros.

» autor: Polarin

#331 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Polarin — Mon, 06 Jan 2025 02:08:17 +0000

#192 Me acuerdo de aquella entrevista de broma que era que el Bjourne decia que se habia inventado C++ porque IBM se habia hartado y habia creado un carajo de programadores de C. Como los sueldos habian bajado, el se habia inventado un C, pero liado, para que los sueldos subieran otra vez.

» autor: Polarin

#330 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

mcfgdbbn3 — Mon, 06 Jan 2025 01:49:15 +0000

#202: Yo les he votado positivo a los dos justo por eso.

» autor: mcfgdbbn3

#329 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Mon, 06 Jan 2025 00:06:42 +0000

#328 "Object-Oriented Analysis and Design with Applications" de Grady Booch

"Head First Object-Oriented Analysis and Design" de Brett D. McLaughlin, Gary Pollice y David West

. "Object-Oriented Design & Programming" de Timothy Budd

Ale. Ya tienes por donde empezar.

Lo del lenguaje C es de nuevo tu interpretación cansina
De eso nada. Responde a la descripción de la Wikipedia que TU pusiste. Si la aceptas, estás diciendo que C es orientado a objetos.

Que C sea orientado a objetos o no es irrelevante, porque no es el tema.
El tema es que para tí lo es. A diferencia de la opinión de cualquier desarrollador de software mínimamente serio.

Si un lenguaje como C puede ser considerado como orientado a objetos significa que no está claro lo que es un lenguaje orientado a objetos.
Y eso por qué?
Qué razonamiento lógico te lleva a esa conclusión ?

Seamos un poco coherentes,por favor.

No. C no puede ser considerado orientado a objetos.

Pero si pudiera serlo de ningún modo se obtiene la conclusión que indicas.

» autor: chavi

#328 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sun, 05 Jan 2025 23:25:41 +0000

#327 Esta claro que eres una especie de Troll, porque si no, no tiene explicación alguna. Este sera mi útlimo mensaje al respecto si no expones:

1.- Tus fuentes para afirmar lo que dices. Dices que hay consenso. ¿donde? ¿que organización?. ¿enlaces?
Si no das nada significa que no tienes ni idea de lo que hablas y que lo que dices es sólo, porque a mi me lo parece.

2.- Lo del lenguaje C es de nuevo tu interpretación cansina para no quedar en completo ridículo porque creo que ni sabes de lo que hablas. Que C sea orientado a objetos o no es irrelevante, porque no es el tema. Te lo explicare como a un niño de 10 años: Si un lenguaje como C puede ser considerado como orientado a objetos significa que no está claro lo que es un lenguaje orientado a objetos.

» autor: spacos

#327 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sun, 05 Jan 2025 23:13:36 +0000

#326 Has aceptado esa definición de Wikipedia que has puesto "cualquier lenguaje que permita la definición de tipos de datos, de operaciones nuevas sobre esos tipos de datos, y de instanciar el tipo de datos podría ser considerado orientado a objetos."

Por lo tanto, si. Estás diciendo que C, que dispone de todo eso, es orientado a objetos.

Ahora vienes con las GUi,.que es un tema sin relación alguna. Por cierto, las GUI habitualmente usan orientación a eventos que no tiene que ver con la orientación a objetos.

Y volvemos a lo mismo. La orientación a objetos es un sistema de diseño. Luego hay lenguajes que dan soporte a eso (lenguajes orientados a objetos) y lenguajes que no.

Por ejemplo, GTK+ 2 usa orientación a objetos y está hecho en C, no en C++.

Eso no convierte a C en un lenguaje orientado a objetos.

El que confunde las cosas, eres tú.

Claro que existe un consenso sobre lo que es orientación a objetos.

» autor: chavi

#326 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sun, 05 Jan 2025 23:04:18 +0000

#325 Yo no he dicho que C sea un lenguaje orientado a objetos. Todo lo contrario, te he puesto una lista de los 10 o 20 lenguajes mas usados, segun tiobe, que no son orientados a objetos. No se de donde sacas eso... ¿tal vez wikipedia? :

", la programación de interfaces gráficas de usuario para los sistemas X utilizando infraestructuras de funciones y API como Motif, Xview y Xlib, son realizadas usualmente en lenguaje C, pero organizando el código en una manera que "parecen objetos"

Anda un lenguaje que no es orientado a objetos que "emula" objetos, que cosas, parece lo mismo que te he estado diciendo desde el principio... Tu estas confundiendo un paradigma de programación con un lenguaje. Y como te he dicho desde el principio no existe un consenso sobre lo que significa "orientado a objetos". Que a ti, porque programas como hobby te parezca que "algo" porque tenga encapsulación u otras cosas sea "orientado a objetos", pos vale, es tu opinion, pero no la de la comunidad profesional de programadores... ni wikipedia por extensión.

» autor: spacos

#325 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sun, 05 Jan 2025 21:04:30 +0000

#324 Lo que es un "modelo orientado a objetos" no está claro: Está clarísimo.

Está claro que no has diseñado software en tu vida.

Si modelas un problema en base a los Objetos (definidos a partir de un conjunto de caracterísricas y de funccionalidades que los diferencian de los demás objetos) que forman parte del problema a modelar y de las interacciones entre los mismos que dan lugar a la solucion al problema, es un análisis orientado a objetos.
Si lo haces bien, irás variando el nivel de abstracción de modo que las clases deducidas sean lo más reutilizables posibles (herencia, polimorfismo, sobreposición) y intentarás que cada objeto lleve a cabo siempre correctamente sus funcionalidades sin importar lo que se haga en los demás elementos del programa (encapsulación).

Un lenguajes orientado a objetos es aquel que nos proporcionan los medios para implementar ese modelo fácilmente.

Según tú definición el simple lenguaje C sería "un lenguaje orientado a objetos", algo que absolutamente ningún ingeniero de software salvo tú diría.

» autor: chavi

#324 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sun, 05 Jan 2025 20:48:13 +0000

#322 El tema es que no esta claro que significa un "modelo orientado a objetos", porque cosas tan "basicas" como la herencia, aparentemente no son definitorias de lo que es orientado a objetos. Por eso decir : " Un lenguaje que no ofrece facilidades suficientes para implantar un modelo orientado a objetos no es un lenguaje orientado a objetos", es no decir nada. el tema no es ese, el tema es definir que consideramos "modelo orientado a objetos". Y como no hay una definición clara de lo que es, es como beber agua y decir que sabe a fresa.

» autor: spacos

#323 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sun, 05 Jan 2025 19:08:31 +0000

#319 Ein? Sabes que un lenguaje es mucho más que las 'sentencias', no? No se, puestos a buscar similitudes yo miraría en como se llama una función,
Claro!!
C y Python tienen funciones y paso de parámetros, variables y ámbito de variables, valores de retorno, modulos, sentencias de control, sentencias de entrada y salida (teclado y pantalla).... etc. ASM NO.

Cuando digo que "la eficiencia no depende fundamentalmente del lenguaje" no estoy diciendo que todos los lenguajes sean igual de adecuados para todo. Por ejemplo, para implantar un modelo diseñado con OOP lo ideal es un lenguaje OOP.

Y? El C es poco más que un conjunto de instrucciones para recordar estructuras de ensamblador que se repiten una y otra vez
Exactamente igual que PASCAL o cualquier otro lenguaje compilado a código máquina. ¿ Qué crees que hace un compilador ?

z (de hecho, si no recuerdo mal, creo que esté fue su objetivo inicial - aunque me puedo equivocar).
Recuerdas muy muy mal. Recuerdas fatal.

el control de la memoria (por ejemplo) ya los hace totalmente distintos.
Te refieres a ese control de memoria del que el ensamblador carece absolutamente ?

» autor: chavi

#322 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sun, 05 Jan 2025 19:05:09 +0000

#320 Vamos a ver. Un lenguaje que no ofrece facilidades suficientes para implantar un modelo orientado a objetos no es un lenguaje orientado a objetos.

Es de perogrullo.

El lenguaje solo es una herramienta para implantar el diseño del software. Nada más.

» autor: chavi

#321 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

selina_kyle — Sun, 05 Jan 2025 19:03:45 +0000

#315 Vamos que si. Hablo de realidades no de supuestos ficticios

» autor: selina_kyle

#320 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sun, 05 Jan 2025 18:57:16 +0000

#318 Te he enviado a la wikipedia y te he enviado árticulos explicándote que no hay una definición clara del tema, pero tu insistes en que si la hay: tu versión. Pero no me das fuentes o algo que lo corrobore. Y no lo haces porque no lo hay. Lo repetire por enésima vez: no hay una definición clara de lo que es un lenguaje orientado a objetos. No hay consenso y el hecho de que la wikipedia te de una definición vaga y muy genérica no hace más que corroborar mi versión, que no la tuya. La herencia, por poner ese ejemplo ni siquiera aparece, como elemento para que un lenguaje sea considerado orientado a objetos. Según tu me tendría que fiar de ti, pero no de lo que dice la wikipedia... pues vale, si tu lo dices sera verdad...

» autor: spacos

#319 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

par — Sun, 05 Jan 2025 17:31:09 +0000

#222 no se parece de ningún modo y en ningún aspecto más a ASM que a Python.

Ni en broma.

Si hasta las sentencias de Python están cogidas de C !!

Ein? Sabes que un lenguaje es mucho más que las 'sentencias', no? No se, puestos a buscar similitudes yo miraría en como se llama una función, o lo fácil que es enlazar una librería escrita en C.

<I>No fundamentalmente del lenguaje.

Ya, y algunas variantes de SQL son Turing completo. Ahora optimiza un programa de álgebra lineal en SQL (si, es un caso extremo, pero algunas optimizaciones que puedes hacer en C con la memoria, difícilmente las vas a hacer en Python).

No más que en cualquier otro lenguaje compilado como Pascal por ejemplo.

Estábamos hablando de Python, y si, la relación es mucho (mucho) más directa.

El ensamblador es poco más que nemotecnicos para el juego de instrucciones de CPU.

Y? El C es poco más que un conjunto de instrucciones para recordar estructuras de ensamblador que se repiten una y otra vez (de hecho, si no recuerdo mal, creo que esté fue su objetivo inicial - aunque me puedo equivocar).

pero si lo adornas lo suficiente con librerías y macros igual consigues que se parezca hasta a Javascript

Bueno, todo es un rango de matices, pero el control de la memoria (por ejemplo) ya los hace totalmente distintos.

» autor: par

#318 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sun, 05 Jan 2025 17:24:55 +0000

#316 Joder. No son "mis conclusiones".

La orientación a objetos es una forma de diseñar aplicaciones.

Una vez modelada la aplicación con OOP, es necesario codificarla.

Un lenguaje es orientado a objetos si proporciona las herramientas necesarias que son la herencia, la encapsulación, la sobreposición y la sobrecarga.

Que es como se modela el problema.

Yo ya te he explicado que se entiende por lenguaje orientado a objetos y por qué.

¿Puedes hacer lo mismo?

» autor: chavi

#317 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

par — Sun, 05 Jan 2025 17:17:28 +0000

#278 ¿Alguna vez en vuestra vida habéis escrito una sola linea de código en C y en ensamblador?

Si, y tú? El C lo uso a diario en mi trabajo, y el ensamblador últimamente casi nada, pero me he leído enteritos los whitepapers de unos cuantos procesadores.

No tienen absolutamente nada que ver, independientemente del juego de instrucciones que elijas para el ensamblador.

No es verdad.

En ensamblador no hay ningún tipo de estructura de control, ni siquiera un simple condicional. Hay que hacerlo a manita con una comparación y un salto, CMP y JMP. Lo mismo para los bucles y cualquier otra estructura de control.

Y tienes que mover los datos de la memoria a los registros manualmente. Y? Nadie ha dicho que sean iguales. Pero la relación entre lo que puedes hacer en C y en Ensamblador es mucho más directa que en otros lenguajes (si no tienes en cuenta todas las optimizaciones que introducen los compiladores).

Decir que son muy parecidos es demostrar desconocimiento total de lo que es la programación.

Quizá eres tú el que entiende menos de lo que piensa.

» autor: par

#316 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sun, 05 Jan 2025 17:12:23 +0000

#312 Ya que no contestas, te repito la pregunta: ¿de donde sacas tus condicionantes para afirmar que un lenguaje es orientado a objetos?. La sensación que tengo es que es: "porque me lo parece a mi". En fin ...

» autor: spacos

#315 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

par — Sun, 05 Jan 2025 17:09:19 +0000

#271 En realidad no, se ha escrito en C por conveniencia, pero no sería necesario.

» autor: par

#314 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

par — Sun, 05 Jan 2025 17:08:35 +0000

#262 No se que quieres decir.

» autor: par

#313 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

par — Sun, 05 Jan 2025 17:08:09 +0000

#289 Probablemente, pero este no es mi punto.

Como he dicho, cada lenguaje tiene su nicho.

» autor: par

#312 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sun, 05 Jan 2025 15:36:14 +0000

#311 Ajá.

Y no has usado herencia, ni polimorfismo, no encapsulación... ¿No?

» autor: chavi

#311 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sun, 05 Jan 2025 13:40:24 +0000

#304 Si, he usado la programación orientada a objetos con C++ y java. Entonces ¿De donde sacas tus afirmaciones sobre que es un lenguaje orientado a objetos? ¿Es un invent tuyo?, ¿te lo contó un vecino? Yo te muestro fuentes que todo el mundo puede ver y contrastar... y corregir. También te lo digo desde mi punto de vista de años de experiencia. Pero me parece, que lo tuyo lo leiste en algun libro de programación orientada a objetos y con eso te has quedado. No se, ya te lo he dicho, buena suerte...

» autor: spacos

#310 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sun, 05 Jan 2025 13:33:47 +0000

#306 Si, correcto.

» autor: spacos

#309 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

frankiegth — Sun, 05 Jan 2025 13:18:55 +0000

#308. Esas prácticas deberian haberse basado en un compilador básico pero completo de C. Pedirle a los estudiantes que reinventen la rueda durante sus estudios "diseñando su propio lenguaje" no solo es una inmensa pérdida de energía y tiempo sino que puede conducir facilmente a errores de diseño iniciales que acaben lastrando toda la práctica.

» autor: frankiegth

#308 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

eltoloco — Sun, 05 Jan 2025 13:14:27 +0000

#167 no solo he estudiado compiladores (Compiladores 1 y Compiladores 2), sino que además para las prácticas tuve que diseñar un lenguaje de programación con su sintaxis y programar un compilador para él desde cero, desde el análisis sintáctico hasta las optimizaciones en el ensamblador generado, y demostrar que funciona con decenas de programas de ejemplo escritos en dicho lenguaje creado por mi.

C es un lenguaje de alto nivel, y por mucho que se repita mil veces una mentira no se convierte en verdad. Que C permita manejar direcciones relativas de memoria no lo convierte en un lenguaje de más bajo nivel, solo lo convierte en un lenguaje más inseguro.

Bajo nivel es tener acceso a los registros de la CPU y a las instrucciones especificas de cada conjunto de instrucciones, y esto solo lo permite ensamblado, a cambio de perder la portabilidad. C por el contrario no tiene acceso a registros ni instrucciones, pero si que es portable. Es de primero de ingeniería informática.

» autor: eltoloco

#307 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--670242-- — Sun, 05 Jan 2025 13:05:59 +0000

#269 me refería a comentarios o salto de linea por bloque....

Pero vamos que hacer lo que propones nadie te lo impide...fijo que alguien lo ha hecho

» autor: --670242--

#306 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sun, 05 Jan 2025 12:45:34 +0000

#302 Has dicho que está obsoleta

» autor: chavi

#305 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sun, 05 Jan 2025 12:45:09 +0000

#303 C++ tiene sintaxis distinta a C, y características muy diferentes. Es mucho más que "ponerle más instrucciones" al C.

Es otro lenguaje

» autor: chavi

#304 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sun, 05 Jan 2025 12:22:57 +0000

#301 Creer que tienes la razón sin importar lo que te digan los demás es tipico de novatos
A ti te pasa eso?
Vaya.

Si Wikipedia te dice algo,
Wikipedia no me dice nada. Lo hace quien escribe en ella, que puede ser mi vecina del quinto.
Lo importante no es "que lo diga Wikipedia" si no en qué basa sus afirmaciones.

yo creo que es una buena fuente de información, relativamente fiable
Algunas cosas si, otras poco, otras nada y otras absolutamente nada.
Depende del artículo.

En lugar de aceptar, contrasta y razona. Es el lema, no con wikipedia, si no con todo.

No es "mi definición de orientación a objetos".

Has diseñado algo orientado a objetos en tu vida ???

» autor: chavi

#303 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sun, 05 Jan 2025 12:20:00 +0000

#299 ¿Que parte de superset no has entendido?

» autor: spacos

#302 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sun, 05 Jan 2025 12:19:27 +0000

#300 De nuevo, no he dicho que no se pueda usar en determinadas circunstancias.

» autor: spacos

#301 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sun, 05 Jan 2025 12:18:09 +0000

#298 Creer que tienes la razón sin importar lo que te digan los demás es tipico de novatos. Si Wikipedia te dice algo, que yo creo que es una buena fuente de información, relativamente fiable vamos y no te parece correcto, te animo a edites la entrada y les corrijas. Muchos animos con tu super definición de lo que es un lenguaje orientado a objetos...

» autor: spacos

#300 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sun, 05 Jan 2025 12:15:39 +0000

#293 Las mías y las de la gran mayoría.

Por eso es absurdo decir que la orientación a objetos está obsoleta.

Para muchos problemas es la mejor opción de diseño

» autor: chavi

#299 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sun, 05 Jan 2025 12:14:11 +0000

#294 C++ es otro lenguaje diferente a C. Lo considerarás un "superset" tú.

Que el compilador de C++ compile también C, no tiene nada que ver en eso.

» autor: chavi

#298 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sun, 05 Jan 2025 12:12:51 +0000

#295 "LA WIKI" no dice nada. Lo dice quien escribe en ella.

Según esa definición el simple C es orientado a objetos ....

El concepto de orientación a objetos es bastante claro. Si modelas un problema complejo con orientación a objetos con la mente puesta en la reutilización y la facilidad de mantenimiento y modificacion del modelo, te darás cuenta de qué características debe tener un lenguaje para implementarlo con facilidad.

Y son la herencia, encapsulación, polimorfismo y sobreposición. La sobrecarga también ayuda.

Con ASM es suficiente para implementar cualquier cosa.

» autor: chavi

#297 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sun, 05 Jan 2025 12:09:26 +0000

Mi profe de la facultad creo esta plataforma (Ricardo Galli, creador de Meneame), asi que algo de programación creo que sabia.

» autor: spacos

#296 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sun, 05 Jan 2025 12:05:35 +0000

#288 Si, lo que decia una cacho de M. Javascript es uno de los peores lenguajes sobre la faz de la tierra, pero no es culpa suya, la gente lo quiere usar para todo y al final lo han tenido que parchear para sea algo medianamente usable.

» autor: spacos

#295 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sun, 05 Jan 2025 12:03:23 +0000

#287 De nuevo, te repito, depende de a quien le preguntes te dirá una cosa u otra sobre lo que es orientado a objetos. Si miras wikipedia dice:

"Siguiendo esa idea, cualquier lenguaje que permita la definición de tipos de datos, de operaciones nuevas sobre esos tipos de datos, y de instanciar el tipo de datos podría ser considerado orientado a objetos."
ni siquiera habla de herencia...

es.wikipedia.org/wiki/Lenguaje_orientado_a_objetos

» autor: spacos

#294 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sun, 05 Jan 2025 11:59:31 +0000

#286 C++ se considera un superset de C. Por eso, hasta donde recuerdo ya que hace tiempo que no toco c/c++ ni con un palo, cualquier compilador de C++ compila codigo de C.

» autor: spacos

#293 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sun, 05 Jan 2025 11:56:17 +0000

#284 De nuevo, son tus opiniones, basadas en tu experiencia (supongo). Las mias son diferentes.

» autor: spacos

#292 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sun, 05 Jan 2025 11:54:37 +0000

Mi profe de la facultad creo esta plataforma (Ricardo Galli, creador de Meneame), asi que algo de programación creo que sabia.

» autor: spacos

#291 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

apetor — Sun, 05 Jan 2025 11:32:55 +0000

#195 Pero es que todas esas cosas se venden como algo supervital y resulta que en programadores de sistemas esos temasnson una minucia, los problemas gordos son otros.

» autor: apetor

#290 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

apetor — Sun, 05 Jan 2025 11:27:51 +0000

#221 Modulos... si, pero kernel, drivers, librerias base, etc. son todo puro y duro C. Solo cosas de muy alto nivel son C++. Como curiosidad el DirectX Kernel ( dxgknrl.sys ) y algun otro estan hechos en un C++ limitado y algunas ultimas versiones de Windows 11 tienen un Win32k.sys reescrito en Rust. Pero tooodo el core, librerias base y largo etc. son puro y duro C.

» autor: apetor

#289 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sun, 05 Jan 2025 10:40:29 +0000

#263 Arduino se puede programar con Python... Y se puede acceder a un sensor (o a un pin) con Python.
Usando un módulo probablemente hecho en C. En todo caso, un módulo binario. No un módulo Python

» autor: chavi

#288 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sun, 05 Jan 2025 10:35:15 +0000

#281 En JavaScript tienes ya "class".

developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Operators/cl

» autor: chavi

#287 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sun, 05 Jan 2025 10:29:38 +0000

#258 no esta clara la definición de lenguaje orientado a objetos;
Yo diría que está bastante clara

¿si no soporta herencia multiple no lo es?
Debe soportar herencia. Qué no soporte herencia múltiple no es casi nunca relevante para la realización e implantación del diseño.

¿cuantos conceptos se tienen que poder aplicar para decir que un lenguaje soporta ese paradigma?
Herencia, sobreposición, sobrecarga y polimorfismo.

Son los conceptos esenciales para poder diseñar e implantar un modelo OOP.

JavaScript a pesar de los últimos esfuerzos tiene una implementación muy precaria. Pero utilizable (sobre todo con los últimos "sugar" incluidos)

Es como los tipos. Al principio a los creadores de PHP, Python y JS les pareció una idea estupenda prescindir del tipado... Ahora se recula con chapuzas.

» autor: chavi

#286 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sun, 05 Jan 2025 10:21:40 +0000

#200 No entiendo esa manía de hablar de C/C++ como si fueran la misma cosa.

No lo son. Son lenguajes distintos.

» autor: chavi

#285 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sun, 05 Jan 2025 10:20:25 +0000

#252 Claro el.programador (más bien el analista/ingeniero de software) puede hacer un diseño orientado a objetos o no.

Si no hace un diseño orientado a objetos, usar un lenguaje OOP es absurdo. Si hace un diseño OOP, utilizar un lenguaje sin OOP es idiota.

El lenguaje es la herramienta para plasmar el software diseñado. Nada más.

» autor: chavi

#284 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sun, 05 Jan 2025 10:11:55 +0000

#203 Depende del ámbito.

El diseño orientado a objetos sigue siendo lo mejor y lo más útil en la mayoría de ellos, sobre todo cuando hay que modelar realidades complejas

Es como si dices que "las bases de datos relacionales están obsoletas". Una verdadera estupidez que algunos dicen sin ruborizarse siquiera

» autor: chavi

#283 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Ovlak — Sun, 05 Jan 2025 09:56:48 +0000

#281 No tienes ni puñetera idea de en qué he programado yo o dejado de programar. Menos todavía que sobre el presente de la programación, que ya es decir, del que se ve que sólo sabes repetir lo que te contó el profe molón de la facultad, que es un cachondo pero que no ha salido al mundo real a programar en su vida.

» autor: Ovlak

#282 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

scalvo — Sun, 05 Jan 2025 09:50:14 +0000

#265 gracias

» autor: scalvo

#281 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sun, 05 Jan 2025 09:20:40 +0000

#270 Tu definicion de "orientado a objetos" es tuya y tu pequeña porción del universo no tiene porque coincidir con la mia. La definición para decir que un lenguaje es orientado a objetos es vaga y varia segun a quien le preguntes/leas. Y si que se emula. Javascript, por ejemplo, no tiene soporte de la programación orientada a objetos, pero se puede emular que es lo que hacen. Una guarrada al final. He buscado algun ejemplo, porque parece que nunca has programado en algo que no se a python, que lo que usa el 90% de la gente hoy dia.

stackoverflow.com/questions/355848/how-can-i-emulate-classes-in-javasc

» autor: spacos

#280 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Hemin — Sat, 04 Jan 2025 23:56:30 +0000

#38 si, claro, y visual basic es un ensamblador "en 3D".

» autor: Hemin

#279 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

eltoloco — Sat, 04 Jan 2025 22:14:25 +0000

#194 por suerte tiene que haber de todo en este mundo, y por ello hay profesores buenos y profesores malos.

En mi caso tuve de ambos, y todos coincidieron en lo mismo, lenguaje de bajo nivel es ensamblador, lenguaje de alto nivel es C y todo lo que ha venido detrás.

Y cuando digo todos son todos, incluido Galli, creador de Menéame, que fue muy buen profesor, aunque a menudo se iba por las ramas contando batallitas.

» autor: eltoloco

#278 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

eltoloco — Sat, 04 Jan 2025 22:11:32 +0000

#48 #174 #181 ¿Alguna vez en vuestra vida habéis escrito una sola linea de código en C y en ensamblador?

No tienen absolutamente nada que ver, independientemente del juego de instrucciones que elijas para el ensamblador.

En ensamblador no hay ningún tipo de estructura de control, ni siquiera un simple condicional. Hay que hacerlo a manita con una comparación y un salto, CMP y JMP. Lo mismo para los bucles y cualquier otra estructura de control.

Decir que son muy parecidos es demostrar desconocimiento total de lo que es la programación.

» autor: eltoloco

#277 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Mildranx — Sat, 04 Jan 2025 21:59:17 +0000

#149 www.alcancelibre.org/noticias/linus-torvalds-rust-se-usara-en-el-nucle

» autor: Mildranx

#276 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

selina_kyle — Sat, 04 Jan 2025 21:55:27 +0000

#274 fumadas experimentales hay las que quieras. Estoy hablando de lo que se utiliza de verdad en la industria

» autor: selina_kyle

#275 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Ignotion — Sat, 04 Jan 2025 21:46:32 +0000

Si os leéis el artículo, compara rúst con unity q viene a ser comparar látex con word y decir q poner negrita en word es un click y látex más.
Comparar un lenguaje de programación con una suite de generación de videojuegos y decir q el lenguaje no tiene facilidades para hacer un videojuego (por ejemplo q carece de editor wysiwyg) es como poco estúpido por no decir ignorante

» autor: Ignotion

#274 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 21:34:13 +0000

#271 El intérprete no tiene por qué estar hecho en C. Y basta con un compilador apropiado (hasta igual lo hay) para generar código nativo.

En Java lo hay...

» autor: chavi

#273 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Laro__ — Sat, 04 Jan 2025 20:52:35 +0000

#28 Has olvidado C# y javascript; 5º y 6º en el índice TIOBE... que lo sepas.

» autor: Laro__

#272 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

saqueador — Sat, 04 Jan 2025 20:32:57 +0000

Unos tíos que de Rust solo sabian que molaba deciden hacer un motor de videojuegos. Tres años después abandonan el proyecto, según ellos por culpa de Rust. Para colmo comparan Rust con Unity y Unreal Engine (WTF?). También dicen que C# es más ágil para prototipos (auténticos gurús, oiga)

» autor: saqueador

#271 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

selina_kyle — Sat, 04 Jan 2025 20:25:25 +0000

#184 la cpu del ordenador solo entiende binario. Ninguno de esos lenguajes compila a binario, necesita un intermediario escrito en C que si que está en binario

» autor: selina_kyle

#270 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Ovlak — Sat, 04 Jan 2025 20:17:28 +0000

#258 Bueno, que tú no uses algo no implica que ese algo esté obsoleto. Tu pequeña porción del universo o la mía no tiene por qué ser representativa de la realidad, por simple estadística. La definición de la OOP está bastante más clara y comúnmente aceptada de lo que crees o quieres hace creer, sustentada en los tres conceptos que ya he mencionado: clases e instancias (abstracción) , herencia y encapsulación. Añade, si quieres, polimorfismo. La herencia múltiple es una característica extra que añaden algunos lenguajes, pero que nunca ha sido considerada condición sine qua non. Además, los lenguajes no "son" orientados a objetos, sino que "soportan" orientación a objetos, así que lo de "emulan" no es un concepto que aplique en este caso. Se soporta o no se soporta, no se es ni se emula. Un lenguaje soporta la OO aunque permita, además, un paradigma estructurado. Así que, dado que la mayoría de lenguajes más usados soportan la orientación a objetos, decir que esta está obsoleta es una fumada de la que no vas a convencer a nadie que sepa un mínimo del tema, salvo quizá a los que no la uséis porque así os ha coincidido profesionalmente.

» autor: Ovlak

#269 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 19:23:00 +0000

#267 te obliga a indentar si quieres que funcione correctamente
Usar los tabuladores como marca de bloque es una pésima idea.

Una identación correcta te la hace un IDE en cualquier lenguaje que use marcadores de bloques como {} o begin-end

Y supongo que puedes validar que la linea está en la indentazion correcta si se usan otras cosas como separar con una linea o un comentario...
No vas a poner un comentario por línea... Y si además tienes que usar líneas en blanco para indicar bloques, apaga y vámonos

» autor: chavi

#268 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 19:19:42 +0000

#266 C++ aporta a C la orientación a objetos y la librería de clases. Ni más, ni menos.

Implementar un diseño orientado a objetos (herencia, polimorfismo, sobreposición, sobrecarga...) con Rust es mucho más complejo y laborioso que hacerlo con C++.

Por eso no es un buen sustituto.

No es una cuestión de gustos. En el fondo todos los lenguajes completos son "equivalentes" en el sentido de que se puede hacer lo mismo con ellos.

Rust está mucho más cerca de C que de C++

» autor: chavi

#267 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--670242-- — Sat, 04 Jan 2025 19:19:33 +0000

#217 te obliga a indentar si quieres que funcione correctamente

Y supongo que puedes validar que la linea está en la indentazion correcta si se usan otras cosas como separar con una linea o un comentario...

Aunque totalmente de acuerdo con tu opinion

» autor: --670242--

#266 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

inovercy — Sat, 04 Jan 2025 19:15:09 +0000

#211 Si, se que es la OOP, pero creo que pierdes el enfoque de que es C++ y que aporta sobre C, y por qué Rust es comparable con C++

- Rust implementa polimorfismo a través de traits
- Rust permite sobrecarga de operadores mediante traits

Respecto a la herencia. Aunque Rust no tiene herencia clásica, tiene:
- Traits (interfaces)
- Composición
- Trait inheritance

Características avanzadas compartidas con C++:
- Smart pointers (Box, Rc, Arc)
- Generics (como templates en C++)
- Pattern matching
- Module system
- Zero-cost abstractions

En Rust hay polimorfismo, pero se implementa de una forma diferente. Que a ti no te guste, o te parezca que no es exactamente lo mismo no lo acerca más a C. Rust no creo que intente ser ni lo uno, ni lo otro, Rust intenta ser Rust, y hacer las cosas a su manera, pero desde luego, es un lenguaje que permite cosas que en C no se hacen, y en C++ si.

» autor: inovercy

#265 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 19:14:38 +0000

#264 "Computer Architecture: A Quantitative Approach" de John L. Hennessy y David A. Patterson

"Digital Design and Computer Architecture" de David Money Harris y Sarah L. Harris

» autor: chavi

#264 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

scalvo — Sat, 04 Jan 2025 19:08:46 +0000

#56 quiero ese libro tanto como #147!

» autor: scalvo

#263 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

par — Sat, 04 Jan 2025 19:03:58 +0000

#225 para eso necesitas o ensamblador o C/c++ que conecte directamente el software con el hardware.

Pues no, de hecho, podrías crear un compilador de C en Python perfectamente. Otra cosa es que quieras hacerlo y sea la mejor opción.

Por eso Arduino se programa en C/C++, porque necesitas acceder al hardware y sensores y chips

Arduino se puede programar con Python... Y se puede acceder a un sensor (o a un pin) con Python.

O si no, ya me dirás dónde ejecutas un software sin hardware...

Nadie ha dicho que se tenga que hacer eso.

Dicho todo esto, cada lenguaje tiene su nicho donde esas útil. Mis lenguajes preferidos son Python, C, C++, JavaScript, Ensamblador. Y los uso en función del tipo de problema a solucionar.

» autor: par

#262 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 18:58:54 +0000

#261 Y en ese caso un espacio es lo mismo que un tabulador (físicamente).

» autor: chavi

#261 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

par — Sat, 04 Jan 2025 18:56:34 +0000

#235 Claro, y?

» autor: par

#260 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

inovercy — Sat, 04 Jan 2025 18:46:18 +0000

#233 Que algo prevenga más errores, lo hace de base más seguro, que tú digas que no, no lo hace cierto. Que haya menos posibilidades de errores, es más seguro. Si hay una limitación se usa unsafe y se tiene acceso a la memoria, directamente.

» autor: inovercy

#259 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

FooDev — Sat, 04 Jan 2025 18:43:22 +0000

#257 El compilador C++ compila C. Si es que te refieres a eso.

Sí.

» autor: FooDev

#258 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sat, 04 Jan 2025 18:38:48 +0000

#206 Personalmente (y otros tambien lo piensan) creo que es un paradigma obsoleto si. Ya he dicho que no lo uso ( programo en Elixir). Por otro lado no esta clara la definición de lenguaje orientado a objetos; por ejemplo, ¿si no soporta herencia multiple no lo es? así que ¿cuantos conceptos se tienen que poder aplicar para decir que un lenguaje soporta ese paradigma? javascript por ejemplo puede simular algunas cosas, por eso digo que son lenguajes que no fueron creados con ese paradigma en la cabeza pero lo "emulan", dan la impresión que son orientados pero no lo son. Son pseudo orientados a objetos. Que me vengan a la cabeza lenguajes muy orientados a objetos serian java o ruby. Y ahora que recuerdo, java restringio la herencia multiple porque era un clusterfuck de cuidado...

» autor: spacos

#257 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 18:36:58 +0000

#252 El compilador C++ compila C. Si es que te refieres a eso.

C++ no ejecuta nada, es un lenguaje. Los compiladores tampoco ejecutan nada, traducen.

» autor: chavi

#256 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 18:36:12 +0000

#249 Si. Se pone al nivel del tab anterior. La línea pasa a formar parte de un bloque de código diferente. Nada más.

Un desastre

» autor: chavi

#255 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 18:34:54 +0000

#245 Hombre, más que no se vean desde luego.

Pero un {} un begin-end o similar ayudan bastante más

» autor: chavi

#254 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 18:33:39 +0000

#251 Coño!!!

Entonces a qué viene la bobada esa con lo de RISC ??

» autor: chavi

#253 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sat, 04 Jan 2025 18:28:36 +0000

#220 Es lo que había.

» autor: spacos

#252 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

FooDev — Sat, 04 Jan 2025 18:26:42 +0000

#248 #196 #187 De acuerdo. Pero todo esto depende de cómo quiera hacerlo el programador ¿no? No es raro que el sintactic sugar genere un código con peor rendimiento. Pero ¿acaso C++ no puede ejecutar el mismo código escrito para C? Es una pregunta.

» autor: FooDev

#251 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

AMDK6III — Sat, 04 Jan 2025 18:14:05 +0000

#228 Tengo el diploma de Ingeniero Informático, (del plan 98), así que no, no estoy juntando palabras
Puede que esté desfasado, que haya aprobado con un 5 raspado, pero no junto palabras sin saber.

» autor: AMDK6III

#250 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

mecha — Sat, 04 Jan 2025 18:09:40 +0000

#247 en realidad ahora ya si puedes compilar C#, generando un ejecutable independiente de la máquina virtual. Desde .Net 7, que salió hace 2 años.

.Net Nativo AOT (ahead of time):
learn.microsoft.com/en-us/dotnet/core/deploying/native-aot/?tabs=windo

» autor: mecha

#249 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

DenisseJoel — Sat, 04 Jan 2025 18:06:56 +0000

#108 ¿Si borras un tabulador, no se desplaza la linea completa? Eso debe de notarse. Aparte, ¿los programadores no tenéis ninguna herramienta que os permita ver qué cambios habéis hecho en el código?

» autor: DenisseJoel

#248 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 18:02:54 +0000

#186 En el.momento en que haces uso de herencia, sobrecarga, sobreposición y polimorfismo.

Es código ASM adicional a ejecutar

» autor: chavi

#247 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 18:02:19 +0000

#155 Bueno, en principio C# no se compila a ASM nativo, si no a código intermedio para la VM .NET, como java con su JVM..

» autor: chavi

#246 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 18:00:00 +0000

#77 Entonces C++ es de mayor nivel que Rust..

» autor: chavi

#245 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

musg0 — Sat, 04 Jan 2025 17:57:56 +0000

#240 Pero los tabs y espacios ya no son invisibles, así que ayuda en la lectura y depuración

» autor: musg0

#244 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 17:53:21 +0000

#225 Puedes programarlos en Pascal perfectamente. Con un poco más de trabajo por las restricciones de acceso a memoria posiblemente...

» autor: chavi

#243 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Findeton — Sat, 04 Jan 2025 17:50:13 +0000

#241 O metes tipos seguros desde el principio, o no sirve pa ná usar rust. El unsafe es como un virus que se extiende por todos lados.

» autor: Findeton

#242 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Sr_Atomo — Sat, 04 Jan 2025 17:47:38 +0000

#8 Creo que se te ha borrado el "OBOL" que va justo después del "C".

» autor: Sr_Atomo

#241 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

BuckMulligan — Sat, 04 Jan 2025 17:37:39 +0000

#2 No he programado mucho en rust, pero ¿no se pordría solucionar lo que dice el artículo usando rust en unsafe mode para los prototipos?

» autor: BuckMulligan

#240 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 17:28:45 +0000

#238 No sirve de mucho. Cuando falta no sabes si falta o no sin leer con atención todo el código afectado

» autor: chavi

#239 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

dark_soul — Sat, 04 Jan 2025 17:28:01 +0000

Rust no me parece mal lenguaje para programar. Me he leído un par de libros y hecho algún que otro programa (con dlang me hice algún juego 2D). En mi opinión Rust es más exigente por las restricciones del compilador con el uso de las variables y su uso en la memoria. Nunca te va a dejar compilar un programa si no se cumplen las reglas de propiedad de las variables y el espacio que ocupan en la memoria.

Como nota personal, Rust tiene propiedades de un lenguaje orientado a objetos pero no lo es.

Los blueprints de Unreal Engine pues es algo que igual tienes dentro de 20 años si quieres hacer un id para programar videojuegos

» autor: dark_soul

#238 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

musg0 — Sat, 04 Jan 2025 17:20:11 +0000

#108 un tabulador (que no se ve
Se pueden usar editores que muestren los tabuladores y los espacios al final de línea

» autor: musg0

#237 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 17:20:05 +0000

#213 Estupendo. Me parece muy bien.

» autor: chavi

#236 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 17:19:38 +0000

#218 Tan directa como en Pascal, por ejemplo

» autor: chavi

#235 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 17:18:32 +0000

#223 puedo "tabular" un código Python con un espacio perfectamente.

» autor: chavi

#234 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 17:16:57 +0000

#208 La OOP es una técnica de diseño. Y todos los lenguajes completos son equivalentes (Se puede hacer lo mismo con ellos).

Eso es así.

Pero un lenguaje OOP proporciona herramientas para implementar un diseño OOP que otros lenguajes no OOP no tienen.

Para lo demás, test unitarios y de integración serios y bien hechos.

PD: No he dicho que lo de Rust sea mala idea, solo que lo de los leak de memoria y los fallos de gestión no son para tanto

» autor: chavi

#233 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 17:13:23 +0000

#195 Rust, por diseño no permite tener punteros a NULL
Eso no lo hace más seguro.

tampoco permite tener multiples referencias mutables a la misma posición de memoria.

Eso tampoco

dependes de que el programador con el que trabajas tenga una buena forma de trabajar.
Como ya he dicho intentar que el lenguaje sustituya o palíe la incompetencia del programador es un error.
Simplemente no es posible

Eso sí. La empresa "ahorra" a corto plazo.

depende de que el equipo sea consistente con la seguridad.
Exacto. Depende de que el equipo haga bien su trabajo. Eso no depende de ningún lenguaje.

Rust por defecto pone la seguridad como prioridad
Nope.
Rust limita lo que es posible hacer obligando a usar otros medios porque forma más eficientes de hacerlas son "propensas a errores".

y un programador tendría que meter un unsafe {} para poder llevar a cabo este tipo de cosas.
Lo cual es una buena idea. Limitas solo cuando quieres y cuando no, retiras ese límite.

Rust no es "más seguro". Simplemente previene ciertos errores.

La discusión sin embargo no era esa, si no la sustitución de C++ por Rust.

Rust no es OOP. No es una sustitución viable.

» autor: chavi

#232 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 17:05:14 +0000

#190 Ya.
Por eso en ese ámbito no es raro recurrir a ASM embebido en el propio código.

C lo.permite.

» autor: chavi

#231 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 17:04:24 +0000

#181 Un BEXTR no hace siempre esto ?

hjlebbink.github.io/x86doc/html/BEXTR.html

Muchas instrucciones se ejecutan con microcódigo. No están cableadas.

Es que eso no es relevante ni cambia lo que hacen. Solo cómo lo hacen. Los pasos que siga la CPU para llevar a cabo su instrucción son irrelevantes a este nivel. Son de un nivel inferior y el.microcódigo tiene una misión diferente

Y el.microcódigo de las CPU (que existe desde digamos "siempre") no es un programa "convencional". Leete un libro sobre arquitectura de microprocesadores.

» autor: chavi

#230 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 16:57:12 +0000

#176 que haya compiladores que permitan empotrar ensamblador
Si. Me refería a eso.

» autor: chavi

#229 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 16:56:22 +0000

#175 No he dicho ni que Python sea una filfa de lenguaje ni que los leaks se deban a.programadores incompetentes.
Aprende a leer.

Rectifico. Si que he dicho que es una filfa.

Y es cierto en el sentido de velocidad y estilo. Le salva su ecosistema y sus bindings.

» autor: chavi

#228 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 16:54:03 +0000

#174 a ver, que un lenguaje ensamblador CISC x86/i686 no se parezca a C, no significa que C no sa parezca a lenguajes ensambladores de arquitecturas/instruction sets más limpios de tipo RISC .
Joder.
Si parece que estás juntando palabras sin saber que significan...

Sabes que es RISC y cuantos años tiene esa arquitectura??? Sabes si hay diferencias sustanciales en el lenguaje ensamblador x86 y ARM por ejemplo??? (Hay muchas diferencias pero en lo sustancial son similares).

Empieza por mirar el significado de las siglas RISC.

No C no se parece a NINGUN lenguaje ensamblador.

» autor: chavi

#227 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 16:51:26 +0000

#173 Coincido

» autor: chavi

#226 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 16:51:02 +0000

#170 Esos no son mis argumentos. Son los tuyos.

Yo no he dicho nada de eso

» autor: chavi

#225 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

MetalAgm — Sat, 04 Jan 2025 16:49:39 +0000

#184 Porque todos los interpretes tanto de python, javascript y las máquinas virtuales de C# y Java esta programadas en C/++, porque pareciera que con tanta abstracción y alto nivel se nos olvida que un programa se tiene que ejecutar en un hardware que usa memoria y chips y demás historias y para eso necesitas o ensamblador o C/c++ que conecte directamente el software con el hardware.

Por eso Arduino se programa en C/C++, porque necesitas acceder al hardware y sensores y chips para ejecutar las instrucciones... por eso C/C++ tienen un futuro porque quitando esos lenguajes que conectan el alto nivel y el.bajo nivel pocos mas te dan esa opción...

O si no, ya me dirás dónde ejecutas un software sin hardware...

» autor: MetalAgm

#224 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 16:47:23 +0000

#165 Un programa no tiene por qué "petar por cualquier lado con punteros NULL" si el programador no es un inútil.

Y de los programadores inútiles no existe el lenguaje que te proteja.

Contra errored.puntuales (todos somos humanos) tests y tiempo razonable de desarrollo.

Si..los fallos de gestión de memoria son jodidísimos. Por eso hay que prestar a eso una atención especial.

cuando tú querida aplicación en C++ ha llegado ya al cliente final
Eso no debería pasar con unos test en condiciones.

Y volvemos a lo mismo. Rust podría ser un sustituto de C en su ámbito. Difícilmente lo sería de C++

» autor: chavi

#223 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

par — Sat, 04 Jan 2025 16:47:14 +0000

#212 Un tabulador tiene un significado y un código distinto de un espacio. Que un tabulador se pueda emular con espacios no significa que uno sea una 'abreviatura' de otro.

» autor: par

#222 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 16:44:41 +0000

#163 C no tiene nada que ver con Python. Es más, diria que se parece más al ensamblador que al Python.
Yo no he dicho "que tenga que ver". He dicho que es de tan alto nivel como Python.
Y no.
C no se parece de ningún modo y en ningún aspecto más a ASM que a Python.

Si hasta las sentencias de Python están cogidas de C !!

En cuanto a la eficiencia, depende absolutamente del programador y del compilador/librerías. No fundamentalmente del lenguaje.

pero la estructura basica en C se pueden relacionar de forma muy directa a ensamblador
No más que en cualquier otro lenguaje compilado como Pascal por ejemplo.

El ensamblador moderno lo puedes hacer muy parecido al C.
El ensamblador es poco más que nemotecnicos para el juego de instrucciones de CPU.

pero si lo adornas lo suficiente con librerías y macros igual consigues que se parezca hasta a Javascript

» autor: chavi

#221 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

MetalAgm — Sat, 04 Jan 2025 16:41:36 +0000

#189 Windows 10 y Windows 11 ya tienen módulos en C++.

» autor: MetalAgm

#220 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 16:38:34 +0000

#161 programadores malos, buenos y hackers

Como clasificación da un poco la risa, pero bueno. Cada uno clasifica como quiere...

Así que "hackers"...

» autor: chavi

#219 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 16:37:02 +0000

#152 Borrar un tab sin querer le pasa a todos el mundo antes o después.

Y muchas veces averiguar si hace falta en una linea o no es un trabajo laborioso que requiere leer un buen trozo de código.

» autor: chavi

#218 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

frankiegth — Sat, 04 Jan 2025 16:36:39 +0000

#216. '...Qué un compilador (de cualquier lenguaje) use ASM no indica nada...'

La traducción de C a ensamblador es practicamente directa, sin complicadas abstracciones de por medio. Enseguida te percatas de lo natural y esquemática que esa esa traducción entre ambos lenguajes.

» autor: frankiegth

#217 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 16:35:58 +0000

#150 No. El control de versiones no está para eso.

El.uso.que hace python de la identación es una idea pésima. No tiene justificación. Añade inconvenientes y absolutamente ninguna ventaja

» autor: chavi

#216 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 16:33:42 +0000

#167 Y yo creo que deberias estudiarte el 'código fuente' de un compilador básico de C
Para qué exactamente??
Ya he visto alguno en la UnI. No me quedan ganas de ver otro.

Qué un compilador (de cualquier lenguaje) use ASM no indica nada..

No hay grandes diferencias entre un compilador de C o uno de Pascal, por poner un ejemplo

» autor: chavi

#215 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 16:31:34 +0000

#149 Bueno. Eso ya son sutilezas respecto a lo que consideramos "alto nivel" o "bajo nivel".

Después de programar en ASM a mí no me cabe ninguna duda que C es alto nivel

» autor: chavi

#214 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 16:29:35 +0000

#147 Pues lo siento mucho. El.microcódigo de las CPU forma más parte de la ingeniería que de la programación.

No es "programacion a bajo nivel", no tiene que ver con programación en ensamblador. Tiene que ver con el diseño de CPU

Resumiendo muy muy por encima es sustituir circuitos por código.

» autor: chavi

#213 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

MetalAgm — Sat, 04 Jan 2025 16:27:37 +0000

#57 C++ moderno ha incluido infinidad de cosas de seguridad y alto nivel como smart pointers (unique_ptr, shared_ptr) o funciones lambda y muchas cosas más... dale un repaso al nuevo C++...
Ya no necesitas hacer new y delete... simplemente haces std::make_unique o std::make_shared y tienes el objeto creado en memoria dinámica igual que si hicieras new o malloc y encima no tienes que hacer delete, el smart pointer se encarga de liberar la memoria por ti si se te pasa borrarla...

» autor: MetalAgm

#212 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 16:26:23 +0000

#183 Si. Tabuladores y o espacios. Un tabulador no es más que una "abreviatura" de un conjunto de espacios contiguos

» autor: chavi

#211 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 16:25:35 +0000

#198 Sabes en qué consiste el diseño orientado a objetos?

Conceptos como la herencia, la sobrecarga, el polimorfismo...

En el fondo cualquier cosa se puede hacer con cualquier lenguaje completo. Otra cosa es que sea la herramienta apropiada.

Para muchísimos ámbitos el diseño orientado a objetos es el mejor, y para su implementación lo mejor es usar un lenguaje OOP.

C++ es OOP. Si le quitas eso, no aporta nada sobre el uso de C.

El debate es Rust/C, no Rust/C++

» autor: chavi

#210 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Review — Sat, 04 Jan 2025 16:19:41 +0000

#10 El día que alguien desarrolle para Rust un motor de videojuegos, se acabó C++
Ya hay motores de videojuegos desarrollados en Rust, pero creo que se está perdiendo el foco en la discusión en general respecto al lenguaje a utilizar para hacer videojuegos y el lenguaje del motor.

Godot está hecho en C/C++ pero puedes programar para él en muchos lenguajes, entre ellos Rust. El problema que no veo que nadie menciona es que para qué usar un lenguaje u otro.

A nivel de aficionado he hecho (y estoy haciendo) algunas cosas con ese motor, y yo lo veo clarísimo: Para prototipar rápidamente y probar cosas, con GDScript me basta (y mira que odio ese lenguaje de scripts), pero si hay partes críticas del código o muy complejas computacionalmente, no lo voy a hacer en GdScript, si no que haré un módulo en Rust/C/C++ o el lenguaje que considere para ganar órdenes de magnitud en rendimiento

» autor: Review

#209 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

gipsyking — Sat, 04 Jan 2025 16:18:07 +0000

Muchísimo cuñado aquí. Ni puta idea, pero ni puta idea, diletantismo máximo, parecéis loros.

La razón por la que rust es difícil para videojuegos es porque el borrow checker complica ciertas relaciones muy típicas y necesarias en los videojuegos. Véase el sistema de handles y el de reflection de bevy.

» autor: gipsyking

#208 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Review — Sat, 04 Jan 2025 16:11:27 +0000

#27 Me estoy leyendo la discusión que lleváis, y quería entrar en éste comentario que no me ha gustado cómo te han contestado en #30:
Rust podría sustituir en todo caso a C. Jamás a C++
Realmente aunque Rust no sea OOP es tan capaz o más para desarrollar lo mismo que un programa hecho en C++, y de estructurarlo de manera muy similar. Evidentemente cada lenguaje tiene que tener la implementación hecha a su manera, no puedes copiar la estructura de un programa hecho en Javascript y pretender hacerlo igual en C, por ejemplo, quizá ahí su gesto de desaprobación

Y realmente los leak de memoria se deben a las prisas o incompetencia de los programadores.
En ésto creo que te equivocas del todo. En el entorno empresarial y en programas que son algo más que unos pocos cientos de líneas la complejidad va escalando exponencialmente, y aunque seas el puto John Carmack hay un punto en el que es muy fácil tener memory leaks por un caso de uso no esperado o que al trabajar en equipo alguien no acceda o trabaje de la manera esperada respecto a ese objeto. Y ya no entramos en casos más habituales dentro del mundo del desarrollo de videojuego, como puede ser gestionar objetos que tienes cargado en memoria realmente grandes o que tengan un ciclo de vida poco habitual y que para evitar reescrituras enromes de código acabes haciendo alguna ñapa para sobrevivir

Que si fuésemos máquinas y que si desde el minuto 0 que te sientas a programar tuvieses definido perfectamente el scope y la arquitectura del proyecto, tanto C como C++ como Rust u otro lenguaje sería ideal para cualquier proyecto, pero no es así y tienes que elegir también pensando en qué lenguaje no te hará hacer demasiados sacrificios.

Ahí lo que me parece bueno de Rust es que lo que inviertes de tiempo creando código robusto te lo ahorras en correcciones y en búsquedas de memory leaks

» autor: Review

#207 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

donchan — Sat, 04 Jan 2025 16:08:19 +0000

#90 La referencia siempre es Haskell

» autor: donchan

#206 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Ovlak — Sat, 04 Jan 2025 16:02:03 +0000

#203 ¿Te das cuenta de que tú has hablado de obsolescencia? Y ahora ya vas reculando con lo de "no es el paradigma principal" (lo que no implicaría que sea obsoleto) cuando, de hecho, lo sigue siendo. Java, C#, C++, Python, PHP son lenguajes todavía más usados que la mitad de los que has puesto en #201 (y varios de ellos, aún con todo, permiten aplicar algunos conceptos de la OOP como Javascript, go o Rust). Y desconozco a lo que le llamas "pseudo" programación orientada a objetos. Si un lenguaje te permite aplicar los conceptos de la orientación a objetos (clases e instancias, encapsulación y herencia) es un lenguaje OOP, aunque no te obligue a ello.

» autor: Ovlak

#205 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

PortgasDAce — Sat, 04 Jan 2025 15:54:44 +0000

#40 bueno, C/C++, Zigg, Rust... Se suelen definir como me dio nivel porque te permiten (y obligan a) controlar la memoria (no tienen Garbage colector, Rust te permite controlarla de otra forma pero podríamos decir que "sabes" cuando va a reservarse, cuanta, cuando se liberará...).

Pero sí, todos son de alto nivel en el sentido de que la sintaxis y ordenes son las mismas, no varían con el hardware, abstrayendonos de pensar tan a bajo nivel (no controlas si se usa el set de instrucciones xx de los últimos procesadores, que caché está usando, ni nada de eso por ejemplo).

» autor: PortgasDAce

#204 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

PortgasDAce — Sat, 04 Jan 2025 15:38:51 +0000

#58 deja de seguir insistiendo en algo que no tienes ni idea.

C era ensamblador con colorines en su nacimiento, cuando las máquinas eran simples y era "predecible" el output del binario, en el sentido de que la gente se podía imaginar que set de órdenes de ensamblador equivalían a cada orden de C. Pero no permitía ir al detalle al que iba ensamblador, podríamos decir entre muchas comillas que era casi "un macro" de assembler.

Eso dejó de ser así hace muchísimo, para empezar porque las máquinas de hoy en día son mucho más complejas y para seguir porque los compiladores son mucho más sofisticados.

O estás programando un sistema empotrado más o menos (bastante) simple o entre la complejidad y las optimizaciones del compilador no tienes ni zorra (ni te interesa) de todo el set de instrucciones que se ejecuta finalmente.

De hecho es tan así que muchas optimizaciones clásicas de C son contraproducentes porque a un código aparentemente más ineficiente hoy en día en compilador puede sacarle tanta información y aplicar tantas optimizaciones automáticas que igual intentando optimizarlo previamente consigues lo opuesto.

Hace años que no toco C, pero me imagino que a día de hoy será todavía más cierto esto (la complejidad no ha dejado de crecer y la magia del compilador tampoco).

» autor: PortgasDAce

#203 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sat, 04 Jan 2025 15:33:54 +0000

#193 Lo del articulo es para que te des cuenta de que la programación orientada a objetos, con clases, herencia y tal ya no se ve como el paradigma principal a la hora de desarrollar software. Poner en cuestión este mero hecho es de por si relevante. Cuando pones en cuestión el que hasta hace poco, era el dogma dominante en desarrollo dice mucho. Por no hablar que la gente confunde programación orientada a objetos con pseudo programación orientada a objetos.

» autor: spacos

#202 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

the_fuck_right — Sat, 04 Jan 2025 15:29:03 +0000

#62 #58 Joder! Tenía yo ganas de volver a ver discusiones por estas cosas y no por política!!
Un abrazo a ambos

» autor: the_fuck_right

#201 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sat, 04 Jan 2025 15:27:05 +0000

#193 Según el indice tiobe, por poner algo, tenemos sin orientacion a objetos: go, sql, C, javascript, Rust. Todos ellos en los 10 primeros puestos. Por supuesto puedes "simular" partes de la orientación a objetos si así lo deseas.

» autor: spacos

#200 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sat, 04 Jan 2025 15:21:20 +0000

#191 No digo que haya areas en los que por la disponibilidad de las librerias, restricciones especificas etc solo se pueda usar C. Pero si no tienes esas restricciones no le veo sentido seguir usando C/C++

» autor: spacos

#199 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Cantro — Sat, 04 Jan 2025 15:18:12 +0000

#146 Eso lo tenemos claro, pero el cabrón sigue vivo porque no hay huevos a matarlo

Lo que implica que hay desarrolladores que todavía trabajan en eso y que ni habían nacido cuando entré en la carrera

» autor: Cantro

#198 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

inovercy — Sat, 04 Jan 2025 14:47:56 +0000

#27 Puedes desarrollar lo de que no podría sustituir a C++ porque no es orientado a objetos?

Porque en Rust puedes montar structs (como en C, si), e implementarlos con partes publicas y privadas, creando Traits para permitir a otros implementar ciertas funcionalidades, que bien podrían valer para hacer gran parte de lo que se hace en C++.

Sobre que los leak son por prisas o incompetencia. Si, claro, y eso es parte del mundo en el que vivimos, la gente la caga. Programando, conduciendo, pilotando, diagnosticando. Y si hay tecnología que puede reducir errores programando para tener menos bugs, conduciendo para tener menos muertos, o diagnosticando para pillar enfermedades antes, lo lógico es que se usen dichas herramientas.

» autor: inovercy

#197 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

apetor — Sat, 04 Jan 2025 14:39:28 +0000

#180 me refiero a NO usar esas cosas normales, por que son un poco veneno...

» autor: apetor

#196 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

musg0 — Sat, 04 Jan 2025 14:38:10 +0000

#186 En el momento en el que te enredas haciendo clases anidadas y pierdes el control de las estructuras intermedias que se generan cuando accedes a una propiedad

» autor: musg0

#195 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

inovercy — Sat, 04 Jan 2025 14:35:29 +0000

#47 En su diseño es más inseguro. Rust, por diseño no permite tener punteros a NULL, tampoco permite tener multiples referencias mutables a la misma posición de memoria.

Puedes hacerlo con C++? Por supuesto, puedes usar uno de los últimos estandar, creo que desde C++11 ya tienes smart pointers, por ejemplo. Pero dependes de que el programador con el que trabajas tenga una buena forma de trabajar. No todo depende de que tú seas bueno, depende de que el equipo sea consistente con la seguridad.

Rust por defecto pone la seguridad como prioridad, y un programador tendría que meter un unsafe {} para poder llevar a cabo este tipo de cosas.

Por lo que por diseño, Rust es más seguro que C++. Obviamente habrá gente que programe en C++ de maravilla y metan pocos bugs. Pero una cosa no quita la otra.

» autor: inovercy

#194 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Tecar — Sat, 04 Jan 2025 14:32:57 +0000

#40 No sé dónde habrás estudiado, pero con este discurso en mi clase no apruebas.

» autor: Tecar

#193 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Ovlak — Sat, 04 Jan 2025 14:30:37 +0000

#171 La verdad es que no tengo muy claro que entiendas el significado de "obsoleto", porque el OOP está lejos todavía de estar obsoleto. Es más, te diría que leyeras con detenimiento los artículos de opinión que has usado para sustentar esa afirmación. En el primero comienza con un No, object-oriented programming (OOP) is not dead. Y en el segundo dice, literalmente, Is OOP still an effective software development tool or is it just an obsolete programming fad? The answer is that OOP is not obsolete. Vamos, has usado una opinión que directamente te contradice (salvo que no hayas querido decir lo que has dicho).

Puedo entender que, por ejemplo, haya paradigmas como la programación funcional con las que se puedan superar conceptos de la orientación a objetos para cuestiones puntuales. Pero, en el día a día, para la mayoría son complementarios, no sustitutivos. La programación orientada a objetos es y será durante bastante tiempo el paradigma más utilizado. Coge los 20 lenguajes más utilizados y dime cuantos de ellos no son enteramente orientados a objetos o no tienen uno o varios conceptos de la orientación a objetos.

» autor: Ovlak

#192 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

inovercy — Sat, 04 Jan 2025 14:28:00 +0000

#13 C++ mola, pero bien es cierto que Rust es más sencillo cuando no tienes sesgos.
A mi me costó un poco aprenderlo, porque todo el tema de los lifetimes, y como funcionan las referencias a memoria, con su sistema de propiedad se me hacía raro. Pero una vez que lo aprendes, dominarlos es menos complicado porque pegarte un tiro en el pie es mucho más difícil. Con C++ tienes más posibilidades de liarla con accesos a memoria, etc.

» autor: inovercy

#191 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

apetor — Sat, 04 Jan 2025 14:25:46 +0000

#83 Rust tiene la posibilidad ( aunque muy burda y antinaturalmente y jodiendo mas que ayudar ), pero intenta hacer algo de sistemas con esos lenguajes...

Ejemplo:

www.youtube.com/watch?v=kKZfGYvQ9kg

En este caso este software se ejecuta en paralelo y engarzado primero con la UEFI del sistema y luego con Windows 11 ( y su kernel NT ), ya no hablamos de un programa con su comienzo y final, monolitico,...

No quiero darmelas de nada pero... para sistemas, lo serio, C y ensamblador.

» autor: apetor

#190 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

frankiegth — Sat, 04 Jan 2025 14:17:24 +0000

#44. '...Lo que ejecute la CPU cuando programamos en C preocupa más bien poco. Se encarga el compilador de ello. Igual que en Rust...'

En lineas generales, pero cuando hablamos de programación de videojuegos lo que haga el compilador por su cuenta preocupa y ocupa. Esta misma noticia #0 de algún modo lo confirma.

» autor: frankiegth

#189 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

apetor — Sat, 04 Jan 2025 14:15:23 +0000

#36 Windows es C, no C++, C.

» autor: apetor

#188 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

apetor — Sat, 04 Jan 2025 14:12:41 +0000

#165 Mira, lo del memory safety es una retorica muy muy poco rigurosa:

Ni el % de problemas del desarrollo son el 70%, no llega ni al 10%. ( esta muy bonito que Mozilla, MS y Google, que hacen navegadores hablen de problemas y naturaleza propia de su software, pero ni en sistemas, sobre todo drivers, ni en juegos ni otros la programacion es asi ).

Ni mucho menos esa mistica de Rust incluso fuera de ese memory safety es merecida; los errores jodidos de verdad, logicos, de concurrencia, de muchos temas ( en mi caso me dedico a hacer drivers y temas de UEFI y demas, donde hay un sinfin de relaciones contractuales y protocolos, estados de procesador, concurrencia flotante, reentrada, interacciones con otros componentes... ) son una batalla totalmente ortogonal al lenguaje.

No, no insistais con que Rust permite definir ciclos de vida, concurrencia, ARC, etc. etc. Milagros no hay, en un programa o code path cerrado, monolitico, no encajado en un sistema como un conjunto de engranajes con decenas de puntos de entrada... ALGO ( realmente no mucho mas de lo que un programador con el culo pelau no pudiera hacer ya en C++ con smart pointers y demas, y ojo, lo mismo en C ), pero precisamente donde mas vienen a vender la moto, en codigo y programadores de sistemas, lo siento, pero esa mitologia de Rust no es tal.

» autor: apetor

#187 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

frankiegth — Sat, 04 Jan 2025 14:08:41 +0000

#186. En la capa de complejidad que aporta el soporte nativo de la orientación a objetos al propio compilador de C++. Además cuando un programador orienta su software a objetos habitualmente lo hace para resolver un problema específico y no tanto pensando en como va ha responder el hardware de la máquina en cuanto a rendimiento y eficiencia. En el caso de tratarse de programar videojuegos evidentemente el programador intentará optimizar su orientación a objetos a ese campo, pero en general la orientación a objetos no se invento pensando en la realización de videojuegos, se inventó pensando en el propósito general. La orientación a objetos en programación ayuda al programador a estructurar mejor sus ideas y con ello su programa, pero esa "capa humana" de complejidad, por llamarla de algún modo, al hardware le interesa más bien poco.

» autor: frankiegth

#186 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

FooDev — Sat, 04 Jan 2025 14:01:32 +0000

#8 ¿En qué momento C++ es más lento que C?

» autor: FooDev

#185 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

frankiegth — Sat, 04 Jan 2025 14:00:06 +0000

#174. Te vas a reir, pero tengo un AMD k6-2 a 300Mhz como nueva corriendo DOS entre una de mis máquinas en activo. Y creo que te vas ha reir otra vez, ayer mismo me topé con este video y es muy posible que te interese :

'...AMD K6-2 Better Performance With K6INIT...'
www.youtube.com/watch?v=Po_oy7VjLu0

Esa nueva increible utilidad de inicialización en DOS que potencia en unos 30 FPS adicionales en los test y en los juegos (en el modo gráfico 640x480) funciona también con los AMD K6-III.

» autor: frankiegth

#184 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

par — Sat, 04 Jan 2025 13:56:52 +0000

#41 Hasta que no se pueda compilar Python a binario directamente, C y C++ seguirán siendo indispensables.

Por qué, exactamente?

» autor: par

#183 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

par — Sat, 04 Jan 2025 13:54:54 +0000

#35 Cuando dices tabuladores, te refieres a tabuladores y/o espacios, no?

#42 Sabes que no tiene que ser tabs, no? Que problema encuentras al refactorizar código?

» autor: par

#182 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

apetor — Sat, 04 Jan 2025 13:53:45 +0000

#16 Ya, buena suerte para la infrastructura de base de cualquier nuevo hardware fuera de C. Rust... bueeeno, pero Go ? sorry, no. C es un standard de la industria, va mas alla del lenguaje en si.

» autor: apetor

#181 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

par — Sat, 04 Jan 2025 13:49:54 +0000

#68 Un MOV o un CMP quizás si que siempre se ejecuten igual, pero quizás una BEXTR (por decir algo), no. Y los pasos que el procesador va a seguir para ejecutarlo van a depender del microcódigo, que es lo que te están diciendo.

(pd. No tengo ni idea de si la instruccion BEXTR se ejecuta usando microcodigo o no, solo la he usado como ejemplo).

» autor: par

#180 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

apetor — Sat, 04 Jan 2025 13:49:35 +0000

#10 C++, si pasas de cosas muy viejas y te fuerzas incluso a un subset del lenguaje ( ojo, esto incluye cosas normales como sobrecarga de operadores, excepciones,... ) es mas sencillo que Rust y otros. Y por cierto, Rust tiene mucho codigo de libreria, pero en la practica, no engañan a nadie, eso NO SON LIBRERIAS, hay que recompilar fuente siempre. Y claro, diran que ya estan en ello ( persiguiendo un "ABI" interno que tenga todos los metadatos necesarios para que se pueda linkar en binario como hace todo lenguaje pero ahhhmigo, ademas de eso toda una carga añadida que no tiene que ver con el paso de parametros en si sino con tooda la info del borrow checker y demas ). Es lo que tienen esas abstracciones, que no cruzan fronteras sin hacer cosas tan complejas que, vistas en frio... lo siento, huelen a chapuza forzada.

» autor: apetor

#179 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

donchan — Sat, 04 Jan 2025 13:43:24 +0000

#35 Me ofrezco como tirador. Menuda cagada.

» autor: donchan

#178 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

zeioth — Sat, 04 Jan 2025 13:38:19 +0000

El caso de uso de Rust es aplicaciones de alto rendimiento y memory safe.

Rust prácticamente te obliga a escribir buen código. Y escribir buen código (por lo menos al principio) lleva tiempo.

» autor: zeioth

#177 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

apetor — Sat, 04 Jan 2025 13:37:41 +0000

#149 C tiene una "banda" de nivel de abstraccion...

» autor: apetor

#176 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

apetor — Sat, 04 Jan 2025 13:31:07 +0000

#44 No no, ojo, que haya compiladores que permitan empotrar ensamblador o linkers que permitan enlazar con ficheros en ensamblador compilados en proyectos de C no quiere decir que C de acceso a ensamblador. C no tiene nada de eso. Por otra parte, SI, un poco por accidente y epoca de creacion y otro mucho por requisitos de la industria, C es ~~TAMBIEN~~ un ( o mejor dicho EL ) ensamblador portable en el sentido de que permite, precisamente, trabajar casi casi con el mismo nivel que la propia ISA de la maquina; y cuanto es ese casi ? pues la esencia de la norma que lo marca es justo: portabilidad vs acceso al ISA, todo aquello que no requiera de algo que genere codigo adhoc y no portable, se puede hacer. En la practica esto supone dejar fuera cosas como nombres de registros de maquina, MSRs, selectores y cosas del estilo ( y ojo, la mayoria aun pueden accederse sin ensamblador, con intrinsics... pero eso es codigo no portable ).

» autor: apetor

#175 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Supercinexin — Sat, 04 Jan 2025 13:29:02 +0000

#37 No había leído éste comentario antes.

Buenos argumentos.

Buenos son los que tú das: "Rust no puede sustituir a C++, sólo a C", "Python es una filfa de lenguaje", "los leaks de memoria en C y C++ es porque los programadores son incompetentes".

Todo porque lo dices tú. Qué sabrán los demás.

Se nota que eres un gran programador..... que jamás ha escrito una línea en condiciones.

Ya veo el tipo de programador que eres tú. Sin comentarios.

» autor: Supercinexin

#174 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

AMDK6III — Sat, 04 Jan 2025 13:24:07 +0000

#20 a ver, que un lenguaje ensamblador CISC x86/i686 no se parezca a C, no significa que C no sa parezca a lenguajes ensambladores de arquitecturas/instruction sets más limpios de tipo RISC .
No seamos tan categoricos , por favor. Vengo a Meneame a informarme y aprender, no a medir el tamaño de mi miembro viril con el de otros: eso no es una competición de quién sabe más.
Así que yo voto a favor de #8

» autor: AMDK6III

#173 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

apetor — Sat, 04 Jan 2025 13:17:19 +0000

#20 mñeh, si y no, si pero no; y eso es una de las bazas de C, suficientemente alto para trabajar con el en orden y decoro/abstraccion, suficientemente bajo para ser el ensamblador portable y no ocultar la maquina a los que no queremos perder esa nocion de la maauina en ningun momento ( si, aun teniendo presente el modelo abstraido en todo momento; muchos creen que son excluyentes y para nada es asi ). De hecho C es aun mas que eso, C tiene un nivel de abstraccion variable, se puede variar segun el codigo que escribas... y todo sin forzar nada, de forma totalmente natural.

» autor: apetor

#172 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Dragstat — Sat, 04 Jan 2025 13:12:39 +0000

#166 Vaaale, aceptamos Rust

» autor: Dragstat

#171 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sat, 04 Jan 2025 13:10:38 +0000

#156 Hay muchos artículos al respecto, te pongo algunos. No he dicho que no se use, antes se usaba para todo, parecia que era el santo grial de la programación.

medium.com/machine-words/the-rise-and-fall-of-object-oriented-programm
medium.com/nerd-for-tech/is-oop-relevant-today-3b3fdc2d1ab2

» autor: spacos

#170 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Supercinexin — Sat, 04 Jan 2025 13:10:09 +0000

#35 Los lenguajes son filfa, como Python, o no tienen futuro ,.como Rust, o super guachis, como C++, según a ti te parezca.

Pues okey. Con esos argumentos me queda definitivamente claro todo

» autor: Supercinexin

#169 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

donchan — Sat, 04 Jan 2025 13:09:07 +0000

#19 Está ZIG. Quizás demasiado nuevo. Te ofrece casi lo mismo que RUST pero sin la protección de memoria, lo que da mucha más libertad para hacerlo como quieras.

Tiene un fuerte enfoque en no tener cosas ocultas, para que sea fácil saber qué significa lo que lees. Eso le quita alguna funcionalidad.

» autor: donchan

#168 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Supercinexin — Sat, 04 Jan 2025 13:08:02 +0000

#18 En videojuegos es donde más librerías base hacen falta y donde esas herramientas en Rust aún no están desarrolladas. En todo lo demás, sistemas, IA, navegadores como tú dices... Ni Cristo empieza un proyecto nuevo en C ni en C++. Actualízate.

» autor: Supercinexin

#167 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

frankiegth — Sat, 04 Jan 2025 13:06:14 +0000

#40. "...creo que tienes que volver a clase de lenguajes de programación..."

Y yo creo que deberias estudiarte el 'código fuente' de un compilador básico de C, ya te adelanto que te sorprenderás de lo acertado de mi comentario #8.

#38 #20. Con colorines, una gráfica forma de plantearlo.

#149. Efectivamente. Aparte de un compilador directo de lenguage ensamblador ningún otro lenguage está más cerca del propio ensamblador que el lenguage C, de ahí viene su eficiencia (bien empleado) y de ahí vienen los kernels de los sitemas operativos.

» autor: frankiegth

#166 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

aspirador — Sat, 04 Jan 2025 13:02:31 +0000

#149 Les dirá que pueden usar Rust

(lo siento, me la has puesto en bandeja )

» autor: aspirador

#165 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Supercinexin — Sat, 04 Jan 2025 13:01:28 +0000

#29 Y dale con "la seguridad no importe". Que no estamos hablando de "seguridad de hackers robándote los datos", que estamos hablando de que el programa pete por cualquier lado con punteros a NULL y errores jodidísimos de depurar y de arreglar que finalmente ves en tiempo de ejecución cuando tú querida aplicación en C++ ha llegado ya al cliente final. Esa es la seguridad que ofrece Rust, que ni C ni C++ jamás podrán ofrecer. Para eso se creó Rust y ahí radica toda su fuerza.

#32 Módulos que están ahora mismo, hoy, y en 2024 y en 2023 y en 2020 también estaban ya, cada vez más desarrollándose en Rust.

» autor: Supercinexin

#164 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Sr.No — Sat, 04 Jan 2025 13:00:43 +0000

#17 Python, al ser interpretado, utiliza un interprete que puede estar escrito en diferentes lenguajes, de ahí que tengamos:
* CPython, el más estándar,
* JPython, sobre Java. En entornos Hadoop se ve bastante por temas de Scala.
* PyPy,
* RustPy,
* etc...

Y una larga lista. Evidentemente, el interprete subyacente afecta a las capacidades y rendimiento de Python, pero aun así hay para elegir según la aplicación.

» autor: Sr.No

#163 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

par — Sat, 04 Jan 2025 12:57:23 +0000

#40 creo que tienes que volver a clase de lenguajes de programación.

Yo no diría esto a alguien y después soltaría esto:

C es un lenguaje de alto nivel, tan alto nivel como Java o Python.

C no tiene nada que ver con Python. Es más, diria que se parece más al ensamblador que al Python.

O cosas como:

Dicho esto, tu afirmación de que “cuanto más alto nivel más ineficiente” es evidente absurda y por ello falsa. La eficiencia del código depende mucho más de los conocimientos del programador que del lenguaje elegido.

Ni de coña. El programador evidentemente tiene su efecto y tiene su función, pero el lenguaje, el compilador, las librerías, etc... tienen un impacto masivo en muchos casos.

#44 C no es un ensamblador con colorines. Y te lo dice alguien que tiene los huevos pelados de programar en C

Quizás es una simplificación decir que es ensamblador con colorines, pero tampoco está tan lejos de la realidad. Los compiladores modernos organizan el código de forma muy compleja para optimizarlo, pero la estructura basica en C se pueden relacionar de forma muy directa a ensamblador (de hecho, diria que sus historia está bastante relacionada). De hecho, El ensamblador moderno lo puedes hacer muy parecido al C.

Como curiosidad, una cita (broma) sobre el C

the power of assembly language and the convenience of ... assembly language
- (supuestamente) Dennis Ritchie

» autor: par

#162 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

XQNO — Sat, 04 Jan 2025 12:56:25 +0000

#11 Xataka tiene como 40 portales temáticos, mucho de ellos centrados en tecnología, y lleva más de 20 años publicando a diario decenas de noticias ilustradas con "una persona usando un ordenador". La vedad es que tener a un ilustrador creando imágenes especificas para cada articulo con herramientas con IA, en vez de rebuscando novedades en bancos de imágenes tiene bastante sentido. Otra cosa es que a ti no te guste, por motivos político o éticos, que nadie use herramientas con IA y pienses que la gente los usa "por joder".

» autor: XQNO

#161 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sat, 04 Jan 2025 12:55:41 +0000

#144 Cuando estudiaba en la uni hace ya algunas lunas mi profe de sistemas operativos (Gallir) me dijo que habia programadores malos, buenos y hackers. No me considero un hacker así que lo dejaremos en "buen programador". Tambien te digo que es una de las tareas mas ingratas en España, y que en cuanto puedas escales en el escalafón. Pero cada cual lo que prefiera oiga...

» autor: spacos

#160 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sat, 04 Jan 2025 12:52:16 +0000

#145

» autor: spacos

#159 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

gumerjam — Sat, 04 Jan 2025 12:52:03 +0000

He entrado solo para ver comentarios pros/contras de rust y alguna comparación con zig y lo único que veo son los comentarios de siempre acerca de c c÷÷ Python...

» autor: gumerjam

#158 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

howareme — Sat, 04 Jan 2025 12:49:20 +0000

Rust es complejo y no cualquiera con poca experiencia le saca jugo. Cosa que imposibilita mucho el desarrollo en base a programadores que no sean muy expertos. Pero incrementa mucho la producción para programas en los que se busque el paralelismo: te ayuda bastante el uso de tipos de programación funcional y luego el compilador.

Si no vas a usar nada de eso y te quieres centrar en la memoria pero programas secuenciales principalmente, tira de C.

Al final es no matar moscas a cañonazos.

En lo personal, creo que en entornos con mucha experiencia, Rust es increíble porque lo puedes hacer simple y ya en el futuro liarte la manta a la cabeza.

Pero sí que es una inversión de que no cualquier developer te sirve y que usa muchas cosas que solamente los más perseverantes o frikis saben.

En este caso, objetivamente y como opinión, creo que están cometiendo un error dado que aquí sí que se necesita una muy buena eficiencia y el paralelismo con las gráficas o procesadores específicos que están saliendo estos años es una obligación. Su problema es la incompetencia, que podrían resolver formando más a la gente.

» autor: howareme

#157 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

donchan — Sat, 04 Jan 2025 12:45:19 +0000

Si usas RUST, debes programar a la manera de RUST, o te surgirán problemas.

» autor: donchan

#156 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Ovlak — Sat, 04 Jan 2025 12:43:51 +0000

#93 La programacion orientada a objetos hoy dia se considera casi obsoleta
Sólo puedes estar trolleando con semejante afirmación. No hay ninguna otra opción.

» autor: Ovlak

#155 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

mecha — Sat, 04 Jan 2025 12:41:37 +0000

#8 como alguien que empezó estudiando ingeniería informática aprendiendo C y ensamblador (gracias UGR), te digo que se parecen 0. Prueba a hacer el programa más simple del mundo y verás lo lejos que están.

Y te digo de paso, que ahora programo en C# la mayor parte del tiempo y puedo ver (y a veces lo hago por curiosidad) el código ensamblador que se ejecuta a partir de un código en C#. Si ves muchas veces esto puedes llegar a aprender que código ensamblador se va a generar. Lo cuál no quiere decir que ambos lenguajes estén cerca.

(también veo muchos vídeos de Nick Chapsas y lo hace constantemente)

» autor: mecha

#154 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Ovlak — Sat, 04 Jan 2025 12:40:35 +0000

#153 No soy yo quien las ha usado como medida de la "experiencia" de los desarrolladores sino el artículo. Y, aún aceptándolo, insisto en que son pocas.

» autor: Ovlak

#153 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 12:39:04 +0000

#148 Las lineas de codigo no son un valido referente de nada.

» autor: --777905--

#152 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

diablos_maiq — Sat, 04 Jan 2025 12:38:05 +0000

#108 pues no se tú, pero yo me guío mucho por la indentación y si me ocurre eso es que voy muy mal...

» autor: diablos_maiq

#151 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 12:37:05 +0000

#149 Por desgracia cada vez estan metiendo mas Rust en el codigo. Hasta el punto que hay gente chinada con Linux y estan creando un Hyperbola BSD pero con licencia GNU:

hyperbola.info

» autor: --777905--

#150 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--670242-- — Sat, 04 Jan 2025 12:35:03 +0000

#73 para eso está el control de versiones

» autor: --670242--

#149 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Dragstat — Sat, 04 Jan 2025 12:32:22 +0000

#8 #20 tenéis parte de razón los dos, y por eso C y C++ muchas veces se clasifican como lenguajes de nivel medio porque están más cerca del hardware y tienen menor nivel de abstracción que otros lenguajes, por ejemplo puedes manejar direcciones de memoria y registros. Preguntadle a Linus Torvalds si podéis tocarle el kernel de Linux en un lenguaje que no sea C a ver qué os dice.

» autor: Dragstat

#148 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Ovlak — Sat, 04 Jan 2025 12:25:32 +0000

100.000 líneas de código en 3 años es una purrela. Supone apenas 100 líneas al día si suponemos que se refieren a una única persona.

» autor: Ovlak

#147 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Elektr0 — Sat, 04 Jan 2025 12:25:17 +0000

#56 Quiero el nombre de ese libro, por curiosidad, porque me gusta el mundo de la programación a bajo nivel como hobby. Gracias

» autor: Elektr0

#146 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

luxaaar — Sat, 04 Jan 2025 12:24:54 +0000

#59 pero no sigue por que se hagan nuevos desarrollos desde 0 con cobol, si no por que hay que mantener/expandir antiguos sistemas

» autor: luxaaar

#145 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 12:16:37 +0000

#142 A qué comentario te refieres como "el original" ??

» autor: chavi

#144 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 12:16:09 +0000

#140 Vamos. Qué tomas como novedad lo que realmente era la "norma" hasta hace 4 días...

"Buen programador" dice...

» autor: chavi

#143 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 12:11:03 +0000

#133 No hombre. El REPL no lo implementas a no ser que cambies de arriba abajo el compilador/interprete. SBCL y los demas CL operan asi desde los 70 y 80 que te daban un prompt y te "escribias" el programa sin recompilarlo del todo.

Python tambien tiene un REPL pero si intentas hacer lo mismo que CL se caga en los pantalones y aborta el programa si no aborta el interprete antes. Miras lo que se puede hacer con Kons-9 (en 3D a lo Blender) y en Trial para juegos y es como decir "a la mierda la programacion de recompilado continuo" y tener lo que en los 80 costaba millonadas (sistemas genera, cosas tochas para estudios de TV, arquitectura, ingenieria...) a precio regalado (ni el SO, Linux te lo da libremente, y Windows tambien con Portacle con un Emacs y SBCL ya preparados) . Es otra mentalidad, y a mi juicio un buen uso de las arquitecturas de 64 bit. Antes common lisp tiraba en maquinas de 32 bit, pero hacia falta un Pentium 3/4/Atom con 512MB de RAM o 1GB para ir con soltura, hoy mi netbook de 32 bit de los ultimos que sacaron tira CL y demas sin problemas a una velocidad muy superior a los 90.

Para mi ojala el cambio informatico que venga sea ese, el de programar y ver resultados al vuelo sin tardar horas si no microsegundos.

El navegador con las devtools de JS es un buen ejemplo, pero permitiendo compilar nativamente si fuera posible y con mas rendmiento que la V8 y con librerias OpenGL y GUI nativas.

Eso si que ahorraria tiempo. Igual no las vulns como hace Rust, pero no todo el mundo necesita tanta seguridad como un navegador o un programa reproductor de video con cientos de codecs.

» autor: --777905--

#142 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sat, 04 Jan 2025 12:08:22 +0000

#141 Explicame tu comentario original. ¿A que te refieres? porque poner un enlace no me explica nada. ¿Tengo que tener un ataque de suponitis?

» autor: spacos

#141 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 12:06:46 +0000

#139 Donde he dicho que sean el demonio?

» autor: chavi

#140 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sat, 04 Jan 2025 12:06:31 +0000

#135 No voy a explicarte nada. Ya eres grandecito (supongo), para hacer un google search. Soy perezoso, como todo buen programador que se precie

» autor: spacos

#139 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sat, 04 Jan 2025 12:04:49 +0000

#137 Me pones un ejemplo de un error en el GPS ¿para que?, ¿para decirme que las herramientas automaticas o incrustadas en los lenguajes (aka, borrow checker en Rust, por ejemplo) son el demonio? Ya se que nada es perfecto, solo faltaría. Pero es mucho mejor tenerlo que no.

» autor: spacos

#138 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sat, 04 Jan 2025 12:02:26 +0000

#128 Esa cantinela ya me la conozco y muchas otras de cuando estudie la carrera. Te repito, la realidad te dará de ostias con ese pensamiento. Lo triste es que tendrás que experimentar por ti mismo lo que mis palabras significan, eso si, si te dedicas profesionalmente a la programación. Si solo haces proyectos como hobby, pues tanto da, da tanto....

» autor: spacos

#137 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 12:02:18 +0000

#136 Yo no niego sus posibles beneficios. Dime donde lo he hecho.

Digo que trasladar la responsabilidad del programador al lenguaje, que es lo que se pretende en muchos casos, es muy mala idea.

Mira dónde acabó el camión

» autor: chavi

#136 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sat, 04 Jan 2025 11:59:46 +0000

#129 Era un ejemplo, para que lo entendieras. Todas las herramientas tienen su defectos, pero en general, el 99% del tiempo, son mucho mas beneficiosas que dañinas. Nada es gratis. Te animo a que cojas tu coche por cualquier ciudad que no conozcas, seguro que usaras rápido el GPS

» autor: spacos

#135 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 11:59:28 +0000

#134 Ajá.

Y Pascal acaso no tiene "tipos inmutables"??

Sigo esperando que expliques que entiendes por "tipos inmutables".

¿Miedo al ridículo, por eso empiezas con descalificaciones personales?

» autor: chavi

#134 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sat, 04 Jan 2025 11:57:10 +0000

#127 En la universidad me enseñaron Pascal y despues ADA. Por favor, repito, esta claro que eres un novato. No pasa nada, pero no opines de cosas de las que no sabes porque la gente te lee y se piensa que sabes del tema.

» autor: spacos

#133 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 11:56:22 +0000

#132 Por lo que cuentas eso no tiene absolutamente nada que ver con el paradigma utilizado. Ni siquiera con el lenguaje.

Se podría implementar para Java o C#,.por ejemplo.

El debate era sobre si la OOP estaba obsoleta o no. Y si tiene sentido establecer Rust como sustituto de C++ en lugar de C.

No sobre las maravillas del Lisp (maravillas que no niego, nunca he usado Lisp).

Respecto a eso de la "programación interactiva" no niego que tenga un ámbito de aplicación, pero como solución general no lo veo. Habrá que verlo con detalle

» autor: chavi

#132 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 11:53:41 +0000

#130 es.wikipedia.org/wiki/REPL

Es algo que se ha perdido con los tiempos. Si hubiera habido algo potente como SBCL y quicklisp en los 90, no se habria usado tanto Java o C# ahora, es bastante atraso el usar un IDE como tal incluso con Eclipse o VS. El poder cambiar al vuelo por partes todo tu programa afectando al resto de forma dinamica propagandose por ejemplo una funcion sobre el resto es directamente algo salido de 2030 y con maquinas que necesiten un i9 para no caer abajo.

» autor: --777905--

#131 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 11:48:35 +0000

#121 SBCL interpreta y tambien puede compilar nativamente sin problema parcialmente, y con (disassemble 'loquesea) desensamblar el código nativo generado.

Por lo general no le envias codigo en un prompt como en Python, si no que te conectas desde Emacs o Vim con un plugin (por supuesto Emacs se entiende de PM Common Lisp, la gente de CL entiende el Elisp de Emacs como si nada) y ahi le envias ristras de codigo o ficheros completos.

Claro esta que un editor es mucho mejor que un prompt pelado, donde va a parar.

SBCL tiene funciones para exportar el codigo cargado a binarios autocontenidos. Por ejemplo, el programa Maxima en Linux (si, el CAS ese de mates) usa un binario nativo si quieres, compilado con SBCL donde solo es lanzarlo en cualquier SO (y tener la libreria de codigo maxima para funciones extra claro) y listo.

» autor: --777905--

#130 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 11:48:02 +0000

#126 No conozco ese tema. De modo que no opino.

» autor: chavi

#129 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 11:46:55 +0000

#125 Ya.. Tú guíate por el GPS.

www.eldia.es/sucesos/sucesos-en-canarias/2023/11/21/camion-trailer-aca

» autor: chavi

#128 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 11:43:56 +0000

#125 victorhck.gitbook.io/el-programador-mediocre

» autor: --777905--

#127 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 11:43:01 +0000

#123 Si no sabes lo que son tipos inmutables, creo que es mejor acabar la conversación aquí, porque claramente no sabes de lo que hablas

Joder, que humos.

Te suena "Pascal" de algo ? "C" ?
Sabes que es tipado fuerte y tipado débil..

Pareces alguien que se cree "esperto" y que tiene su vida reducida a lenguajes de script sin tipado y ve como "novedad" algo que existe desde siempre ..

A qué coño le llamas tú "tipo inmutable" ??

Los tipos siempre son inmutables.

» autor: chavi

#126 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 11:40:07 +0000

#124 Frameworks, no, REPLs. Imagina que estas haciendo un FIFA o ISS y estas jugando un partido simulado.. Cambias valores de la fisica al vuelo mediante emacs conectado al REPL usando un socket de forma automatica (Emacs+Slime+tu common lisp favorito). En vez de recompilar el juego, el gameplay usa las nuevas fisicas al instante en el momento que le envias la nueva definicion de las fisicas sin tener que usar un depurador como GDB perdiendo un rendimiento bestial. El juego refleja las fisicas en ese mismo instante, como si no hubiera pasado nada.

Un simil en java seria que en momento de editar una clase tu app solo se compilase parcialmente y yo que se, una GUI para manejar hoteles cambiase de inmediato sin colgarse sin soltar una excepcion en ningun momento, estuvieses lo que estuvieses haciendo.

» autor: --777905--

#125 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sat, 04 Jan 2025 11:40:01 +0000

#119 Si un navegador por GPS no te deja girar a la derecha en una calle porque vas a un barranco, pero tu te empecinas a girar a la derecha porque ves que el camino es mejor, mas ancho por ejemplo, y o a eso si lo llamo mejorar. Es exactamente o mismo en programación. Repito es muy común de novatos creer en el mito del super-programador. La realidad te dara de ostias my friend...

» autor: spacos

#124 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 11:37:30 +0000

#122 Estás hablando de frameworks para áreas concretas de aplicación.

El tema es si la OOP está obsoleta como decías o no lo está.

» autor: chavi

#123 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sat, 04 Jan 2025 11:36:58 +0000

#102 Si no sabes lo que son tipos inmutables, creo que es mejor acabar la conversación aquí, porque claramente no sabes de lo que hablas. Cualquier programador profesional sabría lo que son. Por favor abstente de hablar de cosas que desconoces, no has experimentado. Hay mucha gente que cree que es programador porque ha hecho 4 cosas por su cuenta o ha trabajado en una empresa de "informático". Si fueras un prorgramador profesional sabrías de lo que estoy hablando ...

» autor: spacos

#122 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 11:35:24 +0000

#121 Reemplazo libre de GOAL para Allegro CL pero para un CL universal: github.com/open-goal/

es.wikipedia.org/wiki/Ensamblador_Lisp_Orientado_a_Juegos
>No veo como ahorra tiempo eso, francamente.

Estas editando codigo. En vez de cargar un programa entero, puedes recargar partes al vuelo sin tener que reiniciar todo de nuevo, los cambios se aplican dinamicamente. El tiempo para ver los cambios se reduce a casi cero.

» autor: --777905--

#121 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 11:34:44 +0000

#118 No veo como ahorra tiempo eso, francamente.

No es un intérprete?

» autor: chavi

#120 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 11:34:25 +0000

#117 Es que esa no es la discusión.

Está la OOP obsoleta o no lo está?

» autor: chavi

#119 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 11:33:35 +0000

#115 No. Un lenguaje no puede remediar la incompetencia, aunque sea momentánea

» autor: chavi

#118 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 11:32:47 +0000

#116 > No veo que puede aportar un REPL a un programador experto.

Ahorrar meses de desarrollo, testeo, pruebas en caliente sin reiniciar el tinglado permitiendo por ejemplo cambiar toda una funcion de un juego al vuelo y este rulando como si nada (por ejemplo depurando el juego Kandria)...

Los juegos de Naughy Dog para la PS1 y PS2 usaron un LISP y quiero pensar que usaron un REPL (al menos en una estacion MIPS similar o un devkit) para programarlo, cortando drasticamente los tiempos de desarrollo. Crash Bandicoot y Jak and Daxter son ejemplos de esos juegos.

» autor: --777905--

#117 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 11:30:41 +0000

#116 Puedes usarla a voluntad, nada te impide usar CL sin objetos (como hace muchisima gente). En otros como Java y C# debes usar objetos por narices.

Pero CLOS te permite programar en CL como si vinieses de Java.

» autor: --777905--

#116 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 11:29:20 +0000

#114 No he usado nunca Lisp. Pero si usas OOP volvemos a la casilla de salida.

¿Está obsoleta la orientación a objetos o no? ¿En qué quedamos?

No veo que puede aportar un REPL a un programador experto.

Respecto a las GUI, será por frameworks...

» autor: chavi

#115 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sat, 04 Jan 2025 11:28:57 +0000

#106 Si que lo evitara, y te cagaras en todo porque no te dejara usar los "atajos". Pero repito cada no tiene su librillo, yo lo tengo claro.

» autor: spacos

#114 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 11:26:29 +0000

#112 Common Lisp tiene objetos tambien.

Ahora comparame el tiempo en hacerlo con un REPL y un lenguaje sin el a ver cuanto tardas.

SBCL gana por goleada con clog.

lispcookbook.github.io/cl-cookbook/clos.html

Amigo, CLOS es otra cosa... solo Smalltalk está al nivel.

» autor: --777905--

#113 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 11:23:42 +0000

#111 En ningún momento he dicho que no se pueda.

» autor: chavi

#112 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 11:22:04 +0000

#110 "Se puede"...

Inténtalo, anda.
Empieza por el diseño de la aplicación, y luego códifica.

Luego diseñala con OOP.

Recordemos que la orientación a objetos es un sistema de diseño, no un lenguaje. Los lenguajes OOP simplemente ofrecen un apoyo a ese diseño

Y luego compara con el uso de un lenguaje OOP o sin OOP.

» autor: chavi

#111 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 11:20:34 +0000

#107 De hecho por haber en CL han creado hasta juegos en Steam con el motor libre:

github.com/Shirakumo/trial

GUI tipo de las de RAD para CL, por cierto: github.com/rabbibotton/clog

» autor: --777905--

#110 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 11:17:53 +0000

#107 SBCL + la GUI MCCLIM (u otra basada en web que no recuerdo) + quciklisp bajando librerias que es como PIP en Python. Se puede, se puede.

De hecho SBCL permite exportar un binario autocontenido...

Y si no, Allegro CL tiene GUIs nativas.

Por cierto, siendo un REPL podrias programar 20 veces mas rapido, cambias las cosas al vuelo y siguen funcionando.

» autor: --777905--

#109 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 11:17:26 +0000

#105 Ya. Y que ?

Puedes usar OOP. Estupendo.

» autor: chavi

#108 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 11:16:44 +0000

#100 No hablo de una línea. Hablo de un tabulador (que no se ve, una letra si se nota) al principio de una línea.

» autor: chavi

#107 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 11:13:40 +0000

#99 Joder, Lisp.....

Ahora programa la gestión de un hotel con eso....

Los paradigmas tienen ámbitos de aplicación. Y los hay que se adaptan más a distintos ámbitos y los que se adaptan menos.

» autor: chavi

#106 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 11:12:53 +0000

#98 Yo prefiero dormir.

El lenguaje no evitará que hagas chorradas en esas condiciones.

Eso sí, los errores con los punteros son infernales. Pocas bromas

» autor: chavi

#105 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 11:11:42 +0000

#102 Free Pascal+Lazarus pueden crear programas como dices tanto usando objetos (Object Pascal) como sin ellos, como el Turbo Pascal antiguo.

» autor: --777905--

#104 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 11:11:37 +0000

#96 Buena mezcla de paradigmas. Bien traído lo de Lisp.

Me gustaría verte desarrollar un programa de gestión con eso...

Los paradigmas tienen ámbitos de aplicación. Hay paradigmas más generales y paradigmas más específicos

» autor: chavi

#103 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

ur_quan_master — Sat, 04 Jan 2025 11:10:25 +0000

#9 exacto. Es como si me compro una sandía y digo que no es buena porque no vale para implementar juegos.

» autor: ur_quan_master

#102 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 11:09:38 +0000

#93 cada vez mas lenguajes implementan paradigmas de la programacion funcional en detrimento de la programacion orientada a objetos.
Cada vez más lenguajes implementan paradigmas funcionales (es lo que he dicho antes), pero en detrimento de nada.
Ningún lenguaje ha perdido ninguna característica OOP por ello.

A qué te refieres con "tipos inmutables"??

La programacion orientada a objetos hoy dia se considera casi obsoleta
Quién lo considera obsoleto y por qué ??
Diseña un programa de gestión sin OOP y me cuentas.

C se considera obsoleto
Quién lo considera obsoleto y basándose en qué??

» autor: chavi

#101 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 11:08:19 +0000

#25 Ya existian ADA/Spark y MISRA C que poco tienen que envidiarle a Rust.

» autor: --777905--

#100 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

diablos_maiq — Sat, 04 Jan 2025 11:06:51 +0000

#95 Mencionaba un error fácil de cometer.
Y en cualquier lenguaje, una línea desaparecida puede dejar una sintaxis perfectamente válida.
Y uno puede seguir trabajando tranquilamente hasta que un día le explota el error en la cara.

» autor: diablos_maiq

#99 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 11:04:53 +0000

#94 www.grammarly.com/blog/engineering/running-lisp-in-production/

Y tengo mas articulos por ahi. Son entornos poco de juguete, donde se exige una correctitud bestial y cosas que tardas un mes en CL tardas en C++ meses o si no anyos. De Python olvidate.

» autor: --777905--

#98 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sat, 04 Jan 2025 11:04:08 +0000

#89 Cada uno tiene su opinion, pero mi experiencia me dice que un programador a las 12 de la noche con ojeras y fuego en los ojos depues de un par de dias de curro intenso no estara para exquisiteces. Yo prefiero que la herramienta por construccion no me deje hacer chorradas, pero cada cual tiene su librillo...

» autor: spacos

#97 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 11:03:27 +0000

#87 Y qué que use FUSE ?

Además no entiendo el cambio de juego....

No estamos debatiendo sobre microkernel y kernels monolíticos.

Cuando Hurd sea verdaderamente funcional podremos hacer comparaciones fundamentadas

» autor: chavi

#96 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 11:02:25 +0000

#94 Scheme en GUIX en Inria FR como lenguaje tanto de la distro como de los programas para configurarla. Common Lisp se usa en sitios donde te pagan en un mes lo que en 12 en España. Son altamente especializados, y por desgracia con Allegro CL o LispWorks, pero todo dios usa SBCL para prototipos donde tiene un alto rendimiento pese a ser libre y no tener tanto apoyo comercial.

» autor: --777905--

#95 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 11:01:56 +0000

#88 Para qué???

El código puede ser igual de válido sintácticamente con tab o sin tab.

Y puedes haber hecho muchos cambios después de borrar el tab accidentalmente.

» autor: chavi

#94 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 11:00:27 +0000

#90 Es que ni Python, ni C++ ni Java pretenden ser Scheme.

Por eso son usados en muchos ámbitos y Scheme no.

» autor: chavi

#93 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sat, 04 Jan 2025 10:59:52 +0000

#82 La programacion funcional esta cada vez mas implantada, de hecho cada vez mas lenguajes implementan paradigmas de la programacion funcional en detrimento de la programacion orientada a objetos. El hecho de los tipos inmutables es un ejemplo. Mi lenguaje de programacion favorito y en el que desarrollo gran parte de mi codigo es Elixir que no tiene nada de objetos a la vista y es una pura delicia programar en él. Que la gente no use Haskell te lo puedo comprar si te refieres a eso. La programacion orientada a objetos hoy dia se considera casi obsoleta. Que se siga usando no quiere decir que sea la mejor ni de lejos. De hecho la discusion hoy dia no es C/Rust es go/rust o zig/rust. C se considera obsoleto, solo para gente que especificamente lo tiene que usar porque no hay otra cosa disponible para el problema en cuestion, muchas veces codigo legacy. O tambien para gente que ha invertido años y años en ese lenguaje y no quiere/puede cambiar.

» autor: spacos

#92 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 10:59:26 +0000

#85 Que "más permisos" ?

Yo lo uso y ya.

» autor: chavi

#91 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 10:58:58 +0000

#83 Me parece lógico.

Pero citar ahí a C# es como poner Java. Es un lenguaje "para otra cosa".

» autor: chavi

#90 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 10:55:39 +0000

#82 >ierto grado de programación funcional como las lambda

Los lambda de Python comprados con CL o Scheme son un chiste.

» autor: --777905--

#89 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 10:55:15 +0000

#79 Por eso el hecho de que la seguridad este incrustada en el propio lenguaje es esencial para escribir mejor codigo
Disiento.
Y la experiencia demuestra que entre "más seguro" es el lenguaje, más mierda es el código.

Y peor aún, se pierden los buenos hábitos y se cogen vicios muy difícilmente corregibles.

El desplazar la seguridad al código puede hacer ahorrar dinero a la empresa, pero no lleva a código de más calidad. Todo lo contrario

Se perfectamente en qué consisten los fallos de gestión de memoria en C. Estoy cansado de pelearme con ellos.

Por eso es muy muy muy raro que los cometa. Pongo exquisito cuidado

» autor: chavi

#88 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

diablos_maiq — Sat, 04 Jan 2025 10:54:46 +0000

#86 ctrl-d en lugar de ctrl-s al salvar antes de cerrar. No es difícil.

» autor: diablos_maiq

#87 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 10:54:12 +0000

#84 Usa FUSE: wiki.archlinux.org/title/SSHFS

Ahora comparalo con 9p en 9front y demas y tu cifrado al gusto encima.

> No tiene que ver con qué sea microkernel o no

En Hurd los demonios importan.

» autor: --777905--

#86 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 10:52:30 +0000

#80 Hombre, borrar una línea accidentalmente es bastante más difícil que hacerlo con un tabulador al inicio de una línea. No te parece?
Y ni siquiera el IDE te va a notificar nada.

» autor: chavi

#85 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 10:49:54 +0000

#78 sshfs que depende de FUSE y mas permisos.

» autor: --777905--

#84 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 10:49:37 +0000

#81 Si. Simple usuario y sin suid ni siquiera fuse.

El tema de gestión de permisos es una simple cuestión de diseño del sistema. Nada más.

No tiene que ver con qué sea microkernel o no

» autor: chavi

#83 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sat, 04 Jan 2025 10:49:27 +0000

#76 Coincido, pero personalmente no tocaria c/c++ para nada hoy en dia si no es codigo legacy. Si tuviera que hacer algo nuevo usaria go/Rust/c# o algun otro con automatizaciones de seguridad.

» autor: spacos

#82 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 10:48:38 +0000

#74 La programación orientada a objetos es solo un paradigma de programación mas
Claro. Uno que ofrece grandes ventajas en muchos ámbitos. Por eso es la más usada.

. Los lenguajes funcionales, por ejemplo, no suelen usar la programación orientada a objetos
Casi todos los lenguajes oop tienen características que permiten cierto grado de programación funcional como las lambda

De hecho, hoy dia la programación orientada a objetos se considera algo desfasada
????
Quién la considera desfasada???
Se usa más que nunca. La que casi no tiene implantación en un uso general es la programación funcional pura.

no recomendable para según que cosas
Cierto. Para esas cosas, C es el Rey. Y por eso la discusión es C/Rust.

Go va muy detrás.

Rust tiene sentido que sustituya a C en ámbitos donde la orientación a objetos no aporta nada o muy poco. No a C++

» autor: chavi

#81 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 10:46:10 +0000

#75 Simple usuario; no. Usuario perteneciendo a un grupo y antes con parches cutres como SUID. En Hurd no es como accedes a tus recursos. Por no haber no hay ni simlinks, si no operaciones con bind que permiten muchisimo mas que con un clonico GNU o BSD.

» autor: --777905--

#80 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

diablos_maiq — Sat, 04 Jan 2025 10:45:49 +0000

#73 también puedo borrar una línea completa.
¿Y?

» autor: diablos_maiq

#79 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sat, 04 Jan 2025 10:45:17 +0000

#31 Por ahi ya lo he dicho. Es de novatos creer que los programadores son seres de luz que nunca se equivocan y que con el suficiente esfuerzo el codigo en c/c++ sera exquisito. Eso es una chorrada de principiante. Primero, muchas veces cometes errores de los que no te das cuenta,muchas veces el lenguaje no tiene las herramientas para asegurarte que lo que has escrito esta bien. Segundo, la gente es gente, y cualquiera que haya programado mas de 100 lineas de codigo sabe que los proyectos grandes se convierten en un "saco de mierda" lleno de apaños, prototipos temporales convertidos en permanentes, etc. Por eso el hecho de que la seguridad este incrustada en el propio lenguaje es esencial para escribir mejor codigo, porque esa guarreria que un programador en c/c++ haria para ir mas rapido o pasar a otra cosa, lenguajes como Rust no te deja hacerlo. Porque fallos que de los que no te das cuenta, el propio lenguaje te evita tenerlos. Te recomiendo que busques fallos de memoria en c/c++ por google y fliparas con codigos correctos que si los lees no ves nada mal, pero que fallan por cosas que ni te habias dado cuenta...

» autor: spacos

#78 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 10:39:04 +0000

#69 No uso FTP desde hace eones. Y no veo el problema de usar fuse.

Por cierto eso de ftpfs suena a sshfs

» autor: chavi

#77 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

diablos_maiq — Sat, 04 Jan 2025 10:37:25 +0000

#40 Nop. Hay diferentes niveles en función de la distancia entre los conceptos que se manejan al enunciar los requisitos y los que se manejan al emplear el lenguaje e programación.
A mayor nivel, menor distancia

» autor: diablos_maiq

#76 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 10:37:02 +0000

#70 Para eso están los test y las revisiones. Lo que se pretende es descargar la responsabilidad del programador en el lenguaje y eso a mí entender es desastroso.

Eso sí, eso permite aumentar la presión de entrega,reducir los test y producir código funcional más rápido. Código de mierda, pero funcional.

Rust es una buena idea para grandes empresas de sistemas. Si se dispone de tiempo y no hay presión, C sirve.

» autor: chavi

#75 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 10:34:41 +0000

#71 Quien ha dicho que "sea igual".
En Linux yo.puedo montar lo que me de la gana siendo un simple usuario, o no. Según decida.

Espero que con Hurd sea igual... (Y lo será)

» autor: chavi

#74 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sat, 04 Jan 2025 10:34:05 +0000

#27 La programación orientada a objetos es solo un paradigma de programación mas, de entre tantos otros. Los lenguajes funcionales, por ejemplo, no suelen usar la programación orientada a objetos y son excelentes a la hora de desarrollar software. De hecho, hoy dia la programación orientada a objetos se considera algo desfasada y no recomendable para según que cosas. Quiero decir que Rust puede perfectamente sustituir a C++ sin problemas aunque no soporte ese paradigma de programación.

» autor: spacos

#73 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 10:32:19 +0000

#72 Borra uno en un sitio delicado. Guarda, coge el código al día siguiente y luego me cuentas

» autor: chavi

#72 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

diablos_maiq — Sat, 04 Jan 2025 10:31:24 +0000

#35 ¿qué tema de los tabuladores?

» autor: diablos_maiq

#71 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 10:28:39 +0000

#67 www.gnu.org/software/hurd/hurd/settrans.html
www.gnu.org/software/hurd/hurd/translator.html
Igualito que Linux o cualquier BSD con perms basados ya sea en grupos o en abortos como polkit, si, no veas.

» autor: --777905--

#70 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

spacos — Sat, 04 Jan 2025 10:28:34 +0000

#47 El ser humano es imperfecto, por mucho que tu quieras hacer algo perfecto, fallaras miserablemente. Eso significa que se necesita de herramientas que te automaticen la seguridad y fiabilidad porque por mucho que tu quieras ser el mas mejor de los programadores, la cagaras, incluso sin darte cuenta.

» autor: spacos

#69 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 10:27:35 +0000

#67 Entiendo de sobra, el que no entiende eres tu. Los namespaces en Linux son un parche; en 9front y Hurd son intrinsecos. En Hurd puedes montar discos sin permisos sin parches cutre como FUSE o hacer virguerias con los namespaces puestos ad-hoc.

Si es diferente, y no has tocado una distro hurd un tu vida. Prueba a montar un FTP sin fuse y sin root en GNU o BSD y me comentas. Con hurd se puede con ftpfs ya que el propio diseño basado en servicios hace que los usuarios puedan tener sus propios directorios de montaje sin joder al resto.

» autor: --777905--

#68 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 10:24:49 +0000

#66 Solo gameboy con su Z80 modificado, i486, amd64, risc-v... nada, poco.
¿ Y qué parecido le encuentras con un código escrito en C ?

No.
No qué ?
A qué te refieres exactamente con "IR" y con "LLVM" hablando de ejecución de código ensamblador ??

Ya no.
Si, A no ser que estemos entendiendo por "forma literal" cosas distintas. Una instrucción ensamblador hace lo que hace, no unas veces una cosa y otras veces otra. Si yo hago un MOV, un CMP un CALL, un JMP.... hace un MOV, un CMP un CALL o un JMP.

Por cierto, leete el enlace a la Wikipedia que me has puesto. Te hace falta.

» autor: chavi

#67 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 10:22:39 +0000

#64 Hurd es diferente.
En este aspecto no. No es diferente. Ni debe serlo.

No necesita permisos de root para montar discos,
Ni yo con GNU/Linux. En todo caso es una decisión de diseño del SO (una mala. debe poder restringirse el montaje)

ni para usar cosas analogas a FUSE
¿ Como cual ?
FUSE simplemente es un sistema de montaje a nivel de usuario.

para montar directorios remotos
Eso no tiene nada que ver con HURD. Tiene que ver con samba, nfs, ssh, iscsi.....

Usa espacios de nombre
Vaya, como GNU/Linux. O como crees que funciona LXC o Docker ?

Creo que no entiendes mucho de lo que hablas....

» autor: chavi

#66 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 10:20:47 +0000

#65 >¿ Alguna vez en tu vida has visto algo codificado en ensamblador ?

Solo gameboy con su Z80 modificado, i486, amd64, risc-v... nada, poco.

>Por otro lado si con LLVM te refieres a un entorno de ejecución de lenguaje intermedio al estilo Java, las CPU no ejecutan eso. El microcódigo no es para eso.
No.

>Las instrucciones ensamblador siempre se ejecutan "de forma literal".
Ya no.

» autor: --777905--

#65 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 10:19:43 +0000

#48 Eso en 1999.
Eso en 1999, en 2025 y en 2125.

A no ser que le llames "alto nivel" a lo que a tí te salga de los cojones. ¿ Alguna vez en tu vida has visto algo codificado en ensamblador ?

Hoy los procesadores desde amd64 no operan en registros directamente como pensarias. Hay microcodigo,
Hay microcódigo desde hace eones. Los procesadores cableados son de usos muy específicos. Usamos CPU microprogramadas desde casi siempre.

y a efectos practicos segun el compilador (y no hablemos ya de cosas como el IR de LLVM) hacen que muchas veces el procesador opere de forma totalmente distinta a la que operaria un Z80 con instrucciones que se ejecutan de formal literal.
Las instrucciones ensamblador siempre se ejecutan "de forma literal". La labor que haga el compilador al traducir el lenguaje de alto nivel a ensamblador es otro tema. Y la secuencia de ejecución, otro.
Por otro lado si con LLVM te refieres a un entorno de ejecución de lenguaje intermedio al estilo Java, las CPU no ejecutan eso. El microcódigo no es para eso.

» autor: chavi

#64 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 10:17:54 +0000

#63 Hurd es diferente. No necesita permisos de root para montar discos, ni para usar cosas analogas a FUSE en Linux por ejemplo para montar directorios remotos.
Usa espacios de nombre, cosa que tambien puedes ver en plan9. Nada que ver con un Unix clasico.

» autor: --777905--

#63 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 10:13:36 +0000

#54 ya que podras reiniciar los drivers de casi todo al vuelo y podras como usuario sin privilegios desde montar discos a hacer virguerias que hoy solo se logran con permisos de grupos.

¿?
Si se requieren permisos para algo es por una razón. No "por accidente". La necesidad de permisos para cualquier acción sobre el sistema no tiene nada que ver con el lenguaje con que esté implementado ese sistema ni con la arquitectura de su kernel.

» autor: chavi

#62 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 10:11:38 +0000

#58

El Microcódigo de las CPU no tiene absolutamente nada que ver en el tema que estamos tratando. Y sé perfectamente qué es, para qué sirve y en qué consiste.

Por lo que se ve, tú no.

» autor: chavi

#61 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 10:10:01 +0000

#60 La pregunta no es cuanto ha cambiado C++, sé que lo ha hecho.

Pero si siguen permitiéndose esas cosas que he indicado (y espero que sí) sigue siendo igual de inseguro. Que hayan incorporado medios para gestionar de otro modo la memoria no cambia nada.

Yo mismo he usado sistemas diseñados para lo mismo (como si fueran "microframework") en C... a costa de cierto rendimiento, claro.

» autor: chavi

#60 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 10:00:45 +0000

#57 C++ ha cambiado mucho en 20 años. Tengo roguelikes desde el 2007 (no desde 1997) que no compilan con los GCC o clang de hoy. Ni de la rama 10, y la 8.4 a duras penas. Creo que debo usar GCC 4.8 para poder compilarlos.

Desde hace 10 años o así salvo programadores de videojuegos o cosas como FFMPEG nadie gestiona la memoria a mano en C++...

» autor: --777905--

#59 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Cantro — Sat, 04 Jan 2025 09:59:23 +0000

#13 el caso es que llevan cuarenta o cincuenta años jubilando a COBOL y el cabrón no se muere

Es lo que me decían hace 30, cuando entraba en la carrera y ahí sigue, sin que se adivine en el horizonte una fecha en la cual se pueda decir "pues adiós".

» autor: Cantro

#58 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 09:51:45 +0000

#56 Te recomiendo yo leerte en.wikipedia.org/wiki/Microcode para empezar.

» autor: --777905--

#57 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 09:44:56 +0000

#49 C++ tiene rutinas de manejo automatico de memoria
Hombre, hace tiempo que no uso C++ pero supongo que hay cosas que no han cambiado:

Si defino un puntero, puedo usarlo sin inicializarlo. Es C y C++. También puedo cambiar la dirección a la que apuntan sin restricciones...

O puedo no liberar nunca memoria reservada (new o malloc)

¿ Sigue siendo así ?

porque básicamente cuando dicen que es un "sistema inseguro" se refieren a eso.

» autor: chavi

#56 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 09:43:01 +0000

#50 ¿ Qué coño tiene que ver el microcódigo de los procesadores con este tema ?

¿ Sabes como funciona una CPU microprogramada ?

Esa historia de la unidad de control, juego de instrucciones....

¿ Te recomiendo un libro ?

» autor: chavi

#55 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 09:42:59 +0000

#26 Y Fortan para algebra/calculo numerico.

» autor: --777905--

#54 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 09:42:18 +0000

#10 En veinte años igual usamos GNU/Hurd con hordas de demonios sobre un microkernel importando poco Rust ya que podras reiniciar los drivers de casi todo al vuelo y podras como usuario sin privilegios desde montar discos a hacer virguerias que hoy solo se logran con permisos de grupos.

» autor: --777905--

#53 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 09:41:56 +0000

#52 No mejoran tus argumentos.... prueba otra vez.

Si no estás de acuerdo con lo que he afirmado será por algo más que por , digo yo...

Tu si que no debes tener ni 10 años...

» autor: chavi

#52 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

selina_kyle — Sat, 04 Jan 2025 09:40:48 +0000

#37 tienes 10 años?

» autor: selina_kyle

#51 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 09:40:11 +0000

#40 La eficiencia del código depende mucho más de los conocimientos del programador que del lenguaje elegido.
Y de la existencia y calidad del compilador

» autor: chavi

#50 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 09:39:49 +0000

#44 Mira el microcodigo de hoy con los procesadores y lo entenderas.

» autor: --777905--

#49 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 09:39:04 +0000

#47 C++ tiene rutinas de manejo automatico de memoria. C, no, a no ser que uses o bien una libreria o cosas com BoehmGC.

» autor: --777905--

#48 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 09:38:16 +0000

#40 >cuando en realidad solo hay dos; bajo nivel (Lenguaje máquina y ensamblador) y alto nivel (Cualquier otro).

Eso en 1999. Hoy los procesadores desde amd64 no operan en registros directamente como pensarias. Hay microcodigo, y a efectos practicos segun el compilador (y no hablemos ya de cosas como el IR de LLVM) hacen que muchas veces el procesador opere de forma totalmente distinta a la que operaria un Z80 con instrucciones que se ejecutan de formal literal.

» autor: --777905--

#47 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 09:38:09 +0000

#43 ¿?

En qué es "mas inseguro" exactamente?

Recuerda que hablamos de programas bien hechos. No es una cuestión de gustos.

Si hubieras dicho C++...
C++ no es "más seguro" que C. El acceso a memoria es prácticamente igual.

» autor: chavi

#46 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 09:37:10 +0000

#45 No he dicho que sean lo mismo. Digo que es común usar código C desde C++, el lenguaje incorpora facilidades para ello.

» autor: chavi

#45 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 09:36:36 +0000

#39 No, no es lo mismo, han divergido muchisimo, nada que ver.

» autor: --777905--

#44 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 09:36:32 +0000

#38 No.

C no es un ensamblador con colorines. Y te lo dice alguien que tiene los huevos pelados de programar en C y en su día en ensamblador.

C proporciona un fácil acceso a ASM embebido, pero no es un "ensamblador con colorines". Basta que hayas tenido que escribir algún código en ensamblador para que te des cuenta.

Lo que ejecute la CPU cuando programamos en C preocupa más bien poco. Se encarga el compilador de ello. Igual que en Rust.

» autor: chavi

#43 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 09:36:13 +0000

#33 > Un programa bien hecho en C es exactamente igual de seguro que uno bien hecho en Rust.

No, lo siento, y eso que no me gusta Rust, pero Rust es mucho mas seguro que C en ese aspecto. Si hubieras dicho C++...

» autor: --777905--

#42 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 09:35:20 +0000

#35 En eso estoy de acuerdo. Odio lo de los tabs, es un cancer a la hora de copiar o refactorizar codigo. Podian haber usado cualquier otro token.

» autor: --777905--

#41 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

selina_kyle — Sat, 04 Jan 2025 09:35:07 +0000

#16 en intérprete de Python está escrito en C. Creo que el de Java y JavaScript también. Hasta que no se pueda compilar Python a binario directamente, C y C++ seguirán siendo indispensables.

» autor: selina_kyle

#40 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

eltoloco — Sat, 04 Jan 2025 09:35:07 +0000

#8 creo que tienes que volver a clase de lenguajes de programación.

Primero, como te ha dicho #20, C es un lenguaje de alto nivel, tan alto nivel como Java o Python.

Es una confusión muy común pensar que hay distintos niveles de “altura” en la clasificación de los lenguajes de programación, cuando en realidad solo hay dos; bajo nivel (Lenguaje máquina y ensamblador) y alto nivel (Cualquier otro).

Todo lo demás son charlatanería repetida mil veces por medios generalistas supuestamente especializados estilo Xataka.

Dicho esto, tu afirmación de que “cuanto más alto nivel más ineficiente” es evidente absurda y por ello falsa. La eficiencia del código depende mucho más de los conocimientos del programador que del lenguaje elegido.

Si el programador no tiene un base de algoritmia y escribe algoritmos que no son los óptimos para resolver un problema determinado, da igual el lenguaje que utilice, como si usa ensamblador.

Y a igualdad de complejidad de un algoritmo determinado, la eficiencia de un lenguaje de programación respecto a otro depende primero del modo de ejecución del programa (Compilado o interpretado) y después de la optimización del compilador y del interprete si procede.

Que un lenguaje se ejecute en una máquina virtual (Como suele ocurrir con Java o Python) no quiere decir que sea de más alto nivel que uno que se suela ejecutar compilado (C o Rust). Ambos son del mismo nivel, es decir, alto nivel.

PD: Tanto Java como Python, o incluso PHP, pueden ser compilados también, aunque no es lo más común.

» autor: eltoloco

#39 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 09:34:12 +0000

#36 Bueno, C/C++.

C++ tiene la posibilidad de usar entremezclado codigo C.

» autor: chavi

#38 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 09:33:33 +0000

#20 C es un ensamblador "con colorines". Lo jodido es que no estamos en una PDP11 y el estandar de C funciona como si lo fuera. Ni las CPUs hoy ejecutan un codigo amd64 puro.

» autor: --777905--

#37 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 09:32:41 +0000

#30 Buenos argumentos....

Se nota que eres un gran programador..... que jamás ha escrito una línea en condiciones.

Explicame que es eso de "un lenguaje inseguro".... si eres capaz....

» autor: chavi

#36 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 09:32:39 +0000

#23 Windows es C++. Pero hablar de C es hablar de LA API de Unix, prototipos, estandares IEEE y el lenguaje que esta en todas partes, hasta en teleco . Es como hablar de ingles en negocios, ciencia y tecnologia. Toda la nueva terminologia y aparatos/estandares es en ingles.

» autor: --777905--

#35 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 09:31:49 +0000

#28 Python se usa por su ecosistema, no por el propio lenguaje, que es bastante filfa, por cierto.

Al que se le ocurrió el tema de los tabuladores había que fusilarlo.

» autor: chavi

#34 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 09:30:57 +0000

#9 O nuevos motores.

» autor: --777905--

#33 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 09:30:32 +0000

#19 con un seguridad muy superior en tiempo de ejecución
Un programa bien hecho en C es exactamente igual de seguro que uno bien hecho en Rust.

¿ A qué le llamas tú "guarrear" ?

» autor: chavi

#32 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 09:28:46 +0000

#22 El triunfo de Python se debe en gran medida a la facilidad de creación de módulos en C.

» autor: chavi

#31 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 09:27:07 +0000

#10 C++ es infumable.
No. C++ no es infumable. Otra cosa es la curva de aprendizaje si no vienes de C.
C++ es "el lenguaje".

El único problema aquí es que Rust es un lenguaje muy joven
El no ser orientado a objetos es un handicap enorme para convertirse en un lenguaje de desarrollo general. Compararlo con C++, Java o Python es un error. La comparación debe hacerse exclusivamente con C.

se acabó C++ porque quién va a querer hacer proyectos desde cero con un lenguaje mucho más complicado y que además es más inseguro
Es "mas complicado" para quien no tiene idea. C++ una vez dominado acelera el desarrollo y mejora el código en varios órdenes de magnitud respecto a Rust: Es orientado a objetos.

Respecto a ser "un lenguaje inseguro". Eso NO existe. El inseguro está sentado delante del teclado.

En veinte años ni Cristo usará C ni C++ para proyectos que requieran lenguajes de bajo nivel.
Lo dudo.
Lo unico que "aporta" Rust sobre C es la "seguridad de memoria".

» autor: chavi

#30 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Supercinexin — Sat, 04 Jan 2025 09:26:57 +0000

#27 Rust podría sustituir en todo caso a C. Jamás a C++

los leak de memoria se deben a las prisas o incompetencia de los programadores. Querer arreglar eso vía lenguaje de programación no me parece buena idea.

» autor: Supercinexin

#29 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 09:24:20 +0000

#22 Buena suerte con Rust intentando reemplazar a BLAS/Lapack. Lo mismo en videojuegos de consolas donde la seguridad no impote. Si, accesos a memoria y toda la hostia. Pero hay fuzzers, valgrind y 10000 herramientas para evitar eso al menos en plataformas no de uso general como juegos en primera persona. Un navegador ya es otra cosa; y un así chromium en openbsd con unveil/pledge junto con su sandbox es mas seguro que Firefox con Rust.

» autor: --777905--

#28 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Supercinexin — Sat, 04 Jan 2025 09:14:03 +0000

#25 También hay lenguajes alternativos a Python. Cuando se usen una milésima parte de lo que se usa Python, hablamos. Cuando esos lenguajes que supuestamente se están creando para solucionar los problemas de Rust se usen en cualquier sitio mínimamente relevante, como un navegador web o un sistema de orquestación de contenedores, hablamos.

Hay dos tipos de lenguajes de programación: los que la gente odia y los que nadie usa. C, C++, Rust, Python, Java y Go son odiados y el resto no los usa nadie

» autor: Supercinexin

#27 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 08:58:28 +0000

#24 Como que "y qué"???

Sabes lo que aporta la orientación a objetos a la hora de desarrollar ???

Rust podría sustituir en todo caso a C. Jamás a C++.

Y realmente los leak de memoria se deben a las prisas o incompetencia de los programadores. Querer arreglar eso vía lenguaje de programación no me parece buena idea.

» autor: chavi

#26 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

ur_quan_master — Sat, 04 Jan 2025 08:56:28 +0000

#18 infinidad de librerías que usa python están implementadas en c o c++

» autor: ur_quan_master

#25 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Fingolfin — Sat, 04 Jan 2025 08:52:25 +0000

#19 Ya hay lenguajes alternativos a Rust, y no dejan de crearse nuevos lenguajes cada año, no vas a tener que esperar a 2050. Es ridículo pensar que si la seguridad de memoria es un requisito, Rust va a ser el único lenguaje que lo implemente y nadie más va a hacerlo

» autor: Fingolfin

#24 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Supercinexin — Sat, 04 Jan 2025 08:50:18 +0000

#21 ¿Y qué que no sea orientado a objetos? Rust es el sustituto de C++, efectivamente. El sustituto de C es Go.

» autor: Supercinexin

#23 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 08:49:05 +0000

#16 C sigue siendo el lenguaje de sistemas por excelencia.
Windows o Linux usan C.

» autor: chavi

#22 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Supercinexin — Sat, 04 Jan 2025 08:48:31 +0000

#17 No se refiere a la seguridad de que un tío entre y te robe los datos. En Rust, cuando hablan de seguridad, se refieren a que no te explote en la cara un puntero a NULL en tiempo de ejecución, cosa que por diseño en Rust es imposible.

Python tiene cien mil librerías que se gastan masivamente y que no tienen implementaciones internas de bajo nivel y por lo tanto no gastan C's ni FORTRANs. En cuanto a las que lo hacen, Rust está ya, ahora mismo, sustituyendo a C y C++ en esas librerías Python, por motivos más que evidentes.

» autor: Supercinexin

#21 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 08:47:18 +0000

#10 Es que Rust no es orientado a objetos. No tiene sentido compararlo con C++.

La comparación es con C

» autor: chavi

#20 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

chavi — Sat, 04 Jan 2025 08:46:04 +0000

#8 C es un lenguaje de alto nivel. Se parece al ensamblador como un huevo a una castaña.

» autor: chavi

#19 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Supercinexin — Sat, 04 Jan 2025 08:44:53 +0000

#15 Bueno, también se decía que Python era una mierda y que por su diseño y sus características jamás sería usado para nada fuera de scripts sencillos. Hoy se usa para todo el análisis de datos y toda la IA. Igualmente Rust está sustituyendo a C y C++ en la implementación a bajo nivel, por debajo de Python, a muchas de esas herramientas de análisis de datos con un seguridad muy superior en tiempo de ejecución y con un rendimiento increíble que en no pocos casos supera a sus contrapartes en C++.

Lo que tú dices, que es lo mismo que estos tíos del estudio de videojuegos ese, es que Rust no ye permite guarrear con el código y en esos proyectos "hace falta guarrear". Aquí ya entramos en discusiones que no tienen nada que ver con la tecnología, sino con las personas. Siempre es difícil meter paradigmas nuevos en equipos acostumbrados a trabajar de una manera concreta y éstas cosas hay que hacerlas de unas determinadas maneras o de lo contrario fracasarás.

En cuanto a "los nuevos lenguajes que aparecerán en el futuro" supuestamente solucionando los "problemas" de Rust, dejemos esa conversación para 2050 que es cuando quizá suceda, o quizá no. Basarse en supuestos de futuro nunca funciona, en ningún contexto.

» autor: Supercinexin

#18 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 08:40:31 +0000

#16
>C++ sólo sobrevive en lugares donde no hay librerías disponibles para esos menesteres, como por ejemplo los videojuegos, pero ya está

Ya quisieras. En videojuegos de PC y consola, multimedia, navegadores... es el rey.

» autor: --777905--

#17 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

--777905-- — Sat, 04 Jan 2025 08:39:49 +0000

#10 En las consolas la seguridad importa una mierda.
#16 Python sin C, C++ y BLAS/LAPACK (fortran) estaria muerto.

» autor: --777905--

#16 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Supercinexin — Sat, 04 Jan 2025 08:18:44 +0000

#12 ¿Qué siguen dónde? COBOL es un cadáver, nadie en el mundo empieza proyectos en ese lenguaje en ningún sitio y para nada. Existe en lugares donde ya estaba implementado y una migración no es conveniente y ya está, eso es todo.

C y C++ son otros dos que ya están empezando a ser despreciados también. Todas las herramientas de sistemas o los nuevos paradigmas y aplicaciones se están implementando en Rust o en Go, una de dos. C++ sólo sobrevive en lugares donde no hay librerías disponibles para esos menesteres, como por ejemplo los videojuegos, pero ya está. En cuanto a la inteligencia artificial, prácticamente dominada hoy en día por Python, es cuestión de tiempo que Rust empiece a desplegarse en todo el bajo nivel, reemplazando a C++.

» autor: Supercinexin

#15 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Fingolfin — Sat, 04 Jan 2025 06:53:00 +0000

#10 ¿Quien ha hablado de C++? Por lo demás, Rust sólo puede presumir de sencillez comparandose con C++, porque no es un lenguaje nada sencillo por si mismo (y no dejan de complicarlo para tratar de paliar las desventajas que tiene su modelo, en lugar de aceptar que no tiene por qué servir para todo... )

En principio dudo que alguien escriba un gran motor de juegos en Rust. El modelo de Rust implica a menudo hacer copias,no es precisamente lo ideal cuando se quiere exprimir al máximo el rendimiento. Eso, o unsafe. Los motores de juegos suelen ser bastante extremos y hacen cosas horribles para ganar un sólo fps (cambio del estado global desde cualquier parte del código) , eso va en contra del modelo de Rust, no sería cómodo

Rust no es el lenguaje definitivo para todo, y eso sin contar los nuevos lenguajes seguros que se van a ir creando en el futuro y que evitarán los problemas de Rust

» autor: Fingolfin

#14 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Polarin — Sat, 04 Jan 2025 03:54:54 +0000

» autor: Polarin

#13 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Polarin — Sat, 04 Jan 2025 03:54:08 +0000

#12

"C++ es infumable" solo porque no sabes usarlo bien. Yo no lo he usado profesionalmente porque me tuve que pasar a JAVA. Pero C++ es el culmen.

"Que COBOL era un cadáver esperando entierro y que C y C++ iban detrás" Toda la infrastructura bancaria mundial funciona con COBOL en IBMs JCL. El dia que pasen toda esta mierda a algo mas moderno... como Kafka, .... dejan en la calle a miles de personas.

» autor: Polarin

#12 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Cantro — Sat, 04 Jan 2025 02:07:01 +0000

#10 eso decían cuando estaba en la carrera.

Que COBOL era un cadáver esperando entierro y que c y c++ iban detrás

Un visionario.

Treinta años después ahí siguen

» autor: Cantro

#11 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Raúl_Rattlehead — Sat, 04 Jan 2025 01:17:34 +0000

Lo del uso de imágenes generadas por IA de cosas tan básicas es ya por joder, seguro que era súper difícil y costoso encontrar una foto de una persona usando el ordenador.

» autor: Raúl_Rattlehead

#10 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Supercinexin — Sat, 04 Jan 2025 01:17:08 +0000

#4 Rust es bastante menos complicado de usar que C++, en varios órdenes de magnitud además. C++ es infumable.

El único problema aquí es que Rust es un lenguaje muy joven y no hay librerías maduras para un montón de cosas, como las que hay en C++, Java o Python.

El día que alguien desarrolle para Rust un motor de videojuegos, se acabó C++ porque quién va a querer hacer proyectos desde cero con un lenguaje mucho más complicado y que además es más inseguro. A igualdad de opciones Rust gana de calle.

En veinte años ni Cristo usará C ni C++ para proyectos que requieran lenguajes de bajo nivel. Ahora mismo esos lenguajes viven de la inercia de décadas de desarrollo de librerías, pero el futuro es claramente Rust.

» autor: Supercinexin

#9 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Laro__ — Sat, 04 Jan 2025 01:14:09 +0000

#7 ...salvo que quieras hacer videojuegos...

» autor: Laro__

#8 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

frankiegth — Sat, 04 Jan 2025 00:28:03 +0000

#1. El que no entiende de cortoplacismos en este caso es el propio hardware. Cuanto más alto es el nivel del lenguaje menos eficiente es respecto al hardware que lo ejecuta tras el compilado o tras el intérprete.

#3. El C es practicamente ensamblador, alguien con mucha experiencia en C y ensamblador casi puede deducir que código fuente en ensamblador se va generando detrás del C, y el C++ una extensión orientada a objetos más lenta en cuanto al hardware y más rápida en cuando al desarrollo de software. Incluso es posible enfocar el lenguage C, sin objetos por defecto, orientándolo "a mano" a objetos.

» autor: frankiegth

#7 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

ur_quan_master — Sat, 04 Jan 2025 00:20:48 +0000

#6 comparar un lenguaje de programación con frameworks de videojuegos es como comparar peras con molletes.

» autor: ur_quan_master

#6 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Laro__ — Sat, 04 Jan 2025 00:11:52 +0000

La clave está aquí: "el ecosistema de Rust carece de herramientas maduras comparables a las que ofrecen Unity o Unreal Engine".

» autor: Laro__

#5 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Leclercia_adecarboxylata — Sat, 04 Jan 2025 00:00:37 +0000

Wipp express parecía el quitamanchas ideal para la ropa delicada. Esta familia acabó abandonándolo tras tres años centrado en él.

» autor: Leclercia_adecarboxylata

#4 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Fingolfin — Fri, 03 Jan 2025 23:58:06 +0000

Cuanto más complejos sean los tipos, más acopladas van a estar diferentes partes del código, más complejas y frecuentes serán las refactorizaciones (una de las razones mencionadas en el código) y por tanto más difícil será hacer evolucionar el código. Un poco está bien, tipos estáticos de toda la vida, pero si ya empezamos a meter aspectos de memoria en los tipos se lia todo.

Toda esa complejidad añadida en los tipos tiene sentido cuando merezca la pena (es decir, cuando se necesite seguridad de memoria sin penalizaciones de GC u otras cosas), para el resto del mundo, un lenguaje con recolección de memoria es lo más sencillo y sensato.

Todo el bombo y platillo que se da a rust está en gran medida injustificado

» autor: Fingolfin

#3 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

MetalAgm — Fri, 03 Jan 2025 23:54:24 +0000

Para videojuegos y mucho más... C y C++ moderno.

» autor: MetalAgm

#2 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

Findeton — Fri, 03 Jan 2025 23:50:13 +0000

Nosotros usamos rust en el backend, pero entiendo perfectamente que no se use para videojuegos donde prima la eficiencia y flexibilidad sobre la seguridad.

» autor: Findeton

#1 Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él

CrudaVerdad — Fri, 03 Jan 2025 23:46:16 +0000

He escuchado que RUST es para desarrollos seguros pensando en el mediano y largo plazo. En un mundo de cortoplacistas, no va a funcionar.

» autor: CrudaVerdad