Pues no tenía ni idea ... sí me sonaba que los pozos buenos están casi agotados (bueno, que dan los de Irán, Iraq, Arabia, ..) y lo que dices encaja. Si dejas de insuflar el pozo se que "aposentaría" en estratos.
#47 Bueno, creo que ha quedado probado que realmente es una cosa menor que no vale para nada.
Cada comunidad autónoma está haciendo básicamente lo que le da la gana, desde apañarselas para conseguir material hasta decidir que criterios sigue a la hora de hacer tests.
Hasta la UE se las apaño para hacer compras conjuntas de material y conseguir mejores precios mientras nuestras autonomías van cada una por su lado y el gobierno por otro compitiendo todos como idiotas.
En el final “ Investigación: 30 millones de euros para el CSIC y al Instituto de Salud Carlos III“ toda la partida es solo para investigaciones de Madrid, cuando en otros lugares, como Catalunya, también se hace incluso financiado por la fundación Bill Gates
Habría que analizar los dos mapas distintos porque la información no es la misma, aunque se supone que en de España, solo los lugares marcados no disponen de al menos 30 Mbps.
#4 Nombre, apellidos, dni, email, número de teléfono... Con buena ingeniería social ya puedes suplantar a alguien ante la compañía de teléfono. De ahí sacas la cuenta bancaria, y ya puedes meter a alguien en un embolao. Y no digamos ya si consigues que la compañía de móvil te mande una sim nueva.
#4 Tienen una tarjeta de puntos para la que tienes que dar los datos personales típicos. Nombre, apellidos, dni, dirección, teléfono.... Más que suficiente para liártela.
#4 No te creas, a mí al parecer me ha suplantado por un modelo griego que parece un Dios con abdominales de titanio y una tirada de varias decenas de cms... no es tan difícil que lo suplanten a uno!
Ahora en serio, hay gente enferma que van a comprar allí hasta la bolsa del bocadillo.
Recordad, su ropa no adelgaza, su ropa no adelgaza, su ropa no adelgaza...
#112 Yo estudié Bachiller Técnico Industrial seguido de un ciclo de formación profesional Superior (Ahora estoy estudiando en la UNED en plan tranqui Igeniería Informática). En ambos se da programación de autómatas. En mi escuela los autómatas que estudiamos son Siemens, Omron y Allen Bradley (que son los más relevantes en la industria). Sé que hay cursos de formación continua para trabajadores en donde se ve programación básica de autómatas o PLC. Luego tienes en ingeniería industrial que se ve algo, no sé hasta qué punto; ya conocí a un ingeniero que en la empresa en donde trabajaba tuvo que ir a hacer un curso de programación del Siemens S7 porque no controlaba programación de PLC. Depende de qué empresa te dan o no formación. En mi primer curro tuve que aprender a programar en C en plan autodidacta para programar WINCC (un SCADA de Siemens). Y no sigo con mis historias de abuelo cebolleta. Un saludo.
#102 Bueno yo soy programador de autómatas industriales y aunque nunca he tenido problemas con esto creo que se refieren a errores por redondeo inherentes a las variables de coma flotante. Cuanto más operaciones se hagan más se acumulan estos errores por redondeo y por eso no cuadran las cuentas. docplayer.es/79144334-Tema-aproximaciones-numericas-metodos-numericos- No he encontrado algo menos técnico.
#102 No me convencen del todo las explicaciones que te han dado.
Los importes, por la ley del Euro, son cantidades enteras de céntimos de euro. Es decir que tú puedes legalmente pagar o cobrar un importe de 12,34€ o de 12,35€ pero no ninguna otra cantidad entre esas dos. Por ello la forma correcta de guardarlo en un ordenador es dentro de una variable capaz de manejar números enteros, es decir exactos. Si sumas miles de estos importes el resultado es una cantidad exacta.
Los floats no pueden hacer esto pues guardan aproximaciones a una cantidad, pero no una cantidad exacta. No importa lo muy buena que se la aproximación, no es una cantidad exacta.
Estas aproximaciones son tan buenas que si sumas no muchos de estos números, el redondeo que se realiza al presentar la cantidad enmascarará el resultado presentándolo como la cifra exacta correcta, pero no es cierto, es un redondeo. Si sumas miles de estas cifras el error se acumula y supera el umbral del redondeo de la presentación y obtienes resultados incorrectos.
El mundo real es siempre peor y por muy bien que programes no hay forma de cuadrar una contabilidad cuando hay leyes inconsistentes entre sí que te obligan a redondear unas cosas al céntimo(*) y otras cosas al euro y luego pretenden que eso cuadre, lo que no es posible. Lo que se hace en la práctica son apuntes contables de cuadrar a la fuerza unos pocos euros porque sí.
(*) La ley del euro prevé "operaciones intermedias" con muchos decimales que luego hay que redondear o truncar para poder hacer una factura con céntimos exactos.
#102 los decimales en float se guardan en binario.
En base decimal, cualquier fracción cuyo denominador no se componga exclusivamente por potencias de dos y cinco, tendrá decimales periódicos.
En base binaria sucede lo mismo cuando el denominador no se compone exclusivamente por potencias de dos.
Cifras como 49.99 no se pueden expresar en binario con la misma precisión con la que se expresan en decimal. En binario tiene infinitos decimales periódicos.
Si buscas por Internet verás ejemplos cosas como que sumar 0.1 y 0.2 no da 0.3 (no sé si este concretamente es un caso real)
Sea como sea, usando céntimos te quitas de un plumazo ese peligro.
#102 0 a veces no es igual a 0 !! En coma flotante, puede que haya 2 valores tan cercanos a cero ( o a cualquier otro número) , que se muestren como cero, pero en realidad existe algún bit diferente entre ellos.
Cuando no puedes cambiar el origen de los datos, la ñapa oficiosa para saber si un número es igual a otro suele ser comparar su diferencia con el margen de error.
Es decir puedes decidir si precio1 y precio2 son iguales, haciendo abs( precio1 - precio2 ) < 0.001
#26 El_higado_de_Jack 
