El 2004-11-07 a las 09:31 +0100, Urbez Santana Roma escribió: ...
Y es que hoy dia, por culpa del intrusismo en la profesión de la informática, por el hecho de que todo el mundo parece capaz de resolver problemas en los que se han de diseñar sistemas informáticos, por el hecho de que hay herramientas que parece que sirven para todo, y son fáciles, hasta un niño parece que podria diseñarlas. Pues NO. Es el mismo error, que cometeria un paleta, haciendo un edificicio, o un ingeniero industrial haciendo un hotel. A no ser que haya hecho un aprendizaje en paralelo, no está igual de preparado que un arquitecto, para hacer algo que parece sencillo, para un paleta, o un ingeniero industrial o un ingeniero de caminos, etc...
En españa somos demasiado corporativistas. ¿Sabias que en otros paises, como Canadá, te puedes diseñar tu propia casa? Simplemente tienes que ir con tus planos al colegio para que los revisen y le pongan un visado. Pagas y en paz. Y eso porque se puede caer encima de alguien.
Lo mismo pasa con la informática. Para poder solucionar los problemas que se piden que se resuelvan en las empresas tecnológicas, se usan esclavos y gente sin los conocimientos necesarios. Asi de mal va el mundo hoy dia.
"Exclavos" los hay en todos los campos.
Por mucho que un mátematico pueda hacer algoritmos, no tiene los conocimientos adquiridos por alguien que ha hecho informática en serio, aunque si es cierto que pueden haber mátematicos mucho mejor informáticos que informáticos, porque ha estudiado por su cuenta.
De la misma manera, alguien que ha hecho telecomunicaciones, no está preparado para este tipo de faenas, sin una preparación adicional extra. Bueno y hoy dia tampoco las universidades que enseñan informática acaban de preparar del todo bien a los informáticos.
Deberías recordar que la informática no la inventaron los informáticos, sino una legión de matemáticos, fisicos, electrónicos, etc. (en España, fueron mayormente los telecos). Que, por ejemplo, los que diseñaron aplicaciones de ingeniería usando Basic fueron los ingenieros que querían resolver sus propios problemas: porque en cuanto tuvieron PCs vieron el enorme potencial que tenía aparte de como editor de textos, y eran ellos los que conocían lo que querían hacer, y como, y lo hicieron - y de esa forma abrieron el camino a las aplicaciones serias que vinieron después, inventando, innovando y haciendo camino al andar: y muchos de ellos fueron luego profesores en las universidades de informática que se empezaron a crear.
Que quiero decir con todo este royo (perdonadme de verdad). Que por mucho que el access, sea fácil, o el WEB ,HTTP, PHP, MYSQL, sean sencillos, NO ESTAN PENSADOS para hacer aplicaciones distribuidas. Es un error que se usen, puesto que parece que hacen algo fácil y sencillo, pero no resuelven problemas importantes de cara al diseño de una aplicación distribuida, para que sea cómoda, sencilla de usar, exactamente lo que necesita el que la ha pedido, segura, que haya coherencia en la información, y que sea eficiente, etc, etc.
Pero te olvidas de la multitud de casos en los que no se va a contratar a un profesional para que te haga una aplicación. Yo no voy a contratar a nadie para que me diseñe las bases de datos que me interesaría tener, como por ejemplo para mi lista de libros (que es enorme) - no, no me vale una hoja de cálculo, no me gusta lo que he visto hecho (en linux), y no, no se sql ni similar. Ni falta que me hace. Se hacerlo en access, pero no tengo en linux nada equivalente. Y lo quiero. Podría hacerlo en Delphi, pero no me fio: Borland no tiene constancia. Y como ese, pues multitud de aplicaciones pequeñas que se usan en oficinas y pequeñas empresas. Si, un informático las haría mejor, indudablemente. En los ambientes en que yo he estado, cuando hemos necesitado una basecita, nos la hemos hecho nosotros como hemos podido. Si pides un informático, te mandan a paseo, como no hagas impresos por triplicado, le comas la oreja a nosecuantos jefes, demuestres la necesidad imperiosa, etc, etc. Y luego, espera un año. O tres meses si eres el jefe y tienes los recursos. Así que no. Empiezas en huecos libres, te haces una pequeña cosita que te sirva, y listo. Poco a poco, va creciendo. Incluso puede llegar a ser lo bastante util para que lo usen varias personas. Y, puede llegar un dia que los jefes vean que es interesante y decidan ayudarte. O no. Tiene su nicho. Obviamente, no para una aplicación vista al publico, de la que dependa el negocio. No en mi opinión. Otros piensan que si... bueno, es un mundo libre.
De hecho hoy dia, el problema, es que se quieren hacer las cosas, rápidamente, y sin esforzarse mucho. La misma distribución de SuSE, comete este mismo error, por ejemplo con el sistema de arranque. Como puede ser que aun usemos scripts para un tema tan importante como es el arranque. El arranque deberia ser un sistema bien diseñado, y pensado para que sea eficiente. No puede ser que esperemos tanto en que aparezca el login. Y menos con las máquinas tan potentes que usamos.
Pues no, pienso que el sistema de scripts es ideal. No me gustaría nada que fuera un ejecutable en C, en el momento que fallara no podría usar un sistema de rescate para repararlo. Y como los scripts hay que diseñarlos para que funcionen en la mayor parte de casos, pues tienen que ser largos y pesados, no hay más narices. No, la cuestión sería optimizar el bash para que los ejecute más rápido. Preprocesandolos, por ejemplo. -- Saludos Carlos Robinson