Alberto Sánchez retweeted
💥 @agarciamuniz estalla en @partidazocope
❌ "No os dais cuenta de que los de fuera estamos hartos del Madrid y Barça"
🌧️ "El problema del Madrid es que te mea y te dice que llueve"
🗣️ "Se tiran la semana diciendo que todo está orquestado contra ellos"
📻 #PartidazoCOPE
Alberto Sánchez retweeted
El penalti que le han pitado a Mbappé.
QUÉ VERGÜENZA.

This media is unavailable
Alberto Sánchez retweeted
Todos los que hacéis esto sois subnormales. Todos, sin excepción. Y me cago en vuestra putísima madre.
Alberto Sánchez retweeted
Siempre he pensado que los superiores son ellos, y el resto somos los discapacitados.
Olé Stefan! 👏🏽👏🏽👏🏽🥰♥️
Alberto Sánchez retweeted
El 12 de Diciembre en Ifema, sí que veréis un espectáculo que os pondrá la piel de gallina.
#oroviejo
Alberto Sánchez retweeted
🏥 #RealMadrid: El Real Madrid mintió en el parte médico oficial de Valverde futbolfantasy.com/laliga/not…
Alberto Sánchez retweeted
Queremos felicitar al @RealMadrid por seguir haciendo historia al demostrar que el 100% de la comunidad médica mundial estaba equivocada.
#RecuperaciónMilagrosa #ParteMédico #EsguinceGrado3 #HistoriaQueTúHiciste
Alberto Sánchez retweeted
Replying to @tanujDE3180
UUIDv4 is 122 random bits.
UUIDv7 starts with a timestamp, which makes the IDs chronologically sortable.
As a primary key, v7 inserts go to the end of a B-tree index instead of random pages.
Alberto Sánchez retweeted
#DATO Diferencia de intervenciones del VAR a favor - en contra desde que se instauró el vídeo arbitraje (18/19) en los 3 principales candidatos al título:
[+8] Atleti (66 a favor y 58 en contra)
[+9] Barcelona (59 a favor y 50 en contra)
[-40] Madrid (50 a favor y 90 en contra)
Alberto Sánchez retweeted
Y qué pasa si uso mi primary key cómo float?
Si guardas dinero en un float, ya tienes un bug. No es cuestión de si aparece, es de cuándo.
El motivo: los float son binarios y no pueden representar 0.1 exacto, igual que tú no puedes escribir 1/3 en decimales. Por eso:
0.1 + 0.2 = 0.30000000000000004
Un solo cálculo no se nota. Pero suma miles de transacciones, aplica impuestos, divide en cuotas, y el centavo fantasma aparece. El cuadre no da, contabilidad reclama, y pasas la tarde cazando un bug que nunca estuvo en tu lógica sino en el tipo de dato.
El fix, por prioridad:
1. Guarda enteros. $19.99 se almacena como 1999 (centavos). Sumas y restas en enteros, divides solo al mostrar.
2. Si necesitas decimales en la base, usa el tipo exacto: NUMERIC/DECIMAL en SQL, nunca FLOAT ni DOUBLE. Postgres: NUMERIC(12,2).
3. En código, usa precisión arbitraria del lenguaje: BigDecimal (Java), decimal (Python/C#), no el double nativo.
Regla corta: float para física y gráficos, entero o decimal exacto para plata.
El día que un cliente te reclame 1 centavo, vas a agradecer no haber usado float.
Alberto Sánchez retweeted
Si guardas dinero en un float, ya tienes un bug. No es cuestión de si aparece, es de cuándo.
El motivo: los float son binarios y no pueden representar 0.1 exacto, igual que tú no puedes escribir 1/3 en decimales. Por eso:
0.1 + 0.2 = 0.30000000000000004
Un solo cálculo no se nota. Pero suma miles de transacciones, aplica impuestos, divide en cuotas, y el centavo fantasma aparece. El cuadre no da, contabilidad reclama, y pasas la tarde cazando un bug que nunca estuvo en tu lógica sino en el tipo de dato.
El fix, por prioridad:
1. Guarda enteros. $19.99 se almacena como 1999 (centavos). Sumas y restas en enteros, divides solo al mostrar.
2. Si necesitas decimales en la base, usa el tipo exacto: NUMERIC/DECIMAL en SQL, nunca FLOAT ni DOUBLE. Postgres: NUMERIC(12,2).
3. En código, usa precisión arbitraria del lenguaje: BigDecimal (Java), decimal (Python/C#), no el double nativo.
Regla corta: float para física y gráficos, entero o decimal exacto para plata.
El día que un cliente te reclame 1 centavo, vas a agradecer no haber usado float.



























