Saltar al contenido principal

Las 12 razones principales por las que debería reemplazar CMD.EXE

El procesador de comandos predeterminado de Windows es CMD.EXE. Es una aplicación de consola que ejecuta los comandos que ingresa cuando se le solicita y ejecuta archivos por lotes simples (archivos con una extensión .BAT o .CMD). Desafortunadamente, el shell CMD siempre ha carecido lamentablemente incluso de las funciones más básicas en comparación con los procesadores de comandos disponibles en otros sistemas operativos. Y CMD no ha cambiado significativamente desde su primera aparición en Windows NT 3.1 (que fue lanzado en 1993).

¿Qué pasa con CMD?

12. CMD (casi) no tiene opciones de configuración. Hay varios modificadores que puedes especificar en la línea de inicio, y eso es todo.

11. CMD no tiene extensibilidad. No hay forma de crear complementos para ampliar CMD; su única opción es escribir nuevas aplicaciones externas.

10. CMD en Windows 8 tiene 36 comandos internos. Eso es sólo un par más de lo que CMD tenía en Windows NT 3.1 hace 20 años. (¡Aparentemente CMD no ocupa un lugar destacado en la lista de actualizaciones de Microsoft!)

9. CMD puede establecer los colores de primer plano y de fondo, y… nada más. No hay colores diferentes para entrada y salida, directorios coloreados o ANSI x3.64.

8. La finalización de nombres de archivos es tosca y no programable.

7. La edición de la línea de comandos en CMD es (extremadamente) simplista.

6. La visualización de archivos está limitada a TIPO. Si desea mostrar una página a la vez, vaya a MÁS. ¿Quieres retroceder una página, buscar, desplazarte hacia arriba y hacia abajo? No puedes.

5. Las variables en CMD constan de variables de entorno y un total de 6 variables internas. ¿Todas esas configuraciones internas de CMD y Windows que le gustaría consultar? No de CMD.

4. ¿Alias? Algo así como. Simplemente no intentes nada más que el alias de comando más básico.

3. Más de 20 años después de la era de Internet, y los comandos compatibles con Internet de CMD consisten en... nada. No hay acceso a archivos HTTP o FTP en ningún comando interno. Sin SSL ni SSH, ni SMTP.

2. La ayuda es casi inexistente. Hay uno o dos párrafos de salida de texto cuando ingresa el nombre del comando seguido de /?. ¿Quiere ver la sintaxis del comando mientras construye una línea de comando o escribe un archivo por lotes? ¿Ayuda sobre redirección, análisis de líneas de comando, creación de archivos por lotes? Olvídalo.

1. La creación, edición y depuración de archivos por lotes es una tarea exigente y necesita una solución integrada. ¿Cuál es la solución de Microsoft? Edite el archivo por lotes en el Bloc de notas, ejecútelo en la línea de comando y vea qué sucede.

Aparentemente, Microsoft ahora está poniendo su esfuerzo en PowerShell. PowerShell es ciertamente una solución poderosa (¡siempre que sea un programador .NET!), pero solo resuelve quizás cuatro o cinco de los problemas anteriores. Se centra en la parte del lenguaje de secuencias de comandos y hace poco por el uso interactivo de la línea de comandos. (¿Se supone que debes usar Explorer para eso?)

¿Otras soluciones? Bueno, hay un puñado de shells de Linux que se han portado a Windows. Si es un usuario de Linux y ocasionalmente usa Windows, son una buena solución y no requerirán que aprenda una nueva sintaxis.

O podría improvisar unos cientos de utilidades de línea de comandos (con sintaxis y niveles de soporte muy variables) para proporcionar las capacidades de las que carece CMD. Pero todavía estás atrapado con esa horrible línea de comando interactiva.

O intente encontrar un reemplazo de CMD. Sólo conozco dos, ambos de JP Software. (Si alguien conoce otros, hágamelo saber). TCC hace todo lo que aparece en la lista anterior y agrega algunos miles de funciones adicionales. La T libreCC/LE A esta versión le falta el soporte de Internet y el IDE de archivos por lotes, y tiene aproximadamente la mitad de TCC comandos y variables (lo que significa que todavía tiene 4 veces más comandos y 20 veces más variables que CMD).