La traición suele estar castigada con pena de muerte o cadena perpetua... un grave problema para ese chico, meramente por presumir.

Sin duda el chico no tendría intención de espianaje, pero el resultado es el mismo, filtrado de documentos oficiales militares. Quizás por ahí se pueda lograr que no le caiga pena de muerte... habrá que ver si primero es o no juzgado por un tribunal militar y luego que línea sigue el abogado.

Para mi la pregunta clave, es cómo un chico de 21 años, tenía acceso a dicha documentación, pues en algún lado he oído que además era un becario.

Sea como fuere, deja patente la falta de seguridad, en la 'Seguridad Nacional'.

La primera parte de cualquier programa es obtener una especificación clara y concisa del problema. Tu descripción es un galimatías...

Tú debes limitarte a decir qué necesitas y olvidarte de momento de como se logra. Te comportas en una situación como la siguiente:
Un señor quiere construirse una casa, se reúne con el arquitecto, y en vez de decirle: "Quiero una casa con 3 dormitorios (el principal que esté orientado al este, para ver el amanecer), un baño, el comedor y una cocina, de 'x', 'y' ...  'z' metros cuadrados respectivamente."
Tu lo lías todo y le dices, coges ladrillos y pones unos encima de otros y unos solapando en otros, lo levantas de alto bastante más de lo que yo mido, con agujeros  en el centro (no se ponen ladrillos en ese trozo), se ponen baldosas y ya pondré yo una mesa sillas, un sofá, una cama o lo que yo quiera incluso una alfombra.. y bla...bla.bla..."
...total un lío. por que lo juntas todo. Separa la especificación de la resolución del problema (el qué quieres, del cómo se hace o resuelve). Limítate a la primera parte y deja que la segunda te la explique el profesional...

Si cuando vas al médico por un corte, tienes qué decirle al cirujano como ha de operarte o coserte, lo más probable es que te digan, el profesional soy yo, y sé como hacerlo, cállate y quedará bien, si cualquiera te hace caso quedará mal, con riesgo elevado de infección o cicatrices feas y enormes....

No quita que tu pienses por tí mismo como debería hacerse, pero esa parte guárdatela para tí, por que al escupirla solo confundes todo y queda confuso qué necesitas, porque mezclas el cómo se ha de hacer y es todo un despropósito en el que nadie querrá meterse.

Si eres capaz de ceñirte a describir la especificación de lo que quieres y te olvidas del cómo (olvida esas tonterías de claro u oscuro, existen los colores basados en los canales RGB con valores entre el 0 y el 255, que pueden ser espaciados (por ejemplo a distancias de 16, luego serían 16 valores por canal, luego 16x16x16 colores = 65536 colores o a distancias de 64, entonces serían 4x4x4 = 64 colores).

Si como digo eres capaz de ceñirte a describir lo que necesitas, con claridad y concisión, puedo explicarte como resolver el problema o si es muy breve darte la solución, pero si pones lo que parecen ser condiciones, cuando en realidad estarías intentanto dilucidar como lo resolverías tú, no merece la pena ni leerte... porque no queda nada claro excepto que el problema primordial es que no se entiende tu problema.

Es difíci que así por las buenas alguien vaya a entregar su tiempo, esfuerzos y capacidades por amor al arte... tú pides que la gente te entregue su alma...
Lo mejor es que trates de encontrar gente que esté en tu misma inquietud y así poder ayudaros mutuamente, al menos el trabajo queda repartido. Como ambos sois los interesados, ambos podeis colaborar...

2 cosas.
A - Las acciones se maneja por teclado manipulando sprites: https://en.wikipedia.org/wiki/Sprite_(computer_graphics)
B - Debes realizar algoritmos de detección de colisiones entre sprites: https://en.wikipedia.org/wiki/Collision_detection

Un motor de videojuegos lleva bastante trabajo, pero si uno tiene paciencia y los conocimientos adecuados, sale adelante...

No obstante mi recomendación es que simplifiques, haz que funcione y funcione bien, y ya lo irás mejorando con el tiempo. La mejor forma de no acabarlo nunca es imponerte metas muy altas.

Sin ninguna duda.
ChatGPT, marca un antes y un después... quizás no tanto sus capacidades, como por el hecho de que esté a disposición de todo el público de forma libre.

Hay que recordar que como IA está orientado al lenguaje y es importante tenerlo en cuenta para entender como exprimirle todo el jugo. Los que lo tratan como un oráculo, se equivocan en la forma de usarlo.

Yo lo he puesto a prueba concienzudamente y puedo decir que es bastante bueno, aunque le falta coherencia... puedes describirle un algoritmo mediante un pseudocódigo en prosa, luego pedirle el código en x lenguaje (de programación) y te lo da. Yo he probado dándole las instrucciones muy enrevesadas y desordenadas y es capaz de reordenarlo todo bien y 'sacar' las conclusiones pertienentes, pedirle luego que explique que hace y acaba describiendo el mismo pseudocódigo que le dí, pero ahora ordenado y con claridad.

Falla en cuanto a la coherencia, si le pides un código en x lenguajes, a veces salta entre otros lenfuajes cuya sintaxis es básicamente la misma. Si le pides de nuevo que vuelva a poner tal o cual función, puede ser que añada o elimine parámetros que antes eran distintos, o bien ofrece una versión alternativa completamente distinta... en cuaquier caso casi siempre es bastante subóptimo, pero lo importante es que realiza la tarea y la mayoría de las veces bien... puede spregutarle sobre ciertas partes del código y las explica, es decir no se limita a un copy-paste (como muchos creen).

A veces tienes la rara sensación de que entiende lo que le escribes. Para verificar que no realiza copy-paste, nada mejor que exponerle un algorimo del que tengas la certeza que no hay ninguna copia disponible en la red... pero le das unas instrucciones tortuosas (yo lo he hecho), luego le pides que haga el código y lo hace correctamente (como digo subóptimo prácticamente siempre), luego le preguntas 'por qué el código del algoritmo funciona para resolver el problema descrito' y te da indicaciones bastante certeras, con indicaciones que incluso tú no le diste en las instrucciones, lo que te deja la sensación de que ha entendido (a menudo mejor que muchos usuarios que vienen al foro a preguntar  )...

Saber sacarle todo su potencial exige del interlocutor ser preciso en lo que pregunta. Si le das indicaciones vagas, puede dar resultados inesperados, cómo mínimo hay que instarle a que si encuentra alguna ambigüedad en tus preguntas que se sienta libre de preguntarte para resolver  cualquier ambigüedad.

Esta IA, en realidad no es distinto de un autómata con pila con salida, esto es un traductor. Un autómata con pila determina si la cadena de entrada pertenece o no al lenguaje (que el automáta reconoce). Cuando además tiene salida, es decir capacidad de cambiar la entrada, se llama simplemente traductor. ChatGPT, hace esto bastante bien, ya que tiene al parecer un potente algoritmo semántico del lenguaje humano, es por ello que traduce tu entrada conviertiéndola en la salida (que es a fin de cuentas el objetivo de la "pregunta-respuesta"), de una forma bastante provechosa y eficaz.

Como tal yo no lo llamaría IA, pero dado que está alimentado con redes nueronales, para mejorar la efectividad (aprender), goza del privilegio (a mi modo de ver), de aceptar ese término, pero solo acotado a la alimentación de datos, aunque también he leído que tras dar una respuesta, evalúa si la respuesta es aceotable o no y no sé hasta que punto esto es cierto... quiero decir, cuando 'mete' la pata y se lo señalo, se disculpa y a continuación lo corrige, pero no veo que 'él mismo', se dé cuenta de su error, debes tú corregirle de su error para que el entonces revise su respuesta y elabore otra respuesta corrgida.
OJO: No confundir esta capacidad con la reevaluación de su respuesta para la corrección del sesgo que en origen le hayan introducido. Me explico. Al explorar sus limitaciones, a veces me ha dado una repuesta correcta, y automáticamente pocos segundos tras lograr terminar su lectura (iba leyendo mientras generaba la respuesta), el mensaje se ha borrado y bloqueado por que seguramente incumplía alguna d elas premisas que se le ha exigido que 'no traspase'... En un caso concreto, no lo hacía pero el hecho de incluir su mensaje determinadas palabras (más de una), de las que supuestamente tratan ciertos temas que se pretende que filtre, pesaba más... es decir daban más peso a la sintaxis que a la semántica, lo cual es un error de juicio.

Marca un punto de inflexión porque es una base sólida para la semántica del lenguaje humano, aumentada con la potencia de profunda de acceso a datos y una capacidad de aprendizaje. Aunque la derivación de ese aprendizaje, está por ver... puede acabar con el tiempo convirtiéndose en un 'idiota', si se entrena con 'gente idiota'... y perder con ello efectividad. es decir, debería ser capaz de discernir cuando debe actuar como alumno y cuandco como profesor, al tratar con 'idiotas', solo debería actuar como profesor, sin nada que aprender de ellos. Pero como digo dependerá de la derivación del aprendizaje que siga. Yo le 'pondría una ROM', de modo que ese sería un sistema fijo que funciona y le daría los grados de libertad adecuados para que pudiera ajustarse a cualquiera, incluso a 'idiotas', evaluando siempre el punto de distancia máximo de lo que supone su ROM. Así se evita que sus capacidades colapsen, si es entrenada con un ejército de trolls... Algo que podría pretender por ejemplo una empresa competidora.

Por 'idiota' no me refiero a personas de tal o cual índole intelectual, si no a gente cuya intencionalidad (conscientemente) no es otra que malograr (a título propio) el aprendizaje del sistema del IA (ChatGPT), al caso). Como enemigos de ese aprendizaje, serían trolls, trolls automáticos  (bots) o personas contratadas y también los autoconvencidos que no forman parte de una empresa o gobierno competidor.

Y sí, creo que más adelante habrán guerras (al principio serán solo intentos) para que una empresa o gobierno, intente manipular externamente la capacidad de una 'IA', para hacerla fracasar, ponerla en evidencia o enjuiciar sus resultados... Por de pronto, hace apenas unos días, ya ví un intento en ese sentido alegando que es 'ChatGPT' es machista... por el mero hecho de que si le preguntas que te dé una lista de x personas más influyentes en la Historia, la gran matoría son hombres (leches es lo que consta en la base de datos histórica, no es una elección para eliminar figuras femeninas)...

De hecho, tiempo atrás al exponerle a mi hermana el uso de ChatGPT, ella misma pensaba (porque desconoce como  opera una IA), que por estar programada por hombres (en su mayoría), tendría un sesgo machista... así que le pregunté por una lista de mujeres cientifíficas y arrojó una lista de unas 30, varias de ellas ni las conocía (ni yo ni mi hermana), le pedí luego que amplara la lista en otras 20, y aunque repitío alguna, todavía arrojó nombres que no conocíamos... luego ahí están ahora, que sean o no relevantes es otra cuestión.

Algo importante es que el chat, intenta responder siempre brevemente, creo que instado a propósito por la vagancia de la gente de hoy día por leer (la gente cuando ve respuestas largas, como este mismo mensaje  huye de su lectura), así que si quereis tener buenos resultados debereis insistirles en que se extienda todo lo que necesite en su respuesta, si no puede resultar a veces algo críptico o dar respuestas no muy satisfactorias... con todo ya pude comprobar que está limitaod en la longitud de sus respuestas, si alcanza los 2.000 caracteres se corta, puede aún así pedírsele que continúe, desde donde se quedó en el ultimo mensaje...

También le interrogué acerca de si puede generar más de un mensaje seguido o si exige siempre de modo alternado pregunta-respuesta, responde que sí, que puede hacerlo aunque la lógica de interacción es adecuado la pregunta-respuesta. Cuando le pido que me lo demuestre llegó a cerrar su mensaje y abrir otro, pero al instante se engloba en el anterior, 'él crre haberlo logrado', pero obviamente el volcado no está controlado 'por él', si no formateado a la salida, o mejor dicho a la hora de plasmarlo en la ventana, por lo que deposita toda su respuesta en un solo mensaje, por lo que es imposible escapar al límite de 2000 caracteres. Aún así se le puede pedir que intente ser coherente, en sus respuestas para no sobrepasar esos 2000 caracteres y proporcionar una forma de seguir tras otra pregunta con la respuesta previa... aunque no siempre se logra.

En definitiva, tienen algunos límites establecidos por OpenAI, a la hora de conversar que impiden sacarle más provecho aún del potencial que tiene.

Si esto es solo el comienzo, es de esperar que sus capacidades mejoren con el tiempo y el rango de sus límites se amplíen.

Pienso que todo el mundo debería operar e interaccionar con ChatGPT (o al gunas otras IA, como esas enfocadas a imágenes), porque el futuro tecnológico tirará por aquí irremediablemente y el que no se suba al carro ahora que va a poca velocidad, lo tendrá más difícil cuando acelere y hayan evoluconado hacia sistemas más complejos.

Técnicamente la fecha no forma parte del fichero.
La fecha y otros atributos son lo que se llaman los metadatos, igual que el nombre del fichero.
Cuando copias un fichero a otra unidad, se copia como mínimo el contenido, suele copiarse el nombre dle fichero y el resto de metadatos, pero solo cuando es posible, por ejemplo, la fecha de último acceso cambia cada vez que abres el fichero, pero las fechas no son fiables, porque se pueden cambiar, lo mismo que un atributo de 'sólo lectura', o el nombre del fichero.

Claro que usar algo, no implica conocer como funciona por dentro, pero es común que cuando alguien se interesa por algo, conozca ciertos detalles mínimos, como también es lo normal que algien que maneja algo 20 años sepa ciertos detalles más allá del mero uso, de aquello que usa. Pero no es obligatorio, ciertamente, aunque siendo éste un foro d eprogramación, se da por supuesto que los usuarios habituales, tengan un conocimiento 'muy por encima de la media'...

Si usas un programa para guardar los datos que precisas, claramente puede no tener posibilidad de hacer ciertas cosas, ahora bien, entiendo que si se trata de una partida de un juego, deberían esmerarse en no guardar los datos en texto plano, si  existe la posibilidad de que sena maniplados por el jugador o peor por otros jugadores...

Pero francamente, si usas un programa que tiene sus usos y limitaciones, para qué te preocupas por el asunto?. Es como preocuparse por que un vehículo no puede avanzar sobre zanjas de 6 metros de largo... claro, 20, 30 centímetros ya sería un reto quizás un 4x4 tenga mas capacidad pero llegado un punto es pedirle peras al manzano.

Quizás lo más acertado sea escribir al programador y pedirle lo que quieres, aclarando el porqué de dicha necesidad, si ciertamente el fichero sea accesible y manipulable, no costaría mucho convencerlo para que hiciera cambios en la siguiente versión del programa.

Sí. Si el juego tiene más de un jugador, es preciso tener una banca, río, juez, árbitro o jugador que hace las veces de banca...
La clase que realiza esa labor, bien puedes llamarla juego.
Nota que el tablero es una instancia y si ha de ser servida a cada jugador, cada jugador tendrá una imagen (solo lectura) del tablero, porque quien realmente maneja el tablero es la clase 'juego'...

Cada jugador cuando el 'juego' le otorgue el turno, hara su jugada indicándoselo al 'juego', el uego verifica si su jugada es legal, hace el movimiento y verifica lo que proceda (puede desencadenar ciertos acontenimientos, según el tipo de juego que sea), luego que actualice el tablero, comunica al resto de jugadores la jugada realizada por qué jugador (por ejmplo, una banda pone el nombre en ella del jugador que tiene el turno) y qué acontenicmientos ha desmbocado (por ejemplo si es un juego de cartas, que ha tirado x carta sobre la mesa, si es un juego de apuestas, el monto de su apuesta... etc...

Tampoco te complique en exceso creando objetos... es bastante común que cuando un programador nobel empieza a entender los objetos, crea objetos para cada cosa, y en vez de tener un jardin delante d ela casa, directamente al abrir la puerta tienes el Amazonas... y al final hay un objeto 'cálcular' que a su vez contiene objetos sumar, restar,... que a su vez contienen objetos número... No. No atomices todo, sólo hasta el punto lógico de entender el proceso con fluidez. Que todo quede bien ubicado entre los objetos que 'naturalmente' surjen...

Un pequeño diagrama representando cada clase, los métodos que contiene y flechas dirigiendo (clases) entre si el flujo, te permiten tener a la vista la lógica de la comunicación. Amplía en prosa (comentarios), la descripcón de cada clase, lo que hace, los miembros que tiene... es común que pasado el tiempo si no lo dominas bien o no recuerdas todos, tengas dudas que en su día ya resolviste, pero que has olvidado, un pequeño comentario te ayuda a recordar enseguida ese detalle que parece que era o es complicado.
Siempre podrás cambiarlo, pero si antes de nada partes de un esuquema, te será más fácil seguirlo y decidir si tal o cual función debe pertenecer a está o aquella clase... y entonces verás que muchas de las dudas se responden con claridad aplastante la mayoría de las veces.

El hash calculado a un fichero, sirve para identificar si fue modificado el contenido.

Cuando dos contenidos distintos arrojan el mismo, hash se dice que se ha producido una colisión...
Las colisiones vienen a ser inevitables, es decir no se puede predecir (si el algoritmo está bien programado).

Sin embargo cuando se requiera mayor nivel de seguridad, es ideal sacar 2 hashes al fichero, esto es con dos algoritmos distintos. Las probabilidades entonces de que ambos hashes colisionen es el producto de las probabilidades de colisión de ambos algoritmos. Así icluso alguien se las apañara, para alterar el contenido de un fichero y con el mismo tamaño lograr que tuviera el mismo hash que antes... al haber dos algoritmos calculando 2 hashes distintos, los mismos cambios que fueren válidos para 'falsear' el hash para el algortimoA, va ser prácticamente imposible que también sena válidos para el hash calculado por el algoritmoB.

Respecto de tu última pregunta:
No. No hay forma se saber en el mundo digital si un fichero es una copia de otro... entendiendo por copia el mismo contenido.
Cuando se hace una copia de una obra de arte (por ejemplo), siendo algo físico, cabe la dificultad del material, si es antiguo, si usa los mismos materiales, etc... siempre habrá distinciones (otra cosa es que sean fácilmente detectables).

Pero en el mundo digital... supongamos que 1 millón de personas tenemos el mismo S.O. y misma versión y contiene un fichero llamado System.dll, es de suponer que todos tiene el msimo contenidos (salvo que se hayan compilado exprofeso para el procesador destino de cada equipo y que vamos a suponer que no fuera el caso)... Cuál es copia de cuál?. Tu fichero del mío o el mío del tuyo. Si son idénticos, que más dá.
Cuando tienes un fichero en el disco duro de tu pc, y lo copias a una memoria USB... es una copia, jamás será el del PC. No es físico, aunque la unidad de almacenamiento si lo sea. En realidad tu pregunta es absurda, y es propia de un niño que empieza a utilizar los ordenadores y no sabe gran cosa de tecnología.

Si tienes un fichero y no quieres que nadie tenga copia del mismo, entonces lo que tienes que hacer es cifrarlo con una contraseña. ...típicamente, los programas compresores permiten al comprimir cifrarlo con una contraseña. Todavía podrán tener copia de éste, pero sin la contraseña, no podrán descomprimirlo y por tanto no podran tener acceso al fichero original.

...pero todo esto es algo que si.. por lo menos utilizas ordenadores desde hace varios años, ya deberías saber.

Siempre debes poner código donde tienes problemas, sea por un error o porque tienes dudas sobre como resolverlo o lo resuelves pero quieres ver si es posible hacerlo más eficiente...

Cuando la lista es grande y será consultado muchas veces, lo más rentable es ordenar la lista, array, ...luego el acceso al tercero, décimo primero, etc... tarda nada.

Si la lista es muy pequeña y siempre vas a necesitar buscar el tercero... lo más evidente (pero no lo más óptimo), es recorrer la lista 3 veces:
1 - buscas el menor de la lista: si elemento(x) es menor que minActual; minActual = elemento(x)
   Al término de ese bucle: hallazgo =minActual
2 - buscar de nuevo el menor de la lista, pero ahora se exige que además deba ser mayor que hallazgo.
   Si hay valores repetidos, el código hay que retocarlo.
3 - Igual que el punto 2... de hecho, tras el primer paso, el paso 2 y 3 pueden ser un bucle para buscar el enésimo.

Cuando la lista es muy grande, todavía es más rápido recorrerla 3 veces, que ordenarla, pero ... puede resolverse en sólo 1 recorrido.
A - Creas un array de 3 elementos, inicialmente les estableces el mayor valor posible que pueda tener la lista (esto es, según el tipo de datos)
B - Se empieza a buscar en un bucle:
    si elemento(x) es menor que minActual;
        minActual = elemento(x)
        TresMin(0) = TresMin(1)
        TresMin(1) = TresMin(2)
         TresMin(2) = minActual
    Fin si
    Devolver TresMin(0)
Fin función

El mapa no se debe compartir tal cual, solo consultar...
Un servicio o usuario específico hace las veces de la banca, juez...
Éste es quien debiera recibir las peticiones de los usuarios para decidir su movimiento/jugada, que traslada al mapa si es posible y devuelve true, o false si el movimiento o jugada es ilegal...
Igualmente, es este servidor quien reparte los turnos a los jugadores (si el juego funciona por turnos).
...y también quien verifica cuando termina la partida, y quien inicializa la partida, previa inscripción de los jugadores...

Supongo (o al menos eso espero), que esto te ofrece una perspectiva más clara de por dónde deben ir las cosas.

Para eso existe el Hashing, entre otras cosas...