Feda /dev/ - No Javascript allowed

#20551 Para que hayan ñordos en auth primero debería haber algo de auth. El otro día cambié el password de una aplicación y en vez de mandarme al correo el enlace para cambiarlo me enviaron el password en texto plano.

#20555desu:

en lugar de escribirlo

el daily esta bien para que la gente aprenda a expresarse en publico y no por escrito y por otro lado que aprenda a escuchar, dos cosas que hay mucha gente que carece de ellas

#20559 Yo paso, prefiero hacerlo escrito porque prefiero estar shitposteando en MV.

Yo tengo meetings semanales en lugar de diarios. Es 1h que pierdo al a semana donde solo el 5% me importa y el resto lo puedo leer unas notas.

Tambien en europeos tenemos bisemanales de 1h por cada paquete de trabajo, que solemos estar en 1 a 3. Luego mensuales de 2h. Trimestales de 4h... En fin. Calcula las horas que se pierden.

Si la gente hace su trabajo y lo hace bien no hacen falta estas tonterias.

#20563 hombre, el daily lo suyo es que el horario lo fije el equipo cunado a todos les venga bien. Lo que dices no es un daily, es un reporting pal jefe xD

Y luego hay gente y gente, que sigue sin entender para que vale y da una turra infame, pastosa y termina haciendo que los dailys no tengan sentido.

pero nosotros hacemos dailys diarios y no tenemos esos problemas de equipo que dices.

#20564 Si claro si te funciona es perfecto. Yo he puesto un video donde tienen 1 por la ma;ana, otro por la tarde, y de vez en cuando "otro" por la noche. y tu dices q esta bien. o asi lo he entendido. xq si te parece bien 1, para mi, es que 3 tambien te parecen bien. al final lo que aceptas es bloquear tu horario voluntariamente en entornos de "remoto de horario flexible"

Tambien te he hablado de los casos mas burocraticos donde hay 5 o 6h semanales en reuniones de seguimiento. para q veas en que terminan estas tonterias de meetings.

#20565 q hablas perro. pero si estaba criticando el video donde hacen 3h

#20567 comunicacion hablada vs escrita.

es una discusion sobre:

comunicacion sync vs async.

de la misma manera q jodieron los metodos agile y demas mierdas, van a joder el trabajo remoto. se empieza con un daily, se sigue con 1 daily de trabajo y otro "for fun", despues le a;ades una partida de among us... Y poco a poco terminas como un japones.

xq estas empresas famosas las copian los pacos.

#20571 Mira, me joderia perder 50 euros espero que sea asi tho.

En mi equipo por ejemplo, alguien (sin amigos) propuso bloquearnos reuniones de 30 minutos cada un par de dias para hablar entre nosotros... Y eso es lo que hacen este equipo por la tarde...

De ahi ha hacer un among us cada 2 semanas, una escapada de team building de un finde, o irte de copas cada dia afterwork como un japo hay un paso.

Por desgracia me creo el video.

Por eso me he visto moramente obligado a denunciarlo publicamente. xq me ha tilteado basto. a ver si ahora me van a obligar a jugar con gente del equipo ademas de reuniones inutiles.

Y si, esta semana me la he tomado de vacaciones y no tengo trabajo. Has acertado.

#20572 A veces te odio pero a veces te comería la boca, qué personaje más complicado te has montado, la verdad.

pd: algun experto de Quartz en la sala para una duda rápida?

#20577 Si schedulo un job con startTime en algun momento del pasado y el cron es tal que garantiza que existiran varios firings entre ese startTime y el presente, hay alguna forma de evitar esos schedules?

Estoy usando la politica de MISFIRE_INSTRUCTION_DO_NOTHING, pero claro... tecnicamente no es un misfire, asi que schedula todas las tareas atrasadas. Los startTimes no pueden cambiarse por una serie de razones que se reducen a aqui mandan mis huevos morenos (no los mios concretamente, pero ya se entiende).

Thanks por adelantado.

q es eso de quartz?

lo he googleado y tiene una pinta java enterprise deprecated que echa pa atras

que te aporta q no puedas gestionar tu a mano?