Debido a que el artículo
que escribí sobre el Supermercado de El Corte Inglés (en adelante SECI y ECI
para abreviar) ya es muy largo por la cantidad de comentarios, para
facilitar a la gente que quiera poner más y para contestar al último
comentario (muy interesante, gracias Switch) que he leído, he decido poner este
otro.
A continuación respondo a algunas cuestiones planteadas por Switch en el
mensaje 24 del artículo
anterior. Para evitar leer en cursivas, que es muy duro en una pantalla,
puse el texto original en azul, mis respuestas en negro.
Por otra parte está el tema de La web del corte
inglés. Veo 3 puntos de desacuerdo:
1.- Tecnología Windows + IIS + ASP = KK
2.- Tecnología Linux + PHP = La hostia
3.- Estructura de la web mal diseñada.
El título del artículo era más para llamar la atención que dar una
conclusión. Quizás me equivoqué, porque mucha gente se ha quedado _sólo_ con
él o la última línea, pero al menos conseguí el objetivo de sacar a debate
(aquí y en la lista)
webs de empresas españolas con solera pero que dejan mucho que desear (dado el
estatus de la organización) y que lo lea gente de ECI (como consta en los logs).
Por otro lado, es verdad que me gusta mucho el PHP, mucho más que el ASP, ditto
para el Linux y el Apache vs. Windows o IIS. Especialmente para servidores web,
y más aún para servidores con scripting.
Empezaré por detrás. Cierto que en este departamento
los productos, por marca, son bastante chungos de encontrar, pero, una vez
estuve buscando unas Zapatillas Avia por internet y no había forma humana… lo
mejor que pude encontrar en las tiendas terra un huevo de zapatillas ordenadas
alfabéticamente. A pesar de esta anécdota, estoy bastante de acuerdo con el
tema de la estructuración de la web, algo que no es achacable a la tecnología
utilizada.
Una cosa es buscar una zapatilla por su marca, que es lo más normal.
Cuando voy a comprar una zapatilla que cuesta más de 5.000 Ptas tengo muy claro
que mis preferencias, son 2 o 3 marcas. Pero no pasa lo mismo para accesorios
informáticos, ni siquiera con los ordenadores en sí, salvo quizás los
portátiles. Me pasó esto porque quise ver en ECI los precios de tarjetas
Flash, un grabador de CD-R/RW, unos papeles para imprimir con calidad
fotográfica y unos CD-RW. En estos no tengo conocimientos de la mayoría de las
marcas, y me fue imposible encontrarlo a todos. Los que lo encontré lo hice
después de pasar por muchas páginas y opciones distintas. Lo peor es que tampoco
tienen un buscador.
Tened en cuenta que, aún hoy, Un NT4 es más fácil de
administrar que un Linux (a mí me cuesta lo mío a veces el MDK 7.2 que tengo y
esto que este está tirado… -la 8 después de exámenes ¿O será una RH 7.1?
Mmmm ya veremos-) y que, dependiendo de las máquinas que tengas te puedes
encontrar con problemas de drivers, hardware… etc (lo sé, lo sé, cada día
hay más).
Disiento con que NT es más difícil que administrar que NT, para mí es todo
lo contrario. Hace unos meses nos crackearon un servidor NT en el laboratorio.
No hay ninguna herramienta de NT para poder recuperar el password del
administrador. Hay productos comerciales, pero no los teníamos y necesitábamos
reparar esa máquina inmediatamente. Lo tuve que hacer con una imagen de
Linux (que me bajé de Internet en pocos minutos) con los drivers del SCSI y el módulo del NTFS. Con ello hice algo muy
obvio, re-escribir los 2 ficheros de claves encriptados de MS y santo
remedio. Todos los programas necesarios ya estaban incluidos en la imagen.
Dicho de otra forma, Linux y gente que ha hecho la imágen OpenSource/GPL me han
solucionado un problema (doble: los crackearon por bugs del Windows y
luego no tenía herramientas para recuperarlo) de un sistema propietario que
critica a la GPL.
Por otro lado, si vas a montar un servidor, es muy fácil comprar/conseguir
uno con soporte total en Linux, ya que no necesitas por ejemplo tarjetas
gráficas de 3D, o tarjetas RDSI, que son más complicadas de asegurar que
están soportadas.
En cuanto al primer punto, creo que todos estamos de
acuerdo en que una solución basada en NT4 e IIS puede ser cojonuda en
determinadas circunstancias (aunque he comprobado personalmente que ni
PostgreSQL, ni MySQL, ni SQLServer se mueven como Oracle para grandes volúmenes
de datos -a Informix no la pongo porque está en fase de reconversión y habrá
que ver qué hace IBM con ella-).
Por supuesto, pero en este caso no era así, a pesar de ser una super gran
empresa. Y eso es lo que me pone de los nervios, no que sea NT el sistema
elegido. Pero como la realidad es que _si_ era un NT con ASP, y me dio mucho
jugo.
Y lo que quería recalcar es que los volúmenes de datos que se manejan
para un supermercado son relativamente bajos. ¿Cuantos productos? ¿10.000?
¿100.000? ¿1.000.000? Cualquiera de ellos es manejable por RDBMS de tamaño
medio, desde MySQL, pasando por SQL Server a Oracle, DB2 o Sybase. El problema
no es la tecnología ni el gestor de BD, sino el diseño o la implementación.
Aunque creo que hubiera ayudado bastante que la tecnología hubiese sido UNIX/Apache/PHP
o JSP…
Además, dado que siempre hay que cambiar productos telefónicamente
(por no haber en existencia), la base de datos tampoco está actualizada con las
existencias de cada centro, dudo que esté con alguno. Sencillamente ponen los
más comunes, luego la responsable de entregas arregla los desaguisados
rápidamente.
Cada solución empresarial tiene unas características
diferentes y requiere de unas soluciones diferentes. No es fácil determinar
cual hubiera sido la mejor solución para El corte Inglés. ¿Cuánto
presupuesto había? ¿Qué le cobró la empresa que le desarrollo la tienda web?
¿Qué maquinas tenían allí? ¿Ese NT4 que actúa como servidor, lleva otras
aplicaciones? ¿Se entretiene el administrador jugando al Quake con las
máquinas de producción? ¿Tenían algún contrato con Microsoft que les
permitía tener NT4 e IIS a un buen precio o un buen mantenimiento o…? Se me
ocurrirían más si pienso, seguro.
Da igual cual sea el problema. Sería justificable si lo hubiese hecho
un supermercado familiar de Alcudia que no podía gastar más de un
millón de pesetas, pero no es admisible para una empresa como ECI. ¿O
me dirán que no podían invertir 20 millones para un sistema que funcione? ¿O
40?.
Lo peor de todo es quizás _si_ hayan gastado ese dinero, lo que lo hace aún
mas lamentable.
Lo importante aquí es que el sistema no funciona como debería, no
sólo por los malos tiempos de respuesta, sino porque también da errores.
Y muy frecuentemente. En una sesión de 15.000 Ptas he tenido que recargar
páginas más de 6 u 8 veces. Sin contar con el error bestial cuando confirmé
el pedido. En una compra anterior no me devolvía ninguna página, como
recargué la página varias veces, luego el pedido salió tres veces repetido. Cuando
llamó la responsable de ECI-Palma al día siguiente se lo expliqué y me dijo: no
te preocupes, ya lo sé que fue un fallo del sistema. En otro intento de
compra no me aceptaba mi usuario y clave, llamé por teléfono al número que me
daban en la página (creo que un 902) y me dijeron “el sistema está
siendo re-estructurado, vuelva a intentar en unos días” (esto está
registrado por los propios sistemas de ECI…).
Si con todo lo que me pasa cada vez que compro en el SECI, y además sabiendo
al menos un _poquito_ de como se montan web dinámicos y de comercio
electrónico, no tengo razón en criticar, pues muy mal vamos. ¿Alguien ha
tenido tanto problemas con Amazon? Yo no los he tenido nunca, ni en el central,
(www.amazon.com), ni en el inglés (www.amazon.co.uk).
Siempre han funcionado perfectamente y nunca he perdido más de 5 minutos en
encargar unos libros.
¿Y todo este rollo para qué? Pues porque tengo una
curiosidad: Ricardo, ¿Tú qué habrías puesto? Linux + Apache + PostgreSQL +
una máquina con 4 procesadores (por decir algo)?
Seguramente, y se me hubiesen dejado, lo hubiera hecho como dices, porque
son de mi preferencia, aunque no sé con que tipo de ordenador/es. No tengo
ni idea porque no conozco sus sistemas ni el volumen con una precisión
razonable. Lo que es seguro es que no hubiera dejado salir al público de la
forma en que está. Y ya llevan muchos meses, no es cuestión de pruebas.
Yo le habría metido una Sun con iPlanet o WebLogic
(que, como tú dices, está tan de moda) sobre Solaris (Java en Linux tiene aún
algunos problemillas con los Threads si no estoy equivocado -hace un mes o 2 que
no lo pruebo sobre Linux-)
¿Por la carga de datos? ¿Por la marca? ¿Por el soporte y herramientas de
desarrollo?
Por la carga de datos no creo, por la marca, típico…,pero yo no lo
haría. Por las herramientas de desarrollo podría justificarse, pero aún yo lo
haría con PHP, tiene casi todo lo que necesitas para un web de este tipo.
Inclusive módulos para WebLogic o Bea Systems. Tampoco es _tan_ complicado. Si
le sacas la verificación de tarjetas de crédito o la propia de ECI, todo lo
demás es un simple carrito de la compra. Muy pero que muy sencillo, al menos
porque ya hay mucha cosa hecha, en Perl o PHP. Inclusive en ASP…
Por cierto, como por aquí hay titulitis, soy un
estudiante insignificante que lleva 6 años en la UIB y le quedan poquitas
poquitas para terminar la técnica y no lleva 20 años dándole a la tecla,
sólo 5 ó 6, pero para escribir este comentario no hay que poner si uno es
ingeniero o doctor, así que….
Nunca digas que eres un ingeniero en un foro público, los pseudo-genios-informáticos-autodidactas
que no conocen la tecnología LAMP
y sólo han aprendido Windows se meterán contigo personalmente ;-).
Especialmente por haber estudiado y no hacer como ellos, ir al tajo
directamente. Eso sí, no le saques de _su_ sistema.
NOTA FINAL: acabo de probarlo, domingo a las 4 de la mañana y funciona muy rápido, por que debe ser problemas de sobrecarga. El lunes lo pruebo nuevamente.
[email protected]
Este post ha sido traido de forma automatica desde https://web.archive.org/web/20140625063149/http:/bulma.net/body.phtml?nIdNoticia=702 por un robot nigromante, si crees que puede mejorarse, por favor, contactanos.