edición general
matefobia

matefobia

En menéame desde marzo de 2020

6,10 Karma
21K Ranking
6 Enviadas
0 Publicadas
278 Comentarios
0 Notas

El 69,5% de los ingresados en hospitales de Madrid no está vacunado [120]

  1. #49 #63 #83
    Estoy bastante cansado de escuchar que la vacuna no protege contra la infección. Los datos dicen otra cosa. Puede que no al 100% pero sí en un porcentaje muy alto.

    Cuando empezó la 5ª Ola el grupo etario con mayor incidencia fue el de los veinteañeros. Porque además de no estar vacunados, tenían una vida social mayor que las de los de de 12 a 19.

    Según se fue vacunando a este grupo, la incidencia bajó por debajo que la de los de de 12 a 19.

    Y ahora que se está vacunando a los de de 12 a 19, el único grupo en el que apenas cae la incidencia es la de menores de 12 años, es decir, el único grupo al que no se está vacunando aún.

    Página 4 del informe del ministerio de sanidad:

    www.mscbs.gob.es/profesionales/saludPublica/ccayes/alertasActual/nCov/

    Los ingresados con vacuna, seguramente serán con solo una dosis, o gente inmunodeprimida. (O ingresados por tener también otras dolencias)  media

Tesla confirma la estrategia de realizar hodl de Bitcoin [93]

  1. #47 No sé si tú y #48 @mirav618 sois la misma cuenta, o gente pagada para hablar sin decir nada. Por qué en lugar de decir "Hay información", no la dais?
  1. #48 Y por qué no me lo resumes tú y me ahorras el tiempo?
  1. #42 Por otro lado los que sí crean dólares y euros de la nada por arte de magia son los bancos. Éstos sí que no tienen respaldo de casi nada, con sus reservas fraccionarias.

    Precisamente, eso es lo que sospecho yo, que el Gobierno Americano esté detrás de esto. Todo lo que ha pasado en Bitcoin desde 2013 parece una operación del Gobierno de Estados Unidos para evitar que Bitcoin sustituya al Dolar como moneda en las transacciones internacionales:

    1.- Desaparición de Satoshi
    2.- Golpe de Estado en la dirección de desarrollo, quitar permisos en los repositorios a Gavin Andressen, nombrado por Satoshi como su sustituto. Y también en los foros, en los que se censura cualquier propuesta de mejora de la red.
    3.- En la tercera semana de Noviembre de 2017, cuando Bitcoin Cash estuvo a punto de superar a Bitcoin en capitalización, se emitieron Tethers como si no hubiese un mañana, y se tumbaron con operaciones DDoS varios exchanges para detener la tendencia.
  1. #30 A ver, la red de Bitcoin ya está colapsada por los especuladores, y los desarrolladores llevan años diciendo que no tienen intención de mejorarla. No tiene ningún sentido usarla como plataforma de pagos que pueden tardar días en confirmarse, y que las tasas aumentan con el uso. Si más empresas tomasen esa decisión, y el precio aumentase al nivel que se dice en esta noticia, las tasas de transacción llegarían a cientos de dolares, y el tiempo de gestión de transferencia a semanas.

    Realmente, a día de hoy, me encantaría poder saber qué conoce Elon Musk para tomar estas decisiones.
  1. Que algún experto me explique cómo puede ser que declaren culpable a una empresa de emitir 35.000 millones de dolares falsos para inflar el precio del Bitcoin:

    www.eleconomista.es/divisas/noticias/11066852/02/21/La-Fiscalia-de-Nue

    Y que solo les pongan una multa de 18 millones de dolares. Y que se le permita seguir haciéndolo, sin ningún pudor. Hasta llegar a emitir mil millones en un solo día:

    coinexc.com/2021/03/11/tether-presses-1-billion-usdt-coinkolic/

    Por cierto, el precio del Bitcoin está completamente correlacionado con las emisiones de Tether. Supongo que habría que preguntarle a Elon Musk lo que realmente conoce sobre Tether.

Ya está disponible PHP 8.0, con compilador JIT y numerosas novedades en su sintaxis [135]

  1. #102 Hasta donde yo sé, el "Dependency Hell" te lo vas a encontrar en cualquier plataforma, siempre y cuando un proyecto sea grande, ya que es algo que sucede, sobre todo, con librerías externas, y esas no hay manera de controlarlas.

    Yo al menos me lo he encontrado, además de en Java, en python y en node. Y en el artículo de la Wikipedia se habla, además, del mismo problema con DLL-s o con dependencias de paquete en Linux.
    en.wikipedia.org/wiki/Dependency_hell
  1. #22 #33 Yo hace años que migré una aplicación de PHP a Java precisamente por los puntos fuertes que consideráis de PHP que para mí eran justo lo contrario:

    Es tan ligero que permite montar un servidor web en una sencilla Raspberry Pi
    Ligero si tienes pocas visitas. No sé cómo será ahora, pero en PHP5 cada petición cargaba prácticamente una copia ENTERA de la aplicación, con lo que el uso de memoria se disparaba linealmente por cada solicitud simultánea (y en los picos te podía tumbar la máquina). Los mismo con las conexiones a base de datos, al no haber pool-s que reciclasen estas. Java en cambio era (no sé si habrán arreglado esto en PHP) infinitamente más estable en cuanto a consumo de memoria. Prácticamente lo mismo con 10 solicitudes simultaneas que con 100, ya lo que hace la aplicación web es gestionar los hilos y usar los mismos objetos entre todas las solicitudes.
    Por no hablar de que al tener sistemas de gestión de transacciones a base de datos (capacidad de hacer rollbacks), no te encuentras inconsistencias en los datos.

    Fácil de mantener. Punto importante
    El simple hecho de que Java tiene tipado fuerte (y mejores IDE-s) lo hace también infinitamente más fácil de mantener. Pero es que además, una de las grandes debilidades de PHP era (Y es improbable que lo hayan corregido, porque lo haría incompatible entre versiones) la poca consistencia en la definición de funciones/métodos. Dos funciones (y estoy hablando del mismo php "base", no de librerías externas) que reciben los mismos parámetros, podían recibirlos en un orden completamente diferente.

    Por no hablar de muchos de los patrones de diseño incorporados como tipos en el propio JDK.

Curiosidades de los husos horarios [193]

  1. #108 Realmente no creo que haya mucho problema, de hecho en cierta manera ya pasa, como decías con am y pm. La representación del tiempo es continua, de hecho en informática se usa el "timestamp", los segundos transcurridos desde una fecha concreta para representar el tiempo. Y como digo en otra respuesta, el cambio de día durante la jornada de trabajo ya se da en muchas partes con los turnos nocturnos. O incluso con las salidas de emergencia,

    De hecho, si lo piensas, nuestros días no van de 0 a 23:59, sino que en la practica, el cambio de día se establece en el momento en el que la gente se levanta de la cama. En muchas agendas, o incluso jornadas de trabajo, se establece como día, el tiempo que va desde las 6am hasta las 5.59am
  1. #104 Vale, lo que tú digas: {0x1f339}
  1. #78 Pues precisamente en los vuelos internacionales un huso horario único facilitaría mucho las cosas. El cambio de día sería el mismo para todo el mundo, no tendrías que adaptarlo a cada huso horario, lo que obliga que por ejemplo un londinense que vuelve de un viaje a Japón, pueda tener una representación diferente de las horas que un japonés que va a Londres.
    O si, por ejemplo en el billete usas el huso local de cada ciudad, luego tienes que andar traduciendo las horas a la gente, "llegaré a las 12 de allí, 4 aquí, te llamo en cuanto llegue"
  1. #63 No debería cambiar gran cosa a nivel "jornada laboral", esta seguiría teniendo el mismo horario solar. Por generalizar; desde una hora después de que amanezca, hasta después de hacer la cantidad de horas habituales. Lo único que cambiaría sería el nombre que darías a esas horas. Si en japón ahora "una hora después de que amanezca" se representa como 9am, pasaría a representarse como 11pm. Nada más, solo tendrían que acostumbrarse a usar unos "nombres/números" en lugar de otros.
    En cuanto a lo del cambio de día, ya pasa en muchos turnos nocturnos de trabajo. No creo que sea un gran problema. Simplemente estableces que a nivel de "jornada laboral" el día va de 9pm a 8.59pm y listo. Igual que ahora las jornadas laborales en muchos sitios se computan de 7am a 6.59am para contabilizar horas extras y turnos.
  1. #64 No, no estamos diciendo lo mismo en absoluto. La duración del día no la impone un señor. Y las 17.30 no es "tan pronto", es solo un nombre, una representación que se le ha dado a ese momento,; el del anochecer en verano.

    Da igual cómo se llamase, 18.30, 04.15, o 22.18, te seguiría pareciendo demasiado pronto, porque el día en invierno, es por naturaleza corto. Y lo normal es que las actividades cotidianas; trabajar, estudiar, conducir, practicar deporte, y demás, se hagan durante las horas de luz. Si pusieras que en invierno tuviera que anochecer a las 22.30, entonces amanecería a las 12am, trabajarías seguramente de 1pm a 11pm, y las 10.30pm te seguiría pareciendo demasiado pronto.
  1. #51 Nadie te obliga a irte a dormir a esa hora, si te fueses a dormir cuando anocheciese, y te despertases al amanecer, dormirías de media 12 horas al día. De todas maneras, insisto, los números son solo representaciones que se le dan a la posición del sol. Tú te has acostumbrado a los tuyos, y los polacos más al este de su país están acostumbrados a que en invierno a las 4pm ya se haya hecho de noche. (Por no hablar de las zonas árticas). La gente solo adapta sus horarios a la posición del sol en cada número.
  1. #43 Sí, bueno, lo he corregido. Me ha faltado un "casi". Pero era por mostrar de una manera gráfica el "conceto"
  1. #47 los números son solo un nombre que se le da a la posición. Nos acabaríamos acostumbrando, igual que la gente se ha acostumbrado a los cambios de monedas. Y hoy en día, que cada vez hay más comunicaciones internacionales, ayudaría mucho en el sentido de no tener que traducir horas en las preguntas del tipo: "¿A qué hora abrís la oficina?" (En empresas con oficinas en diferentes continentes), "¿A qué hora te despiertas mañana, para que te pueda felicitar el cumpleaños?" (En familias en las que algún miembro haya tenido que ir a trabajar al extranjero), etc
  1. #31 Ya, pero es que si lo piensas bien eso no es nada exagerado. En un día normal de 12 horas debería amanecer a las 6 de la mañana y anochecer a las 6 de la tarde, siendo las 12 el mediodía.

    El comentario #1 se refiere a que al sumar el estar Galicia tan al oeste, con el efecto de alargarse el día por el verano, a "media noche", aún hay casi luz solar.
  1. Siendo estrictos creo que es incorrecto decir que "debería haber 24 husos horarios". Si hubiera 24, las localidades más cercanas al límite del huso, tendrían una desviación aún considerable, de media hora. Una hora entre ellas.

    Yo soy de los que pienso que "debería haber un único huso horario", y que cada localidad, región, oficina, negocio adaptase sus horarios a la representación de la hora solar en ese huso. Digamos que adoptamos UTC como huso horario único mundial. Entonces las empresas japonesas abrirían de "1 a 9", las polacas de " 7 a 15" las del este de España de "8 a 16" las de Canarias de 10 a 18, y las de Nueva York de 14 a 22" (Son horarios puestos a voleo, no me seáis tiquis-miquis")
  1. #12 No entiendo este comentario. Si lo estás comparando con Galicia, la diferencia es de solo una hora. Si lo estaś comparando con la posición del sol, o el huso que debería ser el natural. las tardes son aún una hora más largas de las que deberían.

    Aunque creo que lo acabo de pillar. Te refieres a que en invierno los días son más cortos, y en este caso el desfase es menor de 3 horas, bastante menor si además tenemos en cuenta los crepúsculos.

Los mismos contagios que hace tres meses: más de cien en un día en Galicia [6]

  1. #4 Exacto. Se merece el voto de errónea. No son "contagios" sino "positivos por PCR", que no es lo mismo. Dicho lo cual, sí que es preocupante el aumento constante que está habiendo en la cantidad de positivos.
« anterior1

menéame