Portada
mis comunidades
otras secciones
![Error informático en un banco italiano elimina las comas de separación de céntimos al cargar la operación en cuenta [It]](https://cdn.mnmstatic.net/cache/0c/84/media_thumb_2x-link-820479.jpeg?1417884666)
#1:
A ver.
En serio.
¿Qué pinta ahí la etiqueta "Superman III"?
En serio.
¿Qué pinta ahí la etiqueta "Superman III"?
#8:
Error informático, los cojones. Error del que lo puso sin probar.
#25:
Algo me mosquea de esta noticia. Trabajar en entornos tan críticos no es decir, "ya he acabado de programar esto y por tanto se puede poner en producción". Hay que seguir una serie de pasos intermedios a fin de garantizar que no va a fallar nada (Pruebas de estrés, casos de uso, control de memoria...) en los que el informático solo está para resolver las incidencias y si en algo tan elemental han fallado...
Edito: Lo que me temo es que toda la responsabilidad caerá sobre los informáticos que desarrollaron esto cuando también debería recaer sobre mas gente
Edito: Lo que me temo es que toda la responsabilidad caerá sobre los informáticos que desarrollaron esto cuando también debería recaer sobre mas gente
Comentarios
A ver.
En serio.
¿Qué pinta ahí la etiqueta "Superman III"?
Impar, manque, passe ... la banca siempre gana.
#1 ¿no era esa la del "juanker" que redondea los pagos de los bancos y se queda con los centimos, billones de ellos?
#2, #4
La vi cuando salió (verla ahora, haría que la odiase) si vosotros lo decís, me lo creo
#1 Solo te diré dos palabras: Richard Pryor
#1 goto #11
(eso si, rebuscadillo si es)
Error informático, los cojones. Error del que lo puso sin probar.
#8 Lo siento pero el probar el software es otra tarea más de la rama de la informática. Obviamente el error no es solo suyo, sino también del que no comprueba lo que pide.
#16: esque el cliente no tiene por que comprobar nada, por eso dios invento XP y los tests, los code reviews, el pair programming y demas metodos con los que se pueden evitar errores
#18 Depende de la metodología que uses. En algunos ciclos de vida tienes una fase llamada "pruebas de cliente", con todas las letras.
#34 De haberlos, haylos, pero no suelen salir en la prensa.
Los tipos que la han cagado deben estar haciendo más horas que un reloj atómico
#12, si eso creo que lo sabemos todos menos los jefes... sólo que como dices, por no gatar más pasta o tiempo muchas veces se hacen auténticas chapuzas que incluso se ponen en funcionamiento real sabiendo que va a fallar
OWN,ED
Algo me mosquea de esta noticia. Trabajar en entornos tan críticos no es decir, "ya he acabado de programar esto y por tanto se puede poner en producción". Hay que seguir una serie de pasos intermedios a fin de garantizar que no va a fallar nada (Pruebas de estrés, casos de uso, control de memoria...) en los que el informático solo está para resolver las incidencias y si en algo tan elemental han fallado...
Edito: Lo que me temo es que toda la responsabilidad caerá sobre los informáticos que desarrollaron esto cuando también debería recaer sobre mas gente
sinceramente, soy programador bancario y estas cosas y similares pasan, y muchas más veces de las que deberían
#10 Es cierto que pasan, pero no deberían. Sigo sin entender por qué los "errores informáticos" son tan tolerados.
Lo que debería pasar es que fuese un escándalo y la próxima vez se gastasen más pasta o tiempo para evitar estas cosas.
#12 Te lo explico, eso pasa por no tener una profesión regulada y como cualquiera puede hacer el trabajo de un informático pues luego pasa lo que pasa.
#26 entonces, si los informáticos que han hecho este software son ingenieros informáticos de verdad, deberían acarrear con las consecuencias, ¿no?
Estoy contigo: yo les prohibía volver a ejercer. Por mala praxis.
#27 En el supuesto de que lo hayan hecho ingenieros informáticos (porque no lo puedes asegurar) la respuesta es que no deberían correr con las consecuencias puesto que no tienen competencias para dicho trabajo. Así de fácil
#29 y #28: a lo que yo me refiero es a que, en el supuesto que existan las atribuciones que muchos piden y en el supuesto que el error haya sido cometido por ingenieros informáticos, debería caérseles el pelo, ¿no?
Supongo que estareis de acuerdo conmigo en que, si son ingenieros informáticos, se están salvando justamente por no haber atribuciones (y ojo, que lo más probable es que tengan un contrato con unas cláusulas de responsabilidad MUY estrictas que ya cumplen con lo necesario en cuanto a la seguridad).
Y entonces también supongo que estareis de acuerdo conmigo en que si exsitieran atribuciones, deberían inhabilitarles por este bug (que como dicen más arriba, podría ser por poner "." en vez de ","), ¿no?
#26 Bravo.
#27 No hay competencias ni regulación -> no hay responsabilidades.
#26 ¿Dónde pone que lo hayan hecho "no informáticos"? ¿Puedes comentarnos algo constructivo acerca del sector profesional informático en Italia, o hablas por no estar callado y flamear? Si el comentario era en tono irónico, que no lo parece porque sigues con tu postura comentarios más abajo, lo entendería, en caso contrario, sólo aportas desinformación y sensacionalismo.
#27 Bravo.
En cualquier caso, si la noticia es cierta, gran cagada independientemente de quien haya cometido el error. De todas formas se supone que proyectos de este calibre los supervisa uno o varios ingenieros informáticos, por no hablar de auditorias, seguridad, tests y demás.
#35 con ese mismo nombre no lo hay, pero hay una asignatura llamada programación (seguida de programación II, III, ampliación de programación y técnicas avanzadas de programación) donde sí te lo enseñan y te lo exigen. Veo que alguien ha hablado sin saber.
Cuando haya una regularización podrás pedir responsabilidades.
Como puedo deducir, nunca has trabajado en grupo desarrollando un software (o por lo menos de manera seria) porque sino sabrías que se sabe quien ha escrito hasta la última línea de código.
#40 Tampoco se confirma que lo hayan hecho informáticos pero en el titular se les hecha la culpa directamente (o sino que digan error al usar ordenadores y no fallo informático). Y como dices, "se supone" que lo debe revisar un informático pero no es obligatorio y así las empresas se ahorran pasta colando chapuzas.
Vaya, parece que microsoft sin ir más lejos es italiana, no? Como allí usan windows...
Busca acerca de la globalización en google.
Me gustaría por una vez leer críticas cimentadas y no comentarios de gente totalmente ajena a la informática (que yo también puedo criticar médicos, arquitectos y todo lo que se me pase por el camino si tener ni idea pero no lo hago)
#42 Efectivamente, no se confirma que lo hayan hecho informáticos (licenciados en informática, para ser correctos), pero has sido tú el que ha sacado la conclusión de que con la profesión regulada algo así no pasaría al no permitirse ejercer a cualquiera: dos aspectos cuestionables, pues no demuestras que ese sea el caso de Italia, ni que efectivamente no hayan sido informáticos. Me gustaría conocer tu opinión si se demostrase que el responsable es un ingeniero informático... repito, amarillismo e interpretación tendenciosa.
Y lo de ajeno a la informática es gratuíto, y equivocado de nuevo: podemos discutir los aspectos técnicos que quieras, pero es que me ha hecho mucha gracia el partidismo que has hecho de una noticia que no es lo suficientemente clara para ello, con lo cual tus comentarios acerca de la regulación y la capacitación están fuera de lugar, y parten de una premisa errónea.
#27: Exacto, pero para eso hay que regular la profesión.
#26 Y en que plan de estudios (de universidad, FP o curso online, me es indiferente) está la asignatura de "Saber encontrar todos los casos de error en una aplicación compleja y programada por grupos"? Lo digo para hacer un master o algo donde hagan esa asignatura, así aunque no haya regulación no me faltaría trabajo porque sería el puto amo.
Este error puede parecer de traca, pero igual hay algo que no sabemos. Igual es que el que ha diseñado la capa de negocio lo hizo para que parseara digitos y el caracter ',' y al introducir un '.' no lo pillaba (o viceversa), y pusieron una interfaz que comprobaba el formato en esa capa y ahora los del banco la han cambiado por otra interfaz suya, quedando el error en bragas. La culpa en este caso ya no sería solo del que lo ha programado (aunque buena parte si lo sería), y esto es solo un ejemplo que se me puede venir a la cabeza pensando en este caso, puede haber mil razones más. A ver como exiges (y a quien) responsabilidades en un caso así.
Cuando los planes de estudio garanticen controlar esos y el resto de errores (y muchas otras cosas más), podrás exigir regulación.
#35 Si la profesión estuviese regulada, un Ing. Informático firmaría el proyecto y se haría responsable de CUALQUIER FALLO que tuviese la aplicación, fallo que podría cometer cualquiera de su equipo de trabajo. Igual qeu cuando un edificio tiene un fallo, la responsabilidad es del arquitecto, sea quien sea que haya hecho algo mal, porque se supone que él supervisa todo, lo mismo para cualquier profesión regulada. ¿Cuál es la asignatura equivalente a la que tú pides que tienen los arquitectos, médicos, etc...?
Si hubiese regulación, se podrían exigir responsabilidades, como no la hay, pues nada, a ver cómo solucionan el problema...
Y, lo que sigue sin entenderse, por lo que leo a muchos, es que no es necesario que todo el equipo que desarrolla el proyecto sean Ing. Informáticos, el único que debería obligarse a que lo fuese es el director de proyecto, el que debiera firmar el proyecto, el resto pueden ser FPs, Ing. Técnicos, etc...
Si se hace una aplicación que controle, por ejemplo, un aparatito de esos que ayudan en las operaciones y arma una carnicería... ahora mismo la responsabilidad... uhhhh ¿a quién se reclama? Que no son cosas tan triviales las que se deben a la informática...
#35 Yo trabajo haciendo páginas web y hay que probar absolutamente todo para ver que funciona correctamente, y aún así hay veces en las que se te acaba olvidando algo, por lo que nunca viene mal que alguien haga de betatester.
No es que debiera haber una asignatura específica para la detección y arreglo de errores, pero debería ser un requisito lógico indispensable antes de publicar una aplicación.
Resumiendo, que las personas que hicieron eso o bien fueron unos irresponsables o estaban hasta los redondísimos buñuelos (que también puede ser).
#35 en sitios como los bancos, que se juegan dinero, esos errores de bulto no son posibles
como apunta #51, un programador debe programar para solucionar todos los posibles fallos que pueda tener el código.
Es lo más coñazo de programar, ver cómo el usuario la va a joder y probar el programa en funcionamiento.
Obviamente, lo de este banco es un chapuza hecha con prisas; porque ver los resultados no es dificil, sobre todo si falta una coma.
#12 Lo peor es que seguro que sí que se han gastado pasta, otra cosa es como la hayan repartido.
Esto parece un cameo a Gus Gorman (el informatico) de Superman 3...
Y el que lo causo.. estaba colegiado?
Mi punto de vista como programador:
- Si pagas una mierda obtienes una mierda
- Si pagas decentemente obtienes un programa decente
Es decir, la calidad del código es inversamente proporcional a las patadas que le den al programador en la cabeza.
Yo también soy programador en un banco, y veo la forma de trabajar que hay en los grupos que se encargan de éstas cosas y vamos... mayormente no es culpa del programador, continuamente están presionando a los programadores, cada vez hay más trabajo y hay los mismos programadores... al final aquí también pasará algo por el estilo, no se puede mantener durante un largo tiempo un ritmo de trabajo alto y con tanta presión.
a que eso no pasaba cuando el cliente hacia un ingreso?? qué listos...
Viene al caso:
El otro dia vi un episodio de "Medium" en el que el marido es secuestrado junto con un grupo de jefes de su empresa por uno al que habian despedido la semana anterior debido a que "por su culpa se habia caido un satelite".
El ingeniero despedido dijo "antes de lanzar el satelite te pedi 3 semanas más y 100.000 dolares, y tu te negaste, eran necesarios para mantener el satelite en orbita" y el jefe gordo dice "tu deber era que el satelite aguantara con los recursos que tenias!"
Mi novia se pego un susto hacia el final del capítulo porque grité: "sí! sí! dos tiros más! uno de mi parte!" cuando el ingeniero vació el cargador de dos pistolas en el jefe...
Ya lo dice el refrán: "Errar es humano, pero para cagarla bien hace falta un ordenador..."
Según la elección del idioma en vez de ',' se tendría '.' para la separación de decimales.
Es más, lo normal es tener '.' para separación decimal, posiblemente el bug sea debido a que ignoran este aspecto y directamente se borran todos las comas (usadas para separación de miles) 10,000.00 => 10000.00 lo que viene siendo una chapuza vamos.
no me lo creo, simplemente
si hubiese sido un error informatico en un banco no hubiese sido a "unos cuantos usuarios", habrian sido miles. Segundo, si no tienen ni si quiera miserables pruebas unitarias para detectar errores de ese calibre... que cambien de banco los clientes porque como esta volveran a psar miles
Que cipote
EDIT: Puse el comentario en la noticia que no era
Ostras pedrín, esto le podría pasar a mi banco el día 1, porque a final de mes no me serviría de nada...
Es lo malo de la programación, un fallo tan pequeño como ese puede dar resultados muy diferentes. Yo he visto para otros bancos cosas que tela...
¿Seguro que no era una feature?
NUNCA: no puede Vd.ingresar dinero porque los ordenadores no funcionan
NUNCA: no puede Vd ingresar porque no tenemos suministro eléctrico.
SIEMPRE: No puede Vd retirar su dinero porque no tenemos conexión con el ordenador central.
SIEMPRE: No puede retirar dinero porque la Caja fuerte está bloqueada.
La banca existe desde hace siglos,desde cuando no había teléfono,ni máquinas de calcular ni ordenadores.
Para que funcione un banco o una caja hace falta papel y pluma(no lápiz) y un trabajador experimentado(probablemente el Director general o el Jefe de Recursos no lo sabrian hacer).
Los programas informáticos bancarios los hacen empresas externas y les cobran un pastón que les produce un temblor piernas sólo comparable al que les producen los "bonus".Al final todos los bancos usan los mismos programas ,convenientemente disfrazados para que los potenciales compradores no se den cuenta....
Y encima a fin de mes casi, que cracks
A Macluskey no le hubiera pasado.
¿Y para cuándo nos eliminarán la coma al hacer ingresos?
Ya están otra vez los ingenieros de La Laguna armándola. ¡Claro!, como en Italia aún no los conocen...
No si al final la culpa va a ser del usuario por que se le ha ocurrido sacar dinero de un cajero...
Vaya pua...
Siempre salen a ganar...
Sucios banqueros...siempre echando la culpa a los informáticos.
Molaria que fuera al reves, que sacaras 1.000€ cuando tu estas sacando 100€ y que estea señalado como que sustraes 100
Recuerdo una parecida de cierto banco español.. Lo mejor de todo es que, incluso después de que el banco reconociese el error, incluso reconociendo la cantidad exacta del error, tú no podías disponer de TU dinero hasta que ellos solucionasen SU error. 24 horas contando únicamente con lo que lleves en el bolsillo, como para que te pille de viaje en otra ciudad.. o tienes otra cuenta en otro banco o te buscas la vida para comer y dormir bajo techo con los cuatro duros que lleves sueltos. Fabuloso.
¿Alguien sabe de algún "error informático" en la banca en que el perjudicado haya sido el banco?
Sospechoso ¿no?
Joder, puse el #24 de broma pero veo que hay otros comentarios que van en serio.
Al menos en EEUU, -donde no hay regulacion como se pide en España, ni colegios y definitivamente mucha menos titulitis-, QA (Quality Assurance) en un rol normal. Cuando la aplicacion esta completada y testeada por el desarrollador, los QA la repasan y son lo que crean la lista de vicios, ...
En el caso de ese banco al desarrollador se le paso -error gordo- porque deberia haber fallado the unit tests y de ahi o se le paso al QA -al que su regression plan era incompleto- o fue directamente a produccion y los que testearon fueron los clientes.
Nada que ver con colegios ni colegiados.
#53 eso que cuentas no es incompatible con una profesión regulada... también las construcciones se prueban, y, si después de las pruebas hay fallos, sigue habiendo un responsable al que pedir cuentas.. y por vía judicial también. Si por ese error se perdiese dinero, a ver a quién reclamas judicialmente...