Ayuda

si el tunel tiene salida, entonces el primer niño en entrar sera ek primer niño en salir,

     Es un ejemplo de cola (queue, FIFO, First In First Out).

si no la tiene, entonces deberia dar la vuelta y el ultimo en entrar sera el primero en salir,

     Es un ejemplo de pila (stack, LIFO, Last In First Out).

     ~~~

Comienza definiendo una clase que va a implementar lo que quieres:

Y luego continúa implementando esos dos métodos.

En el método remove tienes que ver si el tunel tiene salida; si tiene, sacas el primero que entró ( como en una Cola como dice jpaul ) y si no tiene sacas el último que entró (Pila como dice jpaul)

Para almacenar a los niños usa un arreglo o una lista ( java.util.List )

Intenta avanzar con eso y si tienes dudas vuelve a preguntar.

debería hacer que al momento de decirle al programa que niño entra primero le asigne un ID ya sea con un HashMap y algún tipo de   que verifique si el boolean de si el tunel tiene salida sea verdadero o falso

y que imprima en pantalla el orden de los niños en cada caso.

no se como borrarlo

Si te permiten usar cualquier colección y no tienes que hacer tu propia implementacion yo usaria LinkedList ya que esta implementa las interfaces List y Deque entre otras, con la segunda te permite ir obteniendo y sacando los datos de la colección de ambos lados (actuando como Double End Queue):

Un pequeño ejemplo: aqui.

Para referencia tambien puedes ver estas ligas:

Aqui definen que es un Deque

Aquí mencionan algo más sobre Deque

y tambien checa Deque y LinkedList, es la documentación oficial.

Un simple arreglo, un indice y un if es lo único que le hace falta al código que puse. Usar otra estructura de datos en este momento parecería "overkill" pero igual al parecer (como en muchas otras ocasiones) es autor del post jamás regresará a ver si alguien respondió su pregunta.

Es que la fecha de entrega de la tarea ya termino, y el camarada esta frito, pero lo que no sabes es que debería venir a checar las respuestas, nunca se sabe tal vez pueda venir en el Examen Extraordinario o en el Adicional jajajaja

Pues convirtámoslo en kata / showdown ... quien empieza?

Algo aprenderé, en un rato libre hice el código, se que pueden meter lambdas y otros conceptos ademas de refactorizar varias cosas ahi lo dejo:

Bueno la otra era usar un tipo de Deque como LinkedList o ArrayDeque:;

Seguramente, como Josué ya mencionó, se trata de alguna tarea de estructura de datos. Aunque en Java se tiene un conjunto de clases e interfaces conocido como The Collections Framework, considero que es importante conocer los fundamentos detras de cada estructura de datos para utilizar esas clases e interfaces de una manera óptima.

Utilizando la plantilla de Oscar, el siguiente código incluye una implementación —muy rudimentaria— de una lista doblemente ligada/enlazada (aquí hay una imagen), que intenta resolver el problema planteado por el OP:

Ver demo en línea.

~~~

Respecto a: El tipo de dato debe de ser:   en vez de   ( La interfaz y sin espacio en el generic) y si lo vas a hacer final puedes inicializarlo de una vez.

Primero defino la interfaz que representa un túnel al que se le pueden meter y sacar cosas. No porque lo necesite, simplemente para seguir la convención del paquete java.util
 
Y luego lo implemento con un arreglo. Siguiendo el ejemplo de ArrayList, se puede implementar un ArrayTunnel que crezca y crezca.

Como siempre intenté hacerlo muy sencillo y termino algo que si bien no es nada complicado, tampoco es oneliner.
 
Y probando.
 

Lo interesante es que no sabía como funcionaba ArrayList y ahora sé que al quitar un elemento de enfrente se recorren todos los elementos copiandolo al mismo arreglo.

También ignoraba como crear un arreglo cuando se usaban generics, el secreto está en hacer el cast:   y ponerle la anotación  ; ¡que cosas! pero así lo implementa  

Algún día le pondremos votos a este sitio, por lo pronto +1 por a SrCid y a jpaul por sus impl :)

Chale, pues ya ni pensaba pelar esto pero bueno, no quiero perder la oportunidad de mostrar la alternativa en Ceylon. Sin utilizar módulos adicionales, la hice así:

Y su comprobación:

Algo que noté implementando esto, es que se puede hacer una implementación más corta si la condición de tener salida o no, se revisa al meter elementos a la colección, en vez de a la hora de sacarlos:

Pero, aunque parezca no haber diferencia y sólo ser una optimización, la diferencia realmente es importante por no seguir la especificación: Qué pasa si hacemos que el atributo salida sea variable? Es decir, llenar la colección, y luego poder tapar y destapar la salida conforme se van sacando elementos... la segunda implementación no funciona con esa nueva funcionalidad, mientras que la primera funcionaría sin problemas.

Jaja cierto, la mayoría de las veces la estructura de datos no va a cambiar su comportamiento al vuelo.

Como se llama el tipo de dato   ?

Alguna vez se desharán de los modificadores "shared", "variable" etc. :)

Los tipos secuenciales son parte de los tipos de colección:

•   es un iterable (secuencia tardía) con cero o más T
•   es un iterable con uno o más T
•   es una secuencia con cero o más T. También se puede escribir  
•   es una secuencia con uno o más T

  es de tipo  , que puede tener dos subtipos:  , o  . Empty ps es una secuencia vacía, de hecho su argumento de tipo es  . Sequence es el  , es una secuencia que no está vacía, tiene al menos un elemento siempre. El operador   te sirve para refinar un [T*] a [T+].

Ahora, si usas   solito en una lista de parámetros, es un parámetro variádico (como cuando en Java le pones tres puntos). Y si tienes un valor secuencial, lo puedes desplegar (spread) anteponiéndole un asterisco. Incluso con tuplas lo puedes hacer. Si tienes una tupla tipo   y un método que recibe exactamente esos tres tipos de parámetros, puedes pasarla directo:

 

No, no vamos a deshacernos de shared ni variable. Entiendan que shared no es lo mismo que public, y que favorecemos la inmutabilidad, por lo que si quieres que algo sea mutable, tienes que teclear la palabrota variable.

Oigan, Oscar y Enrique ¡Sólo estaba siendo retórico! Recuerdo haber visto en algún lado algo como   (silbidos en el aire) :-P

sí jpaul, tu Túnel se puede configurar al vuelo, ponerle o quitarle salida. Y está bien hecho porque esa configuración afecta el método para sacar algo de la colección, no para meter algo.

Que bonitos... haciendo la tarea de los demás!!

kata / showdown!

@nopalin El post ya tenía una semana sin respuestas... y pues ya.