La idea de un IDE, es tanto facilitar el trabajo al programador: darle comodidad, mostrarle errores, opciones fácilmente al alcance y en definitiva ahorrarle tiempo.

La efectividad no depende de con qué escribas el código, si no del propio programador.
¿Crees tú que si escribes con bolígrafo en vez de con un teclado, tu código va a salir más efectivo?. Tardas más o menos si cambias el modo de entrada de texto (sea un IDE, un editor de texto plano, usando un teclado, un ratón seleccionando letra a letra, un lápiz íoptico con reconocimiento de caracteres, un bolígrafo a papel y luego escaneado y luego procesado OCR...), es consumo de tiempo, no afecta a la efectividad del código.

Que en las pelis veas algún personajillo a medias entre antisocial y deficiente mental haciendo cosas absurdas, solo pretende reflejar (muy mal logrado eso sí), un geniecillo incomprendido... Imitarlo es convertirse en el deficiente mental que aparece en la peli...

Usas un editor de texto plano, solo cuando no estás sentado ante tu equipo (u otro que disponga dle entorno de programación instalado) y tienes la imperiosa necesidad de escribir código...

En esos casos yo incluso prefiero escribir pseudocódigo, porque fijo que algún gazapo se te va a escapar (el IDE ayuda mucho a corregir errores tontos de mecanografiado, por ejemplo de que el teclado se te trabe y escribas dos veces un carácter u omitas uno, o que un espacio baile arriba o abajo). Escribiendo pseudocódigo, avanzas más rápido, porque rápidamente 'fotografías', retienes la idea sin perder tiempo en los detalles que ya desarrollarás cuando estés 'cómodamente sentado ante tu equipo'.

Es impráctico, necesitarías ejecutar el algoritmo del orden de 2^127 veces para asegurarte que el el texto en claro coincide con el texto cifrado, o lo que es lo mismo, probar todas las claves posibles. Fuerza bruta pura.

Yo no descarto que el algoritmo sea débil frente a su aparente fortaleza... pero yo no lo trataría desde la perspectiva texto en claro, texto cifrado, si no desde la s-Box (que además podría ser cambiada, si hubiere sospechas).

Para mi un sistema que usa XOR en cantidades pares, de alguna forma está retirándole la entropía que le dió la vez anterior. Al ser las rondas de la segunda etapa en número par (tanto para 128bits, como 192 y 256), cae en ese detalle (para mi revelador)...

Un usuario ciertamente no va a necesitar esa velocidad, pero como hoy día en casa se tienen chorrocientos aparatos conectados de forma permanente a internet, si algunos de ellos tira de streaming, por ejemplo para ver una peli, puede darse el caso de que los demás se resientan si también precisan hacer alguna descarga.

Así que "bienvenido velocidad de 1Gbs. y que siga creciendo (o bajando la factura si no sube más)".

Las averías son de varios tipos.
La más típica como ya te han dicho, es el cable que se rompe próximo a uno de los terminales (clavija o auricular), y en efecto hoy día es extremadamente complicaod soldarlos, porque son muy finos y por la temperatura que alcanza el soldador... y bueno tu pulso, la gota de estaño por pequeña que sea acaba siendo gigante. Y los empalmes delhilo se resbalan no tienen rigidez al ser tan finos.

Del mismo estilo, es que se desolde el cable del propio auricular, si se puede abrir el 'caparazón', ahí si puedes soldar...

Menos frecuente es que se rompa la membrana del auricular (si miras un altavoz grandote, la membrana es la parte móvil, la que convierte los impulsos eléctricos en sonidos por vibración). Si en ved de romperse, solo se 'pliega' simplemente el sonido pierde calidad, puede aspirarse con algo que haga de ventosa y tirar de ella...

Otras averías vienen de la parte de la clavija. Es típico que determinados aparatos manden más corriente de la que admite el propio auricular, con lo que es fácil que se dañe.

También pueden dañarse los auriculares que en medio del cable llevan algún botón extra.

En realidad el problema supremo para su arreglo es lo complicado de su manipulación por su diminuto tamaño...

Tu mismo te has contestado:

Y pones un ejemplo:

Ya, pero con "-r -s -h -a", básicamente estás "desoclutando" (como tú dices), y al tiempo retirando los otros atributos (Sistema, solo lectura...).

Y respecto de obtener los ficheros de diferentes extensiones, es una pérdida de rendimeinto, buscar en una carpeta cada vez por una determinada extensión.

Como mínimo, obtener una vez todos los ficheros de una carpeta... y luego a lo sumo iterar por cada extensión. entiéndase la diferencia...
Una idea es: Getfiles(, ComoEste) que exige releer varias veces y obtener el listado y filtrarlo, (ambas cosas) por cada extensión,
Con obtener: una sola vez el listado: GetallFiles(DeEstaCarpeta) y luego en esa lista buscar los de determinada extensión.

Más óptimo a base de algo más de código, es todavía, obtener una lista de todos los ficheros de esa carpeta y luego en un bucle interno:


   

Pués ahora que ya te funciona, remodela el proyecto, para que no haya más que una ficha, y todo lo que antes eran fichas ahora deben ser botones (operadores, +,- *, /,etc...), y al tiempo coloca botones con los números,  la coma decimal y el "=", una sola entrada de texto, que serán los botones, el cuadro de texto será realmente un visualizador de lo que se pulsa y luego del resultado, para que de verdad parezca una calculadora.

Esto es un problema de matemáticas de niños de 10 años o así...

Si no se sabe resolver cuestiones tan pueriles, hay que empezar a pensar en dedicarse a otra cosa.

Leyendo al der artículo, cualquiera diría que 'en efecto tiene algo que soportar'... pero como no se asu propia tontería no sé a qué se refiere.
A él ni le va ni le viene, usa la tecnología ajeno por completo a si hay una tecnología, 2 o conviven 50 a la vez.

¿Qué culpa tienen los ciudadanos de que no hayan planteado desde un inicio perspectivas a largo plazo?. se supone que los que llevan el tema, deben estar enterados del asunto y planificar anticipadamente las cosas, si hay que reservar algo, que se reserve. Lo que no procede es que cada 5 años se obligue a todo un país a adquirir nuevos aparatos, por falta de previsión de los 'tecnólogos' que se les supone entendidos en el tema.

El cifrado siempre será una cuestión matemática, indistintamente de la tecnología que se aplique para hacerla funcionar.

La cuestión teórica es algo aparte de la cuestión práctica. Por ejemplo, un simple candado metálico (de esos de números), también tiene su corpus matemático... y ahí la tecnología es puramente mecánica.