Si, utiliza básicamente arays uno actúa de stack.
Aunque se trate de grafos a menudo no es preciso ni construir una estructura de grafo ni de árbol. Son tan solo recorridos condionados según las peticiones. La función principal deriva a la otras según lo que s epida por optimización, pues no es óptimo comparar a cada instante que si se ha pedido tal o cual cosa entrar aquí o allí, se separan diferentes funciones muy similares donde cada una solo contempla en excclusiva lo que se requiere, y la comparación de lo que s epide se hace una sola vez, precisamente para derivar el trabajo a la fnción concreta.

No sabe ni necesita saber nada.
Un nodo solo tiene acceso a los que se declara a su derecha, luego basta un bucle para recorrerlos. A su vez el ítem actual (obtenido en el ciclo actual) tiene otros declarados a su derecha, luego se invoca recursivamente, y donde aquí en el bucle hace ahora las veces de hijo, en esa llamada hace las veces de padre y se recorren sus nodos hijo. Tras cada 'hijo recorrido se tiene que verificar la condición requerida, si se cumple la solución pedida se informa, dispara un evento, etc... y se continúa con otros... salvo que la solicitud fuere 'salir tras encontrar la primera solución fuere cual fuere'. Cuando un bucle no tiene más ítems a su derecha que examinar pués sale, la función recursiva retorna a la que la llamó, y avanza al siguiente 'hermano'.
En realidad es muy similar a la jerarquía del sistema de ficheros... con la salvedad de que en una jerarquía de ficheros al ser arbórea, una carpeta jamás contiene a otra que a su vez contiene a esta. en un grafo la relación de 'hijo' puede ser bidireccional sin ningún problema, por eso no interesa el nombre de 'hijo' si no que se usa preferiblemente vecino, conexión.

Las posibilidades no necesitan ser precalculadas en el sentido de cúantas hay, el algoritmo subyacente hace el recorrido pertienente, simplemente te limitas a sumar uno a cada exploración iniciada cuando se explora. Fíjate que puede haber diferentes acotaciones, por ejemplo una que impide que un nodo se visite más de una vez (para eso se usa un 'stack'), por tanto si uno ya ha sido visitado no solo lo ignora si no que al ignorarlo, también se ignoran todos los vecinos y recorridos que continúan desde él... en el ejemplo si esto no se evitará hallaría soluciones circulares y entraría en un bucle infinito, porque cuantas vueltas se le permitiría dar?, 2, 5 40, 1 millón?. La respuesta es 1.

mmm... tiene y no tiene sentido... a ver...
Se pueden hacer programas (que SI debes saber hacer), para que exploren soluciones complejas o que conlleven mucho tiempo.

El límite será siempre tu capacidad de realizar esos programas y por supuesto de esos 'problemas que no sabes'. Una cosa es no saber como lograr una solución concreta y otra muy distinta es saber que hay una solución y que se sabe como buscarla pero directamente no sabes como encontrarla.
Un ejemplo para que quede claro: el caso de los números primos... Supongamos que te piden el primo más pequeño que utiliza 60 cifras... directamente no podremos saber la solución (cual es el primo concretamente, ni tú, ni yo, ni nadie), pero al menos se necesita saber como buscar dicho primo, y en tal caso si se puede hacer ese programa que localice el primo deseado  (tarde más o menos). Si en cambio no sabes como localizar un primo cualquiera (emplázalo fuera del ejemplo por otra cosa), entonces el fracaso al hacer el programa está asegurado. Carece de sentido intentar hacer algo que no se sabe. Es como si un indio de una de esas tribus que aún siguen perdidas en el Amazonas, quisiera hacer un submarino, cuando no conocen técnicas de fabricación, ni conocen los materiales precisos para aguantar la presión del agua, orientarse, respirar, moverse, etc...

Es el enfoque correcto para usar los ordenadores y la programación es el vehículo adecuado, pero te falta quizás el conocimiento y desde luego, deja ActionScript atrás... elige un lenguaje más universal.

Vale, pero eso se llama suposición, no deja de ser un prejuicio, pero por prejuicio suele entenderse como desfavorable. La suposición en principio es buena pués te orienta un poco de por donde puedes ir, claro siempre dependerá de tu juicio... es adecuado siempre hacer una simple demostración que apunte a si puede demostrarse como falso o verdadero, si continuar con esa suposición llevará mucho tiempo y trabajo (para no perderlo tontamente, aunque a veces es necesario porque ciertas demostraciones no puedne ser satisfechas hasta que llegues a su última consecuencia).

De hehco fíjate si una suposición es buena que es bastante malo cuando no se te ocurre nada (cuando no tienes nada que suponer sobre el caso) y por tanto te encuentras vacío, sin idea, sin saber por donde tirar. La intuición, la suposición puede sacarte de ese vacío y suele valer el esfuerzo de analizarlo.

Insisto, lee... y remplaza ActionScript por otro lenguaje.

Pues tras la inversión de Elon Musk y la inmediata subida hasta por encima de los 40.000 tentado está uno... 

Wikipedia es una 'enciclopedia universal', no exactamente una enciclopedia informática. Recoge muchos artículos del tema, pero ni wikipedia ni ninguna enciclopedia conocida está enfocada a describir el asunto paso a paso como si se fuera un principante absolutamente lego en toda materia.

Por naturaleza del propio asunto, suelen describirse en términos que ya deben dominarse, sino sería inabordable.
Si al explicarte una bicicleta, en vez de decir 'pedal', cada vez tuviera que dar la explicación exahustiva de lo que es un pedal, describir la bicicleta llevaría 5.000 páginas. Ahí ya, si uno no sabe lo que es un 'pedal' puede buscar en la propia enciclopedia qué es un pedal, pero incluso así, un artículo sobre 'pedal' no tiene porqué contener la 'historia del pedal', o puede que solo se dén dos o 3 entradas históricas, ni tampoco tiene porqué venir 'cómo fabricar un pedal' ni los 500 artículos relacionados al pedal que en algún momento a alguien le pudiera interesar, pués eso requeríría un libro específico dedicado al 'pedal'... una enciclopedia solo posicionaría el 'pedal' en un contexto explicando qué es, algo sobre su origen y sus usos. Incluiso desciribiendo el pedal también se asumirá que el lector sabe lo que es 'roscado' y 'tornillo', etc...

En fin, el 'lee...' lleva puntos suspensivos, para indicar que continues, leer solo 2 artículos puede resolver las dudas que puntualmente uno tenga, o puede necesitarse leer bastante más... todo depende del nivel que se tiene   y el nivel al que se quiere llegar, cuanto mayor la diferencia tanto más lectura será conveniente.


Sobre el modo de representación, puedes hacer una abstracción y por ejemplo no necesitas para nada mantener las ridículas llaves '{} , puedes perfectamente sustituir los separadores de contenidos por otros símbolos (por ejemplo las llaves por paréntesis, que al menos en español resultan más cómodos (de teclear al menos)) a tu elección o incluso eliminarlos (como se hará a continuación y conservando aún enteramente su significado).
por ejemplo podrías hacer:
V = ABCDEF
X = AA, AB, AE, BC, BE, CD, DE, DF

Donde claramente se observa que las letras A-F remplazan la identificación de los nodos etiqeutados en la imagen con valores 1-6 y donde no resulta preciso usar las llaves, la concatenacón es suficiente para indicar una separación de elementos individuales y la coma en grupos... es más claro, simple, legible y procesable. Si los nodos además de expresar una identificación del mismo han de expresas un valor, si será preciso otro separador para diferenciar el identificador de su valor...
Nota que 'V = ABCDEF' simplemente describe que 'A-F' son nodos de un grafo llamado 'V', y que 'X = AA, AB, AE, BC, BE, CD, DE, DF' describe las relaciones entre los nodos, así el nodo 'A' (1 en la imagen) está conectado a los nodos 'A', 'B' y 'E' (1, 2 y 5 en la imagen)
También podría describirse del siguiente modo:
V = ABCDEF
A = ABE
B = ACE
C = BD
D = CEF
E = ABD
F = E

Es decir cada nodo apunta a los nodos a los que está conectado.
Mediante iteración (para recorrer los elementos de un nodo) y recursion (para recorrer los elementos de un nodo obtenido durante la iteración). Si metes cada elemento en un array podrás explorar muchas y diferentes soluciones.

Puedes considerar una expresión en la forma 'Y = CDEF' como un nodo 'Y', con 4 nodos hijos 'C','D','E' y 'F', que pueden ser explorados uno a uno en un bucle o ser accedidos de diferentes modos. Y se podrían expresar con valores, por ejemplo 'Y= C:3;D:8;E:0;F:5'.

Yo uso mucho esa disposición para ciertos problemas más o menos complejos... y como 'hablar es fácil', vaya un ejemplo como demostración...

Pongamos como ejemplo, encontrar la solución en un laberinto (tomado de la red)... observa la imagen (que pongo un poco más abajo) se compone de 10x10 cuadrículas, que he etiquetado (para una fácil y clara comprensión) en horizontales 0-9 y en verticales A-J, se marca exactamente como nodo aquella casilla que supone un cruce, un cambio de dirección, que como se puede observar tienen 2, 3 o 4 direcciones (de 4 solo hay una, G6) y también los nodos que son finales (pués pueden ser marcados como punto final).
Carece de sentido práctico anotar como nodo A1, A2, A3, pués A1 lleva a A0 y a A2, pero no cambia de sentido, cualquier ruta que pase por A1, A2, A3... lleva hacia A9 (o hacia A9 si se recorre en sentido contrario), aunque podría ser el caso de que una casilla específica fuera 'la meta' en tal caso se añade, si no, al ser solo de paso, se resume en sus límites (las que llevan a través de ellas directamente sin posibilidad de cambio). La imagen vista, es más claro que detallada con palabras (como tantas veces).


El laberinto puede verse adjunto en la imagen recién adjuntada, y marcado todos los nodos que de él resultan, es un grafo... que yo traduzco como se ve a continuación y que es fácilmente deducible (aunque ya lo he explicado antes):
Vecindad de los nodos del grafo del 'laberinto.png'
------------------------
A0= A9|H0
A9= A0|C9
B1= B2|E1
B2= B1
B3= B5|C3
B5= B3
B6= B8|C6
B8= B6
C2= D2
C3= C4|B3
C4= C3|C6|D4
C6= C4|C9|B6
C9= C6|A9|J9
D2= D3|C2
D3= D2|F3
D4= D5|C4
D5= D4|E5
D6= D7|E6
D7= D6|E7
D8= E8
E1= E2|B1
E2= E1|G2
E4= E5|F4
E5= E4|E6|D5
E6= E5|D6|G6
E7= E8|D7
E8= E7|D8
F1= G1
F3= F4|D3
F4= F3|F5|E4
F5= F4
F7= F8|G7
F8= F7|I8
G1= G2|F1
G2= G3|G1|E2
G3= G2|H3
G4= G6|I4
G6= G7|G4|E6|H6
G7= G6|F7
H0= H3|A0|J0
H3= H0|G3|I3
H5= H6|I5
H6= H7|H5|G6
H7= H6
I1= I3
I3= I4|I1|H3
I4= I3|G4
I5= H5
I6= I8
I8= I6|F8
J0= H0|J9
J9= J0|C9

El programa recibe dos llamadas.
En la primera introduce y prepara los datos, esto es esta lista se concatena mediante un separador, se envía junto a otros parámetro (por ejemplo, el separador de cada campo conceptualizado al caso).
En la segunda se explicita que se va a hacer, (el tipo de búsqueda), si se van a considerar pesos o no, y el criterio del peso o costo (por ejemplo encontrar las soluciones con el valor exacto, con el valor menor a uno dado, etc...) el nodo inicial y final. Si no se señala un nodo inicial, señala que cualquier lo puede ser. del mismo modo el nodo final puede ser un comodín indicando con ello, que cualquiera puede ser el nodo final, pero si se especifica uno, ese y solo ese será el final).

En este ejemplo solo se trata de buscar las soluciones entre un nodo 'X' y otro nodo 'Y' que uno especifique, el programa tendría que buscar las soluciones posibles... la búsqueda puede ser por fuerza bruta (no aconsejable cuando la explosión combinatoria es elevada), o acotada (por ejemplo si se establecen pesos y se busca un peso exacto, una vez superado dicho valor no es preciso seguir explorando soluciones desde el punto en que ya se ha sobrepasado dicho valor pués añadir nodos no haría si no aumentar dicho valor cuando ya sabemos desde cierto punto que ese camino ya no es válido, etc...

El ejemplo actual puede verse como el nodo inicial es A9 y el nodo final es D8, se buscan todas las soluciones posibles entre dichos nodos. Se localizan 4 y se lista la ruta de cada una...


En este ejemplo no se han especificado pesos, pueden establecerse, pués es fácil contar las casillas entre dos nodos, por ejemplo redefiniendo el nodo A0 con pesos sería: A0= A9:9|H0:7
De igual modo desde A9 a A0 habría un peso de 9 y desde H0 a A0 un peso de 7, en tal caso el peso o costo indicaría la distancia y en tal caso la búsqueda sería ligeramente distinta, pués al final devolvería (interesaría que fuera así), la de menor costo, es decir la solución que menos distancia arroje desde A9 hasta D8...
El grafo no está dirigido, esto es, se puede ir desde un nodo a cualquier otro y al revés no está restringido, cuyando un grafo está dirigido señala que solo s epuede recorrer desde un nodo a los adyacentes que estén dirigidos, por ejemplo,
imaginemos que una flcechita hubiera desde A0 a A9, A0 tendría la siguiente especificación: A0= A9|H0 , peor para A9, si no hubiera una flecha apuntando hacia A0, su especificación sería: A9= C9 en vez de A9= A0|C9


Esto es solo un ejemplo, la variedad de usos es enorme... muchos problemas que a veces uno les busca solución de cierta manera pueden igualmente ser resueltos con grafos, de hecho los lenguajes funcionales tiran mucho de esto.



Guau. Si pensar es para ti un esfuerzo, entonces tu relación con la informástica se remite a que te quedes solo como un 'usuario', no un 'desarrollador'... Lo primero solo exige utilizar (mejor o peor), lo segundo exige sí o sí, pensar.

Suena como a alguien que dice que quiere ser submarinista, pero que le da miedo cualquier masa de agua mayor que la que cabe en el lavabo de su baño.

Con 'prejuicios' no tengo claro a que te refieres resulta ambiguo.

Si pensar es para ti un problema, no podrás hacer otra cosa que 'copiar y pegar' y me temo que en ninguna parte vas a encontrar lo que exactamente tu requieras justo para copiar y pegar. Considero que te pienses seriamente qué quieres conseguir y qué estas dispuesto a hacer, si lo uno no encaja con lo otro, estás perdiendo el tiempo y me parece que sería mejor que te dedicaras a otra cosa donde esos dos puntos estén en equilibrio (igualados).

La fuerza bruta es la torpeza en forma presente.
Con alguna frecuencia me tengo que enfrentar a problemas cuya solución no es conocida, en esos caso la fuerza bruta es la última opción, cualquier heurística será siempre mucho mejor.

Descansa, si lo necesitas, pero lee... es todo un mundo maravilloso al que (al menos todos los interesados en el conocimiento), lejos de temer debieran tener por su 'amigo íntimo'.

Implicaría que muchos problemas tendrían una solución asequible en el tiempo.

Actualmente la única forma de saber si un número es primo, son 2. O bien buscar si ya existe en una lista que ha sido calculada, o bien calcularlo en ese preciso momento.

Implica que de existir una serie, conociendo su razón, podría resolverse con algo como x = Primo(k) de una forma más o menos inmediata, o en algo mayor de tiempo en la forma en que por ejemplo se resuelve la sucesión de Fibonacci. ...la actual como he dicho es tirar de una lista ya precalculada o recalcular.

Es decir si alguien pregunta cual es el primo que en la serie de primos ocupa el orden 25 millones? no se puede arrojar una respuesta inmediata, la idea es que en teoría exige calcular previamente los 25 millones para poder dar respuesta satisfactoria (salvo una lista ya calculada y memorizada con anterioridad).

Mira, por ejemplo en esta página tratan de utilizar voluntaros para calcular números grandes de los primos de Mersenne:
https://www.mersenne.org/primenet/

Encontrar una sucesión... exponiendo un ejemplo directo como caso:
Digamos que muchos algoritmos criptográficos que basan su fuerza en precisamente la laboriosidad de encontrar números primos, quedaría roto por completo...
Seguro que habría muchas prisas para remplazar tales algoritmos, pero abordar cambios podría llevar entre semanas y meses y al tiempo no podrían suspenderse determinadas actividades que depende de la seguridad que ofrecen tales algoritmos, probablemente habría muchos intentos de fraude (con visos de logro en alto porcentaje de casos cuando no dependan o estén reforzados de otros medios alternativos)...
Seguramente habría graves caídas en la Bolsa, nos acabaría afectando a todos, porque al final el mundo actual es un enorme tablero con piezas de dominó, que cuando cae una, caen casi todas. Vamos un caos en ese terreno, daría para una película...

De modo filosófico para una persona sí...
Si lo hace un programa, que encuentre una solución no aprende nada con ello. Toma una calculadora y multiplica 2 números, dime que ha aprendido aunque arroje la solución correcta. De la IA se espera que 'aprenda'...

Es importante no confundir las materias en objeto.

El foro no está concebido para ser una escuela e impartir lecciones, solo apoyos, apuntes, ayuda puntual... el trabajo de aprender recáe en cada persona individualmente.
Si tu ya conocieras los árboles, que tuvieras una duda concreta y puntual, pués vale preguntar y tendrías respuesta, pero no cabe enseñar a nadie desde 0, y mucho menos desde el nivel en que un 'aspirante' esté anclado en conocimientos (habitualmente poder adquirir ciertos conocimientos, supone conocer los que están por debajo de esa capa y que son necesarios para explicar y comprender lo que se cuenta)...

Hay chorrocientos libros para aprender, casi seguro que también haya muchas páginas donde se aborde el tema con mayor o menos proofundidad (incluso probablemente vídeos por youtube), pero vamos un foro no. Un solo hilo donde dijera: "enseño árboles", acabaría teniendo miles d epáginas, pués todo el mundo vendría a preguntar las mismas cosas respondidas mil veces, pero que en vez de buscar prefiere que se lo cuenten de nuevo otra vez bajo su perspectiva particular.

Mi consejo es que te compres un buen libro, si el dinero (como tantas veces) es un problema, seguro que todavía podrás descargarte alguno por la red... y si tampoco te vale por la razón que sea, Wikipedia, es una opción asequible a todo el mundo: Empieza por aquí... lee, lee y lee.
https://es.wikipedia.org/wiki/%C3%81rbol_(inform%C3%A1tica)

No. Los primos no siguen ninguna serie conocida. Aunque es un tema abierto, pués tampoco hay demostración en contra.

Lo que sí hay son series de primos que cumplen cierto patrón, por ejemplo los primos de Mersenne. Que son en la forma: p = (2^n)-1
Es decir es la serie de números (que son primos) que cumplen ese patrón.. entre medias hay más primos y hay números que cumplen ese patrón pero no son primos.

No sé si son este tipo de series lo que venías buscando.

Las empresas sabne de sobra que la mayor parte d ela gente infla su curriculum.
Un modo sencillo de saber la verdad, es preguntarles sin que ello les ponga en evidencia. Si pedirles la verdad ha de suponer pasar vergüenza, etc... insistirán en mentir.
"Tengo la confianza o la esperanza de conseguir los resultados deseados."
Si dominas un tema específico, por qué no vas a tener confianza en conseguir los resultados que esperas?. El único modo de que suceda eso (a priori),  es que en verdad no domines el tema.
Habrá otras razones, cuyas causas puntualmente, pero tú no tienes ningún modo de saber en este preciso instante, cuales podrían ser. La única a priori es que domines o no el tema para el que supuestamente se te contrate.

Feedback, como bien señala Machacador es retroalimentación en cualquier sentido. Se refiere por ejemplo a cosas de electrónica, en relaciones sociales, inclsuo en programación, desde el código, hasta el programa una vez completado... y como no, entre un autor y su público (por ejemplo músicos y fans).
Por ejemplo la frase "...el feedback entre el programador y sus usuarios...", refiere básicamente a las quejas o fallos del programa, que el programador tendrá en cuenta para corregir o mejorar la próxima versión.

Se cuela con excesiva facilidad demasiada teminología en el español sin necesidad (cuando tenemos palabras en nuestro idioma no es necesario importarlas, de hecho a veces creo que hasta convendría tomar medidas).

Ahí el término correcto es 'acople'... Es como poner un espejo que se refleja en otro espejo, si la imagen tiene un pequeño ángulo se ven espejos infinitos, porque cada reflejo, refleja lo que el otro contiene y aquel contiene todo lo que este a su vez refleja.

'feed' es alimentar, alimentador, y 'back' retroceso, volver, de vuelta atrás...
Un profesosr explica... y espera que los alumnos que no entiendan su explicación (aunque sea parcialmente), hagan las preguntas al respecto. Si el profesor responde una duda, puede de nuevo el alumno, volver a requerir otra aclaración de ahí lo de 'doy y solicito feedback.

Son varias preguntas. Voy a ver si te respondo a todas sin extenderme demasiado...

Complicado por sí mismo no, es, pero la complejidad es algo subjetivo que depende de los conocimientos de cada uno.

Nota la diferencia entre 'encontrar una solución' y 'aprender algo'.

Con grafos es siguiendo el camino que tracé en el mensaje anterior.
Puedes en un principio considerar un árbol, y más tarde pasar a considerar un grafo o al revés.
Nota que con grafos y árboles, la recursividad está a la orden del día. Luego el lenguaje usado debe aceptar recursividad. Es posible cambiar cualquier sistema iterativo a recursivo y viceversa pero en la práctica a veces es complicado pasar de uno a otro, en tanto que en un sistema es básicamente intuitivo. Esa lucha 'contraintuitiva' añade una capa de complejidad innecesaria e indeseable.

Para hacerlo con autómatas, necesitas conocer la teoria de autómatas... si no es como querer arreglar la maquinaria de un tren, solo porque lograste arreglar el pedal de la bici de tu sobrino.

Ok.. no limitarlo en prinicipio a un número de intentos no es mala idea.

Una IA se alimenta de datos. Datos que deben sopesarse, para que se adapten. Si el número de entradas es muy escueta, el aprendizaje será complejo, no quedaría claro ni existiría una separación definida de cuando una solución responde a la lógica tras la IA, respecto de la pura causalidad (pués solo hay 4 soluciones entre la que elegir, por fuerza acertaría un 25% de las veces incluso sin ninguna 'intelgencia detrás')
... ahora pon 20 entradas y entonces incluso un 2% de aciertos será más admirable al caso que un 25% con solo 2 entradas.

 Una IA necesita en principio ser un proceso abstracto, aunque luego pueda ser definido expresamente para un cometido único.
Una IA tiene una o más salidas, pero dichas salidas retroalimentan la entrada, sin retroalimentación no hay siquiera memoria, menos aprendizaje.
Nota que la memoria es una retroalimentación de una entrada con algo ya almacenado (una salida previa).
El aprendizaje, consiste en hacer esto mismo a muchas más capas... El aprendizaje podría verse como una simulación d ela simulación de una memoria.
Una IA requiere poder cambiar valores llamados pesos, para estabilizar como reacciona la información, esos pesos hacen una especie de compensacion distinta a diferentes entradas.

 No. Para nada.
Eso es un bloque funcional de acciones.
Guarda una cierta similitud pero solo si se comprende. desde luego no en la forma de abordarlo.
Un autómata en principio se desentiende de tu problema particular, es abstracto.
Recibe un estado inicial y una secuencia y va cambiando el estado interno en función de dichas entradas y una función de evolución (llamada de transición), que dicta como cambia (a que éstado evoluciona desd eel estado actual y con el valor actual de la secuencia). A menudo suele generarse una tabla, para representar el funcionamiento de la funcion de transición.
De una forma simplificada con los datos de entrada computa qué reglas se cumplen y hacia qué estado evoluciona, para finalmente señalar si cumple o no la regla.
En realidad se requiere un autómata por cada regla, aunque finalmente pueden aunarse y simplificar el esquema.

Un autómata en este caso se encargaría de evaluar la apuesta y el número de bolas negras y blancas, y así determinar si la secuencia dada es la solución o no, podría además devolver esos estados internos de las bolas (para recibirlos en la siguiente apuesta).

Como te decía más arriba, para hacerlo con autómatas, necesitas conocer la teoria de autómatas...
No es posible enseñar en 2 o 3 párrafos algo que precisa como mínimo 50 páginas.

Lamentablemente no puedo penetrar en tu cabeza.
Poner un titulo y el texto de una salida, es lo mismo que no haber hecho nada.

En mi mensaje anterior te he dado pie para sigas desde allí, con árboles. ...pero si tampoco sabes crear y usar árboles en el lenguaje que entiendes... lo que hagas o dejes de hacer, entiendas o dejes de atender, depende finalmentee de tus capacidades.

Totalmente de acuerdo.
La psicología es como la opinión de alguien. No tiene validez ninguna de forma absoluta. Es su justa medida puede tenerse en cuenta y ya.
Soy d ela opinión de que la contratación de personal no debeiera estar a cargo de gente  que se esconde bajo 'recursos humanos', por eso mismo, porque no es una ciencia exacta. Ninguna pregunta ni ninguna respuesta va a indicar si una persona es más apta que otra para el puesto. Justo la ley prevé (al menos en España), 15 días a prueba, que es donde un trabajador puede demostrar si está o no capacitado y donde (se supone) que la empresa tiene la obligación de exponer al personal a prueba al trabajo diario que ha de acometer si definitivamente ocupa su puesto. 15 días son suficientes para saber si alguien encaja en el puesot o no, pero ni 1000 test pueden darte una respuesta tan precisa.


Esta pregunta significa: ¿Te vas a quejar si te cambiamos de puesto, de sueldo, de sitio de trabajo, de...??. no queremos quejicas, queremos robots obedientes.

Esta pregunta significa: ¿soy fácilmente manipulable???. 

Esta pregunta significa: ¿Vas a a protestar cuando algo esté mal?. No eres nadie, y si te decimos que es así, así lo haces y te callas.

Esta pregunta significa: ¿de verdad dominas lo que pone en tu currículum, o te has inventado cosas?

Esta pregunta significa: ¿Te distraes constantemente con tonterías, priedes mucho tiempo mirando tu correo o jugando en tu puesot de trabajo?

Esta pregunta significa: ¿con tal de alcanzar tus metas, podremos presionarte todo lo que creamos o queramos ?. Se resume en si te vas a agachar el ala en caso de conflicto, o si vas a volar.

Esta pregunta significa (entre otras cosas): ¿Te da miedo ver que tus compañeros entran a trabajar hoy y los despedimos la semana que viene?

Esta pregunta significa: ¿Te llevas trabajao para terminarlo en casa (sin cobrarlo por supuesto)?. Llaman 'ideas y conceptos nuevos' al hecho de que tú mismo te pagues los estudios o cualquier otro requerimento necesarios por los cambios originados en base a sus decisiones (no a las tuyas). Si por ejemplo entraste a trabajar como programador de bases de datos SQL (por que esa era el puesto ofertado en sus día, si luego sale un buen cliente con bases de datos Oracle, y tu está pegadillo en esa orilla, si vas a actualizarte de tu bolsillo y no con cursillos pagados por la empresa).

Esta pregunta significa: ¿Eres innovador y vas a compartir tus ideas con la empresa o vas a patentarlo por tu cuenta?. Se te requiere saber si cedes tus ideas al dominio de la empresa (y que sea la empresa la que patente) y tu no vas a exigir nada más allá de un invenctivo (limosna).

Esta pregunta significa: ¿Eres ordenado y terminas todo lo que empiezas o dejas las cosas a medias?. Necesitan saber si van a contar contigo para puestos de responsabilidad llegado el supuesto caso.

Est apregunta significa: ¿Si hay prisas, darás más horas, te llevarás trabajo a casa?.
Hay varias preguntas muy similares. se busca concordancia y no contradicción entre ellas.

Esta pregunta significa: ¿Te vas a desvivir por la empresa, o cuando acaben tus 8 horas te vas a casa y te olvidas de todo?.
Va en línea con la 11, la 10 y la 8...

Esta pregunta significa: ¿En caso de saturación de trabajo, sabrás discernir a cada momento lo que e smás importante y urgente?. Esto implica que hay mas de un gerente o uno solo pero malo y que el lunes quieren esto y el viernes han cambiado de opinión y quieren otra cosa distinta... (de lunes a viernes el trabajo a la basura).

Esta pregunta significa: ¿Cuando haya problemas (algo perdido, algo que alguien debió entregar en su mo mento y lo entregó fuera d eplazo, por ejemplo...), aceptas que es culpa tuya si un superior te lo 'endiña' y tú te enteras?

Est apregunta significa: ¿Vas a presentar excusas cuando tengas trabajo hasta las cejas?

Esta es otra d elas preguntas razonables.

Esta pregunta significa: ¿Te vas a quejar si te asignamos parte de la tarea de un enchufado y la vas a entregar a tiempo junto todo el resto del trabajo?.
Mientras el jefe se va una semana a quien sabe donde con la chica cuyas tareas te han colado... y pon buena cara...

Esta pregunta significa: ¿Acostumbras a entregar tus tranajos a tiempo, eres un lentorro, atrasas el trabajo dle resto?
Esta pregunta es bastante razonable dentor de lo que cabe.

Esta pregunta significa: ¿Aunque sepas de antemano la solución a un problema o que las respuesta que se pretende aplicar es errónea, tendrás paciencia para aceptar otras soluciones mediocres, solo poque son ideas del jefe u otro bien mirado en la empresa?.
Se te pide que pongas cara de bobo impresionado cuando ssepas que algo está mal desde un principio. La idea es que, en caso de fallo catastrófico la culpa final sea de todos y que no te quedes al margen, que aceptes (tu) parte de la culpa (si es tu idea está bien, pero si es la de otro y tu entendías que tenía errores (que no quisieron escuchar o que escucharon y desoyeron), por qué has de participar de dicha culpa).

Esta pregunta significa: ¿Si no te has enterado de algo, seguro que vas a preguntar hasta tenerlo todo claro, no queremos errores y si entiendes que uno se ha equivocado vas a explicárselo hasta que lo entienda y que así no cometa errores?.
Probablemente sea la pregunta más razonable de tod el cuestionario.

Esta pregunta significa: ¿Te vas a comportar con  tranqulidad, paciencia y claridad aunque desde el otro lado no suceda lo mismo?.
Resulta absurdo. Básicamente te está preguntando si eres dobaldor de películas. Todo el mudno tiene cierta flexibilidad, pero nunca es tanta, como lo que se sugiere.  Por otro lado si tu intelrocutor es sordomudo y tu no entienddes el lenguaje de señas, que leches vas adaptar al interlocutos... de hecho es más probable que alguien se acabe ofendiendo por el exceso empeño que alguien pone en esa adaptación que suena más a burla a tomarlo por tontos que a otra cosa.
Cada cual tiene que recononcer y asumir sus cirscuntantcias y limitaciones.

Est apregunta significa: ¿Eres un bicho raro, un friki, y también tienes algo en contra de otros frikis?.
Desde el punto de vista social es absurda. Si alguien es racista, comunista o cualquier otro -ista (son solo ejemplos), en determinado trabajo que tenga claro que su '-ista' juega en contra para conseguir el trabajo, lo va a ocultar sí o sí... por lo menos de entrada.

Esta pregunta significa: 2 cosas: ¿tienes de verdad la experiencia que dices tener en tu currículum?. Y en caso afirmativo: ¿Tienes referencias de qué tu experiencia es la que dice ser?.
Supuestamente si tienes cierta experiencia conoces a bastante gente y se supone que si eres todo lo que ellos quieren, además conservas y mantienes contactos con todos ellos (vamos que vas por el mundo y por la vida con una especie de minifacebook profesional).

Esta pregunta significa: ¿Si tienes o tenías contactos de tus trabajos anteriores, los vas a ceder a la cartera de clientes de la empresa, o al menos llegado el momento oportuno, podremos contar con ellos si hace falta?.
No queda claro si habría negociación a través de ti, típicamente esto se oculta en otra de estas ridi-preguntas)

Esta pregunta significa: Queremos saber que sucederá sii tus prioridades no son las mismas que las de la empresa...

Est apregunta significa: ¿Si te has dado cuenta que el jefe (de tu sección) la va a 'cagar' con una idea, se lo dirás o dejarás que vaya al director para ver como mete la pata?

Esta pregunta significa: ¿en caso de conflicto, con la empresa, algún jefe u otros empleados, podremos arreglarlos solo con unas palamditas en la espalda?. C0Ñ0, pués dependerá de la putada que te hayan hecho digo yo. Que sí o sí, por narices tengas que aceptar palabritas, no es siempre la solución correcta.

Esta pregunta significa: ¿Aunque sepas que están equivocados (e incluso hasta que puedas demostrarlo), y que es más fácil empujar hacia abajo que cuesta arriba, harás el tonto y empujarás como los demás cuesta arriba, especialmente si la idea partió del jefe?.

Esta pregunta significa: ¿Si fruto de tu inmenso esfuerzo o tu ingenio logras avances, estás dispuesto a no darles importancia y hacer como que todos habeis participado de ello, aunque tú le hayas dedicado chorrocientas horas mientras el resto estaba de cervezas o se fue de vacaciones a no se qué playa?.
Le llaman trabajar en equipo a 'confundirte' entre la masa de la ignorancia. Si algo brilla por sí solo, por qué C0J0N3X hay que enturbiarlo ni mancharlo?.

Esta pregunta significa: ¿si el hijo del gerente, el sobrino del jefe u otro enchufado no tiene ni P... idea, serás tan amable de perder tu tiempo y explicarle (hacer su trabajo) para que el torpón aparezca como que cumple su trabajo aunque tu tengas que dejar el tuyo sin terminar (que no puedes porque como estás comprometido con la empresa tendrás que recuperarlo fuera de horarios)?

Esta pregunta significa: ¿Das más importancia a tu palabra que a las condiones laborales que rigen el puesto que ocupas?.
Es frecuente que te exijan cumplir compromisos a pesar de que las condiciones iniciales en las que estableciste dicho compromiso han cambiado y por tanto tu eres libre de rescindir dichos compromisos.

Esta pregunta significa: ¿Te tragas las culpas sin rechistar cuando un superior diga que la culpa es tuya?.

Esta pregunta significa: ¿Si la empresa comete ciertos delitos de los que al final (por tu puesto) podrías estar enterado, nos va a a descubir, vas a ser el chivato que nos joda?


De entre todas solo he visto 3 preguntas razonables, las demás están borrachas... dopadas de bobosofía.

Por último... con estos test (cuando es posible, lógicamente, algunas veces no sale la siguiente pregunta hasta haber respondido a la actual), recomienzo hacerlos desde el final hacia atrás.
Muchas veces el orden de las preguntas está pensado al revés para que ya habiendo respondido con anterioridad algo, ahora (que queda más claro el asunto) no puedas cambiar (sin que se note) la respuesta.