#285 Bueno. Entiendo que estamos en el comentario 285 y no llevas 24 horas respondiendo ataques directos. Mi comentario original era el 12 y aquí sigo. Y el caso es que en el balance saco buen karma, pero ya estoy agotado con este tema, y si dices "si pagas" como respuesta a un comentario mío, pues... Y no te rías, anda. Que meterme aquí forma parte de mi trabajo y necesito positivos... Que por culpa de este p... hilo, aunque en el balance el karma es bueno me han metido tres penalizaciones por repetirme.
#124 Pago, como mínimo, lo que marca el convenio y por las horas que marca el convenio, cosa que no hace prácticamente ninguna empresa de mi sector. Y sé aunque me costará más, saldré adelante. Y estoy en un sector muy cercano a los sobres y los contactos... pero no podrán conmigo.
#252 soy consciente de que rompo un poco con la metodología de scrum, pero mi opinion al respecto es que para equipos de plataforma el lider técnico debería ser siempre el PO. Si no puede serlo, porque tiene que estar supervisando al equipo, el problema es que en el equipo hay demasiada gente verde.
En mi caso: En los equipos que he dirigido he intentado tener siempre 2-3 juniors, 2-3 mediors, 2-3 seniors, y he dejado claro que es el equipo entero el que tiene éxito o fracasa. De esta manera, los seniors echan una mano a los mediors y estos a los juniors: es muy raro que tenga que meterme en discusiones de como implementar algo dos días seguidos (ni dos veces por semana) porque si inviertes una hora de mas en dejar claro como quieres que se hagan las cosas, y aceptas que cada uno va a ponerle un poco su salsa (pero respetando la manera de trabajar en el equipo), ellos tienen libertad para tomar las decisiones que crean convenientes y yo me puedo dedicar a otras cosas: hacer… » ver todo el comentario
#202 supongo que hay personas y personas. Nosotros hemos tenido que terminar contratos con consultores, y si la situación estaba jodida los he alargado 1 o 2 meses mas. Porque si recursos humanos o mi jefe deciden largar a alguien yo no puedo mantenerlo en el sitio, pero si que busco la manera de mantenerlo hasta que se ha encontrado otro trabajo.
Eso con los que se portan normal, tienen un desempeño normal, y no dan problemas. Que son todos los que tenemos, porque a la que dan algun problema sí que se les larga (durante el período de prueba).
Con esto quiero decir: no seremos amigos del alma, pero no dejo tirados a mis compañeros.
#213 mis disculpas: como lo uso en el trabajo cada dia, como que sale automático.
Hay una metodología de organización de trabajo, que viene del mundo del software pero que se puede aplicar en cualquier lado, que se llama scrum. En esta metodología hay tres roles bien definidos: el desarrollador, que es el qye lleva a cabo las tareas de acuerdo a una descripción y criterios de finalización acordados para ella, el Product Owner (PO), que define las prioridades de las tareas y se encarga de establecer el objetivo de cada tarea, y el scrum master, que coordina las actividades. El PO es el que define qué se va a hacet y como se va a evaluar, mientras que el equipo de desarrolo define como se va a implementar.
#47 tengo conocidos trabajando en el sector turístico y dicen que los turistas negros son lo peor, sin necesidad de ser terroristas musulmanes homicidas.
Zazis de MNM: ¡¡¡¡NO SE PUEDE BOICOTEAR A LA GENTE SIMPLEMENTE PORQUE SON RUSOS!!!! ¡¡¡¡ES RUSOFOBIA!!!! ¡¡¡¡POBRES RUSOS!!!! ¡¡¡EUROPA SE ESTÁ DISPARANDO EN EL PIE!!! También Zazis de MNM: ¡Jodeos, putos israelíes! ¡Bien hecho, hotel italiano!
Yo tengo ahora mismo 45 años, llevo trabajando unos cuantos, ahora mismo dirijo dos equipos de desarrollo, y he ido viendo cómo cambiaba la actitud de las nuevas incorporaciones durante los años. En mi empresa pagan bien, no se hacen horas extras y el ambiente es muy bueno, si no, yo no llevaría ahí más de 8 años...
Pero lo que veo en los últimos que llegan es una pachorra increíble, si les das una tarea en la que se encuentran con una mínima dificultad, no dicen nada, ni hacen nada hasta que les preguntas cómo van, si no les pregunto están parados esperando no sé muy bien a qué... yo me acuerdo cuando empecé, si había algo que no sabía, me empeñaba en averiguar cómo solucionarlo y si no lo conseguía, pedía ayuda. A día de hoy lo mismo, nunca sabes todo, es imposible, y por ciencia infusa no te llega...
A veces al preguntar cómo iban me dicen: ah es que yo de x no tengo ni idea... Y yo pienso, hostia, pues pide ayuda o busca información... no entiendo ese proceso mental en el que no hacer nada va a solucionar la tarea... Luego también veo que no tienen ningún reparo en echarse un número de horas exagerado en hacer tareas de lo más simple. O si alguna tarea no les gusta, por ejemplo, testar una versión de una aplicación que tenemos que publicar, protestar porque "yo quiero programar, no testear". Que me parece perfecto, a mi tampoco me gusta, pero es parte de la descripción de su puesto de trabajo.
En general noto mucho pasotismo, con algunas excepciones.
En mi caso: En los equipos que he dirigido he intentado tener siempre 2-3 juniors, 2-3 mediors, 2-3 seniors, y he dejado claro que es el equipo entero el que tiene éxito o fracasa. De esta manera, los seniors echan una mano a los mediors y estos a los juniors: es muy raro que tenga que meterme en discusiones de como implementar algo dos días seguidos (ni dos veces por semana) porque si inviertes una hora de mas en dejar claro como quieres que se hagan las cosas, y aceptas que cada uno va a ponerle un poco su salsa (pero respetando la manera de trabajar en el equipo), ellos tienen libertad para tomar las decisiones que crean convenientes y yo me puedo dedicar a otras cosas: hacer… » ver todo el comentario
Eso con los que se portan normal, tienen un desempeño normal, y no dan problemas. Que son todos los que tenemos, porque a la que dan algun problema sí que se les larga (durante el período de prueba).
Con esto quiero decir: no seremos amigos del alma, pero no dejo tirados a mis compañeros.
Hay una metodología de organización de trabajo, que viene del mundo del software pero que se puede aplicar en cualquier lado, que se llama scrum. En esta metodología hay tres roles bien definidos: el desarrollador, que es el qye lleva a cabo las tareas de acuerdo a una descripción y criterios de finalización acordados para ella, el Product Owner (PO), que define las prioridades de las tareas y se encarga de establecer el objetivo de cada tarea, y el scrum master, que coordina las actividades. El PO es el que define qué se va a hacet y como se va a evaluar, mientras que el equipo de desarrolo define como se va a implementar.
También Zazis de MNM: ¡Jodeos, putos israelíes! ¡Bien hecho, hotel italiano!
Pero lo que veo en los últimos que llegan es una pachorra increíble, si les das una tarea en la que se encuentran con una mínima dificultad, no dicen nada, ni hacen nada hasta que les preguntas cómo van, si no les pregunto están parados esperando no sé muy bien a qué... yo me acuerdo cuando empecé, si había algo que no sabía, me empeñaba en averiguar cómo solucionarlo y si no lo conseguía, pedía ayuda. A día de hoy lo mismo, nunca sabes todo, es imposible, y por ciencia infusa no te llega...
A veces al preguntar cómo iban me dicen: ah es que yo de x no tengo ni idea... Y yo pienso, hostia, pues pide ayuda o busca información... no entiendo ese proceso mental en el que no hacer nada va a solucionar la tarea... Luego también veo que no tienen ningún reparo en echarse un número de horas exagerado en hacer tareas de lo más simple. O si alguna tarea no les gusta, por ejemplo, testar una versión de una aplicación que tenemos que publicar, protestar porque "yo quiero programar, no testear". Que me parece perfecto, a mi tampoco me gusta, pero es parte de la descripción de su puesto de trabajo.
En general noto mucho pasotismo, con algunas excepciones.