Esa es una posibilidad... lo que puede haber sucedido es que cambiaste el nombre al array antes de crear ese bucle y luego al teclear escribiste el nombre que tenía previamente el array.

 la otra posibilidad es que 'dato', sea un array que se reciba por referencia,  y por tanto es un array que debe crear y rellenar la función llamada, y que en ese caso no parece ser así.  Revisa la función llamada. Si cabe la posibilidad de que la función pueda entregar el array nulo, usa un buleano en la devolución de la función, para omitir el bucle, cuando devuelva false...

El problema es que tenías el .exe ejecutándose en memoria. Basta pues cerrarlo.

Va a ser que no.... Te das cuenta que has respondido a un mensaje de hace 11 años?, Crees que se ha quedado 'congelado' en su escritorio esperando que a que alguien conteste su mensaje?.

La mejor forma es 'hashear' *, todos los archivos. Luego ordenar los hashes, los que están repetidos aparecerán juntos.

Ahora bien, dado que tu quieres enfrentar ambas carpetas, sería preferible hashear cada carpeta aparte y luego comparar ambas listas.

Hay programas que buscan repetidos, pero solo el nombre del fichero, lo que no significa que el contenido sea el mismo.


* Por hashear, se entiende crear un fichero de texto que contiene la lista de nombres, tamaño y hashes de cada fichero en una carpeta.
Esto puede tardar en función del tamaño de los ficheros de las carpetas...

Nota: que 2 ficheros son iguales, solo si su contenido es el mismo (y por tanto el tamaño), sin importar el nombre que tenga cada uno. Es decir arrojan el mismo hash (para descubrir que no haya colisiones de hashes, suele ser útil comparar también el tamaño).

Para ayudarte, debes como mínimo aportar algo, una idea, algo de código...

El camino se llama 'pasión'.
Si te apasiona, con el tiempo llegarás lejos. Si no te apasiona, con el tiempo te desilusionas y salvo que ganes un buen sueldo, acabarás cambiando de trabajo. Aún así se te haría sufrido trabajar en algo que no te apasiona.

Por lo demás, suponiendo que ya te apasiona, dependerá del punto actual en el que te encuentres, pero a grandes rasgos, es practicar hasta la saciedad. Tira de algoritmos, entiende el problema y plánteate la solución, cuando te funciones trata de optimizarlo... y así con el tiempo tu mente puede trabajar fluído. Aparte necesitas conocimientos de muchas materias aunque esto también depende de si te especializas en alguna materia o no. Libros (o wikipedia/youtube si la economía no está en tu bolsillo), son ayuda esencial para adquirir conocimientos que no tienes. Con preferencia libros, en wikipedia hay cosas que no están, porque nadie ha creado aún el artículo y en youtube, a menudo suelen tratarse las cosas superficialmente, porque se está más interesado en monetizar los vídeos que en 'enseñar'.  ...y ahora también cuentas con'ChatGPT', como ayuda adicional en tiempo real (instantánea).

En cualquier caso, depende enteramente de tí, de tu capacidad de aprendizaje, esfuerzo y dedicación.

Al darte de alta de autónomo, lo que se te pide es el domicilio fiscal... no hay obligación de tener un 'local' para ejercer tu actividad.

Un local lo acaba teniendo quien precisa espacio, por ejemplo para herramientas, materiales, recambios, un taller de reparación, empleados, clientes, etc...

Si tu no precisas nada de todo eso y lo que teines que reparar es lo suficientemente pequeño, para que quepa en tu casa, pues te vale...

Es sencillo..

Crea primero el primer elemento, por ejemplo: 'a'
Luego el resto ',b,c,d...'

Sí, si tienes que darle demasiados detalles a ChatGPT para que te haga las cosas, es más rápido hacerlas tú mismo.

Aún así insisto en que lo uses todo lo que puedas, por dos razones:

- Puedes aprender cosas 'simples' que en cierto modo ya sabes pero que desconoces el término correcto (problema de hacerte entender con claridad).
- Te ayudará esa dinámica a ordenar mejor tus ideas y ver todo más claro... es como un profesor particular, con la gran ventaja de que no se va a cansar o aburrir porque le preguntes cosas que uno da por hecho que todo el mundo las sabe o que debiera saberlas, además te lo dirá siempre con educación (la paciencia humana humana tienes sus límites al margen de la personalidad de cada uno).

No creo que sea tan relevante que te pida el número de teléfono... si fuera una empresa 'Nisu', todavía, pero ya es conocida, no son timadores tratando de sacarte datos para robarte... pero a fin de cuentas cada cual tiene sus manías, así que como bien te parezca a tí.

Recuerda que no es realmente una inteligencia artificial. Tampoco tiene una 'memoria' (de cara al usuario) demasiado grande... si haces conversaciones demasiado largas, los primeros datos los va 'olvidando' salvo aquellos que se han ido repitiendo. El algoritmo exacto de como retiene sus datos lo desconozco, no dan detalles, pero asumo que es alguno de tipo LRU (Last Recent Used, lo usado más recientemente).
Todavía esta incomodidad sirve para que tú mismo formalices una forma más depurada de hacer las preguntas precisamente para evitar los susodichos problemas. Es como un juego, un reto constante en el que a base de ensayo y error (juego y 'game over'), vas mejorando...

Otra ventaja que tiene es la inmediatez, si te surge una duda de repente, abres el navegador en tu tf. y buscas la pestaña (se supone que la tendrás guardada)... y en nada preguntas y tienes respuesta.

Si 30 veces le preguntas lo mismo, puede responderte cada vez cosas diferentes aún siendo una misma respuesta. Es como preguntar a 30 personas distintas... puedes verlo como una incapacidad o como algo estimable. Sería bastante aburrido que si cada persona en el mundo le hiciera la misma pregunta diera siempre exactamente palabra por palabra la misma respuesta. Es más natural así, si no parecería un libro ya escrito... y es precisamente eso, que no es un libro escrito, si no que cada vez elabora una respuesta en base a la pregunta y algún valor aleatorio, que puede arrojar una misma respuesta pero con diferentes palabras.

Yo lo he probado bastante, para conocer sus límites, capacidades, variaciones... y por ejemplo al pedirle determinado algoritmo, te lo da en un lenguaje, se lo pides otra vez pero le reclamas que no use ese lenguaje si no otro, y así sucesivamente 20 veces, incluyendo cada vez en la lista de lenguajes a no usar el último usado en su respuesta. El código subyacente suele ser muy similar, se nota a veces que su respuesta es traducida directamente de otro lenguaje. Y por ello a veces podrá darte líneas de código que no son aceptables en el lenguaje en que responde. Si no eres capaz de entender esas líneas erróneas siempre podrás decirle que esas líneas no están en el lenguaje solicitado que las reescriba en el lenguaje que le solicitas.

No siempre hace todo bien, y el código la mayor parte de las veces (especialmente si es complejo, largo o no tiene en su base de datos nada similar), suele adolecer de eficiencia. Pero yo siempre he pensado que la eficiencia debe aportarla uno, de hecho en el foro acostumbro a dar respuestas (cuando adjunto código), que el interesado pueda optimizar... es una forma de saber si de verda presta interés o solo quiere código hecho, si es lo último tendrá la penalización de no ser eficiente, si es lo primero, él mismo lo cambiará (al tiempo que se sentirá orgullosos de haberse dado cuenta y haber sido capaz de lograrlo, ganará con ello más entusiasmo por este mundillo).

Recuerda que puedes guardar las conversaciones...

Es algo que siempre he pensado y por tanto comparto la misma opinión.

Aunque alguien tenga solo la copia de tu documento de identidad, con ello posee tus datos. Que no posean el original, solo limita sus posibilidades, pero no las anula todas.

El recaudo de dicha informacón, tú no puedes controlar como de fectiva es ni será, luego puede acabar en cualquier parte. Y desde luego si hay un hackeo, lo más probable es que no digan nada a nadie, especialmente si es una empresa muy pequeña o si no altera el uso de sus sistemas (se limita a robo de datos, digamos).

Incluso almacenar el número de identificación, no me parece correcto. Lo idela es que solo guardarán un hash (que debiera incorporar cada DNI), tu tas tu nombre y tecleas tu número, y el aparato en cuestión calcula el hash que debe coincidir con el que porta tu documento, ese dato es el que podían guardar junto a tu nombre.

Dado que para cualquier transacción se requeriría tu número de identidad además de tu nombre y que a dichos datos se debería calcular el hash, sin dicho número no podría arrojar un valor correcto, lueg los datos  sobre ti no sería aptos para delinnquir en tu nombre.

Naturalmente el dispositivo para introducir tu número y que calcula el hash, debería ser un dispositivo fabricado y timbrado por la casa de la moneda y timbre, y al respecto, el cálculo no debería hacerse en el dispositivo, si no en el servidor de la FMNT, el dispositivo, meramente se remitiría a aceptar los datos y cifrarlos (un cifrado que cambia con cada uso), para enviarlos a la FMNT, dnde se calcula el hash y se devuelve el resultado, que es el que se verifica que coincida con tu documento). Eso fuerta a que dichos dispositivos tuvieran siempre conectividad...