a0001

articulo a0001 - pagina p01 - 1.- Origenes ¿ Los Scripts son del pasado ?

Ciertamente casi todo lo que usamos en informática tiene sus bases hace muchos años. Incluso los más modernos algoritmos seguramente se basan en principios de los años 50. La única diferencia es que actualmente la capacidad de proceso es mucho mayor. Ahí podemos ver las macro-aplicaciones gráficas actuales , casos que era imposible llevar a la accción antaño.

Las bases de la programación shell invoca a los orígenes de los sistemas unix.

La evolución de los sistemas Shells que se puede ver como el mini-sistema operativo que fue permitiendo la ejecución de comandos cada vez más poderoso y más práctico para el usuario. Hablamos del sh, del ksh , del csh y finalmente del bash. Habrá un montón que nos olvidamos, pero es en base a las capacidades que nos aportan esos mini sistemas, la posibilidad de implantar futuros shells por encima de ellos.

Por tanto se puede afirmar que los scripts son del pasado, son del presente y serán del futuro, pues la velocidad y practicidad de ejecución NUNCA podrá ser reemplazada ni por un sistema distribuido ni por una aplicación web.

Mientra exista UNIX existirán Shell Scripts.

articulo a0001 - pagina p04 - 4.- Entender y aprender Shell Scripting

Las fuentes de información sobre aspectos avanzados en Unix son escasas, aun así gracias a Internet hoy en día es posible hacer introspección en algunas páginas que te ayudan con comandos útiles.

Ninguna que enfoque el shell script como una política de empresa. Al menos por nuestra parte queremos difundir esa mentalidad y ayudarles tanto en scripts útiles como en metodologías de trabajo.

Aprender shell scripts implica decidar tiempo a investigar, ese tiempo debe estar unido al de su trabajo diario.

Los responsables deben entender y pronosticar ese tiempo pensando a medio-largo plazo. A corto plazo NO SE PUEDE hacer shell scripting.

articulo a0001 - pagina p02 - 02.-Valorar una política de Shell Scriptings

Cuando empezamos a ahondar en el uso de un ordenador, siempre tendemos a automatizar tareas. Los propios tipos mime comentados anteriormente son un ejemplo de esta actuación. Microsoft también agiliza los entornos para usuarios nobeles en razón al ocultamiento de la estructura real del sistema.

También cuando el usuario empieza a CRECER , intenta crear Accesos directos, Favoritos, incluso tareas.

En sistemas unix la filosofía es equiparable. Con la ventaja de que la potencia es muy superior. En principio su apariencia puede confundir, uff .. una pantalla de texto.... ¡¡ Vaya antigualla !!

En España, por desgracia las cosas se hacen muy mal. Esto implica que hay muchos inconvenientes para que se pueda implementar un trabajo bien hecho y más aun para valorar y justificar dicho trabajo.

Pero realmente estamos ante la puerta de la VELOCIDAD y la optimización de tareas. Está claro que esta puerta esta bastante bien cerrada para el usuario novel. Pero para usuarios medio , con GANAS y con algunos conocimientos, está bien abierta y dispuesta para enseñarle un concepto distinto de informática.

Antiguamente, en épocas anteriores a Windows quién se compraba un ordenador, al menos debía aprender msdos. Necesitaba saber ciertos comandos para poder interactuar con el sistema. Sinceramente yo creo que se aprendía más. Era más dificil, era más confuso, era más oscuro pero mucho más REALISTA con lo que es la informática.

Los avances actuales en cuanto a interfaces no pueden SUPLIR ese manejo de los sistemas a bajo nivel. Y si alguien se cree que lo está supliendo, sinceramente está equivocado.

Las aplicaciones DISTRIBUIDAS carecen de la estabilidad necesaria para hacer innecesario el conocimiento por debajo de ellas y las aplicaciones de GESTION (Ej:bancarias) no disponen de las capacidades aportadas por sistemas distribuidos. Por tanto los scripts en particular y el manejo de sistemas a nivel de shell en general SON NECESARIOS.

Ahora bien, si al usar un ordenador (Windows , Mac o Linux (Interfaz Gráfica) ) , intentamos automatizar movimientos y tendencias, es lógico que al usar Sistemas más profesionales también intentemos automatizar y optimizar nuestro trabajo.

Sinceramente con una buena política de scripting el trabajo que puede tardar 1 día en hacerse se podrá hacer en cuestión de minutos.

Evidentemente hablo de trabajo "manual", si la plataforma tarda 6 horas en generar ese trabajo, evidentemente ese tiempo es fijo.

Por tanto hablamos de ratios de rendimiento superior al 90% en razón a como se está trabajando.

articulo a0001 - pagina p05 - 5.- No tener miedo a implantar políticas de Profiling

Los principales motivos de estos temores están debidos a la ausencia de personal cualificado para entenderlos.

Si las empresas apuestan por perfiles baratos, difícilmente podrán tener políticas de profiling en entornos de producción.

Distribuir contenido