Tecnología, Internet y juegos
444 meneos
12406 clics
El caso del empleado que programó fallos periódicos en su software para así asegurarse de tener siempre trabajo

El caso del empleado que programó fallos periódicos en su software para así asegurarse de tener siempre trabajo

David A. Tinley era un empleado de 62 años de Siemens en Pensilvania, Estados Unidos, que ante la creciente ola de proyectos de automatización un día decidió idear la manera de tener trabajo siempre. Vamos, buscó la manera ser indispensable y no perder su fuente de ingresos ante la posible llegada de un nuevo software que hiciera su trabajo. Desde el año 2000, Tinley fue el responsable de programar un software basado en hojas de cálculo, donde Siemens se encargaba de gestionar los pedidos de equipos eléctricos. El detalle es que dentro de esta

| etiquetas: empleado , fallo de software , programacion , trabajo , programa
169 275 5 K 244
169 275 5 K 244
Comentarios destacados:                                  
#5 Bueno... Yo he visto con estos ojitos a un puto payaso comentarle a un cliente todo el módulo de validación para facturación electrónica, decir que estaba estropeado y mu complejo bla bla para que lo mandasen allí de "vacaciones" (cliente en Santo Domingo, República Dominicana) chinarse el cliente, enviarme a mi, mentirme tirando balones fuera y sin darme acceso a la máquina hasta que llegó a sus oficinas, veo el percal (con la responsable de programación al lado poniéndome la cara roja) y tener que volver a España a cagarme en su puta madre.

Y el hijoputa sigue en la empresa porque en el fondo es un pelota rastrero y algunos clientes q lo solicitan y a los que tima bastante (código enmierdado para hacerse imprescindible) y mientras paguen por el...

Q a gustico me he quedado, por si no se nota nos llevamos muy mal, ya me ha liado demasiadas...
«12
  1. Literalmente...No es un bug es una feature :-D :troll:

    Saludos
  2. Mis respetos a este trabajador {0x1f611}

    ¿No piden innovación en nuestro trabajo?

    Edit: por cierto, voto negativo este envío. Me parece muy feo, señores de Xataka, poner enlaces de publicidad dentro del texto, haciendo creer al lector que va a leer una información adicional útil.

    Muy feo, repito. Y no sé lo que opinarán sus anunciantes de esta práctica. Luego nos sorprendemos de que los usuarios estén hartos de los anuncios.
  3. #2 ¿Respetos? Les dio la clave del Excel en lugar de mandarles una copia sin los fallos escudándose en, qué se yo, que la contraseña la utilizaba en otros sitios y no la podía divulgar.

    Menuda falta de visión ¬¬.
  4. Bueno... Yo he visto con estos ojitos a un puto payaso comentarle a un cliente todo el módulo de validación para facturación electrónica, decir que estaba estropeado y mu complejo bla bla para que lo mandasen allí de "vacaciones" (cliente en Santo Domingo, República Dominicana) chinarse el cliente, enviarme a mi, mentirme tirando balones fuera y sin darme acceso a la máquina hasta que llegó a sus oficinas, veo el percal (con la responsable de programación al lado poniéndome la cara roja) y tener que volver a España a cagarme en su puta madre.

    Y el hijoputa sigue en la empresa porque en el fondo es un pelota rastrero y algunos clientes q lo solicitan y a los que tima bastante (código enmierdado para hacerse imprescindible) y mientras paguen por el...

    Q a gustico me he quedado, por si no se nota nos llevamos muy mal, ya me ha liado demasiadas...
  5. #5 Estas historias son tan viejas como la propia informática, cuando tienes que estar contínuamente echando mano del programador deberías empezar a sospechar que se lo está montando para que nunca puedas prescindir de él.

    P.D. Tómate una tila :-)
  6. #5 en los PLC también se hace: un contador de ciclos y, cuando hace X, misteriosamente se "avería". Viene el técnico de turno, hace el paripé, resetea el contador y ala, minuta al bolsillo.
  7. #6 ya no lo tgo cerca, vivo más feliz.

    Pero te puede amargar mucho la vida (porque sus mierdas te acaban llegando enfangadas y con el cliente cabreado y te dan ganas de pillarlo y mapearle la cara a ostias porque el cabron se escabulle y sigue ahí a la sopa boba liandote la siguiente...)
  8. #8 Me alegro, mientras más lejos, mejor. Un compañero de trabajo tóxico te puede amargar tanto o más que una pareja tóxica.

    Lástima que abandonase mi start-up sicarios.com porque quizás te hubiese venido bastante bien :troll:
  9. Esta mas claro que el agua que a los curritos no les sale a cuenta robar. A otros si.
  10. A mi me toco algo parecido con el soft de control de una cadena de gasolineras desde los TPVs...Empresa que decide cambiar los viejos surtidores por nuevos, nuevo hard de control de surtidores y programar el enganche entre el TPV y los surtidores.. Y ahí me viene un día un tipo, un encaragado, sugiriendome mantener en el código unas funciones del soft viejo un tanto extrañas de programacion del hw de control de pista que no tenian otro fin que "despistar" ciertas operaciones de suministro bajo ciertas condiciones...
    Había una mafia de empleados (no se cuantos, pero al menos 5 de 4 gasolineras diferentes) qeu tenian montado el chiringuito con el informatico anterior para repostar gratis.. no se como cojones le estuvieron trampeando a la empresa el tema, porque una cosa es el contador soft que da la aplicacion y otra cosa los contadores mecanicos de litros suministrados que da cada surtido...supongo que tenian trampeadas las viejas, pero las nuevas, ni de coña... en fin. Menudos jetas.
  11. eeso lo hacen todos los fabricantes de pcs, de perifericos, de electrodomesticos, cualquier aparato electronico, informatico, tiene una vida util programada.
  12. Vamos, que Siemens, OKI, Google, Microsoft, Apple, y vaya a saber cuántas marcas más programas sus productos para que fallen o se desgasten con rapidez y los curritos tengamos que pagar otros al poco tiempo.... y no pasa nada..!!!

    Mis respetos a éste trabajador que aplicó las mismas técnicas que esas empresas.!
  13. David A. Tinley era un empleado de 62 años de Siemens en Pensilvania [...] Tinley se enfrentaba a una pena de hasta 10 años de prisión y una multa de 250.000 dólares. Hoy finalmente se dictó su sentencia, y Tinley tendrá que pasar seis meses de prisión y pagar una multa de 7.500 dólares.

    6 meses de prisión y 7.500$ por llevar 14 tocandote los webs en el trabajo y cobrando. No se a que edad se jubilan en EEUU, pero unos añitos más y habría sido una triunfada.
  14. Nota mental: no subestimes nunca el trabajo de un desarrollador.
    Y más si no tienes mucha idea de desarrollo software.
  15. #5 Y lo a gusto que te has quedado sin tener que pagar un chele a un psicólogo ¿qué, eh? xD
  16. #11 no se como cojones le estuvieron trampeando a la empresa el tema, porque una cosa es el contador soft que da la aplicacion y otra cosa los contadores mecanicos de litros suministrados que da cada surtido...

    Obviamente diciendo que o era error del contador mecánico o que era una perdida que había que asumir porque era normal esa diferencia.
  17. #3 a ti te haré vicepresidente ejecutivo
  18. #19 Desde luego, trabajé como consultor y con la presión de "acabarlo ya" y "rentabilizar el trabajo" dejas un ñordo como instalación que sin querelo peta a la primera actualización de lo que sea... y claro, al cliente le toca pagar de nuevo...

    Aquí es donde se aprecia la importancia del Software Libre.!!
  19. Un trabajador desleal, menos mal que aqui no hay de esos y es en Pensilvania.
  20. #5 Es un clásico.

    Nosotros tuvimos uno, en puesto tecnico alto, que trato de hacerlo, por suerte vimos venir la jugada y lo paramos pronto, pero los gritos y las discusiones fueron frecuentes durante medio año. Se escabullo las primeras dado que era un perfil técnico mucho más alto que el nuestro y eso vale mucho ante los jefes, pero poco a poco fuimos desenmascarandole.

    Luego llegó a tratar de hacernos perrerías de todo tipo delante de los clientes, pero era tan tonto que sólo quedaba mal el.
  21. #5 ¿Va a comisión?
  22. #19 Si lo haces bien cobras una vez. Si lo haces mal cobras dos veces. Desarrollar buen software es contraproducente para las consultoras.
  23. #20 No, aquí es donde se aprecia que nadie da duros por cuatro pesetas.
  24. También llamado "mortgage driven development"
  25. #19 Desde luego, menudo aficionado. Esto está integrado en la propia idiosincracia de las cárnicas, así que no te pueden culpar de nada.
  26. En nuestro caso teníamos contratado el mantenimiento de un servidor con su correspondiente programa especializado a una empresa, y teníamos habilitado un software de control remoto (el team viewer) para que se conectasen a arreglar lo que sea. Un día los mandamases decidieron cambiar de empresa por temas de pasta o lo que sea, y de un día para otro el software empezó a dar fallo en un componente.

    Nos vamos a los logs del servidor (no, no los borraron :palm:) y resulta que "alguien" se había conectado al team viewer sobre las 23, empieza a fallar el componente unos minutos después y un rato después se desconecta la sesión remota :roll:
  27. La industria fabrica productos con fecha de caducidad, la obsolescencia programada se basa en eso.
    Este señor ha hecho lo mismo, pero desde el otro extremo de la cuerda.
    Si lo hace un fabricante no pasa nada. Si lo hace un currito es delito.
  28. #7 esto que has dicho es interesante por favor explica un poco más
  29. #2. El día que ese tipo de 'código propietario cerrado y malicioso' pueda gestionar tecnología médica de hospitales públicos o privados le vuelves a enviar "...tus respetos..." a ese trabajador y similares...

    '...Tinley se enfrentaba a una pena de hasta 10 años de prisión y una multa de 250.000 dólares. Hoy finalmente se dictó su sentencia, y Tinley tendrá que pasar seis meses de prisión y pagar una multa de 7.500 dólares...'

    Muy reducida la condena final me parece.
  30. yo he conocido mujeres mas violentas y con mas malaleche que yo, eso lo tengo comprobado en mi vida y en mi piel, pero mejor no remover, solito en la vida en la gloria..no me gusta generalizar , ya se que hay de todo en todos lados, hombres, mujeres y demás..
  31. #20 Buff, pues he visto algunos proyectos de software libre (sobre todo de apache) que no se ni como han tenido la vergüenza de publicarlos.
  32. #7 Esto mismo lo comenta alguien en la noticia (serás tu tambien), pero no acabo de entenderlo
  33. #34 No todo el software es bueno, sea libre o privativo, pero al menos ves qué cojones está ejecutando o como lo han hecho.!
  34. #29 Menudos genios
  35. #37 El 95% de las veces no entras al fuente de las dependencias para ver lo que han hecho.

    El 5% restante es cuando falla, y si eso ocurre, lo mas probable es que ya sea tarde para decidir usar otro.
  36. #2 Qué esperas de xataka? Es el okdiario de los medios tecnológicos.
  37. Coño el titular describe a las cárnicas.
  38. Tinley tendrá que pasar seis meses de prisión y pagar una multa de 7.500 dólares

    Con todo el dineró que cobró desde 2002 hasta 2016 podemos llegar a la conclusión de.......Success!!!
  39. Las bombas de tiempo son uno de los trucos más viejos del arsenal. Se considera ético usarlo con los clientes que si funciona la modificación hecha, luego no la pagan.
  40. #36 Nunca debimos dejarlo abierto en primer lugar, pero cascaba tanto el puto programa...

    Luego se me pasó a mí dejarles sin acceso, la verdad, era muy inocente por aquel entonces :shit:
  41. #33 A vermús ya a estas horas?
  42. Pues yo he oido que habia una programadora en Madrid (nunca me dijeron su nombre pero todos en el mundillo de los programadores (C#) la conocian como "la innombrable") y que se dedicaba a hacer el codigo "ofuscado" para que nunca la pudiesen echar.

    El tema es que finalmente las empresas le daban la patada y fue pasando de empresa a empresa hasta que todos en madrid la conocen y se ha tenido que mudar de comunidad...
  43. #33 a mí me gustan las fresas ácidas.
  44. #3 No le habría servido puesto que la compañia necesitaba acceder a la última versión del archivo con todos sus datos actualizados y la copia que pudiera tener él no lo sería.

    Lo único hubiera sido asegurarse de estar disponible siempre que ocurriera el fallo, es un gran fallo de planificación por su parte. Tampoco entiendo como no pudo acceder de forma remota a ese ordenador con la cantidad de herramientas que hay para ello
  45. #5 Eso es porque tienes unos managers que no son capaces a implementar un proceso que sea capaz de filtrar comportamientos como el que describes, que por desgracia es muy habitual.

    Cosas como code reviews, analisis pormenorizado de la resolucion de incidencias, etc. suelen pescar comportamientos asi en cuestion de dias.
  46. #7 ¿Estás hablando del ordenador de los coches de ahora? "Consulte con un taller autorizado"

    El mío lo tenía porque había pasado ya un año y le tocaba cambio de aceite ¬¬
  47. #5 De vacaciones a la playa y te quejas. Algunos no estáis contentos con nada.
  48. #2 Qué parte dices ponen enlaces con publicidad?

    He pinchado unos cuantos y veo que son información relacionada con el artículo.
  49. #30 Yo estaba pensando lo mismo que tú.
  50. #8 Eso se podría considerar como sabotaje y si hay gestión de versiones con documentación seria muy fácil pillar quien hizo esos cambios y reportarlo a RRHH, lo que a lo mejor a la empresa le interesa para facturar más... no debería pero a veces es así.
  51. #5 Una de las pocas que puedo contar de entre las decenas que no puedo: Cierto desarrollador de cierta distro Linux autonómica que incluyó un pequeño script en el adduser para que le mandara las claves de los nuevos usuarios por correo. Que nos dimos cuenta porque fallaba, claro.
    Fue despedido fulminántemente pero aun sigue en este mundo de las computadoras.
  52. "Soy pirata porque no tengo más que un barco, si tuviera una flota sería un conquistador"

    Este pobre pirata no ha inventado nada, Bill Gates el conquistador convirtió esa misma estrategia en toda una industria con Windows.
  53. #5 yo se de unos que me han contao que por poco te lo apañan
  54. #14 Edit.
  55. #25 me recuerda a las farmacéuticas, diseñar fármacos que curen es contraproducente, prefieren fármacos que te mantengan enfermo crónico.
  56. Moraleja: Si vas a meter un truño en el código for profit, hazlo bien, que no te pillen.
  57. #50 Casualmente a mi me ha pasado esta semana. La centralita de mi coche estaba dando averia y fallaban puertas, elevalunas y aviso de "lleve el coche al concesionario". Me piden 1000 lereles por la revision y "porque habia posiblemente que cambiar cosas". Me niego y lo llevo a un taller multimarca donde hacen un reset de la centralita y ... "arreglao"... todo funcionando. Obsolescencia programada o picaresca.
  58. Es lo mismo que hacen ellos con sus productos, obsolescencia programada!!!
  59. #5 vengo a decir que lo tuyo no es un caso aislado si no lo que se espera en todas las consultorias.

    Tuve un proyecto donde me pedian no hacer el codigo perfectamente bien por que si no habia bugs cuando llegaba al equipo de QA nos penalizaban.

    Absurdo
  60. Hay un programa de gestión muy usado en mi sector que puedes pagar x al año por tenerlo o 3x por tenerlo + mantenimiento. Si llevas cinco años pagando 3x y no ha habido ningún problema y decides pagar sólo x, a los dos meses te empieza a dar problemas. Comprobado.
  61. #2 Ni te has molestado en pinchar ninguno de esos links antes de acusar
  62. #40 salvamezone deluxe esta por encima de esas dos.
  63. #1 recurrencia que la hipoteca no se paga sola
  64. #63 no, no lo es, o al menos no donde yo he trabajado y desde luego no en mi equipo.

    Yo no te voy a decir que seamos hermanitas de la caridad y si se puede ordeñar te vamos a ordeñar sangre, pero enmierdar sistemas solo es tirar piedras contra tu propio tejado (porque te van a cazar y vas a perder el cliente amén de que mi sector, SAP es muy pequeño y se acaba comentando quien es quién...).
  65. #33 Yo me llamo Ralph
  66. YO también lo he visto. Clínica oncológica en Madrid, con un programa de gestión de citas, y en el registro de Windows, una entrada con una fecha de caducidad. Me llaman a mí para que revise por qué no funciona. Por entonces yo estaba intentando venderles mi solución y me encuentro un programa muy antiguo pero que aparentemente debía funcionar.

    Para evitar meterme en fregados, y tampoco quería ser deshonesto, les dije que lo mejor que podían hacer es llamar a la empresa que había hecho el programa original para que lo revisaran y arreglaran. en este momento, el dueño de la clínica empieza a poner excusas de que si es muy viejo y que mejor crear otro de cero. Más adelante, me entero de que han terminado bastante mal con la empresa del programa y que de hecho no se les había pagado una parte del trabajo. Así que la bomba lógica tenía su por qué, ya que era la única manera que tenía la empresa de cobrarle a la clínica lo que les debían.

    Finalmente me encargaron a mí el nuevo programa y me regatearon el precio todo lo que pudieron y más. No hubo problema, porque ya me encargué de cobrarles la aplicación durante el mantenimiento. :-*
  67. #45 nooo, rioja mejor, jeje..
  68. #49 hay mil maneras de mearse en una auditoría de código y a un tipo que te lleva 8 o 9 años en la empresa (el caso) y con un par de clientes fijos que lo solicitan (factura e imputa) no es tan fácil echarlo.

    Por mucho que joda al resto de compañeros se enquista ahi
  69. #61 Que marca es?
    Dependiendo de lo que te hayan cobrado igual te interesa comprar en aliexpress un programador de centralita
  70. #5 de esos conozco unos cuantos, que no comparten información, hacen el código retorcido para que no lo entienda ni Dios, etc., todo para sentirse imprescindibles. Y lo peor es que luego hay quien se lo traga y piensa que son gurús de la programación...
  71. #6 ¿Tila? ¿qué quieres que no le quepan más #chupito a #5 ?
  72. #73 Yo no he hablado de echarlo o no echarlo, eso ya es otra discusion.

    Si las code reviews (que no las auditorias) estan bien hechas, veo bastante complicado meter bugs a proposito. En mi equipo "commitear" un cambio requiere la review y aprobacion de al menos 2 miembros mas del equipo y la validacion de un tester que suele verificar que la implementacion esta acorde a una spec concreta aparte de buscar regresiones o lo que sea que toque.

    Por otro lado y aunque cuele en una code review, que es dificil pero no imposible, la resolucion de la incidencia tendria que apuntar con el dedo a la ñapa que fue introducida de forma especifica exponiendo de manera indiscutible el comportamiento del tio este. De no ser así, el manager es un chapuzas.

    Si lo que estamos hablando es de un tio que hace y deshace a su antojo en el codigo y que cuando soluciona un problema lo hace a su bola sin que quede constanacia de que cambios hizo y porque, entonces te recomiendo que cambies de empresa cuanto antes, porque eso no es una empresa, eso es una casa de putas.
  73. #50 El tuyo lo que tiene es el avisador de revisión. Que va por kms y por tiempo (tiene dos).
    Que película te estás montando?
  74. #61 Cuidado con esas cosas, porque crees que te están haciendo un favor y luego puede no ser así.
    Además, que centralita?

    A un amigo se le encendía la luz de avería de motor y no podía pasar la ITV, su mecánico le envío a un reseteador de centralitas. Que lo que hizo fue apagarle la luz del cuadro.
    Pero si esa luz está ahí, es que tienes una avería.
    A los meses el coche murió. Al llevar apagada esa luz y no enterarse el de cuando se encendía por un problema.
    Por lo que yo deduzco (nunca traté el caso in situ), se corrió un diente la distribución y así fue hasta que reventó.
    Pero él estaba muy contento por haber pasado la ITV Por menos de 200€.
  75. #77 no trabajamos en lo mismo, yo soy sapero, nuestro control de versiones no va por git, hay herramienta propia y la validación del código a pro la hace cliente, no tu (cosas de auditoría), claro que hay trazabilidad de cambios, claro que no puedes subir cualquier cosa, pero de eso no estoy hablando estoy hablando de enmierdar código lo suficiente como para que solo lo entiendas tu, algo que pasa validación, puede incluso pasar auditoría y con que dejes la documentación un poco floja al que viene detrás le haces la vida imposible.
  76. #43 En el año 1985, yo en la escuela aprendiendo a programar con un Scpectrum Z48 de 16 kb de RAM, el profesor ya nos lo explicaba lo de las bombas del tiempo.

    A este profesor, una empresa le había pagado por un programa para gestionar el almacén. Después de haberlo programado, instalado y configurado, no le pagaron con la excusa que el programa era malo, y que no lo utilizaban. El programa tenía establecido que a los XX días, el color de las letras fuese el mismo que el fondo de la pantalla. El cliente solo veía la pantalla en negro cuando ejecutaba el programa.

    Creatividad de los años 80.
  77. #80 Da igual el sector, tu manager es un inutil. Tu mismo me lo estas diciendo.

    Me da igual la herramienta de control de versiones y me da igual que el cliente valide el codigo: Si el codigo sale enmierdado de vuestra empresa o si la documentacion es floja, es porque quien lleva las riendas ahi lo permite y de aquellos polvos estos lodos :-)

    SAP o C++ da igual, tendrá que haber una guia de estilo y unas normas de "enmierdamiento minimo" que tienen que ser impuestas desde management, si no lo estan y la cosa va de "buena voluntad" por parte de quien implementa algo, pues...accident waiting to happen , tal y como tu mismo nos cuentas que esta ocurriendo.
  78. #80 Yo tuve un compañero ruso que ponía de nombre a las variables abreviaturas en ruso, y por el mismo motivo, para asegurarse de que solamente podía tocar él. El campo "importe descontado al cliente", en lugar de llamarlo impDtoCli, lo llamaba сумCкKнта
  79. #44 En mi empresa, cuando echan a alguien, lo llaman al despacho, y mientras tanto los de sistemas acceden por remoto, le cambian la contraseña de windows, y apagan el equipo. Antes eran más brutos y venían y se llevaban el equipo físico, ante la estupefacción del resto de personal.
  80. #43 Así es. Yo la he usado muchas veces. El gustazo que da cuando te llaman con las manos en la cabeza y dices "no voy, que todavía me debes X". Mano de santo. Esa misma mañana encuentra el dinero que antes no tenía.
  81. Allá por el año 99 yo tuve que hacer mi PFC y decidí dejar el tema en manos de mi facultad. Me mandaron a una pequeña consultora explotadora donde la mitad de los empleados era pringados como yo que no cobraban nada y la otra mitad cobraba la puta mierda que era el salario mínimo del sector.

    Por supuesto, el jefe de la consultora era coleguita de la gente de la facultad y su empresa vendía los proyectos que le hacían gratis a doblón. El tío montado en el dolar y viniendo a currar en su deportivo.

    Hice un proyecto de VRML (era algo que lo estaba petando y que se fue a la mierda) que generaba una página donde se podía, via plugin, navegar por una universidad virtual en tres dimensiones.

    El negrero cabrón no me pagó nada y estaba en una ciudad que no era la mía donde tenía que pagarme el alquiler buscandome curros nocturnos en fábricas mientras por las mañanas iba a trabajar para él.

    Finalmente acabé el proyecto pero me lo tiraron porque faltaba una mierdilla que podía hacer en mi casa, así que me planté y le dije al jefe que no podía seguir sin cobrar un puto duro. Por supuesto me mandó a la mierda y yo me volví a mi ciudad, acabé el proyecto y por fin pude buscar un trabajo de verdad.

    Lo último que hice en la empresa fue meterle al proyecto "música de fondo". En concreto un archivo WAV de 5 MB que tardaba como cuatro minutos en cargarse con una conexión a internet de las de la época.

    Me fuí de la empresa y luego no volví a saber nada de mi proyecto, creo que la "universidad virtual" la hicieron con HTML a pelo y lo mío lo tiraron a la basura por no saber arreglarlo.

    En resumen, que este tío de la noticia era un sinvergüenza, pero en determinadas situaciones puedo entender este tipo de acciones.
  82. #1 bugature
  83. #5 en todas las empresas hay gente así, en algunas más que otras, ciertamente.

    Pero sin ir más lejos hoy he tenido que lidiar con una persona así, y por aquí corren historietas que para aquí. Yo tuve la suerte de conocer al "terrorista" como lo llamabancen mi empresa, antes de que lo volaran, ese tío si era un figura, muy parecido al del artículo.
  84. #78 que no te dice que haya que cambiar el aceite, que ya toca (cosa que sabía, lo pone en el manual) sino que te den fallos genéricos y a saber si es serio, urgente, o qué, pero pasa por taller sí o sí, o no sabrás qué le pasa.

    Y mañana hablaremos de los cartuchos de tinta, o el indicador electrónico de la Brita...
  85. #5 Me ha costado pillar lo que significaba "comentarle a un cliente todo el módulo de validación".

    Resulta que es "comentar el código"!!! Yo pensando que le contaba algo por teléfono o email...
  86. Prisión??? Estamos locos? Solo en USA
  87. #61 Yo recuerdo hará unos 25 años, una tele con un año de garantía que al año y un día según la encendías a los pocos segundos el contraste se bajaba automáticamente hasta ponerse la pantalla prácticamente en negro.
  88. #5 jajaja el tio se lo monta bien! Tu veo q no tanto.
  89. #17 #11 En gasolineras he visto también cobrar de más a coches cuyos gastos paga la empresa. Repostador y repostado van al 50%. En este caso, cuando se supone que el tanque debe estar vacío aún sobran litros a mansalva.
  90. #83 xD manda cojones
  91. #79 hace 3 años que tengo las dos sondas del catalizador de mi coche diciendo que está petado.

    Las emisiones son correctas el motor no se ha ido a la mierda(el catalizador fallando te jode todo el motor), algo me dice que el catalizador funciona de puta madre.

    Cada ITV, reset de errores, a los dos días, error de nuevo.

    Volvo hace coches cojonudos, con centralitas (u ordenadores ya ni se lo que son) con "bicho", no vuelvo a comprarme uno.
  92. #31 #35 Puedes hacer que el codigo haga otra cosa a partir de X repeticiones.

    Por ejemplo, si ya se han creado 350 usuarios muestra el mensaje "error de formato en la base de datos". Te conectas, pones el contador a 0, vuelve a funcionar y cobras tu asistencia.

    "Menos mal que tenemos a Ricardín, siempre nos saca de apuros cuando falla el sistema"
  93. #83 impDtoCli tambien es un nombre bastante malo xD. Parece que os cobran por letra :-D.
  94. #69 Doy fe que en el mundo de sap hay Partners, Partners y Partners
  95. 7500$ y 6 meses. Ha triunfado como la cocacola.
«12
comentarios cerrados

menéame