TECNOLOGíA, INTERNET, JUEGOS
443 meneos
12344 clics

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
168 275 5 K 244
168 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...
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…   » ver todo el comentario
#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 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 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:
#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í.
#6 ¿Tila? ¿qué quieres que no le quepan más #chupito a #5 ?
#6 Si la empresa invierte en mejorar el software, un programador nunca es prescindible.
#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 esto que has dicho es interesante por favor explica un poco más
#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"
#97 Lamentable que haya gente o empresas que recurra a estas prácticas.
#97 Estoy flipando. La picaresca española versión siglo XXI, con la diferencia de que aquí somos nosotros los ciegos ya que nunca vas a poder ver el código.
#7 #31 Esto es como los cartuchos de tinta que se "gastan" a los X Tantos usos aunque se haya usado el modo economico.
#96 No entiendo que el catalizador estropee el motor ¿tal vez por las correcciones de la lambda?
En un foro toyoto tambien lo he visto. Un error del catalizador y demas, y lo restea y en la ITV le da los gases bien.
Podria ser que tapase un fallo que no fuese perjudicial para el coche, pero contaminase mas. Pero si la ITV dice que cataliza bien, debe funcionar…   » ver todo el comentario
#7 Esto mismo lo comenta alguien en la noticia (serás tu tambien), pero no acabo de entenderlo
#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 ¬¬
#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.
#61 Que marca es?
Dependiendo de lo que te hayan cobrado igual te interesa comprar en aliexpress un programador de centralita
#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€.
#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.
#96 ¿no pueden estar las sondas estropeadas y dar un falso aviso? todo funciona bien pero como las sondas están mal, dan avería.
#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.
#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?
#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...
#89 Y que quieres que te diga el coche?
DTC00918?
(Por ejemplo).
#5 Y lo a gusto que te has quedado sin tener que pagar un chele a un psicólogo ¿qué, eh? xD
#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.
#5 ¿Va a comisión?
#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.
#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
#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…   » ver todo el comentario
#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.
#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.
#82 No te falta razón. Pero que sepas que lo de tu empresa es la excepción mas que la regla. La ñapa y la ausencia de procedimientos que garanticen la calidad es el estándar en la mayoría de empresas, incluyendo (o especialmente) las del ibex 35.
#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нта
#83 xD manda cojones
#83 impDtoCli tambien es un nombre bastante malo xD. Parece que os cobran por letra :-D.
#98 Pues he visto cosas peores. En una tabla de la base de datos, los campos IMPORTE_TOTAL, y TOTAL_IMPORTE. Y me pongo a preguntar y nadie sabe nada. Al final uno era el importe total de la factura, y otro ese mismo importe pero sin tener en cuenta una serie de productos especiales.
#83 pues yo lo habria llamado "importeDescontadoAlCliente" xD
#77 Porque dices "code reviews"...no queda tan guay como revisiones de código?
#108 seguramente #77 trabaja fuera de España, al final las palabras técnicas las terminas diciendo siempre en inglés.
#5 De vacaciones a la playa y te quejas. Algunos no estáis contentos con nada.
#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.
#5 yo se de unos que me han contao que por poco te lo apañan
#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
#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...).
#69 Doy fe que en el mundo de sap hay Partners, Partners y Partners
#69 diselo a las big 5 de mierdicarnicas.

A mi tambien me parecio una locura y era un cliente grande y no publico

Y mas me jodio por que soy un advocate del testinf, ci y cd, feedback continuo, mejora... me pedian que trabajase mal, adrede. En fin
#63 No, no lo es. Si me encuentro que los desarrollos de un equipo fallan reiteradamente o no se ajustan a unos mínimos criterios de calidad y buenas prácticas... RFP y que venga otro.

La competencia es muy grande como para andar con esas mierdas.
#63 “por favor, mete bugs” como si fuera posible no hacerlo xD xD xD

Es absurdo y quien os lo pide (o al revés, quien os pida que “no metáis bugs”) no tienen ni la más putísima idea de desarrollo de software
#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...
#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.
#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...
#90 Ctrl + A, Ctrl + Shift + /
#5 jajaja el tio se lo monta bien! Tu veo q no tanto.
#5 En el caso que comentas el problema es grave pero imagina en la sanidad privada. ...
#5 Ese era mi antiguo jefe de los programadores. Yo les resolvía el pollo siendo de sistemas.
Y el muy HdP siempre echando balones fuera y admitiendo las cosas solo a mí y en voz baja.

Pero bueno, aunque lo hubiera gritado, no hubiera pasado nada, era el «jefe» y yo no era persona, así llamaban a los externos.

El día que me lo cruce por la calle ... pegarle no, pero escupirle a la cara fijo.
#5 ¿Es que donde curras no sabéis lo que es un repositorio de código, tipo TFS o similar? :clap:
Literalmente...No es un bug es una feature :-D :troll:

Saludos
#1 recurrencia que la hipoteca no se paga sola
#1 bugature
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.!
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…   » ver todo el comentario
#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 #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.
#11 perdón negativo por error, dedazo, te compenso en otro comentario
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!!!
#42 Task failed successfully
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 Edit.
#14 Efectivamente, muy poco me parece.
Esto pasa en la mayoria de consultorías pero sin querer; es tal la chapuza que falla, se parchea y luego falla otra.
:troll:
#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.!!
#20
Hombre, gente sin tener ni idea, plazos de risa y proyectos de folio en blanco.
Esto no va de software libre, el código fuente hay que dejarlo siempre. Es mas te lo pedirán por contrato.

Luego acaba todo en una web de renfe. Problem? :troll:

Lo peor los clientes que si pagan una pasta por un churro. Eso si, tu de ahi no ves un duro.
#20 No, aquí es donde se aprecia que nadie da duros por cuatro pesetas.
#26 el problema que muchos cobran duros y dan pesetas.
#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.
#34 No todo el software es bueno, sea libre o privativo, pero al menos ves qué cojones está ejecutando o como lo han hecho.!
#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.
#19 Si lo haces bien cobras una vez. Si lo haces mal cobras dos veces. Desarrollar buen software es contraproducente para las consultoras.
#25 me recuerda a las farmacéuticas, diseñar fármacos que curen es contraproducente, prefieren fármacos que te mantengan enfermo crónico.
#19 Desde luego, menudo aficionado. Esto está integrado en la propia idiosincracia de las cárnicas, así que no te pueden culpar de nada.
"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.
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.
#64 y el sector es...
También llamado "mortgage driven development"
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:
#29 ¿Lo de quitar a los de la empresa que acabas de echar, del team viewer no se le ocurrió a nadie en tu empresa? O al menos cambiar las contraseñas de acceso?
#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:
#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.
#84 Jajaja no me extraña. Pero vamos yo estoy en un sitio tranquilo y pequeño seremos unos 50 currantes.
#29 Menudos genios
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.
#30 Yo estaba pensando lo mismo que tú.
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…   » ver todo el comentario
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.
#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 ¬¬.
#3 a ti te haré vicepresidente ejecutivo
#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
#3 y tampoco conoce los sistemas de escritotio remoto
#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.
#32 Ese día es hoy. Cajas negras everywhere.
#32 Existen algunas otras formas similares llevadas a cabo por grandes empresas. Lo conocemos como obsolescencia programada.
#2 Qué esperas de xataka? Es el okdiario de los medios tecnológicos.
#40 salvamezone deluxe esta por encima de esas dos.
#2 Qué parte dices ponen enlaces con publicidad?

He pinchado unos cuantos y veo que son información relacionada con el artículo.
#2 Ni te has molestado en pinchar ninguno de esos links antes de acusar
Es lo mismo que hacen ellos con sus productos, obsolescencia programada!!!
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.
#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.
#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.
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…   » ver todo el comentario
Nota mental: no subestimes nunca el trabajo de un desarrollador.
Y más si no tienes mucha idea de desarrollo software.
eeso lo hacen todos los fabricantes de pcs, de perifericos, de electrodomesticos, cualquier aparato electronico, informatico, tiene una vida util programada.
Esta mas claro que el agua que a los curritos no les sale a cuenta robar. A otros si.
#10 Por 6 meses de trullo y 7500 de multa, a unos 200k que cobrara al año...pues tu diras si le salia a cuenta o no.
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...
#46 Me recuerda a la película "El gran Vazquez", como le explica al hijo que cuando ya a timado a todos en el barrio, lo ha "quemado", y tiene que mudarse :-D
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..
#33 A vermús ya a estas horas?
#45 nooo, rioja mejor, jeje..
#33 a mí me gustan las fresas ácidas.
#33 Yo me llamo Ralph
#33 salchichas!
Moraleja: Si vas a meter un truño en el código for profit, hazlo bien, que no te pillen.
Un trabajador desleal, menos mal que aqui no hay de esos y es en Pensilvania.
7500$ y 6 meses. Ha triunfado como la cocacola.
Prisión??? Estamos locos? Solo en USA
#91 Ha estafado una cantidad considerable de dinero. Que esperabas exactamente?
Coño el titular describe a las cárnicas.
«12
comentarios cerrados

menéame