Tengo un mal hábito de aprender todas las habilidades técnicas antes de comenzar a escribir código para un nuevo proyecto, ¿qué debo hacer?

Answer 1

No aprendes la habilidad, aprendes la teoría. La habilidad es la habilidad de aplicar la teoría.

Su bloqueo mental es una forma de procrastinación: el miedo a cometer errores y hacer algo mal. Para superar este bloque debes aprender a diseñar mejor tus soluciones. Una arquitecta no necesariamente conoce todas las tecnologías o componentes requeridos de una solución, pero puede identificar los requisitos en torno a lo que debe construirse, y también identificar los elementos de una solución satisfactoria. Un arquitecto puede dibujar un diagrama que muestre los elementos necesarios y sus interacciones. Los elementos de diseño pueden ser tratados como cajas negras. Una vez que se identifican todos (o la mayoría de) los elementos, se pueden seleccionar tecnologías adecuadas para implementar cada elemento.

En el campo de software de computadora, es lo mismo que programar con “apéndices”. El apéndice es una función donde se define la interfaz (nombre de la función, parámetros formales y valores de retorno) pero el algoritmo real está pseudocodificado o comentado o omitido para futura implementación.

Una vez que entienda cómo diseñar un sistema o definir un proyecto correctamente, puede proceder con una definición inicial y completar los espacios en blanco a medida que avanza, de manera más oportuna.

Un curso de gestión de proyectos y un curso de arquitectura pueden ayudar.

Finalmente, también sería útil para usted construir sus propias bibliotecas de programación desde cero. Comience con los algoritmos que ya ha codificado y manténgalos a la mano, ya que los necesitará nuevamente en el futuro para sus nuevos proyectos.

La mejor de las suertes para ti.

Answer 2

No inicia un nuevo proyecto escribiendo un código, sino descubriendo lo que se necesita y obteniendo algunas ideas sobre cómo satisfacer esa necesidad. Entonces al menos esbozas la solución – en inglés.

Escribir código es el último paso en el proceso (bueno, escribir, compilar, depurar, volver a escribir, recompilar, etc.) luego de haber escrito el programa. (“¿Cómo cortar el césped? Ir al garaje”. Oops: “obtener primero la llave del garaje”. “Abrir la puerta del garaje.” Así. En inglés. Al agregar algo que olvidó es “oops”, no “Eso fue 2 horas nunca volveré”.

Answer 3

Esto se llama dilación y es común con los menos experimentados. Yo tuve el mismo problema. Eres como un alcohólico. Cambias con pasos de bebé o una pieza gigante de motivación.

Tienes miedo al fracaso. Eres como el tipo que quiere escribir una novela pero que no empieza a escribir hasta que obtiene, “algunas buenas ideas primero”. Eso es solo hablar de la pereza. La codificación es un negocio arriesgado. Pruebas cosas y fallas. La codificación se trata de fallas, 90% de fallas, no de éxito. Comience a fallar pronto solo para tenerlo en sus manos. Fallar rapido; Eso es lo que hacen los valientes.

Digamos que le tienes miedo a las chicas, incluso a los chicos más machistas. ¿Qué haces? ¿Leer sobre chicas o hablar con ellas? La experiencia enseña. Entra ahí, falla y aprende. Así es la vida. No seas un tonto Fallar.

Te estás mintiendo a ti mismo cuando dices que estás aprendiendo todas las habilidades técnicas antes de tiempo. Si realmente los aprendieras, estarías a tiempo porque no estarías confundido acerca de cuánto queda por hacer. Estás aprendiendo algunas habilidades mediante la lectura y luego aprendes el resto mediante la programación. De hecho, aprendes más lento leyendo sin experiencia de codificación para respaldarlo. No tienes ejemplos prácticos para aplicar tus teorías. Eso es malo.

Te falta disciplina para hacer esas cosas dolorosas desde el principio. Pensar es divertido. Fallar no es divertido, sin práctica. Cada vez que presionas el código antes de lo que lo harías, eso es una victoria para ti. Consigue suficientes victorias y cambiarás. Eso es todo lo que necesitas hacer. Fácil, ¿verdad? :).

Answer 4

¿Quién hace el horario?

Si hace el horario, necesita aprender de su experiencia y hacer un horario más realista.

Si su dirección hace el horario, avergonzarse de ellos. Necesitan aprender de su experiencia y hacer un horario más realista.

Aprender las tecnologías que está utilizando es la forma correcta de construir algo. Si su administración le dice lo contrario, necesita encontrar un trabajo diferente.

Conocer

Answer 5

No estoy seguro de si esto es necesariamente algo malo. Es posible que esté un poco perdido y aún no tenga la experiencia para hacer el trabajo de manera oportuna.

Sin embargo, a medida que adquiera experiencia (las habilidades técnicas), la próxima vez será más fácil.

Además, creo firmemente en hacer las cosas bien la primera vez. Es mucho más costoso detectar un error (¡peor si el usuario lo encuentra!), Y depurarlo y corregirlo (a veces después de varios intentos) que hacerlo correctamente la primera vez.

También puede haber un problema de programación: ¿tal vez su gerente está siendo demasiado agresivo?

Finalmente, puede haber un elemento en el que carezca de confianza cuando intenta aprender en algún momento nuevo, por lo que podría estar tardando más tiempo del estrictamente necesario. Después de que adquiera más experiencia, la sensación de que está sobre su cabeza desaparecerá y será reemplazada por la emoción de inclinarse hacia algo nuevo.

Answer 6

No es un gran historial haber “siempre perdido tu fecha límite”. Comience a trabajar en piezas pequeñas, genere y ejecute muchos casos de prueba, hable con sus usuarios a menudo y evolucione su código.

Answer 7

Significa que estás haciendo tu trabajo a fondo y bien. Si esto te molesta, puedes realizar ejercicios estándar para romper el hábito: deja un recordatorio donde lo verás, etc. Pero siempre me han dicho que casi siempre es mejor hacer un trabajo en lugar de hacerlo a tiempo