444 meneos
12406 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
|
comentarios cerrados
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...
Saludos
Menuda falta de visión
P.D. Tómate una tila
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.
Fue despedido fulminántemente pero aun sigue en este mundo de las computadoras.
'...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.
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.
Lástima que abandonase mi start-up sicarios.com porque quizás te hubiese venido bastante bien
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.
Mis respetos a éste trabajador que aplicó las mismas técnicas que esas empresas.!
Por mucho que joda al resto de compañeros se enquista ahi
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"
Con todo el dineró que cobró desde 2002 hasta 2016 podemos llegar a la conclusión de.......Success!!!
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
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...)
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.
El mío lo tenía porque había pasado ya un año y le tocaba cambio de aceite
Cosas como code reviews, analisis pormenorizado de la resolucion de incidencias, etc. suelen pescar comportamientos asi en cuestion de dias.
Este pobre pirata no ha inventado nada, Bill Gates el conquistador convirtió esa misma estrategia en toda una industria con Windows.
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...).
He pinchado unos cuantos y veo que son información relacionada con el artículo.
Nos vamos a los logs del servidor (no, no los borraron
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.
El 5% restante es cuando falla, y si eso ocurre, lo mas probable es que ya sea tarde para decidir usar otro.
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
Y mañana hablaremos de los cartuchos de tinta, o el indicador electrónico de la Brita...
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.
No me garantizaban que realmente el error iba a desaparecer.
Lo lleve a un taller de confianza y allí me dijeron que no venían nada que hiciera pensar que el catalizador estaba mal, pero que por 2k pavos, que tirara con el coche hasta que reventara el motor, que no valía la pena el precio.
3 años llevo.
¿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.
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.
Cuando vino el técnico le conté lo ocurrido, abre la caldera, directamente desconecta un cable y la avería se repite, y me dice:
- Se quedó así ¿verdad?
- Pues sí,
- Es el sensor de temperatura, te lo cambio.
Ese fallo no volvió a repetirse nunca más.
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.
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.
Resulta que es "comentar el código"!!! Yo pensando que le contaba algo por teléfono o email...
Aquí es donde se aprecia la importancia del Software Libre.!!
Y más si no tienes mucha idea de desarrollo software.
La competencia es muy grande como para andar con esas mierdas.
Luego se me pasó a mí dejarles sin acceso, la verdad, era muy inocente por aquel entonces
Dependiendo de lo que te hayan cobrado igual te interesa comprar en aliexpress un programador de centralita
Que película te estás montando?
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€.
Si digo "revision de codigo" puede ser una auditoria de codigo u otra cosa y dar lugar a error.
Por cierto, tu comentario es para quedar guay o tienes algo que aportar a lo que viene siendo el "topic" de discusión?
DTC00918?
(Por ejemplo).
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.
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...