#47 He estado leyendo todos los comentarios. He de confesar que no tengo la titulación de informática y me preguntaba qué se enseña en la misma, pues creo que no sirve de nada. Veamos.
Primero, en mi caso (y en el de casi todos los de mi area de trabajo) te hacen un curso de menos de un mes sobre el lenguaje de programación y el sistema operativo. Como no hay suficientes informáticos y como los informáticos que hay no quieren trabajar en un entorno no visual hay por tanto muchos "intrusos". Bueno, previamente te han pedido el currículum, has puesto la carrera que tienes, has hecho la entrevista, los tests psicotécnicos, el test de inglés (si lo hay), el curso y en su caso alguna prueba durante el curso.
Has acabado por fin el curso. Te hacen tu primer contrato de informático, bien de prácticas, becario o algo peor. Ya eres un mileurista (en el mejor de los casos). Has necesitado para esto haber estado estudiando desde los 6 hasta aproximadamente los 22 años.
Cuando se entra en la informática, se entra generalmente de programador, nadie pone a un psicólogo que acaba de terminar la carrera de jefe de proyecto para diseñar un sistema de aviones, igual que un médico que ha acabado la carrera no sabe operar.
Al principio, dado que en el curso no has podido programar, comienzas tus prácticas con el cliente (haciendo los programas que te da tu analista.
Las tareas principales consisten en escribir el código del programa en el lenguaje que sea, arreglar los errores de compilación y probarlo. Para escribir en el lenguaje pues basta saberse el manual del lenguaje. Realmente, por complejo que sea un lenguaje hace:
moves (=)
ifs
fors o whiles
Llamadas a funciones.
Trabajo con ficheros (abrir,cerrar,leer y grabar)
Trabajo con bases de datos (leer,store,update,delete)
Entrada/salida de datos por pantalla.
No hay más.
Los errores de compilación a medida qué pasa el tiempo son más sencillos de corregir pues se va dominando el lenguaje y casi siempre se cometen los mismos errores.
Lo difícil es entender lo que se pide hacer, pues el análisis suele estar incompleto y con errores. Da igual ser o no informático, solo el conocimiento funcional del entorno ayuda a saber el programa que se está haciendo para qué sirve y por tanto que ha de probarse.
Lo realmente complicado son las pruebas, la corrección de errores.
El lenguaje, qué decir, es Natural. Lo primero que piensas es qué es eso. Se trata de un lenguaje antidiluviano similar al Cobol y que dado que funciona y hay no se cuantas millones de líneas en el mismo hay que estar cuatro años completos varias decenas (o cientos) de personas para reescribir el código y haga casi lo mismo pero en el lenguaje de programación de moda.
Por tanto, sigo sin comprender las tonterías que se leen de la informática, como si fuera lo mismo que estudiar medicina o arquitectura. En el trabajo de informático, los conocimientos técnicos son lo menos importante, y lo más importante son los conocimientos funcionales sobre el entorno (aplicación de banca, Tesorería, seguros, etc) y el cliente (Dos clientes trabajando en el mismo lenguaje de programación no se parecen en nada.). Los lenguajes de programación/bases de datos/sistema operativo no tienen porqué ser conocidos o bonitos. A la hora de programar lo difícil no es el lenguaje. Lo difícil es:
Entender los programas para saber qué hacen y porqué (Hay programas con ifs que pueden ocupar diez líneas).
Saber probar los programas.
Saber cómo afecta modificar un trozo del programa a la aplicación.
Si piden arreglar algo saber qúe programa de todos ha de modificarse y cómo.
Saber dado una nueva funcionalida de la aplicacíón qué programas han de hacerse y cómo, y qué programas antiguos deben modificarse.
Saber dar órdenes y dividir el trabajo entre los demás. No debe porqué saber nada del lenguaje de programación pero deben tenerse unos fuertes conocimientos funcionales).
Primero, en mi caso (y en el de casi todos los de mi area de trabajo) te hacen un curso de menos de un mes sobre el lenguaje de programación y el sistema operativo. Como no hay suficientes informáticos y como los informáticos que hay no quieren trabajar en un entorno no visual hay por tanto muchos "intrusos". Bueno, previamente te han pedido el currículum, has puesto la carrera que tienes, has hecho la entrevista, los tests psicotécnicos, el test de inglés (si lo hay), el curso y en su caso alguna prueba durante el curso.
Has acabado por fin el curso. Te hacen tu primer contrato de informático, bien de prácticas, becario o algo peor. Ya eres un mileurista (en el mejor de los casos). Has necesitado para esto haber estado estudiando desde los 6 hasta aproximadamente los 22 años.
Cuando se entra en la informática, se entra generalmente de programador, nadie pone a un psicólogo que acaba de terminar la carrera de jefe de proyecto para diseñar un sistema de aviones, igual que un médico que ha acabado la carrera no sabe operar.
Al principio, dado que en el curso no has podido programar, comienzas tus prácticas con el cliente (haciendo los programas que te da tu analista.
Las tareas principales consisten en escribir el código del programa en el lenguaje que sea, arreglar los errores de compilación y probarlo. Para escribir en el lenguaje pues basta saberse el manual del lenguaje. Realmente, por complejo que sea un lenguaje hace:
moves (=)
ifs
fors o whiles
Llamadas a funciones.
Trabajo con ficheros (abrir,cerrar,leer y grabar)
Trabajo con bases de datos (leer,store,update,delete)
Entrada/salida de datos por pantalla.
No hay más.
Los errores de compilación a medida qué pasa el tiempo son más sencillos de corregir pues se va dominando el lenguaje y casi siempre se cometen los mismos errores.
Lo difícil es entender lo que se pide hacer, pues el análisis suele estar incompleto y con errores. Da igual ser o no informático, solo el conocimiento funcional del entorno ayuda a saber el programa que se está haciendo para qué sirve y por tanto que ha de probarse.
Lo realmente complicado son las pruebas, la corrección de errores.
El lenguaje, qué decir, es Natural. Lo primero que piensas es qué es eso. Se trata de un lenguaje antidiluviano similar al Cobol y que dado que funciona y hay no se cuantas millones de líneas en el mismo hay que estar cuatro años completos varias decenas (o cientos) de personas para reescribir el código y haga casi lo mismo pero en el lenguaje de programación de moda.
Por tanto, sigo sin comprender las tonterías que se leen de la informática, como si fuera lo mismo que estudiar medicina o arquitectura. En el trabajo de informático, los conocimientos técnicos son lo menos importante, y lo más importante son los conocimientos funcionales sobre el entorno (aplicación de banca, Tesorería, seguros, etc) y el cliente (Dos clientes trabajando en el mismo lenguaje de programación no se parecen en nada.). Los lenguajes de programación/bases de datos/sistema operativo no tienen porqué ser conocidos o bonitos. A la hora de programar lo difícil no es el lenguaje. Lo difícil es:
Entender los programas para saber qué hacen y porqué (Hay programas con ifs que pueden ocupar diez líneas).
Saber probar los programas.
Saber cómo afecta modificar un trozo del programa a la aplicación.
Si piden arreglar algo saber qúe programa de todos ha de modificarse y cómo.
Saber dado una nueva funcionalida de la aplicacíón qué programas han de hacerse y cómo, y qué programas antiguos deben modificarse.
Saber dar órdenes y dividir el trabajo entre los demás. No debe porqué saber nada del lenguaje de programación pero deben tenerse unos fuertes conocimientos funcionales).