Programadores c++ para compartir aprendizaje?

Basicamente yo desarrollo en java, estuve estudiando un poco c++ y no parece muy distinto, tiene algunas que otras cosas parecidas.

Estuve viendo los files del juego y es interesante poder hacer cosas nuevas, pero no me amigo mucho con los files, siento que son bastante desordenados...

Basicamente busco gente que sepa programar en c++ para charlar de los files o hacer cosas y probar, enseñarse mutuamente, sacarnos dudas.

si hay alguien interesado mande mp.

y yo creo q nada es imposible yo soy desarrollador de golang y ts, pero la verdad si bien es entendible sobre todo con la documentacion de c++ a mano, la mayoria de los servers primero q nada tienen todas las dependencias desactualizadas y no podes levantarlos con el ultimo visual. Y otra cosa se nota que los creadores eran o jr en esa epoca o no se porq hay archivos con 30k lineas xD jajajajaja.

Casal0x wrote:

y yo creo q nada es imposible yo soy desarrollador de golang y ts, pero la verdad si bien es entendible sobre todo con la documentacion de c++ a mano, la mayoria de los servers primero q nada tienen todas las dependencias desactualizadas y no podes levantarlos con el ultimo visual. Y otra cosa se nota que los creadores eran o jr en esa epoca o no se porq hay archivos con 30k lineas xD jajajajaja.

No obvio, es cuestion de mirar el codigo y sentarse, pero justamente eso es lo que me marea un poco que haya tanto codigo en un solo archivo. Por ejemplo en game.cpp pasa todo ahi adentro y en el resto de archicos hay 4 lineas.. pero me marea en la forma en la que organizaron los archivos.
Para abrir los archivos tenés que abrirlo con un compilador viejo porque los nuevos entienden otra sintaxis.

Una posible razon son los tiempos de compilación, a diferencia de sources que tienen código en archivos diferentes e #includes poco organizados - en ese momento es posible que el IDE tampoco mostraba que tipo de variable era cada una, por eso usan "Hungarian notation", para facilmente saber si se trata de una variable que es short (m_sX), int (m_iContribution), etc. Donde el "m_" representa "member", siendo un miembro de una clase o struct. Se pueden portar a compiladores modernos fixeando algunas cositas del código, modificando las configuraciones del proyecto, y las librerías.

Kazin wrote:

Una posible razon son los tiempos de compilación, a diferencia de sources que tienen código en archivos diferentes e #includes poco organizados - en ese momento es posible que el IDE tampoco mostraba que tipo de variable era cada una, por eso usan "Hungarian notation", para facilmente saber si se trata de una variable que es short (m_sX), int (m_iContribution), etc. Donde el "m_" representa "member", siendo un miembro de una clase o struct. Se pueden portar a compiladores modernos fixeando algunas cositas del código, modificando las configuraciones del proyecto, y las librerías.

Claro si, se puede compilar arreglando todas esas cosas pero cuantas son y cuales pff..
El tema member que nombras que significaria? Como un objeto?

Hermoso seria ver el juego completo re-armado en godot 4

Todo lo que compone a una clase es un miembro, ejemplos:

Code:

class Object
{
public:
  int _variable_member;
  void function_member();
};

Kazin wrote:

Todo lo que compone a una clase es un miembro, ejemplos:

Code:

class Object
{
public:
   int _variable_member;
   void function_member();
};

Ah mirá. No sabía que lo que componia una Clase se llamara miembro