¿Cuáles son las presiones de ser ingeniero de software? [cerrado]

Estoy pensando en una carrera en ingeniería de software, pero antes de buscar trabajo quería tener una idea de qué esperar, particularmente con presión. Este será mi primer trabajo de programación (así que estoy buscando un nivel de entrada), por lo que todavía no soy un programador maduro.

Mi pregunta es ¿cómo es la presión en estos trabajos? ¿Qué tan alta puede llegar la presión?

Si su jefe le asigna una tarea y vence en dos semanas pero le toma 3, ¿lo despedirán porque no puede desempeñarse?

¿Se le da tiempo para aprender más sobre la tecnología, desarrollar sus habilidades de codificación y crecer, o se espera que ya la conozca y avance el proyecto?

Si tiene problemas con el código, ¿se espera que lo maneje usted mismo y trabaje de forma independiente, o puede pedir ayuda a otros si está atascado?

¿Se espera que pases muchas noches tarde para cumplir con los plazos?

Sé que esto también puede depender de la empresa, pero solo quería una idea profesional de las posibles presiones de ser un desarrollador / programador de software, etc. ¡También sé que otros trabajos también tienen presión! Solo me gustaría saber la presión exclusiva de la ingeniería de software.

La razón por la que hago esta pregunta es porque tuve una mala experiencia programando una vez y quería saber si la mayoría de estos trabajos son iguales.

Si la ingeniería / desarrollo / programación de software es una presión difícil que no quiero manejar, ¿hay otros tipos de desarrollo, como desarrollo web, administración de sistemas, etc., que son menos presión en los que puedo entrar y aún codificar?

Gracias por leer y espero escuchar los pensamientos de todos.

La presión solo existe si la permites.

Y esta declaración es válida para cualquier trabajo o cualquier situación.

La presión puede ser percibida como significativa en la profesión de programación porque muchos de nosotros compartimos características comunes como ser introvertidos o carecer de confianza en nosotros mismos.

Si su jefe le asigna una tarea y vence en dos semanas pero le toma 3, ¿lo despedirán porque no puede desempeñarse?

¿Cómo es que SE se asigna una tarea y configurar el tiempo que USTED debe utilizar para lograrlo? Elimina la presión calculando tus tareas tú mismo (si estás en el equipo, usa Planning Poker )

¿Se le da tiempo para aprender más sobre la tecnología, desarrollar sus habilidades de codificación y crecer, o se espera que ya la conozca y avance el proyecto?

El tiempo para aprender es parte de su trabajo diario. Se espera que aprendas continuamente. Por lo tanto, el aprendizaje no debe tomarse como una presión.

Siempre me dije a mí mismo que aprender una nueva tecnología es como agregar una nueva herramienta en mi cinturón .

Si tiene problemas con el código, ¿se espera que lo maneje usted mismo y trabaje de forma independiente, o puede pedir ayuda a otros si está atascado?

Poder pedir ayuda es una habilidad que todo desarrollador debería tener. Las personas que luchan (solas) tratando de resolver un error están presionando a sí mismos.

¿Se espera que pases muchas noches tarde para cumplir con los plazos?

¿Te refieres a la fecha límite establecida por tu jefe dos preguntas antes?

En resumen: aprende a decir NO .

La única presión que he experimentado personalmente es la necesidad de abandonar el trabajo de calidad (que lleva tiempo) y agrietarse para cumplir con los plazos (lo que resulta en un código de baja calidad).

Como generalmente nunca hay tiempo para arreglar las cosas, deténgase por un momento para pensar lo que estamos haciendo y haga una buena limpieza y refactorización del código, crea una cierta carga psicológica para continuar avanzando de una manera que no le gusta.

Si amas lo que estás haciendo y deseas hacerlo lo mejor que puedas, tendrás dificultades para encontrar una tienda que tenga la actitud correcta.

Si por otro lado no te importa y solo quieres tu cheque de pago, será más fácil.

En todos los casos, la respuesta es: depende. Hay algunos trabajos increíblemente de alta presión, como el soporte de mesas de negociación en un banco de inversión. Si los comerciantes no pueden comerciar, estarán gritando por tu cabeza, y pueden obtenerlo. Por otro lado, hay lugares donde los desarrolladores se sientan a jugar juegos todo el día. Por lo general, le pagan mucho, mucho más por trabajar en el primer tipo de lugar que en el segundo, por lo que debe equilibrar la ganancia monetaria con la cantidad de presión que puede manejar.

Mi pregunta es ¿cómo es la presión en estos trabajos? ¿Qué tan alta puede llegar la presión?

Al igual que muchos trabajos, la presión será tan alta como lo permita o tan alta como lo desee. Si puede anticipar que la presión aumentará por encima de su nivel de comodidad, hay formas de trabajar de manera preventiva para reducirla.

Si su jefe le asigna una tarea y vence en dos semanas pero le toma 3, ¿lo despedirán porque no puede desempeñarse?

Si tu jefe te despide por eso, estarás mejor con un nuevo jefe de todos modos. Por otro lado, si espera hasta que se complete una tarea antes de advertirle a su jefe que llegará un 50% tarde, podría convencerme para que lo despida. Tan pronto como estoy bastante seguro de que llegaré lo suficientemente tarde como para importar, le digo a mi jefe para que pueda hacer ajustes para lidiar con eso. Los ajustes podrían ser tan menores como

¿Se le da tiempo para aprender más sobre la tecnología, desarrollar sus habilidades de codificación y crecer, o se espera que ya la conozca y avance el proyecto?

La mayoría de los nuevos programadores se sorprenderían al saber cuán bajas son las expectativas de sus habilidades y conocimientos. El momento principal en que se espera que un nuevo empleado ya lo sepa es cuando afirman tener experiencia directamente relacionada durante su entrevista.

Si tiene problemas con el código, ¿se espera que lo maneje usted mismo y trabaje de forma independiente, o puede pedir ayuda a otros si está atascado?

Ambos. Cuando sea posible, se espera que lo manejes tú mismo, pero todos se encuentran con situaciones en las que necesitan hablar con los demás. Una de las claves para ser un programador productivo es aprender la diferencia.

Constantemente les digo a los nuevos programadores de mi equipo que se espera que hagan preguntas. Si no hacen suficientes preguntas, entonces no están progresando.

¿Se espera que pases muchas noches tarde para cumplir con los plazos?

Si tiene que pasar muchas noches tarde para cumplir con los plazos, entonces está trabajando para una startup o está trabajando para una empresa con serios problemas de planificación o administración.

Una de las cosas más importantes de las que terminé dándome cuenta me ayudó a lidiar con la ansiedad sobre qué esperar para entrar en esta carrera ...

¿Cómo te fue en la escuela? ¿Cómo les fue a tus compañeros en la escuela? ¿Cómo calificaría su nivel de inteligencia y habilidades de resolución de problemas en comparación con sus pares? ¿Qué tan trabajador eres en comparación con tus compañeros?

Cualquiera sea la evaluación que haga a las preguntas que acabo de hacer, baje la barra una muesca más, y ese es típicamente el nivel en el que operará la MAYORÍA de las personas con las que trabajará profesionalmente.

El coeficiente intelectual promedio es de aproximadamente 100 en la población general y la ética laboral y el nivel de estrés promedio de la mayoría de los otros programadores generalmente es relajado. No esperes que el promedio sea muy diferente sin importar la elección de carrera que hagas.

Lo que quiero decir es que la inteligencia es importante, pero es mucho menos importante que una fuerte ética de trabajo, motivación y pasión.

Si tiene esas tres últimas cosas, estará por encima del promedio en el campo y será valioso incluso si comete algunos errores e incluso si no es tan inteligente como el otro tipo. Todo el mundo comete errores, cualquier BUEN empleador se da cuenta de esto, pero lo que les gusta ver es que aprendiste de él y haces esfuerzos para mejorar y mejorarte a ti mismo.

Si nunca hay presión, estás trabajando en un lugar que simplemente no le importa o proporciona un producto o servicio que nadie quiere. Parte de los desafíos son los requisitos de tiempo. Cuando este es el statu quo, probablemente estés trabajando para alguien que no sabe lo que está haciendo o, peor aún, lo que estás haciendo. Cualquier idiota solo puede pedir vueltas más rápidas. Luego, se desarrolla un personal que tiene la mala costumbre de inflar sus estimaciones. Se convierte en un gran juego de energía desperdiciada.

Buscar:

1. trabajo significativo
2. recursos para hacer el trabajo
3. respeto por tu opinión profesional

Todos estos son relativos. Algunos trabajan en el sector financiero y pueden no establecer una conexión entre su trabajo y la financiación de un proyecto de investigación para curar el cáncer o permitir que las personas ahorren para su jubilación. Durante una entrevista, también está evaluando la empresa para que se ajuste a sus necesidades. Pregunte sobre cómo manejan el proyecto tardío y por qué está disponible este puesto, cuál es la tasa de rotación de empleados.

En mi experiencia, la presión psicológica puede ser muy alta debido a algunos errores que podrían evitarse.

La parte más difícil, creo, es comunicarse con claridad .

• Si su jefe le asigna una tarea y vence en dos semanas pero le toma 3, ¿lo despedirán porque no puede desempeñarse?

Si antes de eso ha dicho que puede manejarlo en dos semanas, entonces no es bueno. Es su responsabilidad estimar cuánto tiempo le tomará terminar su parte del trabajo y contarlo antes de comenzar.

A veces es difícil estimar con precisión, especialmente admitir que ciertas cosas pueden tomar más tiempo de lo que piensas. Pero, aunque el desarrollo de software es muy complejo y, por lo tanto, podría ser un poco impredecible, puede hacer lo mejor que pueda al analizar su experiencia pasada con tareas similares.

Esta pregunta está estrechamente relacionada con la segunda:

• ¿Se le da tiempo para aprender más sobre la tecnología, desarrollar sus habilidades de codificación y crecer, o se espera que ya la conozca y avance el proyecto?

Si no conoce lo suficiente sobre la tecnología, entonces, quizás lo más importante, no puede estimar con precisión . Y a veces puede ser difícil de admitir ('por supuesto que puedo hacer eso, hay muchos tutoriales de node.js, seguramente lo recogeré en 2 o 3 días para que no demore nada'). .

Por otro lado, puede ser difícil recordar que al no aprender cosas nuevas se pierde mucho más de lo que se puede ganar al ganar mucho dinero (en mi opinión). A veces es mejor tomar algunos proyectos no muy urgentes o de alto precio solo por aprender nuevas tecnologías, patrones de diseño, etc. En ese caso, debe dejar en claro a la gerencia que su estimación puede estar fuera de lugar.

• Si tiene problemas con el código, ¿se espera que lo maneje usted mismo y trabaje de forma independiente, o puede pedir ayuda a otros si está atascado?

Aunque puede ser tentador manejarlo usted mismo (la comunicación es DIFÍCIL), no debe hacerlo si el problema puede evitar que el proyecto se termine a tiempo.

• ¿Se espera que pases muchas noches tarde para cumplir con los plazos?

Eso depende de la compañía y no es específico para programar trabajos, creo. En resumen, si trabajas mucho tarde o la mayoría de tus compañeros de trabajo lo hacen, entonces probablemente se espera que lo hagas, lo cual no es muy bueno y quizás sea mejor evitarlo (comunicación nuevamente).

En resumen, creo que si bien la posibilidad de presión psicológica podría ser mayor que en otras, menos, supongo, las profesiones orientadas a la inteligencia, la comunicación clara y la actitud adecuada pueden salvarlo de eso. ¡Hazlo un hábito! =)

Estoy en el software durante 5 años, y sí, hay presión. Pero dime un trabajo donde puedas trabajar sin presión.

Para responderle brevemente, habrá presión, pero no será tal que lo matará (y si alguien quiere que complete un trabajo en 2 días, pero de acuerdo con usted tomará 3 días, dígale cortésmente que necesita 3 días para el trabajo. No creo que a nadie le importe eso).

La razón por la que estoy respondiendo a su pregunta es porque yo también tenía esos miedos en mi mente (más tarde me di cuenta de que era mi pereza lo que me estaba haciendo pensar eso).

Ven al software y disfruta.