Llevo media hora riéndome y no sé cuándo pararé…

Tu comentario sobre la inyección de código me ha recordado esta viñeta de xkcd

http://xkcd.com/327/

Un saludo

Como siempre hay de todo. Yo soy de los que escucha la música en el móvil, más que nada porque me parece feo poner una mini-cadena en el curro. Pero cuando voy de visita a casa de mis padre y pongo el equipo de música que tengo allí (en mi casa tendría que salir yo), da gloria cómo se escucha. Lo malo es que enseguida se oye eso de: “Baja esa música”. No se puede tener todo XDDDD

En lo de las pelis estoy de acuerdo contigo. Aunque he de decir que hace años veía screeners, ahora me dan cáncer de ojos y no se me ocurre acercarme a uno. Recuerdo cuando me compré la tele, 32 pulgadas, acostumbrado a una de tubo de 29 que tenían mis padres. El vendedor me dijo “te parecerá pequeña”, a mí me entró la risa. Cuando puse el primer juego de la Play3 que tuve a 1080, pensé que qué razón tenía.

Y ya paro, que parezco un abuelo cebolleta yo también XDDDD

El problema, como quizá se infería en mi comentario anterior, no es tanto en la informática en sí como en el actual “Sistema del Mundo”, como diría Neal Stephenson. Lo que pasa en nuestra profesión es má-o-meno lo mismo que pasa en tantas otras áreas: ya no se paga la perfección. No interesa ser perfecto. A prácticamente nadie le importa que lo que se genere sea perfecto; es más: yo creo que se prefiere que sea imperfecto.

Ejemplos los hay a miles, pero pondré un par:

• En mi época, para escuchar música en casa los afortunados tenían un “pick-up”, comediscos o incluso un tocata en toda regla. Los altavoces solían ser de cartón piedra y sonaban como sonaban: fatal. Entonces empezaron a aparecer sistemas que cada vez daban mejor fidelidad: platos con agujas de altísima sensibilidad, amplificadores cada vez más fidedignos, altavoces de gran calidad, sistemas como el Dolby para perfeccionar el resultado de lo grabado en cinta, CD’s, Sistemas surround… Y nosotros cada vez íbamos comprando más y más artilugios para escuchar la música que nos gustaba con la mayor perfección…

Han pasado los años, y ¿qué pasa? Que la mayoría de la gente escucha su música en un MP3 patatero (o en el teléfono) con unos cascos baratitos y la propia música, además, está en MP3 como mucho a 128Kb, lo normal a 64, porque es mejor tener 5.000 canciones que se escuchan fatal a tener sólo 1.000 que se escuchan bien. Ya no interesa la perfección para oír música enlatada, cualquier cosa sirve.

• En mi época para ver una peli había que ir al cine (algunos alquilaban pelis y las ponían en el proyector de super-8, pero puedes imaginar qué clase de pelis eran, je, je).

Entonces empezaron a salir artilugios: videos Beta, luego 2000 y VHS, Laser Disc, DVD, Blue Ray… la historia es muy similar a la anterior, y el resultado, muy parecido: ahora casi todo el mundo se ve las pelis en el ordenador, con una resolución penosa, un audio horrible, y eso si no lo ven en youtube… La perfección ya no interesa (bueno, salvo para ver partidos de fúmbo, entonces sí que queremos 70 pulgadas en Super-HDTV-Plus…).

¿En informática iba a ser distinto? No, claro que no. Es igual. Preferimos una aplicacióncita guarra que haga tres cositas en vez de una aplicación como dios manda que resuelva el problema de una santa vez. Y, claro, para una aplicaconcita guarra no vas a pagar como si fuera buena.

El Sistema está enfermo. Todo el Sistema, no sólo nuestra profesión. A mí me queda poco para jubilarme (o que me despidan, o ambas cosas, yo qué sé), pero a los que acabáis de empezar… ¡Os queda mucha mili!!

Ánimo, chaval, y que no se pierda la ilusión. Ya ves, aunque no lo parezca, yo sigo yendo a trabajar con la ilusión del primer día por hacer bien las cosas, aunque resulta dificilísimo hacerlo así. Me desespero porque sé positivamente que con un 2% más de esfuerzo se conseguirían sistemas muchísimo mejores… y a veces, incluso con menos esfuerzo, pero dedicado en cosas ligeramente distintas, eso es lo que me quema. Pero ilusión… ¡Toda!

Saludos de nuevo

Mac

La verdad es que me da un poco de envidia ver cómo se trabajaba en tu época. No te voy a negar que ahora la cosa es cada uno por su lado y lo demás que les jodan. Ni pienso defenderlo, pero vamos, que no es sólo en la parte informática, eso es en todo. Creo que una posible explicación es que antes érais cuatro gatos y eso facilitaba la comunicación. Ahora todo es enorme, y el lanzamiento de mierda, que antes sólo se producía en las áreas de negocio, llegó al área de informática.

Soy consultor, pero no de SAP, lo he puesto como ejemplo porque es más conocido y vale lo mismo. Lo que hago yo es bastante específico y sería fácil saber quién soy si lo leyese alguien que me conociera. Prefiero evitar problemas.

Mi caso es pelín particular, porque aunque he cambiado de proyectos, he estado muy relacionado con las empresas en las que estuve, haciendo varios proyectos para ellas y he visto como se funciona demasiado bien. Me conozco bastante cómo está el percal. En nuestro caso no es implantación y a correr. Son proyectos largos, de años, empezamos por un alcance básico y vamos metiendo mierda poco a poco, por lo que llegamos a conocer la casa mejor que el dueño. En mi caso al menos.

En el sentido de conocer lo que hace falta, te puedo asegurar que sigue siendo parecido, seguimos viendo perfectamente lo que hace falta y lo que no, errores que se comenten y que te das de cabezazos para que cambien, pero el “siempre se ha hecho así”, manda mucho. Eso era una ventaja que tú tenías, lo que hacías era nuevo y aportaba una ventaja clara y visible. Ahora es mucho más complicado, ¿por qué vamos a cambiar algo que ya funciona? Pues porque se hace mal, cuesta un huevo y necesitamos hacer más cosas de las que hacemos, pero convence tú de eso al señor que pone la pasta (o al que lo usa, verás qué risa).

Sobre el Cobol un par de cosas.

Primera, no he dicho que haya que quitarlo y cambiarlo todo por algo nuevo. Soy consciente de que no es realista. Lo que digo es que hay procesos que se han estancado y no se cambian ni a hostias. Ejemplo práctico: Soy el Banco Jeando que hace 30 años operaba en Villa Abajo de los Palotes y Comarca. Tengo que automatizar las transferencias y me hago una aplicación que guarda todas las del día, a las doce de la noche se cierra el acceso a las mismas y hasta las seis de la mañana las hace efectivas. A día de hoy soy un banco internacional y compro el Banco Molocos en Ulan Bator. Por política corporativa, Ulan Bator tiene que usar las aplicaciones de España, que cierran por la noche, hora española. Funcional 100%, véndele tú eso al responsable de sistemas de Ulan Bator, verás qué risa. Es un caso ficticio, pero cosas parecidas están ocurriendo.

No digo que haya que darle un patada al Cobol y usar Java (de hecho, dudo que Java fuese una elección idónea para según qué sistemas), pero sí adaptar lo que está hecho a las nuevas necesidades. Y no se hace porque nadie se atreve a tocar lo que está hecho.

Y lo segundo, relacionado con esto. En efecto, los que están a día de hoy, seguramente no tengan ni puñetera idea de lo que hay hecho ni cómo sacar el provecho que le sacábais vosotros. Pero, ¿de verdad alguien duda de que eso no se puede aprender? Te puedo asegurar que si me pagas un sueldo decente, me pongo yo a aprender Cobol y verás qué risa. ¿Lo haré mejor que tú? Lo dudo, porque los años de experiencia no te los quita nadie, pero te puedo asegurar que haré un trabajo más que digno. Ahora bien, no me pidas que te haga un portaaviones pagándome las guarradas que se pagan a los que se dedican a picar código. Te hago una barquita y vas que te das. Creo recordar que tu hija estaba estudiando informática, así que seguro que estás al tanto de lo bien que se paga picar código a día de hoy.

Eso es lo que echa para atrás del Cobol, no las pantallas feas sin colorines. Además, me juego lo que sea, a que hay entornos de programación en Cobol perfectamente bonitos. No me extrañaría nada que Eclipse tuviese un plugin de Cobol.

Me da la sensación que, aunque tenemos visiones distintas, más o menos estamos de acuerdo en lo fundamental. Lo que pasa es que tú eres un viejo informático algo desencantado del mundo y yo llevo cinco años metido en esto y aún me queda la ilusión del nuevo.

Saludos.

Perdona, J. O mejor, únete!

Vamos a ver. Hace treinta años los medios eran limitadisimos. No había casi CPU, ni memoria, ni capacidad de almacenamiento… Supongo que habrás leído alguno de los artículos de mi serie de la Historia de un Viejo Informático dedicados a los años en que vivimos peligrosamente…

Aquello había que hacerlo andar, y para ello los que trabajábamos en informática sabíamos muchísimo sobre nuestras máquinas, nuestros sistemas, nuestros métodos… No había otra. Y conocíamos perfectamente las necesidades de nuestros usuarios, mejor que ellos en muchos casos.

Pero ¿sabes lo mejor? Lo mejor de aquellos años era que todos, todos, estábamos empeñados en sacar los proyectos adelante. Sistemas, Desarrollo, Producción… todos arrimábamos el hombro y ayudábamos en lo que se nos ocurría para que el proyecto (cualquier proyecto, no el nuestro, acabara y funcionara. Recuerdo con nostalgia esas reuniones de todos los grupos de Desarrollo de los viernes por la tarde en que cada grupo explicaba cómo iba y qué problemas tenía, y todo el mundo se ponía a dar soluciones, echar una mano, dedicar recursos de tu grupo para que el de al lado sacara su embolado particular… Eso se ha acabado. Definitivamente.

Ahora cada cual se preocupa exclusivamente de sus cositas, y le importa un ardite si el de al lado se estrella… es más, ¡prefiere que se estrelle! Si es malo para la compañía, no importa siempre que sea bueno para mí…

¿O no?

La única preocupación de todo el mundo no es “Si funciona no lo toques”, no. Ahora es: “¡Que no me pillen!” Y claro, el que no toma decisiones no se equivoca nunca.

Tú dices que eres consultor SAP, o sea que lo más probable es que estés un tiempo en un ciente, otro más en otro, y así. Por eso quizá tengas una idea sesgada de la situación real de los departamentos de las empresas… porque una vez implantado el SAP o lo que sea, el consultor desaparece y el marrón se queda.

Hablas de esos programas inmensos en Cobol que nadie quiere tocar… no es eso lo que pasa: lo que pasa es que nadie los sabe tocar, porque, claro, los virgueros que los escribieron hace tiempo que se jubilaron y los que ahora mantienen los sistemas apenas entienden nada de lo allí escrito. Y desde luego no tienen ni la más remota idea ni de las posibilidades que dan los mainframes ni mucho menos de los métodos y técnicas que hay que usar en dichas máquinas.

El Cobol es potentísimo; los mainframes con MVS (o como se llame ahora) son las máquinas más potentes jamás construidas; sus capacidades son simplemente estratosféricas… pero, claro, tiene un problema: ¡el iSPF!, con su pantalla negra de 80×24 líneas, sin ratoncitos ni colorines… ¡tan feas! ¿Quién querría trabajar en un sistema tan poco cool…?

Por otra parte, construir ahora de nuevo el sistema completo de un banco, ése tan feo y tan antediluviano, en alguna cosa moderna, exigiría centenares de años hombre de trabajo, máquinas con centenares de procesadores y teras de disco, decenas de técnicos de sistemas dedicados… Irrealizable, vaya. Y todo para hacer apuntes en la cuenta: ¿Tiene Vd. saldo? Pues le pago, ¿No lo tiene? Pues no le pago. Y así. No sé muy bien qué aportaría esa reescritura del sistema en buen java, por ejemplo, para el negocio (para el negocio del banco, quiero decir, que para el de las consultoras, está clarísimo).

En fin, podría escribir seis o siete artículos sobre el tema, pero creo que es mejor dejarlo aquí.

Saludos de nuevo

Pero por cuestiones laborales sí he visto algunas cosas de esos programas mastodónticos en Cobol del sector bancario. Y, bueno, si por mi fuera le plantaba fuego a todo. Porque ahí sí se sigue la máxima del “si funciona no lo toques”. Estos ojitos no se han puesto a llorar como una nena porque uno es un mocetón aguerrido, pero ves procesos con unas limitaciones bestiales, inconcebibles a día de hoy, que no se cambian ni de coña simplemente “porque funcionan”. Nos ha jodido mayo con las flores (con perdón), son programas con más años que yo y si eso no está limado ya hasta el límite, no va a estar nada, efectivamente, tienes un 600 que nunca falla, pero, leches, creo que deberías ir pensando en poner, aunque sea, un Fiesta.

Sobre el ejemplo que pones, pues creo que no es el más adecuado. Es una vulnerabilidad como una casa lo del SQL injection, pero creo que, para darse cuenta la primera vez hay que ser bastante avispado, no es algo obvio. Eso sí, el que, a día de hoy no se proteja contra eso, es para darle de hostias de dos en dos hasta que sean impares. Aunque es curioso, una simple comprobación de tipos, cosa que sí se debería hacer, prevendría todo el desbarajuste. Bueno, igual no es tan mal ejemplo

Comparto contigo en que la informática ya no es lo que era, pero más en el sentido de que ha cambiado mucho, que en el de que antes era mejor (que puede que sí, pero tampoco es para tanto).

Pero es que ni siquiera cuando sí hay tiempo; ni siquiera cuando es “el cliente” el que escribe el programa para él mismo se tiene en cuenta el “qué pasaría si…”. Luego, cuando cascan las cosas (porque siempre, siempre acaban cascando, tarde o temprano, más bien temprano, pero siempre) pues ya se verá… y con suerte, ya lo vera O T R O y el que venga detrás, que arrée…

Como tú dices, comprobar programáticamente todos los casos posibles es costoso, pesado y poco vistoso. Aparentemente es dinero y esfuerzo tirado, porque, total, como Todo, todo va a ir bien siempre y en todo momento…, de poco sirve controlarlo todo para que luego no se vea en la demo final al usuario…

Un ejemplo: hay una técnica de ataque a páginas web llamada “SQL injection”, que brevemente consiste en añadir texto SQL a una página normal… Me explico: Supongamos que estas en una tienda online cualquiera, y deseas ver cierto artículo, de código 1588. Es muy muy normal que cuando pinchas en la foto o el link del artículo 1588 se genere una llamada a una página de la forma: tutiendaonline.loquesea/paginadepresentacion…/articulo=1588

El programa (java, php, VisualBasic o lo que sea) que atiende a la paginadepresentacion lee lo que viene tras el signo = y lo usa para construir un hermoso SQL para acceder al artículo 1588, por ejemplo “Select a,b,c… from mitabla where codarticulo=1588″, siendo el 1588 lo que viene tras el = de la invocación.

Pues los hackers que desean atacar la web se limitan a poner en su navegador:

tutiendaonline.loquesea/paginadepresentacion…/articulo=1588 OR 1=1.

Como nadie se molesta en validar qué es lo que viene tras el = (o al menos cortar los 4 primeros caracteres, si esa fuera la longitud de los códigos de artículo), entonces la sentencia SQL que se lanza es ” “Select a,b,c… from mitabla where codarticulo=1588 OR 1 = 1″. Ahora la obediente base de datos en lugar de devolver sólo el artículo 1588, devuelve todos los artículos de la base de datos…

El programa casca, la web se cae, el rendimiento de todo el sistema se desploma… y todo por no poner una misera validación de formato en la entrada. Hay millones de páginas web en el mundo con este problema. Arreglar ahora todo el follón cuesta un montón, cuando haberlo tenido en cuenta en la construcción no hubiera costado virtualmente nada…

En fin, la informática ya no es lo que era.

Por nuestro lado, porque, aún siendo consciente del problema, simplemente tienes unos plazos que cumplir. Y es curioso como un trozo de código que puede tener tres líneas si todo va bien, se convierte en un cojo-programa enorme si tienes en cuenta todo lo que puede ir mal. Y por el lado del cliente, porque se le pregunta qué quiere que pase en esos casos y no te dice nada o se va por las ramas y te lo deja a tu criterio.

Al final, como vas a ser tú el que se coma el marrón si casca, pues simplemente haces que quede constancia del error y que si pasa te enteres de lo que ha pasado exactamente y ya te pelearás con él cuendo casque. Triste, pero es la realidad de muchas cosas hoy día. Es lo que tiene contratar los trabajos al peso.