Mensajes

Desde que saltó a la noticias a mis oídos, estuve buscando enlace de descarga y por todo lo que he leído (y las capturas que se han expuesto), parece ser que en efecto es así...

De hecho en alguna parte se asegura que circulaba entre cierta oleada de hackers desde hace tiempo...

Leches, Mega me dice que no tengo suficiente memoria disponible para 'descifrar datos', y al bajar la aplicación de escritorio reclama un win7 al menos... para estos menesteres uso un viejo winXP...
Se agradecería si alguien lo 'splita' en 10 ficheritos por ejemplo... (aunque tengo instalado 4Gb. XP limita a 3Gb. el máximo)... Descargado el de 2'93Gb.

280 iconos: https://www.cloudwisp.com/blog/windows-311-icon-pack (pulsa el botón de descarga).

Algo interesante, es que más abajo te explica que habiendo instalado virtualmente windows 3.1, puedes usar una pequeña aplicación (descargable desde ahí mismo), para extraer los iconos de las diferentes aplicaciones.

https://joshmccarty.com/run-windows-3-1-in-dosbox/

Recuerda que muchos de los iconos están almacenados en algunas dll, para saber cuales son intenta cambiar el icono de un tipo de aplicación (le das a propiedad, y en alguna de las pestañas aparece el botón: 'change icon', para elegir el fichero que porta uno o más iconos... típicamente la dll shellXX.dll es la que porta los principales, pero también userXX.dll  (XX refiere por ejemplo a 32 para las versiones de windows 32, no recuerdo ya si windows 3.1 incluía numeración de 16 o apareció más tarde).

Otro sitio donde recogerlos, pero más costosamente (aunque si guardas la página completa a disco abriendo luego la carpeta habrá alrededor de esos 280 iconos):
https://github.com/mRB0/many-windows-3.1-icons-in-png-format

Si le doy a la opcion de desarrollo profesional, no te da la opción de administrador de sistemas, o hacking.... que es lo que quiero dedicarme, esta incompleto.

No hagas caso de este tipo de sitios.

- O bien caen en la simpleza (no tienen en cuenta ninguna de tus capacidades y características personales, ni siquiera tu experiencia previa, (currículum, etc)).
- O bien son interesadas (empresas pertenecientes a un grupo al que siguiendo el hilo acaba en la empresa que desarrolla este o aquel lenguaje)

Oh, si, claro, las vacunas que han pasado sesudos controles farmaceúticos... 

¡Toma ya!   
Ahora también van a utilizar Whatsapp para manejar, manipular y adoctrinar a la gente; lo que faltaba.

Y no sólo eso... ahora que el señor "cloacas del gobierno", es comisionado* del CNI, podrá ejercer sus chanchullos sin miedo a ser estorbado... podrá espiar a cualquiera con cualquier pretexto, ya que no habrá nadie ahí, para decirle qué no puede hacer...

...la cosa se pone interesante, cada vez "el cloacas", está más cerca de conseguir lo que el golpista y traidor Chávez logró en Venezuela (infectar el gobierno desde dentro, del virus del comunismo, que 'libró' a todos de la paz, seguridad, sanidad y economía, que nadie excepto él y otros pocos locos ansiaba)...


*(recordemos que fue blindado en el puesto bajo el pretexto de: "El decreto ley de medidas urgentes contra la pandemia modifica la ley que regula el CNI", porque efectivamente esa era una medida urgente 'contra' la pandemia... ahora que nos cuente alguno de esos comunistoides cuales son los resultados (pandémicos) de esas medidas urgentes que 'precisaron' regular el CNI).

No sé si con "proyectar en segundo plano y tercer plano", te refieres a la proyección con 2 y 3 dimensiones...

Segundo plano, suele referirse a un apartado que opera independientemente fuera de la atención principal (sea de lo que sea), si se combina con 'tercer plano', no hay contexto, para determinar a qué te refieres, en el caso, un tercer o cuarto plano, siguen siendo segundo plano (fuera del foco de atención, sea o no con menos prioridad).

En cambio si estás hablando sobre el trazado en geométría, en informática suele utilizarse más el término 'dimensión' que plano... así, se habla de 2 y 3 dimensiones y no de 2 y 3 planos.

Contextualiza claramente a qué te refieres.

Segun entiendo y me aclararon deberia proponer los casos mas representativos para calcular la complejidad?

Exacto, los más representativos. A veces también es preciso explicar mejor y peor caso si se dan.

Por ejemplo buscar el valor mayor de un array (que no está ordenado):
Ea una búsqueda lineal, exige recorrer todos en el array para garantizar que en efecto, 'detrás' no hay otro mayor, el tiempo por tanto sería el tiempo de comparación con 1 elemento, multiplicado por el número de elementos del array. En este ejemplo, no hay mejor ni peor casos, todos son iguales indistintamente de que el mayor se encontrare el primero, el último o en medio, esté repetido 1 o 50 veces.

Si en vez de buscar el mayor, buscamos un número dado pero el array está ordenado. El resultado nunca será exacto, pero puede saberse el mejor y peor casos: el mejor caso es que se encuentre a la primera y en el peor log(n) (en base 2), pués supònemos una búsqueda dicotómica (binaria). Pero no puede darse un valor exacto, siempre dependerá del valor buscado y el resto de valores en el array.

Todavía si la búsqueda es sobre una tabla hash, en vez de un array, la búsqueda es unitaria siempre, aunque el tiempo de la búsqueda nunca será igual, se considera que sí, porque la diferencia de tiempos entre uno u otro caso es mínimo. Ahora bien,, si lo que se quiere es explicar el algoritmo, entonces habría que resolverlo en la forma:
O = (Hash(v)) + Search(hash(v))
es decir el tiempo de hashear el valor, + el tiempo de buscarlo.
Incluso el tiempo de búsqueda puede variar si hubiera colisiones, luego con más exactitud sería la suma de 'Search(Hash(v))' para cada colisión hasta que se encuentre o no haya más colisiones (no existe).

Si no se reclama el detalle del algoritmo, se considera al caso, un tiempo unitario, pués calcular el hash del 'v' (valor), puede variar en función de los dígitos/caracteres que tenga, salvo que se trate como un número absoluto. Pero suele ser equivalente (sin apenas cambios) respecto del cálculo dle hahs de otro valor.
Todavía si se reclama, es preciso explicar los detalles (por ejemplo, del ejemplo), el caso de las colisiones, pués la frecuencia de los mismos se asume aumenta a medida que la ocupación de la T.Hash se fuere llenando.

En definitiva, debes considerar el objetivo destino de dicha información y darla más o menos detallada y precisa según se necesite o te requieran.

Debes considerar el tiempo 'n', para la unidad de ejecución básica de lo que sea que haga tu algoritmo.

Puede ser que tu algoritmo recorra un bucle y en función de determinadas situaciones verifique cada elemento, o solo algunos, por ello, siempre se debe considerar el tiempo de ejecución para 1 solo elemento... y luego considerar el caso del tiempo O= n*x, siendo n el tiempo unitario y 'x' los elementos que al caso pueda considerar un bucle (lo cual es variable).

También sucede a menudo que un algoritmo, tiene derivaciones según los datos presentes, en tal caso se calcula un valor medio, como el aceptado (o el valor mas frecuente). Si existe la posibilidad de considerar mejor y peor casos y se conoce su frecuencia pueden calcularse con más exactitud, si no un valor medio aceptable.

Por ejemplo, por mucho que se quiera un algoritmo de ordenación como 'Quicksort', no puede ofrecer un tiempo exacto para todos los casos dado un tamaño fijo del array a ordenar. Ya que dependerá del estado actual del array la cantidad de intercambios, comparaciones y particiones que se harán. ...existe un mejor y peor caso... hay dos modos de proceder:
- Considerar valores aleatorios para el array, ejecutar cierto número de veces y obtener el valor medio (deberán ser arrays muy grandes para que las interrupciones del S.O. no falsifiquen el tiempo aproximado, esto es que que la mayor parte dle tiempo sea proceso del algoritmo).
- Descomponer el algoritmo en sus unidades más elementales y considerar el tiempo para cada una de ellas... por ejemplo con quicksort habría que analizar el tiempo de intercambio entre valores del array y el tiempo de recorridos haciendo comparaciones satisfactorias.... puede exponerse finalmente el tiempo de una forma  funcional de modo que exija ser calculado para cada caso.

...Básicamente esto último, es lo que tendrás que hacer con distintos tamaños de arrays, ya que el tiempo unitario crece exponencialmente a medida que el array crece (en potencias de 2, dado el cariz del algoritmo).

p.d.: Nunca viene mal si el algoritmo presenta mejores y peores casos exponer el tiempo en tales situaciones, y explicar las condiciones en las que se dan tales casos.

Sobre los asuntos legales, pués imagino que abogados y juez se verán las caras. Aunque siendo menores de edad, la cárcel no será su paradero final.
Me pregunto sobre la raíz de ese desprecio hacia las gentes de otra cultura, en qué puede haberles afectado siendo tan jóvenes como son, para llegar a esos sentimientos insanos. Es decir, no creo que haya motivo alguno para esos insultos descarnados, que puedan aludir como resultado de un 'perjuicio vital', por lo que creo que será más bien 'implantado' por personas en su proximidad.

Si ha quedado patente cierto analfabetismo (por otro lado omnipresente en adolescente, difícil de creer hoy día)... seguramente nunca han visto una selva en la realidad ni ha visitado (siquiera por google earth, que hoy es totalmente accesible) los países donde aún quedan selvas y como es y ha evolucionado la civilivación de las ciudades aledañas.

Hay marcados estereotipos sobre las gentes de tal o cual país en relación al avance tecnológico... que posiblemente fueron válidos hasta hace 20, 40 o 60 años, pero que ha cambiado drásticamente desde entonces. Este analfabetismo de la juventud es realmente preocupante, pués nunca antes que ahora había disponible información al alcance de la vista y la lectura de modo casi instantáneo sobre casi cualquier tema.