¿Debo renunciar a un proyecto de programación de juegos porque es demasiado difícil y no soy lo suficientemente inteligente?

Espere. Está realizando un proyecto que usted mismo planificó, y dice que el problema principal es que su conjunto de herramientas / entorno / bibliotecas tiene errores, y, sin embargo, se está culpando a sí mismo por no ser lo suficientemente inteligente.

¿Qué tipo de lógica usaste para llegar a esa conclusión?

De todos modos, si decides rendirte y culparte por las fallas de los demás, depende totalmente de ti. Puede decidir dejar de intentarlo, puede intentar encontrar soluciones para el problema, o puede pedirle ayuda a alguien (preferiblemente a alguien que haya tenido sus mismos problemas y posiblemente haya encontrado una manera de lidiar con ellos). Cualquiera que elijas es tu decisión. Sin más información, es difícil decir mucho sobre su situación particular.

No puedo elegir tu camino para ti, pero si estuviera en tu posición, escribiría mi propio software / complementos si el trabajo de otra persona tiene errores, o encontraría algún tipo de manera de solucionar el problema. problema. Otra cosa que podría considerar es rediseñar parte de mi plan original para tener en cuenta el problema, y ​​evitar el problema por completo o de alguna manera volver a incorporarlo al plan. Si fuera yo en tus zapatos, no dejaría que otro idiota fuera mi ruina, y no descansaría hasta que descubriera una manera de avanzar.

Y si ninguno de esos esfuerzos funciona, apagaría la computadora y daría un buen paseo. Muy a menudo, progresas más al no estar en tu computadora y agotando activamente tu cerebro. Tu mente necesita descanso, y una sorprendente cantidad de tiempo, la inspiración te llegará cuando hagas algo que no tiene ninguna relación.

Si sigues trabajando en el proyecto, eventualmente lo arreglarás. Tú decides si vale la pena seguir trabajando en ello o no. Además, no se sabe cuánto tiempo tomaría “eventualmente”.

Su error, en mi opinión, fue su intento de “planear todo en detalle”. Como parece ser un principiante, no podrá planificar en detalle un proyecto de trabajo de un tamaño decente. El software no es arquitectura, y la estructura de un programa no está escrita en piedra. La idea es aprender a modificar su programa para adaptarse a los requisitos siempre cambiantes.

Además, nadie puede escribir proyectos de tamaño decente sin errores en su primer intento.

Esta pregunta no tiene absolutamente nada que ver con la programación de computadoras o los detalles de un proyecto. Tiene todo que ver contigo y cómo percibes los problemas.

Duro e inteligente no son el problema, porque son subjetivos. Cada proyecto es fácil y difícil, cada persona es inteligente y estúpida, solo depende de cómo se mire y de quién lo pregunte. Así que podrías sentarte allí tratando de convencerte de que el proyecto no es difícil y que eres inteligente, y podría funcionar, pero aquí está el problema:

No hiciste el proyecto más fácil y no te hiciste más inteligente haciendo eso. Y no estabas trabajando en el proyecto, así que tampoco hiciste ningún progreso.

El problema que acaba de resolver es usted mismo, y eso es, solo si fue capaz de resolverlo.

Perdemos mucho tiempo en nuestra juventud resolviendo tales problemas. Los personajes necesitan construirse y la confianza también. Medimos y empujamos lo que pensamos de nosotros mismos y del mundo. Pero hay dos formas de madurar para salir de esto. Podrías llegar a pensar con éxito en ti mismo y sentir que has descubierto el mundo, o simplemente darte cuenta de que no importan. Lo primero resulta en una confianza que es frágil y requiere mantenimiento, porque se basa en su ego. Esto último se traduce en una mayor eficiencia y profesionalidad, porque está gastando en la práctica y no en usted mismo. Te has eliminado y tu ego del problema. Puedes dejar que los problemas no se solucionen solos, o no. No son problemas, no importan.

El problema es que, de todos modos, generará confianza, porque la práctica es la única forma de obtener confianza y competencia de todos modos. La diferencia aquí es si involucran a tu ego. ¿Resuelve los problemas en función de quién es usted y de su posición, o simplemente los resuelve? ¿Se preocupa si es inteligente y confía, o simplemente sabe cómo manejar su dominio y ejecuta de manera eficiente? ¿Haces todo lo personal , o simplemente eres profesional ?

Como anécdota, esta distinción juega un papel importante en todos los entornos de trabajo profesionales. En el trabajo, y en la vida en general, las personas son los problemas más difíciles de resolver. Entonces, si acude a su jefe para quejarse, el proyecto es demasiado difícil y no es lo suficientemente inteligente, a diferencia de la escuela donde se le paga al maestro para que lo agote, la solución más fácil para su jefe es reemplazarlo con alguien que pueda hacerlo. Hacer el trabajo. Esta tarea es mucho más fácil que tratar de convencerte de cualquier cosa o hacer que “entiendas” lo que estoy describiendo aquí. Y lo más triste es que aquellos que no entiendan o adquieran esta distinción serán despedidos y no sabrán por qué. Ahora piensan que trabajar es demasiado difícil, demasiado estúpido y que la vida no es justa. Ya, todos son ciertos dependiendo de cómo lo mires, y esa es precisamente la razón por la que no quieres quedarte atrapado allí. Como tantas cosas en la vida, no se trata de la verdad. Se trata de lo que importa. La verdad cambia según lo que importa.

Estos dos tipos de personas son también las dos caras del excepcionalismo estadounidense. Está el tipo que piensa que es excepcional y necesita pensarlo: el excepcionalista . Y está el tipo que es, el profesional excepcional . La historia del sueño americano es la historia del excepcionalismo estadounidense, pero es la historia de profesionales verdaderamente excepcionales que lograron lo que lograron a pesar de estos excepcionalistas impulsados ​​por el ego. Cuando los países extranjeros se burlan del excepcionalismo estadounidense, se están burlando del ego excepcionalista, que es prácticamente solo elitista. Pero incluso los estadounidenses se burlan de ellos, especialmente de aquellos que se ven obligados a lidiar con el ego de su personal, cuando todo lo que quieren hacer es hacer las cosas. Un problema del primer mundo, pero un problema no obstante.

No seas parte del problema. Lo que necesitamos difundir es profesionalismo, no excepcionalismo. Nuestra reputación puede cuidar de sí misma. E incluso los excepcionalistas pueden volverse excepcionales. La clave es llegar al final, y cuando lo hagas, lo que quede de tu ego será altamente digno de burla. Los egos son para el drama, pero una vez que superamos el drama, lo que queda es para el entretenimiento.

¿Deberías renunciar a una habilidad en la que no eres bueno?
No, no si quieres ser bueno en eso.

Pasa un tiempo antes de que las cosas comiencen a funcionar en tu primer intento. Tiene menos que ver con la inteligencia y más que ver con la experiencia .

En particular, en el desarrollo de software, luchar contra los errores es una excelente manera de aprender . Si todo funciona, aprenderá menos que si tiene que tener una comprensión precisa de por qué funciona o no.

Si le resulta muy difícil hacer este juego en particular, intente hacer un juego más simple . Un error común es tratar de hacer algo que sea demasiado grande y complicado antes de tener las habilidades para realizar su gran visión.

¡Buena suerte!

El truco consiste en simplificar y simplificar la tarea hasta que tenga un problema que pueda resolver. Si Tetris es demasiado duro, intente Pong. Si Pong es demasiado duro, intente adivinar el número. Una vez que hayas completado un proyecto, habrás ganado algo de experiencia y estarás listo para hacer algo un poco más fresco a continuación.

Lo mismo ocurre con las herramientas: si Unity es demasiado grande y complicado, intente Löve.

Casi cualquier persona se golpearía la cabeza contra una pared, sintiéndose estúpido y con ganas de rendirse, si intentaran hacer un MMORPGFPS AAA por su cuenta. “Divide y conquista” es una técnica de programación esencial, y también se aplica a la gestión de proyectos.