¿Por qué hay un montón de gente infeliz en la industria de TI?

Answer 1

Para responder a esta pregunta seré un poco estereotipado, pero aun así formaré una mayoría, primero deberá responder la pregunta principal.

• ¿Mirado como recurso barato por su gerente en la India? – si

Básicamente, es un ciclo en la India que su gerente fue tratado por su gerente, y esta cultura poco saludable se está siguiendo desde entonces. Entonces, básicamente, no se apreciaba a sí mismo cuando lo hacía bien y esperaba que él realmente te apreciara y te valorara, o que tu trabajo no tendría realmente sentido.

• ¿Mirado como recurso barato por su sitio? – Definitivamente si

Es una regla no escrita en la constitución de la Corporación que, por muy mala que fueras como offshore, pero cuando te conviertes en un sitio, tienes derecho a esperar que los miembros de tu equipo offshore sean súper eficientes y ofrezcan material de alta calidad en plazos inhumanos. Y, por supuesto, ya que las cosas imposibles no se pueden lograr bajo una presión inmensa, definitivamente las valoraría como basura y basura.

• Naturaleza del trabajo – Shitty

A ningún estudiante universitario ambicioso le gustaría realizar una programación de rutina, actualizar informes ya automatizados, copiar y pegar soluciones ya disponibles o trabajos similares que no se registraron para esto y las cosas que se le prometieron durante las ubicaciones (Desafíos y resolución de problemas Medio ambiente) le suena a luna ahora.

• Visión de una organización – Dinámica (cambiará según la competencia y el mercado)

Es obvio que cualquier persona de liderazgo superior haría el trabajo que le asignaron sus discursos muy serios y prometedores, que generalmente giran en torno a terminologías (gas corporativo) como Estratégico, Planificación, Ecosistema, Sistema de creencias, etc. que no tiene nada que ver con Lo que se pone en acción, porque estas organizaciones harían cualquier cosa para retener o complacer a los clientes. Estos no son competencia por excelencia, sino competencia por mantener, por lo tanto, el trabajo que haces no importa. Por lo tanto, los empleados aquí muy poco para estar contentos.

Answer 2

Diseñando una solución

La tarea : dado un conjunto de requisitos, diseñar y diseñar la solución técnica a implementar. Esto puede incluir el diseño de datos y la estructura del código, los algoritmos funcionales y el flujo de aplicaciones que encapsulan la lógica empresarial y satisfacen los casos de uso.

El desafío : asegurarse de diseñar una solución que cumpla con los requisitos del cliente, que tenga sentido para ellos y que pueda incorporarse en el plazo requerido.

Pruebas de escritura

La tarea : Escribir pruebas unitarias, es decir, pruebas programáticas de pequeñas unidades de código para garantizar que funcionen correctamente. Estas pruebas ayudan a desarrollar errores al principio del proceso de desarrollo y pueden facilitar las pruebas de regresión más adelante cuando se modifica o actualiza el código. Algunas metodologías de desarrollo fomentan que las pruebas se escriban antes de que se desarrolle el código, mientras que en otros casos se escriben después del hecho.
El desafío : puede ser un proceso tedioso elegir pruebas para escribirlas y codificarlas, lo que puede parecer un trabajo adicional significativo sobre la creación de la aplicación.

Escribiendo documentación

La tarea : crear documentación que explique qué hace su código o cómo funciona una aplicación. Puede incluir documentos independientes y comentarios de código. La audiencia deseada puede ir desde los usuarios finales hasta otros desarrolladores.

El desafío : puede ser una tarea que consuma mucho tiempo, que puede sentirse como una pérdida de tiempo si nadie la lee. Los programadores generalmente prefieren escribir código para documentarlo.

Implementando la funcionalidad con la que no está de acuerdo

La tarea : tener que implementar una característica o funcionalidad que, por el motivo que sea, sientes que no debes incluir, pero que el cliente, o alguien por encima de tu nivel de pago, insiste.

El desafío : dejar de lado sus sentimientos y opiniones personales y dedicar el tiempo y el esfuerzo necesarios para implementar (y respaldar) la funcionalidad en cuestión.

Trabajar con el código de otra persona

La tarea : tener que mantener, depurar o mejorar una aplicación o pieza de código que fue escrita por otro (s) desarrollador (es).

El desafío : tratar de comprender cómo funciona un código heredado y adivinar las intenciones del desarrollador original. Esto es aún más difícil cuando el desarrollador no está cerca y el código está mal escrito, comentado o documentado.

Tratar con otras personas

La tarea : recopilar los requisitos de los clientes, proporcionar informes de estado a la administración, trabajar con evaluadores y consultar con otros ingenieros sobre el proyecto.

El desafío : explicar las cosas técnicas a personas no técnicas, hacer que su trabajo dependa de otros y estar en desacuerdo con personas de control de calidad u otros desarrolladores.

Estimando el tiempo para completar las tareas

La tarea : al comienzo de un proyecto, elaborar estimaciones de tiempo para el trabajo a realizar.

El desafío : adivinar cuánto tiempo tomará algo que posiblemente no haya hecho antes, hacer estimaciones basadas en requisitos vagos y tratar de asignar tiempo para tratar problemas imprevistos.

Explicando lo que hago (o no hago)

La tarea : transmitir a los no programadores (familiares, amigos, compañeros de trabajo no técnicos) lo que implica su trabajo y también lo que no implica.

El desafío : que sus seres queridos no entiendan lo que hace para ganarse la vida. Se le pide constantemente que resuelva todos y cada uno de los problemas relacionados con la computadora.

Nombrando cosas

La tarea : crear nombres para variables, procedimientos, funciones, clases, objetos, componentes de bases de datos, etc.

El desafío : incluso un pequeño programa o aplicación puede requerir el nombramiento de muchas cosas. Elegir nombres que transmitan lo que es o lo que hace, de manera consistente en toda la aplicación y son concisos.

Answer 3

Es bueno saber que eres feliz en tu trabajo 🙂 Mantén los espíritus en alto, miedo amigo 🙂

Volviendo a su pregunta … La gente no está contenta por muchas razones.

1. Gerente arrogante / entrometido / incompetente
2. Un gerente que está predispuesto, especialmente durante las evaluaciones.
3. Salario no hasta la marca (esto ocurre incluso cuando a uno se le paga más de lo que merece)
4. Perfiles de trabajo sin sentido!
5. No estar en su ciudad natal (en bastantes casos)
6. Falta de oportunidades en el sitio: esta es una razón principal en los empleados de la empresa de servicios
7. Falta de beneficios proporcionados por la compañía, en comparación con la compañía para la que trabajan los amigos
8. ¡Falta de una relación estable! Suena extraño, pero cierto. Ir a casa después de un día agotador en el trabajo solo para darse cuenta de que no tiene a nadie con quien hablar o que no tiene a nadie que lo acompañe a cenar es definitivamente doloroso
9. Demasiado trabajo que requiere horarios de trabajo extendidos (que también pueden incluir fines de semana)
10. ¡El extraño pensamiento de no estar en la multitud “que pasa”! Durante la universidad, alguien podría ser la persona más buscada, pero él / ella sería solo otro empleado. Así que el “aura” ya no está allí, y eso duele (en otras palabras, ego insatisfecho)

Answer 4

Hay un montón de gente infeliz porque
1. Todos en TI solo piensan en ellos mismos, independientemente de lo cerca que él piense que está con los demás.
2. Es posible que se les pague menos por el trabajo que hacen
3. Largas horas en el cargo, con la misma rutina de trabajo.
4. Cortar completamente fuera del mundo exterior (es decir, qué sucede en el mundo o en el vecindario)
5. Gerente incompetente
6. Todo el tiempo debe estar en estado de alerta mientras sus propios colegas intentan tirar de su pierna.
7. Un montón de mostrar ppl alrededor
8. estrés y presión innecesarios debido a la incompetencia de otras personas