No puedo escribir una sola línea de código después de comenzar mi primer trabajo de desarrollo después de 1 mes. ¿Qué tengo que hacer?

Tienes dos opciones: quedarte con él o irte, obviamente. Si decide irse, hay otras partes de Quora que le dan sugerencias sobre cómo hacer lo que realmente quiere hacer. Soy desarrollador, y me gusta, así que te daré una sugerencia para seguir el camino.

Consejo: recuerda siempre que ese camino comienza abruptamente. Cualquier carrera es un camino cuesta arriba al principio. Entonces, cualquier proyecto de programación en particular es empinado al principio. Y un nuevo lenguaje de programación también puede tener una curva de aprendizaje muy pronunciada. La suma de todos esos gradientes puede hacer que el camino parezca vertical, como si no estuvieras mirando un camino, sino una pared que tienes que escalar.

¡Pedir ayuda! Te lo prometo, a quien le paguen por ser mentor quieres que lo hagas. Ella o él preferirían que les haga cientos de preguntas por hora ahora que perder el tiempo haciendo girar sus ruedas y quemando su cheque de pago por la ansiedad. No te preocupes por sentirte estúpido. Te sentirás estúpido al principio. Todos lo hacen.

La tutoría es crucial en este trabajo. Si no hay nadie en su trabajo actual dispuesto a ayudarlo a comenzar, busque un lugar en el que pueda recibir una guía adecuada. He trabajado con desarrolladores junior como mentor. La combinación óptima en un mentoreado es un poco de diversión, mucha curiosidad y una disposición descarada para cometer algunos errores.

¡Buena suerte!

Hay un par de posibilidades: su nueva empresa podría estar esperando que un nuevo desarrollador pueda contribuir a las bases de código existentes, lo que puede ser realmente desafiante, si no imposible. Cuando era nuevo en el desarrollo de software y en mi primer trabajo, probablemente había escrito menos de 2000 líneas de código en toda mi vida en mi primer día de trabajo. Estaba por encima de mi cabeza. Fui llevado a un proyecto con Java y Oracle PL / SQL y, por supuesto, quieren que contribuyas y comiences rápidamente.

La parte más difícil del desarrollo de software es trabajar con el código de otras personas, sin lugar a dudas. Para un nuevo desarrollador entrar y tratar de corregir errores o agregar características a un proyecto existente puede ser bastante desalentador, si no imposible. En mi experiencia, es 1000 veces más fácil para desarrolladores inexpertos y desarrolladores experimentados iniciar un nuevo proyecto desde cero.

Personalmente, renuncié a los trabajos porque era demasiado difícil trabajar a través de la base de código de otra persona, y se esperaba que lo hiciera durante mucho tiempo, por lo que esto es grave y no solo afecta a los peces recién nacidos.

Está totalmente bien si te quedas atascado escribiendo cualquier código productivo en proyectos existentes que pueda ser grande y aterrador. Hable con su jefe y hágales saber su situación. Esperemos que puedan acomodarte.

El hecho de que puedas obtener el trabajo en primer lugar significa que (muy) en el fondo, sabes cómo codificar. Invoca esa habilidad desde dentro.

Ahora eres prácticamente lo que era hace 3 años. Recuerdo que me tomó 3 semanas hacer algo que se puede hacer en una tarde. Recuerdo que no podía soportar mi propio peso 8 meses en mi trabajo. ¿Sabes lo que deberías hacer? Entra en una juerga de aprendizaje. Aprende algo nuevo todos los días. De hecho, aprende dos cosas nuevas todos los días. Aprenda una cosa relacionada con el trabajo durante las horas de trabajo y aprenda otra cosa que no usa actualmente en el trabajo (pero que podría estar usando en el futuro en la misma / diferente compañía).

Cuando esté en el trabajo, depure cada pieza de código. Intenta ver qué hace y cómo. Teníamos una gran aplicación de monolitos en el trabajo a la que estábamos agregando nuevas funciones en mi primera compañía y depuré hasta la última línea.

Cuando no estés en el trabajo, entra en CodeFights y vence a los bots. Después de eso, vencer a la mierda de personas reales. Después de eso construye pequeños proyectos.

Un mes o dos en este tipo de juerga de aprendizaje, verá mejoras en usted mismo. En 3 meses, sus gerentes verán mejoras en usted. Se le ofrecerán promociones, aumentos y mejores proyectos para trabajar.

Si la situación es que consiguió el trabajo y simplemente no sabe cómo codificar, le sugiero que se concentre en lo que es bueno … en este caso, parece que tiene habilidades emergentes de desarrollo de negocios / marketing. Si solicitó conscientemente el trabajo y no tenía habilidades de codificación y consiguió el trabajo con éxito Y lo mantuvo durante casi un mes, tiene habilidades poderosas para contar historias (narraciones), influencia, presencia, etc.

Esas son habilidades valiosas. Avanzar y maximizarlos.

O aprenda a codificar, rápidamente.

Cuando tienes un niño que está aprendiendo a comer, haces porciones del tamaño de un bocado para que el niño simplemente pueda recogerlo y comer. Finalmente, el niño logra hacer esas porciones por sí mismo; es decir, el niño aprendió a comer.

Primero debe encontrar un mentor en su lugar de trabajo que pueda ayudarlo a aprender. Vea si puede hacer de su jefe su mentor. Pídale a su jefe / mentor que descomponga el trabajo en pedazos pequeños para usted. Trabaja en una pieza pequeña a la vez. Si está atrapado incluso después de hacer su mejor esfuerzo, solicite ayuda. Te sorprenderá ver lo rápido que recogerás las cosas.

Para que este sistema funcione, debe ser completamente honesto con su jefe / mentor. Debe estar agradecido y agradecido por el hecho de que su jefe se está esforzando por ayudarlo. Debe poner su 100%, lo que significa trabajar duro.

Al final del día, pregúntese si fue útil para la empresa. Al comienzo del día, pregúntate a ti mismo (o a tu jefe) cómo puedes ser útil para tu empresa.

Quizás preguntas tontas, pero:

1. ¿Entiendes el problema que te encargaron resolver?
2. ¿Tiene un enfoque técnico para resolver el problema?
3. ¿Tiene una arquitectura y diseño de software básico (estructuras y flujos de datos, flujos de control, lista de funciones necesarias)?

Si no, no estás listo para escribir ninguna línea de código.

¡Necesitas hablar con la gente en el trabajo! No es raro que los codificadores sufran el bloqueo del escritor en situaciones de alto estrés. Necesita desarrollar una relación más estrecha con sus colegas y su supervisor, decirles lo que está sucediendo pero afirmar que desea tener éxito, ver si pueden ayudarlo a asignarle algunas tareas simples para ayudarlo a desarrollar su confianza.

¿Cuánta experiencia tienes codificación?

¿En que idiomas?

¿Con qué estás luchando exactamente? Sé específico, ¿estás luchando porque el código es complejo? ¿No entiendes el negocio? ¿No entiendes los procesos?

Sea lo que sea con lo que estés luchando, pide ayuda a tus compañeros de equipo. Puedo decir que después de 15 años de programación, comenzar un nuevo trabajo siempre es difícil. Incluso en esta etapa tengo que pedir ayuda constantemente al comenzar un nuevo trabajo. Esto definitivamente no es porque no puedo codificar. Soy realmente muy bueno en eso. Es porque cada empresa tiene su propia arquitectura, estándares de codificación y procesos en su lugar.

No tengas miedo de pedir ayuda. Estás en un equipo por una razón.

¡Buena suerte!

Debería comenzar actualizando sus conceptos, como si fuera un navegador de desarrolladores front-end W3schools.com. O puede tomar un curso de corta duración sobre pluralsight.

Después, intente alguna pregunta en sitios como hackerRank y luego se sentirá seguro.

Lo creas o no, esto le sucede a los mejores desarrolladores de vez en cuando.

En mi último concierto que duró 8 meses, ni siquiera escribí una sola línea de código. Es porque me contrataron con otro programador súper genio que podía resolver problemas y crear aplicaciones completas en cuestión de horas.

Aunque fui contratado como desarrollador de pila completa, todo lo que hice fue trabajar en dev-ops; agregando más tareas difíciles y limpiándolas. De vez en cuando escribía pruebas unitarias solo para demostrar el hecho de que las pruebas unitarias podían escribirse.

¡Claro que hablé mucho! Hablé sobre la arquitectura. Hablé con el dueño del producto. Hablé con el control de calidad. Les expliqué cosas a los interesados. Hablé durante las retros de sprint y di algunas ideas nuevas. Me quejé de la compañía cada vez que la situación lo justificaba. Me quejé de las prácticas y los procesos también.

Gracias a mi expresión abierta, mi empleador vio valor en mí a pesar de que este otro genio hizo toda la codificación. Además, este súper genio y yo nos hicimos grandes amigos. Teníamos todos los intereses comunes que uno podía pedir y jugábamos al pong todos los días.

El punto es que, aunque no pueda escribir una sola línea de código, no se preocupe. Su empleador lo contrató porque vieron valor en usted. Tal vez ven algún rasgo de personalidad, conocimiento o experiencia que está encerrado y que potencialmente podría hacerles ganar mucho dinero. ¿Quién sabe?

Debes ser yo No es que no sepas cómo codificar. Probablemente eres incluso bueno en eso. Apuesto a que has trabajado en algún código no trivial para ti o por dinero. Tal vez incluso algunas cosas bastante impresionantes que otros codificadores relativamente menos talentosos podrían haber impresionado. La cosa es que todo se siente como suerte para ti. Al igual que las cosas que sentiste, realmente no tomaron tanto esfuerzo, y fue un montón de rieles que generaron esto o aquello con algunas modificaciones y algo de estiramiento facial. Ahora que estás en un equipo de desarrollo del mundo real, sientes que te equivocarás. Así que te tomas un poco más de tiempo para leer sobre cosas. Aprende cómo funciona esto. Has leído esto cientos de veces antes, en varios formatos. Pero lees más, convencido de que hay algo que te puedes haber perdido en tu comprensión del concepto completo. Busca en Google más ejemplos de cómo hacer una cosa. Algo que has hecho un millón de veces antes si lo has hecho una vez. Miras esos ejemplos. Tienen sentido Por supuesto que lo hacen. Los has usado antes. Excelente. Luego te rompes los nudillos, listo para ponerte sucio y codificar. Entonces recuerdas, correcto, necesitas ir a buscar agua. Así, apagada adecuadamente, te sientas en tu escritorio y, espera, ¿no tienes ningún correo electrónico hoy? Abres tu bandeja de entrada. Pasas una buena cantidad de tiempo revisando meticulosamente la lista de baja prioridad. Quién sabe, es posible que te hayas perdido algo. Hoy podría ser el día en que algo importante se califica erróneamente de baja prioridad. Sucede de vez en cuando. No quiero perderme uno hoy, ya sabes. El logotipo de Quora le llama la atención. ¿Se pregunta qué cosas interesantes están preguntando las personas hoy? No has echado un vistazo a Quora desde hace tiempo, pero hoy es un buen día, ¿no? Nada realmente interesante Tal vez abra una consulta relacionada con la programación en una nueva pestaña. Hace clic en la marca de verificación en la bandeja de entrada. Entonces ves que hay una pregunta dirigida a ti por un tipo en Quora. Nunca has notado esto antes. ¡Oye! ¡Una cosa importante completamente nueva que solo tienes que hacer ahora! Retrasas la escritura del código. Retrasas el inicio de la escritura del código. Estás retrasando el retraso. Lo estás haciendo muy bien también. Seguro parece que estás haciendo cosas importantes desde la distancia. Probablemente lo estés haciendo por algo llamado síndrome del impostor. Y tienes miedo de que te descubran. Darse cuenta de esto. Detente y evalúa lo que has hecho en el pasado. Mira en tu mente el código que has escrito. Piensa en las cosas que has construido. Tenga en cuenta que la mayoría de las personas probablemente no pueden hacer las cosas que usted hace. De lo contrario estarían en tu lugar. Te das cuenta de que puedes hacer esto. Deja de retrasar el retraso. Escribe algo Cualquier cosa. Un comentario que describe lo que estás tratando de hacer. Una entrada de documentación para ese punto final de API que está a punto de construir. Una línea de código que define la interfaz para lo que sea. Algo para comenzar. Todo lo que se necesita son los primeros cinco minutos de escribir el código. Apaga todas las distracciones. Enciende un poco de música barroca. O falla, lo que sea que te lleve a la zona. Instala Forest en tu Android. Manténgase enfocado, esté presente. Puse el mío en 45 minutos. Buena suerte.

En primer lugar, instale un teclado y un mouse e inicie esa computadora.

Asegúrese de tener internet y una tarea a mano …

¡Aprenda cómo buscar soluciones en Google y elegir ideas (sin vergüenza) de otros!

Aprenda y use las mejores herramientas de desarrollo.
Pregúnteles a sus colegas qué usan, pídales a la gerencia que los pague cuando no sean gratuitos.
La mayoría de ellos son gratuitos, pero evite las versiones de la comunidad cuando sea posible.

Dependiendo de lo que use, hay aceleradores (de inteligencia): IDEs inteligentes, blogs comunitarios, intelisense, ayuda y documentación, tutoriales, (Resharper for VS, o JetBrain, etc.)

Si habla en serio y no es retórico, diría que siga adelante.

De lo contrario, escriba una línea de comentario que describa qué debe hacer el código que debe escribir. Luego divida esa descripción en pedazos y continúe hasta que haya hecho descripciones de las descripciones, resumiéndolas en pasos.

Luego, averigüe qué código logra esos pasos y escríbalo debajo de cada comentario.

Aproveche la oportunidad para absorber la mayor cantidad de conocimiento posible. La experiencia laboral real proporcionará una perspectiva crítica y benéfica.

Aprenda a escribir código en línea durante su tiempo personal. Tener pasión por la codificación es, de hecho, un requisito previo para ser desarrollador.

La comunicación es clave para establecer las expectativas correctas en el trabajo. Muchos empleadores están dispuestos a darle unas pocas semanas en lugar de dejarlo ir, así que aproveche al máximo las posibles opciones.

Lo más importante en la vida: ¡Fingir hasta que lo consigas! Como ya estás empleado, apunta a quedarte el mayor tiempo posible.

¡Buena suerte!

Fácil.

1. Tomar en curso en línea.
2. Use Stack Overflow para preguntas y respuestas.
3. Utilice sitios como Tutorialspoint.com que proporcionan tutoriales.
4. Práctica.

Sucede. Especialmente con empresas de servicios.

Elige un idioma. Configurar infraestructura. Haz una calculadora interactiva. Mantenga Google abierto al margen y concédase un plazo de una o dos semanas. Intenta explicarte cada línea de código con una razón convincente.

¿En qué idioma estás codificando?

Si conoce la programación y la ha hecho antes, pero no puede hacerlo en este momento, vuelva a los libros de texto, lea y practique en un sistema sandbox.

Si no se siente cómodo con la programación, tome un curso, practique bien y luego regrese. Hable con su gerente sobre esto y vea si hay alguna posibilidad de que pueda tomar un descanso de 3 a 4 meses y volver a solicitar el mismo trabajo.

sigue explotando a tu estúpido empleador por no hacer bien el trabajo allí. contratar a alguien que no esté a la altura es un problema que no es suyo, a menos que haya mentido sobre credenciales, etc., comience a buscar un empleo alternativo para cuando todo se resuelva

No te preocupes, sucede con cada estudiante de primer año. Alguien se ajusta rápidamente y algo lleva tiempo. No es un problema que aprenderás lentamente.

Sigue intentando codificar cada vez que tengas tiempo. Si realmente se siente difícil después de todos los esfuerzos, puede cambiar del campo de desarrollo al campo de prueba.