Una de mis colegas les dijo a todos en el trabajo que su proyecto de fin de carrera, una aplicación móvil para Android , había sido aprobado. No tengo una gran opinión de este proyecto, ya que es una copia de otra aplicación ya publicada en Play Store . He visto el código porque me pidió ayuda varias veces y me di cuenta de que el código no sigue las buenas prácticas de codificación e interfaz de usuario. Le aconsejé que mirara algunas prácticas recomendadas y libros de interfaz de usuario, pero desafortunadamente, me ignoraron.
Creo que su asesor de proyectos ni siquiera debería haber aprobado el proyecto, pero ha sido aprobado con una puntuación de 7/10. Todos los demás colegas la felicitan por ello. Esto me ha puesto en una situación incómoda, y me encuentro con esta pregunta: ¿Es recomendable felicitar a un compañero por un logro que no creo que valga la pena?
Mi punto de vista es casi el mismo que el del profesor Fletcher, de la película Whiplash:
No hay dos palabras en el idioma inglés más dañinas que "buen trabajo".
Es aún peor cuando el trabajo en realidad no es bueno. Si la felicito por ello, hay muchas posibilidades de que vuelva a hacerlo. También sería menos receptiva a la retroalimentación cuando alguien señala otras (¡mejores!) formas de hacer las cosas.
Actualizar :
El mismo día que publiqué esta pregunta, tuvimos un almuerzo de equipo y tuve la oportunidad de felicitarla por finalmente completar una tarea tan larga. A todos los que contribuyeron sin expresar ninguno de esos sentimientos en contra de mi forma de pensar, estoy muy agradecido, ya que esta fue una lección que recordaré durante toda mi carrera. Para aquellos que no lo hicieron, me disculpo por impactar su día.
Terminar una carrera es un logro que va mucho más allá del proyecto final o la tesis. ¿No podría encontrar dentro de sí mismo para felicitarla por su logro general? "¡Felicidades!" no implica la aprobación del trabajo. Es simplemente algo agradable para decirle a alguien que ha logrado una gran meta.
Muchos proyectos de estudiantes nunca serían aprobados en un entorno empresarial. La razón es que no hay responsabilidad por el trabajo más allá de la asignación. No tienen usuarios reales que le digan que no pueden entender cómo funciona, y no tienen que ser responsables de sus diseños y códigos deficientes a las 2 am porque un error debe corregirse antes de la mañana siguiente. Pero no se preocupe, la mayoría de los recién graduados aprenden rápidamente una vez que comienzan a tener un mayor grado de responsabilidad por su trabajo (y el de los demás).
Además, hay cosas mucho más dañinas que podrías decirle a una persona (en cualquier idioma) que "buen trabajo". Si quieres, puedes reservar ese galardón para quienes creas que lo merecen. Pero no te contengas cuando se lo merece. Para aquellos cuyo trabajo no cumple con los criterios de un "buen trabajo", un simple "felicitaciones" o "Me alegro por ti" puede ser suficiente.
¿Se recomienda felicitar a un colega que obtuvo una licenciatura en Ciencias de la Computación incluso si creo que su tesis es (perdón por las palabras) estúpida e inútil?
Sí, eso es recomendable.
En mi parte del mundo, esto sería solo una cortesía común.
Decir un simple "¡Felicidades!" no requiere mucho esfuerzo de su parte. No implica que su tesis esté a la altura de sus elevados estándares. No significa que su código o interfaz de usuario cumplan con su aprobación. Reconoce que logró un hito que era importante para ella, nada más.
Simplemente significa que eres una persona decente que comprende algunas de las sutilezas sociales en el lugar de trabajo.
El mismo día que publiqué esta pregunta, tuvimos un almuerzo de empresa y tuve la oportunidad de felicitarla por finalmente concluir una tarea tan larga.
¡Agradable! Una buena solución para su problema.
Si esta es realmente la primera vez en toda tu vida que te encuentras con alguien que está muy orgulloso y feliz por algo que crees que no vale la pena, has llevado una vida inusual hasta ahora. Es una habilidad útil para la vida aprender a reconocer las emociones de las personas (de una manera amistosa y positiva) sin respaldar sus creencias. Podrían haber completado algún trabajo que usted piensa que es horrible (pero que los evaluadores profesionales pagados le dieron 7/10), o tener un bebé cuando cree que es demasiado joven/pobre/estúpido, o estar casándose con alguien que cree es un perdedor, o toma un trabajo en el que cree que no será bueno.
Decir "¡guau! ¡buenas noticias!" o "¡Felicidades!" o "¡eso es maravilloso para ti!" no es lo mismo que decir "Me encantó ese trabajo y creo que en realidad merecía un 10/10" o "¡serás la mejor madre del mundo!" o "¡Sabía que ustedes deberían casarse y estoy seguro de que durará 60 años!". Es una cortesía humana básica decir al menos algunas palabras obligatorias, y te hará la vida mucho más feliz si aprendes a ir un poco más allá de eso.
La clave es no mentir y centrarse en la parte que realmente importa en la interacción, que son las emociones de la persona a la que felicitas. En realidad, no quieren escuchar "tu proyecto fue excelente y te merecías 7/10". Ya tienen esa validación de la universidad. Quieren escuchar "completar tu carrera es un gran problema y tienes razón en estar feliz por eso. Comparto tu alegría porque somos parte de un equipo". Quiero decir que no dices eso, sonarías como un robot, pero eliges oraciones que tratan sobre sus sentimientos, no los hechos de la situación o tu evaluación de si los sentimientos están justificados o no.
Prueba estos:
No es necesario que digas "bien hecho" , "buen trabajo" , "un honor totalmente merecido para ti" o "estoy muy orgulloso de ti" y nadie notará si lo haces o no. Guarde esas frases para las veces que las quiera decir.
Quiero dar un poco de mi experiencia personal en esto.
El producto final no refleja necesariamente el trabajo/tiempo/energía necesarios para obtener ese papel. Para algunas personas, simplemente llegar allí implica luchar contra la burocracia, el asesoramiento/liderazgo deficiente del profesorado, el sacrificio de tiempo u otros.
Me siento muy similar a mi tesis como la describen sus colegas. no es genial No es revolucionario. Probablemente ya ni siquiera sea único, ya que está tomando años por razones fuera de mi control.
¿Pero sabes que? Cuando me gradúe con ese título, voy a estar increíblemente feliz de haber TERMINADO con esa saga de mi vida. Ha sido un infierno tratar de tratar con mi asesor durante los últimos años (quien hasta el momento no me ha respondido en menos de tres meses cada vez que necesitaba retroalimentación/orientación). Eso es mucho más significativo para mí que la calidad de mi trabajo en el producto terminado. He pasado horas en este estúpido proyecto, sabiendo que esencialmente no tiene sentido para mí, y todavía no he tenido "suerte" en terminar. Y he tenido que luchar contra el sistema todo el camino.
Cuando termine, no será una conquista triunfal de una tarea fácil. En el mejor de los casos, será cruzar una línea de meta cojeando. ¿Pero sabes que? Voy a terminar, maldita sea.
Si un compañero de trabajo básicamente me desprecia por no tener una "tesis de calidad", será algo que me molestará. No porque no te guste mi trabajo, sino porque el trabajo de calidad no era la parte importante en mi mente. El trabajo terminado será el resultado de horas de frustración y de lidiar con una situación terriblemente molesta. Si bien para ti la distinción es clara, no lo será para ella ni para nadie más.
Puede que a algunas personas no les importe si las ignoras, pero a otras definitivamente les importará. Si su compañero de trabajo tardó 9 años en terminar, sospecho que su situación es más similar a la mía que "normal".
A la luz de esto, sugeriría encarecidamente simplemente reconocer los éxitos futuros en el aspecto del trabajo y el tiempo que se incluyeron. "¡Guau! Eso debe haber sido mucho trabajo, ¡felicidades! ¡Debe ser agradable terminarlo!"
Las otras respuestas no abordan algunos problemas sobre la tesis que me gustaría mencionar.
En muchas escuelas, una tesis/seminario/proyecto/cualquiera que sea el nombre que le asignen es algo que se debe hacer para graduarse. Sin embargo, para muchos estudiantes (incluido yo mismo) es solo una molestia más en el camino a la graduación. Cuándo y dónde hice mi trabajo de pregrado, solo obtuvo un crédito para la graduación de su proyecto (mientras que la mayoría de las clases de un semestre le otorgaron tres créditos), a pesar de que se esperaba que trabajara en el proyecto durante la mayor parte de los dos semestres de su último año. , mientras trabaja mucho más de lo que haría para la mayoría de los cursos de tres créditos. Además, antes de mi último año, nadie que completara un título en mi departamento había recibido una A (calificación máxima) en su proyecto de último año. Entonces, mi estrategia fue elegir un proyecto simple que me interese y hacer lo mínimo para obtener una calificación aprobatoria y obtener mi diploma. Tuve la suerte de obtener una B (y otros en mi clase de graduación en realidad obtuvieron A), pero sabía que el proyecto no era nada bueno. Sin embargo, yo tenía mi diploma y eso era lo que importaba. Es muy posible que su colega tuviera un punto de vista similar e incluso podría reconocerlo si se le pregunta; No es que recomiendo preguntar al respecto.
Como han dicho otros aquí, puede felicitar a su compañero de trabajo sin discutir directamente su proyecto final. Si ella menciona el tema, creo que es probable que esté expresando su gratitud por tu ayuda, en cuyo caso todo lo que tienes que hacer es decir algo como "De nada".
En este punto, se podría haber notado que no ofreció felicitaciones. Recomendaría ir con ella y decirle algo como "Felicitaciones por terminar tu carrera. Lamento no haberlo dicho antes, mi mente estaba en otra parte".
La vida es corta, elige tus batallas.
Dedique un par de minutos a felicitarla, tenga una pequeña charla (opcional) y olvídese del tema . Su tesis, sea grandiosa o basura, no tiene ninguna importancia para usted . No pierdas el tiempo enfadándote por eso.
Recuerda que hay personas formando percepciones sobre ti en cada momento. A pesar de que puede tener toda la razón en su crítica, si hace algo más que seguir las normas sociales comunes, será percibido como una persona detestable. No aconsejaría arruinar tu reputación por un asunto tan insignificante.
Dado que este foro trata sobre la conducta profesional en el lugar de trabajo, creo que es apropiado comentar su lenguaje y perspectiva y cómo se reflejaría en usted en el lugar de trabajo.
Usas repetidamente un lenguaje despectivo y subjetivo sobre el trabajo de otra persona como si fuera objetivo.
Llamas al trabajo de tu colega
Te refieres al trabajo de tu colega como una "tesis", y que no se lo merecen.
Nada de esto representa una forma profesional de referirse al trabajo de un colega. Es una crítica destructiva. Tampoco tiene en cuenta por completo que, según un organismo de certificación acreditado (la universidad), su colega convenció a los examinadores de que merecían obtener una licenciatura. Sería bastante arrogante de tu parte creer que sabes más.
Básicamente estás preguntando cómo salirte con la tuya sin felicitar a alguien por completar su título.
Mi respuesta es esta: reevaluar el problema y tratar a tus colegas con respeto y no denigrar su trabajo es una forma tan cruel.
Es de vital importancia en el lugar de trabajo aprender a llevarse bien con todos, incluso con las personas que personalmente no le agradan o desaprueba. Esta es una habilidad laboral que claramente necesita desarrollar o la gente dejará de querer trabajar con usted sin importar qué tan buenas sean sus habilidades técnicas.
Las habilidades técnicas son solo entre el 10% y el 20% de lo que necesita para tener éxito en el lugar de trabajo. La persistencia y hacer lo que hay que hacer, incluso cuando no es divertido, son aproximadamente el 40-50% de lo que necesitas y las habilidades sociales son el resto. Las habilidades interpersonales incluyen la cortesía básica para cada persona en el lugar de trabajo, incluidos el conserje, el asistente administrativo, los jefes, las personas mayores o más jóvenes, las personas de otros géneros, razas, religiones u orientaciones sexuales, las personas que crees que no son tan buenas como tú. , etc. Las habilidades con las personas también incluyen tener una actitud que sea útil y no dañina, tomar medidas que hagan que las personas quieran ayudarlo y trabajar con usted, como ayudar a los demás (no solo ser crítico con ellos), ser amigable, aprender a vender sus ideas , jugar a la política de oficina, etc.
No felicitarla es mezquino, genera malos sentimientos y te hace quedar como un idiota. Hace que sea más difícil trabajar con la persona en el futuro. Lo único que consigue es reforzar tus sentimientos de superioridad. Ese es un logro negativo porque sentirse superior y actuar de esa manera hace que otras personas te eviten con el tiempo. La gente no querrá hablar contigo, por lo que no te darán información que te ayude. La gente no querrá estar en un equipo contigo, por lo que te asignarán gradualmente a proyectos cada vez menos importantes.
Considere si usted fuera la persona que acaba de graduarse, ¿le gustaría que la gente lo felicitara? Luego sigue la regla de oro y haz lo mismo por ella. Ser amable con la gente no significa que apruebas todo lo que hacen.
Consider if you were the person who just graduated, would you want people to congratulate you?
- ¿no?Habiendo escrito software para mi propia tesis de licenciatura en Ingeniería de Sistemas Informáticos, puedo ofrecer una idea del otro lado de esto.
Parece tener la impresión de que debido a que el software era de baja calidad, no merece elogios. Esto implica que tampoco crees que ella merezca 7/10, o posiblemente su BSc.
Para mi disertación, escribí una aplicación sabiendo en ese momento que era culpable de todas las críticas que tienes de su código:
Ninguno de esos incidió en la razón por la que lo escribí. La disertación no fue para producir software de calidad, o para hacer algo novedoso en la aplicación; era para explorar una hipótesis. Necesitaba algo que pudiera usar libremente, modificar si fuera necesario e inspeccionar el funcionamiento interno. El software de creación propia cumplía con los requisitos, así que lo basé en lo que ya existía para ahorrar tiempo.
El software era bastante terrible. El código estaba desordenado, estaba mal diseñado, estaba lleno de horribles violaciones de SÓLIDOS a pesar de haber sido escrito entre conferencias sobre cómo escribir código SÓLIDO. Esto no se debe a que sea un mal programador (obtuve honores de primera clase en el módulo de programación del curso). Esto no se debe a que no lo intentara (trabajé más duro de lo que lo había hecho en cualquier momento de mis 5 años anteriores en la universidad, o desde entonces, en algunos aspectos, trabajo todo el día y hasta altas horas de la noche, todos los días). Esto no fue porque no me importara (esta era mi segunda oportunidad de obtener un título y tenía mucho en juego, incluida una carrera y un socio que apoyar). La mala calidad se debió a que era algo que nunca había probado antes, estaba aprendiendo a hacerlo sobre la marcha y estaba presionado por el tiempo, así que una vez que encontré una forma que funcionó, no hubo tiempo para volver atrás y hacerlo más limpio porque tenía más código para escribir, experimentos para ejecutar y un objetivo de al menos 70 páginas para escribir en todo. Cada vez que miro hacia atrás en ese código, encuentro más formas de mejorarlo. Sabía que era malo mientras lo escribía; ahora que me gradué y he estado trabajando en la industria por un tiempo, es casi doloroso de leer. Pero eso no importa. Al final, obtuve las respuestas que necesitaba y obtuve una calificación decente en la fuerza de esas respuestas y cómo las analicé. ahora que me gradué y he estado trabajando en la industria por un tiempo, es casi doloroso de leer. Pero eso no importa. Al final, obtuve las respuestas que necesitaba y obtuve una calificación decente en la fuerza de esas respuestas y cómo las analicé. ahora que me gradué y he estado trabajando en la industria por un tiempo, es casi doloroso de leer. Pero eso no importa. Al final, obtuve las respuestas que necesitaba y obtuve una calificación decente en la fuerza de esas respuestas y cómo las analicé.
Usted dice que obtuvo el 70%, según lo evaluado por profesores con experiencia y educación en un campo relevante. En las dos universidades a las que asistí y, hasta donde yo sé, en la mayoría de las universidades de mi país, el 70% y más son honores de primera clase, que muy pocos estudiantes logran.
Ha trabajado duro, durante mucho tiempo, logró lo que se propuso y ha sido juzgada por personas muy calificadas por haberlo hecho bien.
Para mí, eso suena como si ella merece ser felicitada.
[Editar: El OP ha explicado que, de hecho, han leído la tesis. Vea esta revisión de la pregunta para la revisión a la que estaba respondiendo. ]
Una aplicación móvil no es una tesis , y nada de lo que escribió indica que realmente comprende de qué se trata su tesis (¡o incluso de qué se trata una tesis!). interesado y preguntándole de qué se trataba su tesis.
Si la aplicación no es interesante, la interfaz de usuario es aburrida y el código es desordenado, ¡eso es evidencia de que su tesis probablemente no involucre ninguna de esas cosas! Sin conocer ningún detalle, aquí hay algunas conjeturas sobre lo que podría implicar:
¿Se recomienda felicitar a un colega que obtuvo una licenciatura en Ciencias de la Computación incluso si creo que su tesis es (perdón por las palabras) estúpida e inútil?
Sí, y como alguien que también escribió una aplicación para Android (dos, de hecho) como parte de mi carrera, también te aconsejaría que te tragaras tu orgullo .
Entonces, ¿qué pasa si existen aplicaciones existentes en Play Store? Todavía tenía que escribir su propio código, probarlo y hacerlo funcional. Ese es un trabajo duro para un solo estudiante . Muchas de estas aplicaciones competidoras tienen equipos completos detrás de ellas.
Entonces, ¿qué pasa si no sigue estrictamente un buen código o prácticas de interfaz de usuario? Era claramente usable y lo suficientemente estable como para pasar el examen, y eso es lo importante para su título. Además, por lo que sabemos, su colega puede haber estado comenzando desde cero o casi sin conocimientos de programación de Android. Pasar de cero a una aplicación en pleno funcionamiento no es para oler.
miguel hampton
HorusKol
Lilienthal
pjc50
Compresor Vulf
Mindwin
nurgle
O Mapeador
Sultán
usuario8365
t sar
cst1992