Cita:
Tú mismo lo dices todo: no se han implementado muchas de las características por lo que es algo inútil, yo sólo lo veo útil para crear simples menús para luego ejecutar programas de verdad o para hacer movimientos de archivos.
Pues te equivocas completamente, tal vez porque tu asta ahora solo te has manejado en equipos para uso domestico y a lo sumo en redes de unos pocos equipos, o no sueles usar versiones para servidores (estoy especulando). Porque su utilidad actual no es para crear menus si no para cosas (muchas veces más sencillas) serias. Y te sorprenderías lo útil que puede ser un bat de un par de lineas, desde un pequeño bat para crear unidades de red (tu solo pones a disposición de todos el bat y ellos lo ejecutan y listo una unidad de red configurada en su equipo sin necesidad de que sepan nada), pasando por un bat para crear una serie de users automáticamente... Lo que pasa es que en los NT no se basan en un núcleo DOS y su terminal aunque imita a la del DOS, es distinta, igual que en Linux hay varios shells, pues el de los NT y el de los DOS/Windows 9x pues son totalmente diferentes.
Y repito, tal es que las versiones Windows 2008 Core hay que administrarlas desde la consola, tras muchos años MS volvio a la consola. Y no estamos hablando de las versiones básicas, si no de las más caras.
Lo que pasa es que actualmente la gente se ha olvidado de la consola y casi todos los manuales pues son simples y se quedan en 4 comandos del DOS y un par de estructuras de control. Aunque en internet hay info a patadas, suele estar muy segmentada y no es facilmente aprovechable y por tanto solo sirve para el que ya tiene la base. Y ya no digamos entrar en temas serios como los comandos NET (net share, net user...) y 20 más que es en donde entramos en materia muy interesane y potente. Además parece que ha quedado relegada a users que llevan muchos años, o user de muy avanzados y administradores de sistemas. Para todos los demás parece que ya no existe o no sirve para nada.
Cita:
PowerShell es un proyecto muy muy interesante. El problema aquí está en que hay que aprender un nuevo lenguaje, y que la PowerShell no está incluida de serie en ningún sistema operativo Windows actual (aunque puede ser instalada mediante un actualización de nivel opcional en Windows Vista y 7).
También te equivocas, por lo menos en algunas versiones para servidor si ya viene de serie. Aunque es cierto, para usarlo en un Windows para entorno domestico o Workstation, aun suele haber que instalarlo de forma adicional. Pero es que es un producto de futuro para sustituir la alctual consola en la decada que comenzo este año, y no vendrá de serie en todos los windows hasta el NT 7 que salga en el 2013 o por ahí.
Cita:
Estoy en desacuerdo, de hecho, creo que la situación actual es justo la contraria.
Tal vez lo que necesitas es echarle un ojo a un buen manual de administración de sistemas. Pero incluso usando los viejos comandos, estos te pueden sacar de más de un apuro. Por ejemplo yo me encuentro con mucha gente que no puede borrar un puto archivo porque esta protegido como lectura, sistema... pues en linea de comandos cambias los atributos con attrib en 2 segundos y un del y listo. También se puede hacer en entorno gráfico, pero por ejemplo en el Vista y Win 7, en muchos casos tienes que arrancar en un modo seguro o similar para poder hacerlo, mientras que si lo hacer por consola no necesitas para nada reiniciar el equipo.
Cita:
Los programas hechos en VB.NET requieren el .NET runtime que NO viene instalado por defecto en XP.
Por eso lo decia, además no hay un solo framework, si no varios.
Cita:
Pues no lo había pensado, buena idea. El problema que tiene es que deja el código fuente a la vista, por lo que el que quiera desinfectarse, lo va a tener muy fácil.
Hay compiladores que te crean exe o com a partir del archivo, además que realmente aunque fuera como un archivo con extensión vbs, pues tampoco cambia nada.
Cita:
Que sepan ustedes que VBScript y VB son compatibles (por algo es Visual Basic...xD) y se puede crear un programa con Visual Basic 6.0 que contenga una mezcla de códigos VBS y VB6, y luego comiparlo en un exe.
Totalmente cierto y no solo en VB, yo tengo echas pequeñas utilidades en VB.NET que recurrian a vbscript incrustado para hacer lo que sería dificil de otra forma.
Saludos