¿hacemos Un Motor En .net?

[Haddd]

 Pues eso, a ver si sólo los americanos van a hacer motores, que por cierto el purple c# me parece una pasada.

Se haría en Managed C++ por ser el más óptimo para este tipo de cosas y en castellano.

¿Quien se anima?

[AgeR]

 Otro motor Haddd? No paras!  ;)

No he tocado para nada Managed C++ así que poco puedo ayudar, de momento al menos.

Además ahora que el mío va tomando algo de forma, me gustaría rematarlo mínimamente y publicarlo.
Eso sí, si tuviera que hacer otro motor, no lo haría en castellano  :ph34r: .
Ahora que estoy a punto de tener algo visible, me gustaría que el mayor número de gente pudiera usarlo, y haciéndolo en castellano limita mucho.

Ahora, la documentación si que la volvería ha hacer en castellano también, para los que el idioma les resulte una traba. Realmente que el motor esté en inglés no importa demasiado si tienes una buena documentación que te explique qué hace cada función.

Bueno, ánimo con el proyecto, y si puedo ayudar en algo, aunque sea probando el motor, aquí estoy!  :lol:  

[NeLo]

 ¿El C# es el más óptimo?  O_O  

[CoLSoN2]

 No estoy muy puesto en .NET pero diría que Managed c++ y C# no son lo mismo

[Sacrifai]

Otro motor Haddd? No paras!  ;)

Acabo de descubrir que Haddd es...¡carmack! eso lo esplica todo XDDD. En fin, jilipolleses a parte XD. Algunos varios motores y otros ninguno  :ph34r: . Yo ayudaría lastima que no se ni de motores ni de managed c++ ( intento iniciarme XD). Mantenednos informados de las novedades ¿eh?.

[Grugnorr]

 Hadd, échale un ojo a axiomengine.sf.net  , no te disgustará tampoco.

No entiendo eso de hacerlo en ManagedC++ por ser el más óptimo. ManagedC++ es ahora mismo el lenguaje más complejo que hay, es un mutante entre 2 plataformas, que se usa para mezclar código en C++ con código en .NET. No cometas el error de intentar implementar un motor en ManagedC++ o irás al psiquiátrico.

La ventaja de C# y demás es que la productivodad te puedo asugurar que es muchísimo mayor que en C++, en cambio en ManagedC++ vas a ser aún menos productivo  (nooo). En serio, es para mezclar C++ con los lenguajes .Net "de verdad", usa la herramienta apropiada para cada cosa.


C# y Managed C++ no son lo mismo, ni mucho menos.

Salgo una horas con la novia, a ver si luego entro al IRC (tras años ^_^) y hablamos tranquilamente  ;)  

[Zaelsius]

 A mí tampoco me convence el C++ administrado, puestos a meterse con .Net yo elegiría C# que es muy bonito y sencillo.

Si ambos lenguajes van a ser convertidos a código intermedio común(era IL? no recuerdo muy bien la sopa de letras) usar C++ no va a dar ninguna ventaja en cuanto optimización/rapidez, sólo te complicará la vida. Ahora si te gusta más C++, pues "welcome to hell".

[Haddd]

 Hombre, Managed C++ es el único lenguaje que puede combinar codigo Managed con código nativo. Yo creo que es suficiente motivo. De todas formas después siempre podrás utilizarlo desde C#.

El objetivo de hacer motores, o por lo menos el mio, es el de aprender. Ahora en el trabajo dispongo de tiempo, y puedo dedicarme a estudiar .NET(que ya llevo un tiempecillo leyendo libros de VB.NET). Eso me permite también gestionar un poco el proyecto. La gran ventaja que tengo es que no tengo prisa, no tengo plazos, y por eso puedo volver a empezar las veces que quiera. Pero cada vez sé mucho más, y cada vez el motor es mejor, porque implementa las novedades dentro del "core" y no como añadidos, como harán otros motores.

Y hacerlo en castellano es lo mínimo que podemos pedirnos.

Pero en fin, parece que esto de hacer motores en grupo no apetece mucho. Como siempre, ya os iré enseñando cosas  :D  

[AgeR]

 

Pero en fin, parece que esto de hacer motores en grupo no apetece mucho. Como siempre, ya os iré enseñando cosas 

El problema es que cada uno tiene en su mente una forma de hacer un motor, y juntarse varias personas para hacer un motor sería para tenerlo todo muuuuuuuuuy claro antes de empezar nada, y luego que cada uno tenga los conocimientos para llevarlo a cabo.

No sé, yo veo más difícil acabar un motor entre varias personas que haciéndolo una sola, sobre todo a un nivel no profesional, aunque igual estoy equivocado  :(  

[raistlin]

 Si lo haces con C# cuenta con mi teclado.

[Grugnorr]

 

Hombre, Managed C++ es el único lenguaje que puede combinar codigo Managed con código nativo. Yo creo que es suficiente motivo.

Yo sólo intento explicarte que vas por el camino menos adecuado, la complejidad añadida de Managed C++ sobre C++ es grande, sobre C# es inmensa, y el resultado no va a ser mejor. Si es porque sabes C++ y no C#, te puedo asegurar que te costará mucho más hacerlo en managed C++ que aprender C#.

Pero en fin, parece que esto de hacer motores en grupo no apetece mucho

Normal si al primer tema a tratar se te da una mejor opción y ya se acaba el trabajo en grupo  :P  

[Haddd]

 Yo no digo que no sea más complejo hacerlo sobre sobre Managed C++ que sobre C#, sólo digo que creo que es más óptimo hacerlo en Managed C++.

Y respecto a lo que comentas sobre :

Normal si al primer tema a tratar se te da una mejor opción y ya se acaba el trabajo en grupo

no me refería a estos comentarios de porqué usar C++ o C#, sino a que nadie ha dicho es de :¡cuenta conmigo! La decisión final de C++ o C# sería consensuada.

Y respecto a lo de que cada uno tiene la idea de su motor, es cierto. Pero exponiendo las clases y su cometido, podríamos discutirlas y llegaríamos a la mejor solución que a todos nos parezca.

[Grugnorr]

 

Yo no digo que no sea más complejo hacerlo sobre sobre Managed C++ que sobre C#, sólo digo que creo que es más óptimo hacerlo en Managed C++.

Por qué crees que es más óptimo? (Que no te lea Mars, óptima es la mejor solución, no se es más o menos óptimo ^_^)

[Haddd]

 Creo que es más óptimo porque puedo utilizar código Managed con código que no lo es.

[boubou]

 Me apunto haddd, aunque especificare condiciones ;), mandame un PM.