Feda /dev/

afhn

#41157 bueno, yo manejo json de listas de 20k registros con más de 30 campos y sublistas.

Wei-Yu

si este hilo va sobre trap habrá que avisar a @AikonCWD

Soulscx

q alternativas hay a los json?

2 respuestas
X-Crim

Los jgrandson

Wei-Yu

precisamente hoy estoy viendo que en internet están enfadaos porque se está "viralizando" un artículo de mierda sobre xml

así que bueno, tienes xml, y codificarlo en binario y también tenías una movida de binario tageada que no recuerdo el nombre y otra también que tenía mogollón de metadatos y era super descriptiva pero no recuerdo porque no la usa ni cristo

HeXaN

#41163 XML, coño.

1 respuesta
B

Los jker

Troyer

Yeison

1
Wei-Yu

qué listas de correo o canales o medios o lo que sea seguís para ofertas de curro? no hablo de linkedin, monster y cia, algo un poco más "curated"

1 respuesta
Soulscx

#41166 pero si eso es de los años 80, tiene q haber algo mejor

1 respuesta
HeXaN

#41170 Es del 98 y no hay nada "mejor" porque con él se puede describir cualquier cosa que necesites.

Wei-Yu

tienes razón alguien tendría que hacer una app móvil para serializar datos

Grise

Mi apoyo al pato. Más XML y menos tontería. La mayoría de gente que usa JSON no sabe tan siquiera la razón más básica para justificar su uso por encima de un XML.

1 respuesta
_Rpv

#41163 Los jotason

pineda

protobuf

Wei-Yu

#41173 dependerá del tooling y de la necesidad de reflejar metadatos en la información, pero es que dependiendo de la situación igual te merece más la pena tener un json schema+json que xml

así sin contexto buena suerte justificando uno u otro shrug

1 respuesta
Troyer

#41169 stackoverflow

Lecherito

El protocolo hl7

NoRelaX

Quién se echa un hl7 deathmatch?

1 respuesta
pineda

#41179 si no hay vac, yo mismo :clint:

wdaoajw

gRPC

1 respuesta
desu

#41181 Me lo voy a mirar, gracias.

Grise

#41176 Si de mi depende un desarrollo me quedo con XML, pero una razón básica agnóstica al problema para preferir JSON es que "pesa menos" que un XML que quiera transmitir la misma información.

1 respuesta
Soulscx

hl7? venis del futuro?

Kaledros

#41183 Tenía entendido que un json grande se parsea más rápido que un xml con los mismos datos, pero no sé si es cierto o no.

2 respuestas
Leos

#41185 Yo también lo tenía entendido así

Wei-Yu

la diferencia que pueda haber entre esas operaciones de serialización/deserialización en comparación con el tiempo de una request o de un acceso a disco son relevantes?

Soulscx

con ficheros de 20gb o mas si
hablamos de tiempos entre 1.6 y 1.7 segundos

Troyer

#41185 depende de muchos factores, si son muchos datos, rollo 50mb de datos, mejor enviar un archivo xml y parsearlo.

Si son cosas pequeñas q puedes enviar en un request pues json.

1 respuesta
Grise

#41189 Yo sigo este criterio, no es el mejor pero hasta ahora me ha servido siempre.

En cuanto al tiempo, supongo que si no vas al milisegundo, es prácticamente irrelevante, pero si el tiempo de respuesta es importante es mejor tirar de JSON, por lo menos según un estudio de unos chinos.

Tema cerrado