¿Cuándo sería el mejor momento para comenzar a portar el código de mi propio proyecto? [cerrado]

Si tengo un proyecto de programación personal que planeo portar en otro idioma para que pueda ejecutarse en otros entornos, ¿sería más ideal comenzar a portar el código lo antes posible y trabajar en dos versiones al mismo tiempo? ¿O eso ralentizaría mucho mi producción, y debería esperar hasta que haya terminado algunos componentes clave del programa?

source-code porting

— Chris C
fuente

Si su objetivo es la portabilidad, ¿por qué está transfiriendo a C ++ desde C #? Puede usar Mono para implementar directamente en casi cualquier plataforma importante.

— Ingeniero mundial

Bueno, para ser específicos, es un proyecto XNA y XNA aún no se ha implementado en Mono.

— Chris C

¿Cuál es el propósito de este proyecto? ¿Educación, experiencia, para construir una cartera de proyectos? Dependiendo de sus propósitos, podría ser mejor seguir adelante con sus soluciones actuales y tener un producto más robusto y pulido en lugar de preocuparse por enfocarse en una serie de entornos.

— Thomas Owens

Diría que los dos más importantes son para un portafolio y para construir experiencia, en ese orden.

— Chris C

¿Cuál es la pregunta exactamente? Parece que quiere portar su aplicación XNA / C # a C ++, así que haga exactamente eso. Cuanto antes lo haga en el ciclo de desarrollo, más fácil será. No veo una pregunta constructiva aquí.

— Ramhound

Respuestas:

Hablando por experiencia, no querrá quedar atrapado manteniendo dos versiones separadas de su programa de mascotas.

Agregar nuevas funcionalidades se convierte en un dolor. Si tiene suerte, la implementación tardaría el doble de tiempo. Si no lo está, encontrará limitaciones en un idioma y tendrá disparidades entre las dos versiones del programa.
El seguimiento de errores se vuelve muy complicado, ya que inevitablemente tendrá que lidiar con detalles específicos de implementación.
Como se mencionó, C ++ y C # son mucho más diferentes de lo que parecen.

Le sugiero que comience a portar a C ++ lo antes posible, ya que probablemente será más fácil portar algo pequeño y conciso.

— rahmu
fuente

C # y C ++ son lo suficientemente diferentes como para recomendarle omitir C #. Solo entrará en hábitos que tendrá que desaprender rápidamente una vez que llegue a C ++, como la asignación dinámica y la herencia excesivas, por ejemplo, y programar en un marco es muy diferente a programar sin uno. Realmente no aprenderás ninguna habilidad útil.

Los dos son mucho más diferentes de lo que parece darse cuenta. A menos que realmente necesite la versión C # cuando haya terminado en C ++, para empezar, nunca crearía la C # one.

— DeadMG
fuente

En realidad, he tenido una amplia experiencia en C ++ antes, pero me tomé un descanso para aprender C #. Edité mi pregunta para que pueda tener una mejor idea de dónde estoy.

— Chris C

Respondería de la manera favorita de un consultor: "Depende";)

A saber, sobre los siguientes parámetros:

¿necesita un poco de tiempo para comercializar?
¿Cuánto trabajo adicional causarás al esperar con el puerto? ¿Cuánta arquitectura e implementación específica para C # (- bibliotecas) está haciendo?
¿Ha adquirido suficiente experiencia con su solución de C # para estar seguro de que hará la mayoría de las cosas correctamente cuando vuelva a implementar C ++?

— DaveFar
fuente