Cómo superar el miedo al fracaso, especialmente el miedo a la codificación.

¿Cuándo dejaste de orinar en tu cama?

Espera, espera … estoy tratando de llamar tu atención. ¿Qué hay de malo con la pregunta anterior? Como programador estás familiarizado con GIGO ¿verdad? Basura dentro basura fuera. Entonces, ¿qué está mal con la pregunta? Asume un hecho que no tiene sentido. (Bueno, a menos que tenga un problema de enuresis. En ese caso, me disculpo. No lo conozco.) Entonces, ¿por qué cree que tiene miedo de codificar y miedo de fracasar? Es porque te haces una pregunta loca. Y tu cerebro se puso a trabajar y se te ocurrió una respuesta. Oh, tengo que hacer X para deshacerme de mi miedo comprobado. De hecho me siento un poco preocupado con grandes proyectos. Ver. Ver. Tengo miedo. Para. Has engañado a tu cerebro. Y al hacer constantemente preguntas tontas para ti mismo, ahora se convirtió en un creyente.

Entonces comience con preguntas mucho mejores: ¿Cómo aprendo a disfrutar y ser mejor en proyectos más grandes? Luego, tu cerebro se pone a trabajar y dice: Podría hacer una carga de intentos y mejorar mientras lo hago. Ver ahora que de repente ya no es un fracaso sino un estudio o intento.

Por cierto, el método anterior es de Anthony Robbins. Que yo sepa, él es el primero en encontrar la relación entre lo que pensamos sobre nosotros mismos y cómo esto comienza a afectar nuestra imagen de sí mismo y, en consecuencia, nuestras acciones. Entonces esas acciones se convierten en hábitos. Y los hábitos son tu destino.

Entonces, tal vez alguien te dijo que la programación se trata de ser impecable. Y pensaste que lo arreglaría: desde el principio. No, no lo hace. Significa que intentas varias veces con probadores pequeños para resolver tu problema. Una vez que entiendas completamente todo el proyecto, comenzarás a escribir el código completo. Al igual que tengo muy literal para mi último proyecto en algún lugar alrededor de 20 sub partes. Construyo un estudio para descubrir si sería mejor usar un Servicio en Android para ejecutar una base de datos SQLite o sería mejor usar AsyncTasks en muchas configuraciones diferentes. El objetivo allí es simple. Es para asegurarme de que obtengo una comprensión completa ANTES de comprometerme a escribir el programa real. Y al escribir partes pequeñas y reemplazarlas, aún tengo el beneficio de las pruebas válidas sin comprometer todo el programa y tener que extraer partes.

Mejores preguntas: Mejores respuestas.

Haz que suceda.

En primer lugar, trate de no identificarse con su trabajo . Eres una persona, por lo tanto eres falible. Si nunca fallas, no eres un ser humano. Período. Si hiciste deportes de equipo en tu juventud, ya deberías saber cómo hacer frente al fracaso. Si (como yo) no lo hiciste, aprenderás con el tiempo.

Y luego, trate de recordar una sola cosa: su memoria, como la de todos los demás, es falible . Los programadores que dicen / creen que pueden recordar todo hasta el detalle, en realidad están olvidando que están olvidando cosas y viven en la ilusión de tener una memoria perfecta, o no hacen nada más en su vida (lo que, en mi opinión, califica ellos al igual que escribir muertos ). Por otro lado, si empiezas por el hecho de que eres falible y olvidas los detalles, comenzarás a tomar notas escritas. Apuntes de todo. Con el tiempo, desarrollará un método para superar la condición humana natural de olvidar los detalles una y otra vez, y tendrá una ventaja sobre aquellos que no desarrollaron un método por sí mismos.

En algunas culturas no occidentales, el mérito mayor se dirige a las personas que se mejoran a sí mismas, y no al rendimiento absoluto: pasar del mal al promedio tiene más mérito que ser bueno y mantenerse bien. Pensar así puede aliviarte de un poco de estrés en el rendimiento.

También creo que tienes miedo de no estar al nivel de trabajar con personas que tienen más experiencia que tú: bueno, solo sé humilde, continúa, y gana esa experiencia también. Nadie que valga la pena su sal te gritará por no tener suficiente experiencia en el campo: estudiar mucho, solo pone los niveles que puedes alcanzar en el futuro, pero no es un sustituto de la experiencia en el campo, y cuanto antes Comience, cuanto antes pueda alcanzar buenos niveles.

La estrategia más común de todos al tratar con grandes cantidades de complejidad: divide y vencerás. Rara vez se necesita algo más que una comprensión aproximada de la arquitectura general de un código. Solo pequeñas partes específicas exigen que usted tenga una comprensión detallada. Comience a dividir el código en las partes componentes (probablemente ya exista de esa manera; como código fuente modular), y comprenda una o algunas partes pequeñas. A medida que aprenda algunas partes, la relación con las partes que se relacionan con ellas se aclarará. Este creciente círculo de comprensión detallada eventualmente abarcará el rango requerido para realizar cualquier tarea que tenga. Comprenda que tomará algo de tiempo y será mejor que no se espere demasiado, especialmente en las etapas iniciales.

Tengo más de 40 años y ocupo un puesto senior en una empresa de TI. Tengo más de 15 años de experiencia en varias verticales de TI. Mis afirmaciones respecto a esto son:

  1. PRÁCTICA, PRÁCTICA Y PRÁCTICA
  2. LA MAYORÍA DE LAS PERSONAS NO TEMEN LA CODIFICACIÓN, SE ENCUENTRAN MÁS ENTREGANDO Y ENTENDIENDO EL CÓDIGO ESCRITO POR ALGUIEN DE OTROS.
  3. Enfóquese más en eliminar las carencias y entender cómo fluye el código.
  4. EL PUNTO 3 ES MUY MUY IMPORTANTE PORQUE SI SE UNE A ALGUNA COMPAÑÍA, SE LE PEDIRÁ A BÚSQUEDA POR CODIGO ESCRITO POR ALGUIEN DE OTRA PARTE … AQUÍ COMIENZA EL JUEGO PRINCIPAL… NO SE PUEDE HACER FALLA DE FALLA, NO SE PUEDE ENTENDER Y SE COMPRENDE POR DEFINICIÓN. EL CÓDIGO
  5. NO SE LE PEDIRÁ QUE INICIAR UN PROYECTO DESDE EL SCRATCH, SE LE PODRÁ COMENZAR DE DONDE EL PROGRAMADOR ANTERIOR IZQUIERDO O DONDE EL PROYECTO SE VUELVE … PARA ESTO TIENE QUE SER MUY INTELIGENTE EN LA RECUPERACIÓN.
  6. LA MAYORÍA DE LOS AMIGOS / NUEVOS COMERCIANTES SUBESTIBAN EL PROCESO DE DEPURACIÓN, POR LO QUE FALTAN.
  7. APRENDER LAS TECNICAS DE CODIGO
  8. MEJORAR LAS TÉCNICAS DE BÚSQUEDA EN LA WEB.
  9. NO BAJO LAS ESTIMADAS SNIPPETS DEL CÓDIGO EN LA WEB.
  10. HAGA UNA BIBLIOTECA DE CÓDIGO DE SU PROPIA.
  11. SENTARSE LOS FINES DE SEMANA, ABRIR MICROSOFT WORD, APOYAR TODOS LOS TEMAS DE NET, LIBROS AMIGOS, ETC
  12. DESPUÉS DEL PUNTO 9, RECOGE EJEMPLOS DE CADA UNO DE ESOS TEMAS
  13. PONGA TIEMPO PARA CADA TEMA, HAGA UNA RUTINA, Siéntese en su casa y resuélvalos. SER DISCIPLINADO Y SER HONESTO.
  14. NO INTENTE ENCONTRAR EL CÓDIGO.
  15. SI ESTÁ ALMACENADO EN EL CÓDIGO DE OTROS EN LA OFICINA, ENTONCES EL PRIMER DEPÓSITO, FUSIÓN Y ENCHUFE, VEA DÓNDE ESTÁ ALMACENADO.
  16. INTENTE DESARROLLAR SU PROPIA LÓGICA / SOLUCIÓN PARA ESA PARTE DONDE ESTÁ COMPRENDIENDO
  17. NO TRATE DE INJECTAR UNA ARQUITECTURA INNECESARIA, SIGA UNA ARQUITECTURA ADECUADA … DEBERÁ SER CLARIDAD EN LA ARQUITECTURA.
  18. ENTIENDA LA FUNCIONALIDAD DEL PROYECTO / SOLUCIÓN, PREGUNTE A SU MAYOR 10 VECES SI NO ESTÁ ENTENDIENDO EL FLUJO. ESTO ES MUY IMPORTANTE … A MENOS QUE Y HASTA QUE ENTIENDA EL FLUJO QUE NUNCA TENDRÁ NUNCA. EN UNA FASE POSTERIOR SERÁ COMPRADO Y ALMACENADO, RECUERDE QUE.
  19. NO OCURRE EL PUNTO EN EL QUE ESTÁ APROVECHADO … INTENTE MUCHAS VECES EN LA OFICINA / EN SU CASA, SI ESTÁ SÍ FALTANDO INMEDIATAMENTE, INFORME A SU MAYOR SOBRE ELLO. NO SE SIENTA LO QUE SE HA PREOCUPADO.
  20. NO TENGA UNA EXPRESIÓN FACIAL TENSADA SOBRE EL TRABAJO QUE NO SE REALIZA.
  21. ÚLTIMO, PERO NO LO MENOS TENGO SÍ MISMO CONFIANZA, NINGÚN CUERPO ES UN GENIO, PUEDE SER QUE ALGUNOS TIENEN PASIÓN, PUEDE SER QUE ALGUNOS COMPRENDA LAS COSAS RÁPIDAS, PERO QUE NINGÚN CUERPO ES UN MAESTRO COMPLETO EN ESTE CAMPO. TODOS TIENEN QUE APRENDER, SENTARSE DE NOCHE, SENTARSE FRONTAL DE LA PC Y DESPLAZARSE Y TRABAJAR DURO …

La codificación no es terapia. Si tiene depresión severa, busque ayuda.

¿Codificas solo? ¿Tienes experiencia documentando código para otros?

No tengo depresión, pero mis habilidades no son constantes, y si no documento mi trabajo, lucho.

Aquí está la famosa pieza de Jeff Atwood:

En Programación, Uno es el número más solitario.

En cuanto al fracaso, es un paso importante, pero dejaré que otros expliquen por qué.

Un amigo pasó esta cita recientemente, lamento haber perdido la atribución: “El trabajo comienza cuando el temor de no hacer nada supera el miedo de hacerlo mal”.