Feda /dev/ - No Javascript allowed

Normas
spoiler
Personas non gratas
Memes feda dev


Markitos_182

Feda /dev/ - No Javascript allowed

MisKo

Hablando de Vue, la v3 sale en agosto para quien le interese

1 respuesta
aren-pulid0

#7318 No he usado Angular pero si React, por que dices que mueres por dentro?

Ranthas

A todo esto, tanta risa con las versiones de angular y react va por la 16, para mear y no echar gota

1 respuesta
Zoko

#7324

https://reactjs.org/blog/2016/02/19/new-versioning-scheme.html

eks dee

1 respuesta
Ranthas

#7325 De 0 a 15, ameizín

1 respuesta
eXtreM3

#7322 me interesa pero no voy a migrar hehe \o/

AikonCWD

looool casi me caigo de la silla con esto

https://www.reddit.com/r/ProgrammerHumor/comments/hm6wqz/code_newbies_when_they_first_learn_cc/

5 1 respuesta
aren-pulid0

Tengo una duda de modelado, a ver si me podéis ayudar.

Una tienda vende entradas para unos eventos que organiza.

He pensado en 2 alternativas y me gustaría saber vuestra opinión sobre cuál es la más correcta.

1- Dentro de los campos de la tabla eventos tener un campo calculado con el número de entradas disponibles, una vez se realice una compra disminuir en 1 esta cantidad.

2- Crear una tabla eventos_entradas y al rellenar el formulario del evento con el número de entradas guardarlas con un propietario nulo y al realizar una compra modificar el valor por el del comprador.

En ambos casos veo problemas de concurrencia que podrían tal vez solucionarse con locks a nivel de base de datos y/o workers de la aplicación ( en esto último puede que patine un poco)

Cualquier otra alternativa es bienvenida y gracias de antemano!

2 respuestas
JuAn4k4

#7329 En la opción 2 tienes que saber qué entrada vas a comprar (aunque queden 2000 y vayas a comprar 1).

En la 1 puedes reservar por bloques, más fácilmente.

Si haces una de las queries iniciales la reserva, ésta la puedes poner serializable, con lock en memoria (por servidor) y con eso te sobrará seguramente. Redis tiene locks en memoria distribuidos si lo necesitas también, pero la BD te vale. Yo tendría una tabla específica para hacer esta reserva, aislada de la de eventos. Por ejemplo: [ticket_block_id, current_available, max_tickets]
El max lo puedes quitar si quieres. Así el locking va solo a esa fila (select for update + update) y lo metería en un stored-proc. Tipo:
reserve_block (eventId, 5)

Responfiendo a la pregunta: Si va por asiento, sería la opción 2, si va sin asiento, la 1.

Aquí el problema solo viene cuando van a comprar todos a la vez.

1
JohnVoiden

#7318 y si le pones typescript da menos sida.

#7326 a llorar a la lloreria de la hostia que te han dao' xd

babri

#7329 yo no reservaría una entrada mientras la estoy comprando, porque te puede venir un hdp muy majo y reservarse todo el stock de golpe.

Al nivel del evento guardaría el número de entradas que tiene dicho evento por ejemplo 200, cuando se produce una venta ok pagada, guardo dicha venta y genero un evento para sumarle 1 al campo entradas_vendidas de esta manera en la fila de evento tienes entradas_evento y entradas_vendidas con una simple resta tienes entradas_disponibles. Si lo haces con un sistema de colas no bloqueas la base de datos porque una a una las entradas se irán sumando. Es como lo que planteas pero yo no le restaría si no que le sumaría.

1 1 respuesta
eondev

@merkury amijo donde estas?

1 respuesta
afhn

algún italiano se habrá vengado de él.

1 respuesta
desu

https://www.balena.io/blog/show-tell-a-steampunk-desktop-background-radiation-monitor/

Blog goals.


Merkury

#7333 #7334 Que va aqui sigo, lo que pasa que voy un poco hasta las cejas XD

Lo de trabajar desde casa es muy malo.

JuAn4k4

#7332 Cuantas puedes reservar es un concepto de producto. Si no permites comprar más de 5 no podrás bloquear 200, pero si permites comprar 200, tendrás que bloquear 200.

1 respuesta
babri

#7337 yo prefiero generar overbooking a que la competencia me pueda reservar todo el stock, el que quiere joderte lo hace aunque tengas límite 5, pero vaya eso ya es cosa de como se defina en negocio ^^

aren-pulid0

La verdad que esto de hacer containers de las aplicaciones es algo fantástico.
Me tocará aprender algo de GitHub actions para hacer un CI en condiciones, pero lo que he tocado de docker-compose es espectacular lo fácil que te hace la vida.

MV es mi blog

1 respuesta
JuAn4k4

#7339 Pues github actions te parecerá otra maravilla, super rápido y fácil montarte un ci en dos patadas. Y si la build la haces con docker compose, aún más.

1
desu

A partir de hoy me voy a contar la hora de entreno como hora laboral. FUARK.

1 respuesta
LLoid

#7341 podrías escribir un artículo sobre eso en tu blog

aren-pulid0

Pregunta importante:

¿ Por qué patos ?

2 respuestas
JuAn4k4

#7343 https://en.m.wikipedia.org/wiki/Rubber_duck_debugging ?

SikorZ

#7343 Porque los masillas son todos unos patosos

aren-pulid0

Algún recurso básico para aprender redes?
Algo estilo unos apuntes de la uni de 1ero de redes o de la FP, o algún libro que te lo explique desde lo básico.

Thank youu!

3 respuestas
Fyn4r

#7346 Solo conozco este
https://www.amazon.es/Redes-computadoras-Kurose/dp/8478291199

pero lo bonito es irte directamente a la fuente
https://www.rfc-es.org/descargas <- en español

1 1 respuesta
Ranthas

En la carrera todos nuestros apuntes de redes los profesores los sacaban del Tanenbaum

Era la risión porque sólo habían dos copias en la biblioteca, y una la tenían siempre ellos

2 respuestas
Wei-Yu

#7328 hijo de puta quita el vídeo ya, que se autoreproduce

Fyn4r

#7348 Que guapo, quedaría muy bien en la estantería junto al libro de los dinosaurios de SO xD

1 1 respuesta

Usuarios habituales