Ese es el problema, que te alquilan literalmente routers capados.

¿Qué marca de router comprarías tú para usar detrás del de el ISP?

Es un título oficial, pero muy introductorio, yo no recomendaría a ningun familiar dejar de hacer el bachillerato por un FP medio. Luego podemos hacer las críticas pertinentes: el FP te hará perder tiempo con un inglés de muy bajo nivel y alguna que otra asignatura de relleno, se profundiza muy poco, y las bases matemáticas, algorítmicas y teóricas son una *****.

No hace falta ser matemático para ser un buen programador, pero los matemáticos son verdaderos cracks programando, y eso se aplica también para otras formaciones superiores donde se aprende álgebra y cálculo.

En resumen, FP no profundiza lo suficiente, tiene un enfoque eminentemente práctico que te permitirá ser funcional, pero te tocará descubir por ti mismo el por qué de muchas cosas. Una carrera como matemáticas, informática o ingeniería, te va a dar un enfoque global y conocimientos mucho más sólidos.

Yo creo que sí es relevante, por ejemplo en la programación de videojuegos, editores de vídeo e imagen, animación en 3D, aplicaciones de tiempo real (sistemas de control industrial y sistemas de seguridad), programas que trabajan a nivel del sistema como antivirus, cortafuegos, en procesarores de texto, hojas de cálculo, navegadores... Todos los ejemplos anteriores ya existen y deben ser mantenidos, así que se van a seguir necesitando programadores de C/C++.

Yo haría un esquema en un papel con las opciones que el usuario tiene que elegir y en qué orden. El esquema te puede servir para visualizar mejor en qué orden te interesa preguntar al usuario y qué tipo de elecciones ofrecerá tu juego. Te pongo un diagrama como ejemplo de lo que yo entiendo que quieres...



Puedes dar a elegir primero el nivel de dificultad si consideras que se aplicarán parámetros comunes a todos los modos de juego o módulos. Lo que podría ser una herencia de atributos heredados por las demás clases. Donde he puestos los puntos suspensivos irían las operaciones.

Gracias por tu respuesta Locura_23, estoy de acuerdo en que un enfoque estructurado indicando el orden de ejecución de las diferentes operaciones mediante un diagrama de flujo, podría ser el primer paso para diseñar un programa. Luego, si ese proyecto va a ser orientado a objetos, se desarrollaría sobre la base del diagrama de flujo un diagrama de clases que especifica métodos, atributos, relaciones de herencia, etc...



Comprendo tu punto, pero prefiero usar modelos.
Le echaré un vistazo a tu post, un saludo.


No creo que sea una cuestión de velocidad, sino de diseñar de forma más eficiente. La simplicidad en un diseño mecánico simplifica el mantenimiento y reduce los fallos, algo parecido creo que sucede en un sistema de software.

En la fase de diseño de un programa, cuando ya teneis los requerimientos, ¿qué modelo o diagrama os parece más útil usar? Para un proyecto vuestro, personal, quiero decir.

¿Cuál de estos modelos usaríais?

- Diagrama de flujo.
- Diagrama de clases.
- Diagrama de objetos.
- Diagrama de casos de uso.
- Otro (especificar).

Te recomiendo Java, es más usado y tiene más demanda.

Es mala práctica definir un bucle infinito.
En su lugar podrías usar do-while.

Puedes buscar un libro de introducción con ejercicios.

Hola zhu, buena pregunta.

No creo que se pueda prescindir de un informático, ni de un matemático, pero sí de alguien que no es realmente un experto. Es un poco la misma historia de por qué las computadoras no acabaron con los matemáticos.