Feda /dev/ - No Javascript allowed | Página 1236

bornex #37051 Jul '22

Si hay un servicio HTTP que dispone de un recurso que se puede pedir en batch y un cliente hace 10 peticiones secuenciales y te lo tumba, ¿de quién es la culpa del cliente o del servicio?

2 respuestas

Frave #37052 Jul '22 Montedamus

Comenzando temporada de teletrabajo, esta semana sierra de Bejar.

spoiler

8 2 respuestas

neil90 #37053 Jul '22

#37051 Servicio

3 1 respuesta

JohnVoiden #37054 Jul '22 Penitente

Me he encontrado con una cosa en la empresa donde estoy ahora que no se muy bien como gestionarlo sin decir que son putos retrasados. Os explico:

Somos dos equipos de frontend:
- Gente que hace componentes que hace una libreria, perfiles de UI/React
- Gente que hace la webapp, que crea toda la integración y crea la propia web. Este es mi equipo.

Llevo pidiendo desde hace meses que el equipo de componentes pruebe los cambios hechos en su libreria en nuestro proyecto con una herramienta inhouse que el equipo de integración utilizamos cuando aun no han sacado una versión oficial de la libreria y necesitamos ver los cambios y programar (pensar en una API de local vs prod o preprod). Para que no nos traigan sorpresas y realmente prueben bien los componentes y el codigo, lo más production-like posible.
Pero aquí la cuestión:
Mi jefe se niega en rotundo diciendo que no pueden asumirlo, pero a mi me resulta raro de pensar porque si tu estas trabajando, lo pruebas en el proyecto final en plan dummy, seria como llamar una funcion y esperar que funcione. Tardas 5 minutos calculados entre levantar proyecto y uso de la herramienta inhouse, 5 minutos o menos.
Prefiere que nos llegue las versiones mal y tengamos que mover un montón de recursos y a medio equipo(componentes) para que tarden 3-4 horas en arreglarnos algo que podrian haber visto en 5 minutos y arreglado en 2.

Como le haríais ver que es mejor que prueben y tengan mejor exigencia de calidad en un proyecto que es dependencia directa a otro?

memes bienvenidos, pero me vendría bien consejo serio.

3 respuestas

bornex #37055 Jul '22

#37053 Exacto, pues nada nos han metido a mi equipo dos P1, siendo nosotros el cliente, porque dicen que le estamos haciendo un DoS xD

B

[Borrado] #37056 Jul '22

#37052 hostia que envidia, pero tienes algo allí o alquilas?

1 respuesta

Frave #37057 Jul '22 Montedamus

#37056 tienen una casa los padres de mi chica.

1 respuesta

B

[Borrado] #37058 Jul '22

#37057 ahhh a mí me molaría, aunque to tenga vacaciones como tal, pillar alguna casa en la montaña y trabajar en verano una temporadita ahí, cuando acabe por las tardes ir de paseo con la niña, más que nada por el cambio de aires

1 respuesta

PiradoIV #37059 Jul '22 Brongster

#37054 Pienso que el equipo de componentes debería tener control de calidad, sí, pero la responsabilidad de integrarlos es vuestra.

Ellos no deberían saber absolutamente nada de vuestro proyecto, ni acoplarlo. Perdería toda la gracia.

1 1 respuesta

Frave #37060 Jul '22 Montedamus

#37058 si se agradece sobre todo por temperaturas y planes. Nosotros una temporada aquí y luego playa.

1

JohnVoiden #37061 Jul '22 Penitente

#37059 La cosa, es si se pueden llegar a implementar/integrar. Tengo problemas que literalmente se podrían haber resuelto copiando y pegando el componente de Storybook (su sistema de pruebas internas de componentes) a nuestro proyecto. No es cosa de integración, es cosa que fuera de su envriorement de purpurina no funciona ni a patadas. Nos faltan cosas realistas o que literalmente no piensan en como se podría llegar a integrar.

No espero que hagan mi trabajo, pero espero que el componente funcione "out of the box", cosa que pasa el 30% de las veces. Eso se solucionaria con 5 minutos de pruebas en un entorno externo. Perdon por no explicarme bien xD

También te digo, hay muchas cosas que no están probadas y me las encuentro en mi proyecto, significa que ellos no tienen ni puta idea de lo que programan.

3 respuestas

vivora #37062 Jul '22

#37061 Claro, como van a tener idea de lo que programan si no programan, sino que pintan y colorean

3 1 respuesta

JohnVoiden #37063 Jul '22 Penitente

#37062 Si solo te digo que tuve que meterme de estrangis para que pudieran buildear la librería adeucadamente, mi jefe lo supo al tiempo y me echo la bronca xD

desu #37064 Jul '22

#37051 si yo hubiese hecho esta pregunta todo el hilo me diria que el cliente.

#37054 deberiais testear vosotros la integracion. y en caso de encontrar un bug reportarlo y ellos a;adir el regression test y fixear el codigo.

2

PiradoIV #37065 Jul '22 Brongster

#37061 Sí, vamos, ellos deberían tener bien probados sus componentes. Además, si tiran de Storybook… no tienen excusa.

Igual el problema que estáis encontrando es que los equipos no estén bien balanceados. A priori suena mejor tenerlo todo separado, pero igual en el caso concreto de tu empresa funcionaría mejor que todo estuviese acoplado y pista.

Hay que andar el camino, que las “buenas prácticas” que se leen en los blogs no siempre funcionan bien en la vida real.

1 respuesta

Kaledros #37066 Jul '22

#37061 Lo que está claro es que tenéis un problema de definición de responsabilidades. Tendríais que delimitar mejor el definition of done, por ejemplo, porque da la sensación de que los componentes no están bien testeados y los que los han hecho se están desentendiendo.

2

desu #37067 Jul '22

#37065 El problema es que un test de integracion siempre va a ser una linea en que 2 equipos / proyectos se tocan.

Tu testeas que una caja negra hace lo que toca. En tu codigo esto sera el componente real o un mock.
Ellos testean la public API del componente para evitar breaking changes y a;adir bugs o regresiones. Ellos testean la API con un mock de la implementacion real y la implementacion real en detalle.

Si es una libreria ellos deberian tener si o si test de integracion.

El test donde esta libreria es un mock se choca con su public API. Si ellos hacen un breaking change tendras que re hacer todos tus tests.

PiradoIV #37068 Jul '22 Brongster

Sigue siendo problema del que hace la integración, no del que construye la biblioteca. El usuario es el que se acopla a la biblioteca, no al revés.

LLoid #37069 Jul '22

#37052 cómo va internet por allí en el culo del mundo? tienes plan de datos tocho o algo?

1 respuesta

Frave #37070 Jul '22 Montedamus

#37069 traemos un modem portatil con tarjeta sim y va "decente" con unos 20-30 mbs.

1

desu #37071 Jul '22

https://vlang.io/compare#go

he visto la nueva release de V... va viento en popa. algun dia deberia probarlo.

el futuro mejor lenguaje de la historia.

1

JuAn4k4 #37072 Jul '22

#37054 Y por que no lo probáis vosotros antes de actualizar ?

B

[Borrado] #37073 Jul '22

Me ofrecen curro en Suiza desde linkedin, la verdad me molaría pasar el corte y pirarme una temporada... pero no se va a dar el caso por el puto inglés... gñeeeee

1 respuesta

JuAn4k4 #37074 Jul '22

#37073 Pues aprende suizo, te irá mejor allí, son unos xenófobos

1 respuesta

B

[Borrado] #37075 Jul '22

#37074 Dudo mucho que me vaya a ningún lado en un futuro cercano... pero me ha hecho darme cuenta que le tengo que dar caña a hablar inglés.