Pero... de qué hablamos?.
Rusia es nada. Cuando era la URSS, era temible, hoy no son nada a tener en cuenta.
Cuando estaba la URSS y el Pacto de Varsovia, solo Rusia disponía de 10 millones de militares y su presupuesto militar decaplicaba el de USA al año, hoy son una risa...

A día de hoy es más temible el armamento abandonado con la disolución de la URSS, que las armas de la Rusia de hoy día...

Aunque en general, lo que hay que temer es a los locos que llegan al poder.

Bien podrían estar buscando con ello, que el seguro cubra los desperfectos, de una u otra manera, incluso por un 'daño psicológico por la tragedia de "un suicidio".' 

Desde el MAR... sin ningún género de dudas.
Tienes movilidad total sin problemas fronterizos como en Tierra.

Claro...
1 - La lista es el objeto por excelencia para guardar cosas un poco inconexas entre sí, pero masnteniendo cierto orden y cuya cantidad se desconoce a priori y/o pueda necesitarse muchos añadidos y eliminados contínuos.
2 - La pila se elige, sólo cuando los datos a almacenar deban ser mantenidos en orden inverso a como se han metido... (LIFO: Last In, First Out; Ultimo en Entrar, Primero en Salir, como la pila de libros).
3 - Igualmente (a una pila) una cola, se elige cuando los datos a lamacenar deban ser mantenidos en el orden de llegada... (FIFO: First In, first Out; Primero en entrar, Primero en Salir, justo como la cola del cine).

Las pilas y las colas, pueden construirse con arrays y también con nodos, igual que una lista enlazada.
4 - El array frente a la Lista, tiene la ventaja de la velocidad de acceso a los ítems, que además es elegible en acceso aleatorio (a cualquiera con total independencia), la lista enlazada al igual que con llas pilas y colas, se accede a sus elementos de forma secuencial...
5 - También tienes los árboles como estructura compleja, estos serñán tu preferencia cuando los datos tengan o deban mantener entre sí cierta dependencia. Hay una gran variedad de árboles que cubren muchas posibilidades. Pero en un primer encuentro, basta mirar los árboles de forma genérica.

6 - Los grafos, son como árboles 'irregulares', y tiene su uso porque al igual que en la vida es corriente que no haya nada de forma regular, los grafos permiten cierta flexiblidad mayor que los árboles a cambio de una mayor complejidad (en la estructura finalmente formada, que puede ser más abstracta).

Finalmente cuando la elección de preferencia sea la lista, pero deba hacerse un uso intensivo de búsquedas, y sea preciso un acceso aleatorio, la estructura de preferencia será la tabla hash. Es una estructura más compleja, pero tiene la flexibilidad de la lista enlazada, con la casi velocidad del array, en búsqueda incluso gana.

Documéntate sobre estos diferentes objetos y aprende a determinar cuando usar uno u otro...

Un modo correcto de trabajar con el cubo de Rubik, es considerarlo un plano... como cuando tomamos un papel para generar un cubo de una sola pieza. Esto es, una cruz...


   #
  ###
   #
   #

Cada cara dividida en seccciones de 3x3.
Ahora se puede tomar todo el pliego de papel (entero) dividido horizontalmente en 9 secciones (0,1,2 - 3,4,5 - 6,7,8) y verticalmente en 12 (A,B,C - D,E,F - G,H,I - J,K,L). Ya teneis un sistema dle cual partir... un array bidimensional de 9x12, en el que muchas casillas serán nulas (de entrada convendría darles valor -1 a todas y luego al generar un cubo al azar, vambiar el valor de cada casilla que admite un valor porque se 'registra' en el cubo).

Ahora colocad números en cada casilla del cubo de Rubik, transcribidlo al papel...
Luego girad una cara (podeis seguir la notación de caras, coronas, centros, diedros y triedros de la notación que os muestra Ivancea). Una vez hecho un movimiento, reflejad de nuevo su posición en el papel (el pliego en cruz y como han cambiado se sitio).
Ahora  a ese tipo de giro dadle un nombre o mejor una valor enumerado, entonces podeis crear igualmente todas las funciones de transición aplicables al cubo, y finalmente en una única función aunarlas todas, admitiendo como parámetros: el array de origen, el giro aplicado (el valor enumerado que corresponde a una función específica), y como salida modificar las casillas afectadas en el array, tal como se ha registrado en el pliego de papel.
Esto es supongaos que en el pliego de papel anotamos al inicio (con el cubo ordenado), que la casilla(4,A) tras x giro enumerado, adopta la posición final: Casiilla(8,E)

Pués esa función haría la rotación de esa corona (la superior),  y poniendo  de ejemplo la primera casilla, en la cruz sería:

Cuando se gire al revés, (a la izquierda, básicamente es recorrer el camino al revés...

Y proceder así con cada uno de los disitntos giros (son pocos), otorgarle un valor enumerado e invocar a una función que examine el giro y reinvoque a la rutina concreta o bien resolverlo directamente con bloque switch/select case...


En fin, un poco de trabajo pero muy simple todo... no requiere funciones de transformación complejas...


p.d.: nota que cada cara en la cruz (cada #), es del mismo color, así las casillas: 3A, 4A y 5A son del mismo color (y las 6 bajos estas)... Si en el papel, pintas cada cara de un color, y luego en el otro lo pintas después de aplicar un giro, te sería de mucha utilidad, porque para pintarlo finalmente no necesitarás una función extra tal que pasándole una casilla (por ejemplo 3A), te devuelva el color que tiene, esto es... el valor de cada casilla en el array debería ser uno de los 6 colores... y no resulta preciso ninguna función adicional, solo recorrer el array si la casilla tiene un valor distinta de -1 pintarla con el color que representa el valor.

Puesto que el cubo de Rubik si se desarma se puede armar de forma distinta, que podrían hacer que los colores no coincidan, siempre se debe partir del cubo ordenado, y desordenarlo con funciones de giro al azar... (para entenderlo imagina el cubo sobre ekl papel, imagina que lo pintas todo bien excepto dos casillas, verías que si cambias el color de esas dos piezas, de modo que haya caras completas de color, y alguna incompleta, no tendría solución de colocarse sino hasta esa forma... es decir siempre habría dos casillas desordenadas al tratar de completar el cubo lo máximo posible...

ppp


#| 0,1,2 - 3,4,5 - 6,7,8
-|------------------------
A| -,-,- - 3,4,5 - -,-,-
B| -,-,- - 3,4,5 - -,-,-
C| -,-,- - 3,4,5 - -,-,-

D| 0,1,2 - 3,4,5 - 6,7,8
E| 0,1,2 - 3,4,5 - 6,7,8
F| 0,1,2 - 3,4,5 - 6,7,8

G| -,-,- - 3,4,5 - -,-,-
H| -,-,- - 3,4,5 - -,-,-
I| -,-,- - 3,4,5 - -,-,-

J| -,-,- - 3,4,5 - -,-,-
K| -,-,- - 3,4,5 - -,-,-
L| -,-,- - 3,4,5 - -,-,-

Si te vas de vacaciones, precisamente tu mejor aliado 'informativo', va a resultar que es tu teléfono móvil.
Especialmente si al sitio donde vas de vacaciones se habla un idioma del que no sabes ni una palabra...

Google "Mapas", por ejemplo resulta muy útil. Poder ver las rutas para ir de un siito a otro sin la necesidad de preguntar y que te den rutas equivocadas, no tiene precio  

Creo que va siendo hora de que las leyes (que tanto se están imponiendo para internet), debieran al mismo tiempo endurecerse y castigar severamente las prácticas de estas empresas. Multas gordas y cárcel...

No parece muy justo que algún post-adolescente se dedique a insultar por alguna red social a quien sea y la pidan multa o vaya a la cárcel (que al fin y al cabo son solo palabras), y que estas empresas (que cada vez son más), salgan impunes con solo una 'regañina', como si fueran niñitos de dos años...

Siendo claves hexadecimales, para un largo de 13 caracteres, este es el total de claves posibles: 665.416.609.183.179.841

El almacenamiento en disco, ocuparía 13 caracteres (bytes) por cada clave, luego multiplica el valor anterior por 13. Sería insensato guardarlo a fichero, si alguien quisiera hacerlo por fuerza bruta (pero con mente no bruta), no usaría un diccionario, las iria generando sobre la marcha.

Así que estate tranquilo, además si cambias la contraseña cada cierto tiempo, el supuesto cracker, posiblemente inutilizaría su intento, ya que quizás la nueva clave fuera una que ya hubiera probado con anterioridad (cuando la clave era otra).
Si se fuerza que sea obligatorio, cambiar la clave cada x tiempo, le estás enviando a un cracker el mensaje de que debe probar su 'diccionario' en ese lapso de tiempo, si no debería volver a empezar... y por tanto es más que probable que desista por desaliento.

Pero ojo, eso no quiere decir que sea imposible obtener tu clave, solo que el método antedicho es infructuoso ...casi siempre..., porque, no hay que olvidar las claves más usadas: 123456, etc...

Creo que la razón es bastante clara..

Para una empresa que empieza, poner un precio competitivo, exige ahorrar en costes en alguna parte. Metiendo Linux, ya tienen ese ahorro y el cliente un S.O. totalmente funcional.

No creo que haya que darle más vueltas. Linux sigue sin despegar después de más de 2 décadas...
Las interminables versiones... haciéndose la autocompetencia tampoco ayuda.
Y el exagerado abuso de las consolas (para adentrarte en todo), espanta al usuario que se considera torpe.
Yo mismo me cansé de tener que andar con comandos. Resulta cansino tener que aprenderse de memoria cada comando de cada programa, solo para ver que luego en la próxima versión hay más cambios y que de nuevo vas a tener que aprenderte más cosas de memoria (cosas que ya sabías).
La ventaja de la interfaz, es que no necesitas memorizar prácticamente nada, solo ir al menú, buscar opciones y recorrerlas todas para elegir las opciones de tu preferencia, y si la nueva versión tiene cambios, no tienes que lidiar con tu memoria y te importa un EGG, que hayan cambiado de nombre o el comando asignado, ...desde la interfaz simplemente sigues seleccionando lo que prefieras.
Y mientras los desarrolladores de Linux, no se metan esto en la cabeza seguirá siendo un S.O. minoritario y relegado (y es una lástima, porque potencial le sobra..).

Soy de ambos, aunque me decanto más por el VLC, del MPC, lo que siempre me gustó mucho es la posibilidad de expandir la imagen de vídeo incluso deformando la relación ancho/alto... y lo cómodo y fácil que resulta...