usando Random

[luisito2011]

Idolo!!!..... no soj docente... por tu pais... jejej..
la mejor explicacion que eh visto por aca...
gracias... si me complicaba mucho
haciendo eso de auxPos.. etc.. etc..
no me tomo ni 10 min pa hacer el ejercicio
leendo tu explicacion...
gracias...

[[Delphius]]

Empezado por luisito2011

Idolo!!!..... no soj docente... por tu pais... jejej..

¿WHAT? ¿No soy docente por mi país?
Que habrás querido decir

No soy docente porque si lo fuera, y yo te tuviera a ti, ya te hubiera aplazado varias veces. Sería muy severo.

Empezado por luisito2011

la mejor explicacion que eh visto por aca...
gracias... si me complicaba mucho
haciendo eso de auxPos.. etc.. etc..
no me tomo ni 10 min pa hacer el ejercicio
leendo tu explicacion...
gracias...

Se supone que al ejercicio mental lo debes hacer tu. Si me tomé la molestia de ver el como guiarte es porque si seguíamos dandote el mismo sermón una y otra vez no llegamos a nada.

Lo más apropiado es venir, mostrar lo que tienes y detallar puntualmente en TUS PROPIAS DUDAS y no en tirar el código, decir que es lo que tienes y que te lo demos ya masticadito SEGUN NUESTRAS PERCEPCIONES. El ejercicio craneal lo debes hacer tu.
Espero que para la próxima hagas esto:
1) Pensar el problema
2) Exponer tus propio algoritmo
3) Probarlo
4) De haber dudas y errores, venir
5) Una vez aquí detallar en tu propuesta inicial
6) Seguidamente indicar los errores que te arroja y una muestra de los resultados obtenidos
7) Dar una descripción lo más completa posible de tus propias ideas y percepciones junto con las dudas

De ese modo se trabaja en TUS PERCEPCIONES, EN TU EJERCICIO MENTAL.

La programación es un acto de paciencia... demasiada y que se va educando con la constante práctica. Yo me pregunto ¿Cuántas veces has intentado por tus propios medios resolver este ejercicio antes de postear?
Y errores, hasta de los tontos, lo cometerás siempre así que a no temerle a éstos. Casualmente hace casi una semana logré encontrar una falla en mi proyecto, que se basa en complejas operaciones de álgebra (más en concreto, de transformaciones espaciales y vectoriales; entre otras cosas)... ¿sabes donde estaba el HDP del error? ¡En el recorrido y presentación de la matriz! Y me exprimí la cabeza como loco buscando entre los kilos de líneas, revisando ecuación tras ecuación... y así fue que logré deducir que el error podría estar en cierto módulo, lo aíslé, lo estudié y nada... todas las operaciones debían estar funcionando. No me creía que un A[j, i] podría haber sido el culpable. Los resultados SIEMPRE estuvieron bien, la presentación de los mismos me confundió. Lo peor es que no lo descubrí sino fue hasta presentar en toda la pantallita llena de la enorme matriz y revisar nro a nro.
Asi que si yo cometo errores tan p****udos con mis años, ¡cual es TU problema!

EQUIVOCATE, que es lo más lindo. No nos pidas tanto la ayuda... no te mal acostumbres. Cuando yo estaba cursando el 1er año de la carrera no estaba en el foro; y para tu información no hay demasiada diferencia de edad entre tu y yo. Lo hacía a costa de dolores de cabeza, a mano... con lapiz y papel. ¡HAZ PRUEBAS DE ESCRITORIO! Olvídate de pensar en código... usa lo que nos dió estos 2 millones de años de evolución: ¡EL CEREBRO!
No fuerces el código... haz que tu cabeza te de ideas, luego las pones en práctica. Error típico de estudiante que no presta demasiada atención o la focaliza mal: buscan que sus ideas se adapten en la medida que tiran código. ¡Error! Haz lo inverso.

Cuando el error te supere y no puedas más o cuando el bosque te tapa el árbol ven aquí y reniega.

[[Delphius]]

Respecto a los ejercicios y el uso del cerebro, resulta ser que muchas veces el problema dice más de lo que ves inicialmente. La cuestión pasa por estar más despiertos a encontrar esas respuestas y datos que ofrece, se lo conoce como pensamiento lateral. Algo muy común en los problemas de ingenio.

Este ejercicio tiene su cuota de eso. Si lo analizas en detalle puedes saber que:
1) Sabemos de antemano cuales van a ser los resultados ya que se trata de unos números fijos. Es inutil pensar en posibles resultados cuando en realidad es siempre el mismo. Si ya tenemos el conjunto solución, entonces el problema está en otro lado
2) De (1) sabemos que la única parte variante del problema es en realidad el orden en que se presentan
3) El orden de distribución de los números es independiente del índice o posición dentro de la matriz. Si son independientes entonces no tiene sentido buscarle relación alguna; por tanto no hace falta intentar "calcular" una nueva posición (i, j)... directamente nos ahorramos esto y hacemos el recorrido de toda la vida: fila a fila, o columna a columna.

Con esas simples reglas y percepción del problema uno ya puede trabajar de una forma no tan habitual. Tu primera idea era generar y contar; puede servir... se puede pero si has de llevar la cuenta entonces debes de llevar la cuenta de cada número. Y fíjate que volvemos con ese planteo al punto (1). Sabes cuales son los números, ¡para que contarlos! Sabemos cuantos y cuales son. Además, si se pretende contar si se repite el número tenemos que para que se cumpla esto la cantidad debe ser mayor o igual a 1. Directamente me evito la cuenta... se que sólo se me permite UNA ¡vez no necesito contar!, directamente marco al número como usado. Que es equivalente a "marcarlo" con cantidades:

EstaUsado = Usados[nro] >= 1
EstaUsado = Usados[nro]

En el primero Usados[] es un vector numérico. EstaUsado almacena true cuando se cumpla esta condición, falso en otro caso. Cuando Usados[nro] es 0 quiere decir que no ha sido asignado. La otra variante ya la conoces.
Para el primer caso para marcarlo usado debes simplemente incrementar la cantidad; que es lo mismo que cambiarlo por un Usados[nro] = true.

Tratar de encontrarle pensamientos laterales a los problemas ayuda a ver incluso donde están nuestros errores. A veces es fácil... a veces no lo es.

Te invito a no prender la computadora cuando tengas un nuevo ejercicio. No pienses en lenguajes, en sentencias... Responde: ¿Cómo lo harías a mano?

Saludos,