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

9

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?

Chris C
fuente
1
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
2
¿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:

2

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
2

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
1

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