Feda /dev/ - No Javascript allowed

de todas formas @eondev ya no es dev, está de nini jugando a la playstation

dicen que tiene en el roadmap abrirse un twitch

Ahora trabajo de experto vulcanólogo.

¿Sabrías responder a la pregunta de porque se necesita una colección concurrente para mantener los datos en memoria?

@bornex

En verdad NO se necesita.

Puedes tener algo lock free y en algunos escenarios incluso irá mejor.

Lo mas común en estos escenarios, escritura, es tener alto híbrido para hacer el dump a disco.

Preguntaría esto si alguien aplica a mi team jeje

No pajeets allowed.

Uno de los principales ingenieros de Golang en su scheduling en la VM es el mayor experto de este tema. Lo recomiendo, és muy educativo.

De hecho yo cazaria pajeets preguntando por hash map vs array list y porque. Las dbs suelen tener cosas híbridas y hasta 4 algoritmos de búsqueda según el caso de uso...

Fácil pillar a monos por ahí.

Que ganas de empezar a entrevistar jeje van a llorar puta sangre los fperos que apliquen a mi team jeje

#29953 si borras los mensajes eres un tontainas y no has entendido la filosofía de los foros.

Qué gracia buscar posts, dar con el hilo correcto y encontrarte con que se han borrado los mensajes.

#29953 ¿Y la siguiente cuenta como la vas a llamar? ¿KazuluDevDev?

por eso soy chad analfabeto

#29956 Kazulu++

#29952 Obviamente la pregunta va dirigida en el contexto de la aplicación del chaval. En el caso de usar Spring, tendríamos dos casos:

1) Usar una colección como List, Map, etc... Y hacer el lock tu mismo ya bien sea por uso del keyword synchronized, locks (básicamente lo mismo que synchronized por debajo), semáforos o cualquier otra primitiva de concurrencia.
2) Usar una colección concurrente como las que he puesto en el hilo.

Pero realmente no me has respondido a la pregunta, el porque debe de haber sincronización en el acceso a la colección (puede que haya formulado mal la pregunta). La respuesta sería porque, debido a que debes mantener una única colección global para dar servicios a todos los clientes (en este caso peticiones http), las lecturas y escrituras de la misma deben de sincronizarse o si no tendrías un resultado inesperado y petardazos por doquier ya que las colecciones normales de java no son thread safe.

PD: estoy desde el móvil pero si me contestas podemos seguir hablando mañana.

Se caen las caretas próximamente en Twitch