domingo, 22 de noviembre de 2009 Inicio arrow Contenidos arrow Tecnoforum arrow La muerte de los grandes sistemas transaccionales
         
¿Quién está en línea?
Hay 21 invitados en línea
Sindicación
 
 
La muerte de los grandes sistemas transaccionales PDF Imprimir E-Mail
Calificación del usuario: / 0
MaloBueno 
escrito por Carlos Javier Polo Pascual   
sábado, 02 de mayo de 2009

ImageLlevo ya unos cuantos años en el mundo del desarrollo del software. Mi vida profesional comenzó con una aplicación transaccional cliente-servidor que utilizaban unos 12.000 usuarios y de la cual yo desarrollé al principio exclusivamente la parte cliente.

Menos mal que en aquel momento tenía cerca a Jesús, un monstruo de la programación transaccional que me enseñó cómo hacer las cosas, si es por mi el cliente habría hecho miles de cálculos y pijadas innecesarias. Gracias Jesús, ni te imaginas lo que aprendí en esos momentos.

Gracias a Jesús y a un negocio que definía lo que necesitaba y no cómo teníamos que desarrollarlo, pero ese es otro tema.

Después pasamos a un nuevo mundo, SAP llegó a nuestra vida y tuvimos que adaptar la herramienta en cuestión. La lentitud llegó a nuestro mundo y tuvimos que hacer eso que Jesús consiguió que no hicera, cargar el cliente de cálculos para no tener que pedirle al ERP más de lo necesario. 

 

Los sistemas se complican, las arquitecturas también, la monitorización, las medidas de seguridad... todo hace que la informática vaya más y más lenta.

Otra vez nos salvó un responsable de los requisitos con un más que brillante conocimiento de sus procedimientos y nuestra libertad para hacer las cosas como razonablemente deberían hacerse.

El siguiente paso, del que aún no me he recuperado es Java. Por algún motivo alguien se ha empecinado en meter en la cabeza de las empresas que si no tienen un entorno Java no son nadie. Y es que como ya he dicho cada vez complicamos más y más las arquitecturas de desarrollo y eso supone muchas cosas:

  • Inestabilidad del sistema
  • Más coste de desarrollo y mantenimiento
  • Más coste de infraestructura
  • Más coste de administración y operación
  • ... y sobre todo LENTITUD

 ¿Por qué escribo esto precisamente ahora? No espero que esta situación se arregle, no al menos a corto plazo, supongo que Java madurará en algún momento, o Java o nosotros utilizando Java para lo que es. Es para contaros una anéctoda que demuestra que estamos haciendo mal las cosas.

El miércoles pasado he tenido que alquilar un coche, el caso es que he ido a la agencia de viajes y he visto como trabajan. Tienen  un terminal, sin iconos, sin menús, sin botones de ayuda, salir, cancelar, caducar, modificar... sólo el teclado y un cursor (si, Rodrigo, estás leyendo bien). En menos de 10 minutos tenía el coche alquilado, un correo en mi buzón con la reserva y seguro que el coche ya estaba camino del lugar donde lo voy a coger.

Habrá gente que me diga: Ya, pero ¿y la formación de esos operadores? Pues mira, yo voy a contestar con unas pocas frases sin importancia, y es que estoy sin argumentos Riendo

  • Mayor productividad
  • Más baratos
  • Menor infraestructura
  • Menos operación
  • Menos mantenimiento

 

¿Estoy proponiendo que migremos todos los sistemas a un terminal tonto y quitemos lo accesorio aunque el sistema sea menos manejable? Pues no, ni tanto ni tan calvo, pero lo que si creo que hay que hacer es olvidarnos del botón "Haz mi trabajo" o del "No me dejes equivocarme" para que la informática vuelva a ser algo que aporte soluciones y no nos desespere por su lentitud y su alto coste.

Escribe tu comentario
Nombre:Invitado
Título:
Comentario:



Comentario[s]
Un anónimo convencido
Escrito por Invitado el 2009-05-16 12:15:02
Tan real como la vida misma todo lo que dices, en cualquier caso el problema no es el Java, sino la enorme mezcla de tecnologías en las que nos metemos sin ninguna necesidad. Conozco sistemas transaccionales completos en Java con un rendimiento más que adecuado, el gran problema está en la integración que se lleva un tiempo de proceso brutal. Ese software desarrollado a nmil capas sólo tiene retardos y más retardos y más retardos.

Powered by AkoComment 2.0!

 
< Anterior   Siguiente >
 
 
Popular
Últimas noticias
 
         
 
Design by www.ctcracing.de
Impressum Sitemap Top of Page Custom and Turbo Community