Como desarrollador de software, ¿cuánto de su día diría que gasta productivamente?

En verdad, la respuesta a su pregunta depende del medio ambiente. En particular, puedo relacionarme con los detalles y decirte que estás teniendo una experiencia completamente normal.

Ha establecido una buena rutina: ponerse a trabajar en un tiempo razonable, buscar actualizaciones, responder a la comunicación y luego profundizar en su trabajo. Dado que es su primera experiencia como desarrollador, suponiendo que está conociendo a su empresa y la pila de software y el código de la empresa, etc.… Tiene de 4 a 6 horas de “productividad”.

En mi propia experiencia, siempre me esforcé por demostrar mi valía (en mi carrera inicial). Pero esto a menudo vino en detrimento de establecer expectativas irrazonables. Entonces, en mi opinión, entre la pregunta y los detalles, has logrado un buen equilibrio desde el principio.

Lo mejor que puedo darte es esto: no puedes sentarte y no hacer nada desde el comienzo inicial hasta el final de la productividad y el lapso entre el final del día (EOD) … pero trata de mantener el ritmo o, al menos, elegir productivamente

En mi propia experiencia, una vez que aprendí mi empresa y su paquete de software, pude sentarme durante 12 horas + codificando productivamente. (Dado un día de 16 o 20 horas, cuando me esforzaba demasiado; lo que no quieres hacer). Y normalmente puedo aprender una pila de software y una metodología de codificación específica para una empresa en aproximadamente 6 meses.

Nota / Aparte: Mi experiencia, esforzándome mucho, el marcador de 6 meses es inusual; La mayoría de las personas tardan entre 9 meses y un año, si son aptos o buenos, para estar completamente a la par en un área comercial específica. Considerando que, por lo general, puedo adoptar la integración de 2 áreas de negocios dentro de un año; en detrimento de esforzarme demasiado. Tómelo o déjelo; pero creo que, según la pregunta y los detalles, parece que ha logrado un buen equilibrio y debe mantenerse hasta que llegue a la par de manera más razonable que mi experiencia.

Si quiere o trata de esforzarse más, tenga en cuenta que a veces (o con frecuencia) puede presionar o publicar un código incorrecto si no siente que está allí, pero intenta ser productivo. Intenta evitar esta circunstancia.

Se supone que es una respuesta indirecta y redonda a su pregunta, dado que su propia experiencia parece más normal que la mía; y le animo a que no se esfuerce demasiado ni se preocupe por cosas intrascendentes (que son completamente normales). – Los empleadores generalmente prefieren la estabilidad a largo plazo sobre el agotamiento o la inestabilidad a largo plazo.

En cuanto a la pregunta implícita sobre las expectativas (dentro de una empresa determinada), conozca y consulte con sus compañeros de trabajo sobre las expectativas de la empresa. (Y haga otras preguntas sobre la entrega (por desempeño), etc. Este es un conflicto común y un nombre inapropiado para mucha gente que ingresa al desarrollo de software. Si parece un entorno de trabajo irracional o malo (según mis observaciones anteriores), haga lo mejor posible, y luego seguir adelante … es solo un trampolín, y, con el tiempo, es probable que desee hacer el check-out o hacer otra cosa).

Pero, nuevamente, trate de no hacerse el daño de presionar demasiado; trata de mantenerte dentro de lo razonable. (Y si es una mala situación, aprende, crece y luego aléjate, o sal y aléjate de ella).

Yo diría que depende del problema. Generalmente trabajo entre 6 y 7 (cuando está tranquilo) y trabajo en desarrollo, diseño, requisitos o cualquier otra cosa que el equipo necesite hasta las 9:15. Luego, generalmente se trata de reuniones, revisión, preguntas y respuestas y, a veces, más codificación. En un mal día, reuniones. En un buen día, codificando todo el día. Como líder de desarrollo, la codificación es como unas vacaciones de la gente. Esos días son raros.

Para un desarrollador típico, la codificación de 5 a 6 horas al día es bastante típica en un día de 8 horas. Algunos días 2–3, algunos días 20. Depende del día. 🙂

Definir productivo.

He tenido días en los que pasé 12 horas seguidas codificando sin tomar un descanso y no pude hacer nada, tuve otros días en los que pasé menos de una hora codificando y a simple vista las otras 7 horas del día que estaba haciendo el tonto. en Facebook o en un sitio similar, pero en realidad estaba buscando una solución a un problema complejo que no había sido resuelto durante meses.

Te diré esto, a menos que estés relegado a corregir errores de producción como regla general, cuanto más tiempo al día pases escribiendo código, menos productivo probablemente seas y el punto óptimo para la productividad probablemente sea entre 2 y 3 horas al día de codificación con el resto del día dedicado a elaborar el diseño del código.

Casi 6 horas fue todo lo que pude hacer para codificar cuando trabajé para otra persona. Para mi propio inicio, a menudo hago 10 horas al día, aunque no regularmente (ya). Es una comparación similar entre el dueño de un restaurante y el camarero contratado.