Mensajes

[en algunos casos mortales]

Jajajajaaaa... y estabas en un cuartel de monjas o que???...

No. En ese preciso momento estaba en el CIR (Centro de Instrucción de Reclutas), como es algo que se llamará diferente en cada país, es la instrucción previa a la jura de bandera... el cuartel tenía (según los más veteranos) más de 5000 reclutas...

Hasta donde sé, esa 'vacuna' se administra en todos los países del mundo desde que el Servicio Militar se hizo obligatorio, tras la revolución rusa (el resto de países acabó por copiar el sistema de reclutación forzosa que se había practicado en Rusia).

...por supuesto jamás se informa del propósito de cada vacuna, y es frecuente que se administre junto a otras vacunas que si puedan tener un efecto medicinal previsto en la ley... vamos que siempre que se administra, se administrada camuflada. A ti te la pondrían y te dirían que era para prevenir ciertos mosquitos amazónicos que por ciertas fechas aparecen por tu zona, o cualquier otra excusa si es que se molestaron en dar alguna.

Todos los medicamentos tienen contraindicaciones inclusibe son susceptibles de reacciones alérgicas....


El ibuprofeno puede provocar efectos secundarios. Avísele a su médico si cualquiera


4.8. Reacciones adversas
Las reacciones adversas que se observan con mayor frecuencia son de naturaleza gastrointestinal. Pueden
producirse úlceras pépticas, perforación o hemorragia gastrointestinal, en algunos casos mortales,
especialmente en los ancianos (ver sección 4.4)...

Trastornos gastrointestinales
Trastornos de la piel y del tejido subcutáneo
Trastornos del sistema inmunológico
Trastornos del sistema nervioso
Trastornos psiquiátricos
Trastornos del oído y del laberinto
Trastornos oculares
Trastornos de la sangre y del sistema linfático
Trastornos cardiacos y vasculares
Trastornos renales y urinarios
Trastornos hepatobiliares
Trastornos generales

Ya, pero el caso que presentas con el Ibuprofeno es que toda esa larga lista, no se podría haber podido reunir, si tan solo se hubiera explorado en un tiempo de (pongamos) 4 meses de pruebas... Es decir:
Frecuentes: vértigo. ?
Poco frecuentes: ???
Raros: ?????
Muy raros: ????????
Desconocido: ????????????????
No se habrá podido estudiar los casos 'muy raros' y probablemente no lo suficiente sobre 'casos raros', todos ellos habrían entrado en la categoría de desconocidos hasta que se dieren los primeros casos que se documentaren (si se detectan como secuela de tal o cual medicamento. Es fácil que un paciente 'navegue' de acá para allá' hasta que fuinalmente se pueda reconocer que su padecer es a causa de un efecto secundario o adverso).

Aquí y ahora han pasado del diseño a la fabricación y prácticamente a la administración el tiempo de pruebas es aún muy limitado, date cuenta que aún no ha pasado siquiera 1 año, desde que China admitió que existía el virus...
Sería interesante disponer de los datos sobre cuándo cada compañía farmacéutica/equipos de investigación, dieron fechas de inicio: al diseño, fabricación, pruebas y administración al público...
...sin importar que uno fuera un profesional de la medicina yo creo que se escandalizaría o cuando menos tendría perfectamernte claro que tener dudas es dentro del caso, LO NORMAL y lo patológico no es más que asumir que TODO ESTÁ BIEN...

Ninguno respondeis a lo que pido.. 

En efecto...

Los programas indicados sirven para los ficheros que borres en lo sucesivo. Para los ficheros que ya hubieres borrado, la solución consiste en sobreescribir todo el espacio libre en el disco duro. Desconozco si hay alguno por ahí funcionando...

A raíz de las medicinas pasadas y en relación al COVID...

Soy yo el único que recuerda que hace algo así como 2 años salió un producto chino que literalmente decía algo como que: "un grupo de investigadores chinos logra curar la calvicie partiendo de un virus..."  ...curiosamente no logro encontrar la noticia ya, puede que fuera algo más vieja, puede que no recuerde exactamente el detalle, que no me haya tomado demasiadas molestias en buscarlo o puede que simplemente fuera el inicio de este virus y entonces haya 'desaparecido' la noticia...

Por cierto, si el hilo se titula "¿Os pondríais la vacuna...?", considero que sería adecuado que en la primera intervención, cualquiera que participe del hilo responda a la pregunta, pués esa es básicamente la naturaleza de este hilo... luego comentad lo que querais.

...en el ejercito me vacunaron un par veces no se para cuantas enfermedades...

Yo me negué, sin tener el prospecto a mano para saber que C0J0N35 me estaban poniendo... la reacción de ellos fue, 'vale espera ahí detrás y cuando venga el capitán se lo dices...' y así hice y ahí esperé... el caso es que al final pasó todo el cuartel por las colas, se desmontó el chiringuito y allí no vino nadie, al llegar la hora de comer me fuí al comedor y nadie me dijo nada de nada.

Al año o así, comentando el caso con un amigo que cursaba carrera militar, me comentó que posiblemente fuera una 'vacuna' contra la líbido del personal...

Coincido en lo de parcialmente irrelevante.

Sin duda cuando un sistema es complejo, disponer de una plantilla que l resuleva es eficiente en cuanto al tiempo de desarrollo, sin embargo las soluciones suelen tener peor eficiencia en cuanto a ejecución. Dado que en orden a la claridad y orden, las cosas pueden estar duplicadas no estar alojadas en el sitio más favorable etc... a menudo hay clases intermedias ocultas, precisamente para empaquetar funcionalidad, pero que estrictamente no serían necesarias, pero suponen una simplificación sobre el control del código.

Es irrelevante, porque cuando se conoce y tiene claro lo que se precisa hacer se puede hacer más eficiente sin seguir el patrón con 'total exactitud', de hecho hay cosas que ni necesitas o no incluye otras que precisas como fundamentales, luego usar un patrón de sieño, puede suponer tener que 'bordearlo' para que se ajuste a lo que quieres, con lo que ya se sale aún más de la eficiencia (sucede con todo ese código necesario para circundar las limitaciones que el sistema impone).

No es irrelevante para programadores que se manejan en el fangoso mar de las dudas, tampoco para quienes precisan un código rápido  (de escribir, no de ejecución).

Por otro lado, si uno se pone al caso habría tantos 'semipatrones' de diseño que no bastarían una docena de libros para describirlos.

Finalmente diría, que mucha de la filosofía de un lenguaje conlleva tras de sí, precisamente ciertos patrones no visibles.... después de todo, el propio paradigam de la programación orientada a objetos, nació como un patrón de diseño, aunque ya desde los 70 y 80, se auguraba más o menos vagamente dicho paradigma aunque sin concesiones, por entonces la pralabra 'estructurado' era el clímax del que hoy sale ese apéndice que entendemos como patrones de diseño.

Rotundamente NO.

Si todos los medicamentos hasta ahora han tardado años en aprobarse por las duras pruebas de testeo (y eso que muchas solo afectarían a una pequeña minoría y no trataban de curar nada mortal), no entiendo por qué esto ha de ser distinto y no seguir el MISMO proceso.
Es más dado el cariz de que afecta a todo el planeta y que es mortal, se le debería exigir con razón aún más pruebas respecto de efectos secundarios ...especialmente los que puedan a aparecer a largo plazo, que es el más grave a contener.

No me parece mal, que quien quiera ponérsela se la ponga, pero CREO que deberá ser totalmente voluntario y por tanto ser tratados como las cobayas del laboratorio, luego los efectos secundarios que tuvieren no deberían ser distintos (respecto de quejas y reclamos), a los mismos voluntarios que se presentan cuando la 'están probando' (que es lo que estará sucediendo en la situación actual).

Por último, considero muy importante que todos los defensores a ultranza de las vacunas sean (caso de ser obligatorio en algún país), los primeros en ponérsela, empezando por políticos, luego sus simpatizantes (todos estos que salen en foros y rede ssociales defendiendo el asunto de las vacunas), luego por médicos y (resto de centifiquillos del ramo)... y en último lugar (repita, en caso de ser obligatorio en algún lugar), a aquellos que no quieren ser vacunados...

Otra pregunta (quizás más) interesante sería la dual: el que se vacuna porqué quiere vacunarse y el que no, porqué no quiere vacunarse.

1) Sabes qué es mejor que 123456: 654321.

Es trivial.

2) No se puede evitar que la gente sea retrasada. Eso está en la naturaleza de algunas personas.

Creo que es el caso de la inmensa masa que apenas sabe lo justo de informática, usa los recursos de la red, pero no sabe nada subyacente sobre la tecnología, son puramente consumidores... En realidad no es culpa de ellos, a menudo en ejemplos de manuales aparecen contraseñas como 'admin', '1234' (parta ejemplo tenemos los fabricantes de router, que las suelen usar por defecto), luego ellos acaban por considerar que 'si lo usan los fabricantes, será que eso es seguro, entonces ''pluto1234'' tiene que serlo mucho más'.

Sin ir más lejos, cuando lees manuales de programación ves cosas igualmente ridículas como: 'Ahora vas a crear tu primer programa en el lenguaje 'x'... escribe:
print "Hola mundo"
y se quedan tan panchos... Al igual que los lenguajes de 'Hola mundo' crean programadores mediocres, los manuales de programas que señalan 'crea tu contraseña' y exponen como ejemplo una casilla de texto con '1234' han acabado creando usuarios confiados (no retrasados, retrasado lo sería si después de birlarle una cuenta, siguiera usando esas contraseñas). Para ellos es muy fácil pensar en algo como: 'con toda la gente que hay en el mundo, con dinero y otras coas de valor, para qué me van a atacar a mi con mi modesta contraseña???'...

3) La mayoría de los lugares ya ni siquiera permiten que la gente cree contraseñas como esa. La mayoría de los lugares a los que me registro en estos días requieren letras, números y, por lo general, símbolos.

Las tarjetas de crédito sin ir más lejos se han manejado con 4 digítos... claro que al  tercer intento fallido la tarjeta quedaba bloqueada en el cajero.

4) Nunca podremos cambiar el deseo de los seres humanos de hacer las cosas lo más simples y rápidas posible. Supongo que eso significa algo para nosotros; más cuentas crackeadas para usar/vender lol.

Tampoco podremos cambiar la creencia de los fabricantes de imaginar que los sitemas biométricos son infalibles, no solo antes el robo si no ya incluso para uno mismo.
Yo mismo si uso mi huella dactilar para el tf. móvil, solo me vale para el propio día, al día siguiente ya no me la reconoce... las yemas de mis dedos no mantienen largo tiempo su aspecto, las líneas no cambian básicamente en la vida, pero sí se pueden deformar fácilmente por la erosión. Si eres dado a las manualidades, te podrá suceder a menudo.

5) Incluso si las personas no fueran lo suficientemente estúpidas como para usar cosas simples como 12345, esa vieja fuga de rockyou db con las contraseñas y los correos electrónicos y todo por sí solo ha llevado a que se violen opciones más seguras. Sus contraseñas no están seguras en sus mentes, o por parte de la tecnología, finalmente.

Es que ahí es donde tenemos cierto deber nosotros. Si cada uno enseñamos a nuestos amigos y conocidos a usar contraseñas fuertes y muy fáciles de recordar, no tendrían problema en mantener contraseñas seguras... y con el tiempo, cada uno de ellos, se lo enseñaría a otros...

A menudo cuando descubro esas contraseñas ridículas en mis amistades, les pregunto: "tienes en tu cabeza alguna estrofa de una canción o una frase, que sabes que jamás se te olvidará?. La respuesta siempre es sí.. les pido que la reciten  y les muestro como usar (por ejemplo, en el modo más sencillo), la primera letra de cada palabra... así si la estrofa tiene 20 palabras es de 20 caracteres de largo, guau, escrito no la podrías recordar, pero resulta que la frase YA ESTÁ memorizada en tu cerebro... luego les digo, bueno no lo dejes tan simple, después de todo hay letras que son las más comunes para empezar palabras, podrías por ejemplo descartar palabras de menos de 3-5 letras, o usa la letra inicial, luego la segunda en la siguiente palabra, luego la primera, etc... alternas una mayúscula otra minúscula, si son dos o más vocales seguidas omite excepto la primera o la última. etc... usa tu imaginación, y mete en algún punto algún número aunque no tenga número, por ejemplo cuenta las letras de una o dos palabras y ahí en medio de ellas lo pones, etc... después de una breve charla con diversos ejemplo escritos, captan la idea y con el tiempo notan la diferencia.

6) Por otra parte, odio cuando me prohíben usar símbolos y luego nunca puedo recordarlos.
7) A estas alturas, cualquier sitio web que solo permita la autenticación con contraseña tiene una seguridad inadecuada. elhacker.net permite la autenticación solo con contraseña, pero recomiendo encarecidamente a todos los administradores, y en especial al dueño, que habiliten 2FA, que creo que es una compensación práctica para garantizar que las personas puedan registrarse con la suficiente facilidad. 2FA basado en apps o 2FA de token de hardware debería ser lo mínimo en estos días. Incluso sería mejor si los datos de comportamiento también se vieran como datos de localización, direcciones IP/información de ISP, huellas digitales del navegador, etc. como un tercer factor para generar un puntaje de confianza. Por supuesto, todos los datos de comportamiento se pueden aprender y falsificar, por lo que no es aceptable para la autenticación per se, pero aumenta la dificultad del secuestro de cuentas.

Yo que lo más odio, es que el usuario que aparece en un sitio, sea justamente la mitad de tu login en ese sitio...
Si aquí tu alias es 'TickTack', cualquiera tiene ya la mitad de tu login, solo precisa encontrar la contraseña... Además si algien quiere entrar en tu cuenta ya sabe que tiene que usar 'TickTack'... si consigo dar con la contraseña tengo acceso a tu cuenta, que es la que uno en un momento dado quería atacar...
Yo prefiriría que el login exigiera un alias que para nada sea el alias usado en el foro, supongamos que en tu login usaras 'perico1234' (ahí que no te gusta eso del 1234  ), solo con ver tu alias de 'TickTack', yo no podría decir... "voy a ver si consigo entrar en tu cuenta..." porque no sé cual sería tu alias de login, un login cualquiera usado podría corresponder a cualquier usuario desconocido, luego no podría siquiera 'fijar un objetivo concreto'...
...pero 'Donald Trump' sabemos que es la cuenta de 'Donald Trump', pero si Donald Trump, hiciera su login con "Pato Donald", la gente tendría que adivinar no solo una contraseña facilona (que seguro que la tiene facilona), si no además el alias... las combinaciones se elevan al cuadrado.

Pero es que los que deben decidirlo son los que viven en el sitio, no todos.

ERROR... lo deciden todos.

Es como si algunos deciden que quieren una jornada laboral a la semana de 20 horas, pero solo pudieran votar aquellos que están a favor.  Es ridículo, deben votar todos los afectados, esto es, todo el país.

Imagina que tu vecino decide que no quiere pagar la comunidad y para hacerse fuerte decide independizarse del 'edificio', como eél es el máximo interesado, solo podría votar él, según tú y no todos los vecinos del edificio que son todos los afectados... escaleras, luces, ascensor, tejado sótano y facada... todos son elementos dle edificio, afecta a todos.

Una votación donde solo voten los propios interesados (a favor de su contienda), resulta absurda. Vamos jamás existirá una votación donde haya 20 tipos decididos por una cosa, voten y salga que los 20 voten 'no'... y si la hubiera cabría añadir que son tontos del KU10...

En efecto, para manejar más de 255 caracteres, debes prescindir de los 'ReadLINE y WriteLINE, que como su nombre sugiere refieren a una sola línea.

Puedes crear arrays donde cada ítem del array fuere una línea. Usar directamente un array de bytes es igualmente válido, cuando se escribe al detectar los caracteres de salto de línea, los interpreta y sigue escribiendo...

Nota que algo WriteLine y ReadLine, suelen usarse para la interacción con el usuario, normalmente si se le pide algo al usuario suele bastar una línea (o en varias writeLine-s), pero la respuesta dle usuario suele limitarse a una sola línea, luego ReadLine es más que suficiente al caso.

Ahora la cuestión es... porqué perder tiempo con la consola para intentar sortear los límites prácticos de la consola cuando hay controles para hacer interfaces de usuario sin las limitaciones de la consola????????. Un chat acaso no será más cómodo en una ventana (form) con alguna caja de texto multilínea... pero en fin, cada uno pierde el tiempo como quiere.

Considera que igual que tú has hallado vulnerabilidades, puede suceder que al mismo tiempo alguien también las haya encontrado y a diferencia de tí, esté utilizándolas para su provecho o simplemente digamos que ilegalmente. En tal situación reportar dichas vulnerabilidades les lleva inmediatamente a sospechar que eres tú el que les está asaltando y que no logran evitar.

Es una lástima que los gobiernos no incluyan (provean ni prevean), un sistema donde poder reportar estos datos (por ejemplo) a la policía pescializada en delitos telemáticos, como un apartado precisamente para recibir estas notificaciones y que luego ya la policía pudiera trasladar a las empresas y sobretodo verificar la validez de las vulnerabilidades y dando por positivo los resultados, exigir un plazo (razonable) a las empresas para enmendar dichos fallos (cuando lógicamente dependa de ellos).

Así que sí, lo mejor es enviar una notificación anónima donde expliques todo el caso bien desarrollado. No olvides incluir fechas y horarios (si los recuerdas), pués de algún modo esto podría ayudarles a distinguir esas otras posibles o supuestas intrusiones que tuvieren. Por supuesto si no señalas como destinatario "departamente de seguridad informática" (o similar), tiene muchas posibilidades de que acabe en la basura sin siquiera alguien que lo lea. Y aún con eso, puede que no sea atendido.

Más interesante si además de enviarlo a la propia empresa, se lo envías también a un juez, y aclaras en ambos escritos algo como: "este documento se envía por duplicado a la empresa 'x' y al juez, para que en futurible caso de violación de seguridad de la empresa, pueda un juez desestimar las posibles denuncias alegando omisión del deber en la seguridad..."
Es decir es una aclaración a la empresa de que en caso de que no resulevan los problemas, si en un futuro a causa de dichos fallos les expolian, el seguro (por ejemplo) podría denegarles el derecho a la cobertura alegando que fueron halladas vulnerabilidadas en el pasado, que no han sido corregidas y que son la causa del expolio. En fin, supone una invitación clara a corregir sus fallos o que se atengan a las consecuencias.

Nota que un diagrama de flujo es sustancialmente distinto a una máquina de estados, aunque ambos tienen un carácter de desarrollo, un autómata suees ser específico a una tarea muy determinada. Si bien un autómata puede ser expresado también y fácilmente en un diagrama de flujo, lo opuesto puede llegar a ser inabordable ysi hay cierta complejidad.

En un diagrama de flujo, básicamente expresas todo o parte de lo que un programa hace, además se puede hacer a mayor o menor detalle... una caja puede contener todo un programa, o una simple línea de código... Una máquina de estados opera siempre al detalle mínimo, es decir aborda los detalles del problema en cuestión. ambos pueden ser abstraciones, por cuestiones de generalidad (múltipleas adaptaciones de uso, por pocos cambios para el caso de que se trate).

Los diagramas de flujo centran su interés casi exclusivamente al hehco de tener que mostrar el comportamiento (más exactamente la forma en que se desenvuelve), a terceras personas... sea para enseñanza, sea para que lo programe un tercero, etc...

El autómata centra su interés en 'vehicular' el código necesario cumpliendo todos los condicionantes exigidos. Es decir la idea de crear el autómata es escribir luego el cóodigo libre de errores a sabiendas de que cumple su funcionalidad. Con el diagram de flujo, esto solo es posible cuando el diagrama expresa los detalles más ínfimos, si no es de 'libre implementación' esas partes no detalladas.

Es decir si es para ti mismo un diagrama de flujo, solo pueden llegar a ser necesarios cuando la complejidad o envergadura del sistema exige, dicho tratamiento para abordarlo e ir definiendo partes completas y partes sin terminar o mejorar, o probar... es decir como un planificador de trabajo.
En cambio un autómata se hacen necesarios cuando hay muchas condiciones y son complejas y se requiere una alta eficiencia. Además una vez completado un autómata, siempre puede ser optimizado so pena de dejar el código más oscuro.

Como te decía al comienzo, un diagrama de flujo es sustancialmente distinto a una máquina de estados aunque hay puntos en determinadas situaciones donde el diagrama de flujo y la tabla de estados son sinónimo lo uno de lo otro, es decir partiendo de ellos se puede escribir el código subyacente.

...por lo demás, en el enlace los pasos están meridianamente explicados, siguiéndolos al pie de la letra, no te pierdes. La importancia para tal ejercicio, recáe únicamente en que te sirvan de base para poder desarrollar otros diagramas por tu cuenta.

No me gusta (de dicho artículo), el grafismo usado en el desarrollo. Me quedo con la descripción del viejo libro (1970) de Mario Farina (Flowcharting), que pese a su edad sigue vigente, no se han realizado aportes significativos desde entonces.

Particularmente considero que mediante UML, se consiguen desarrollos más sencillos y explícitos de seguir (creo recordar que VS-2008 permitía generar el UML correspondiente a tu código, y no recuerdo si luego en las siguientes versiones lo disgregaron de ciertas versiones).
Pero igualmente si no es para que entregar o exhibir a terceros, no suelen tener una utilidad propia, más allá de la comentada cuando la complejidad exige una planificación que facilite su suguimiento y abordaje. Por supuesto tampoco estorba, cuando como el caso comentado, el diagrama era generado a partir del código, algo muy útil para repasar un proyecto de cierta complejidad que hiciste tiempo atrás y del que ya olvidaste detalles...