"El sistema informático del servicio de urgencias de La Paz pone en riesgo la seguridad del paciente"

Las enfermeras de urgencias de el Hospital La Paz están sufriendo una odisea desde la implantación del nuevo sistema informático HCIS. Denuncian que están trabajando con una absoluta inseguridad jurídica. Tal es su temor a cometer algún tipo de error que se han visto obligadas a dar parte al juzgado de lo que está ocurriendo por si algún paciente denuncia mala praxis. "Tememos estar duplicando medicaciones a los pacientes,con lo que eso puede implicar,porque el sistema a veces borra nuestra firma y no consta que el enfermo haya tomado el fárm

[#3 Dene]

No quiero entrar en debates de titulitis, pero, usando la construcción como ejemplo, alguien debería analizar qué hacen pepe gotera y otilio construyendo túneles y viaductos.
Es algo demasiado habitual en la informática. Eso y las interminables cadenas de subcontratacion que dejan recursos inutiles por el camino y poco margen para hacer un buen producto.

[#5 Hynkel]

#3 A la pregunta obvia de por qué no se elimina tanto intermediario chupóptero, la clave está en que todos trincan. Salvo el machaca picateclas y el usuario final del "producto", claro.

Así seguiremos hasta que haya una desgracia gorda del estilo del puente de Génova, o hasta que ya no queden programadores suficientes porque hayan conseguido huir a empresas mejores o hayan preferido fregar escaleras.

[#6 gorbakk]

#5 La desgracia, aunque no tan gorda como el puente de Génova, ya ha pasado:

https://en.wikipedia.org/wiki/Therac-25
http://www.safetyresearch.net/blog/articles/toyota-unintended-acceleration-and-big-bowl-%E2%80%9Cspaghetti%E2%80%9D-code

Y estas son las fáciles, seguro que hay más...

[#11 Desactivado]

#3 "No quiero entrar en la titulitis, pero a falta de toda evidencia voy a encontrar como explicación más plausible para un mal trabajo la falta de un título". Señor, tengo algo que contarle, ha contraído titulitis.

[#38 Desactivado]

#11 ¿No será lupus ?

[#40 pepitoperez]

#11 Cuando tengas que operarte nos avisas. Queremos ver como renuncias a que lo haga un médico titulado y que te opere el de mantenimiento. Ya sabes, por eso de la titulitis y tal

[#54 Itrio]

#40 Espero que pidas un medico titulado que haya pasado después de la carrera mínimo otros 5 años de cirujano residente, porque si no, prácticamente te va a dar lo mismo que te opere un aficionado que se haya visto todos los episodios de House MD y Dexter.

[#60 pepitoperez]

#54 Sí, para mí quiero un médico con todos los "extras", su MIR, su residencia, etc. Porque si se equivoca, lo puedo fundir. Al aficionado también lo puedo fundir por intrusismo, porque está regulada la profesión.

Pero al director de proyecto (jefazos, etc) del software de la noticia que casi se lleva por delante a la mitad de los pacientes, a ese, no le va a pasar nada. Porque no ha firmado nada (en relación a sus capacidades de ingeniería informática). Y la culpa se la va a llevar el último mono de la cuarta subcontrata.

Y el director del proyecto del software de la noticia puede ser perfectamente ingeniero informático. Pero uno muy inútil que los hay. Pero como no ha firmado nada, pues se va de rositas y además, como no se le puede inhabilitar porque la profesión no está regulada, la semana que viene estará dirigiendo otro programa.

[#62 Itrio]

#60 Lo bueno de las comparaciones es que valen para todo. Imagino que si te explota el coche, denunciarás a la marca, no al ingeniero, al mecánico o al operario de la fábrica de montaje.

En los proyectos donde yo he trabajado la responsabilidad era de la empresa, como en muchísimos sitios. Si luego la empresa tiene que depurar sus propias responsabilidades, tranquilo, que lo harán.

[#16 celyo]

#3 Yo me preguntaría:
¿Cómo puede ser que los usuarios hayan dado el visto bueno a eso?
¿Cómo se atreven a implantarlo en todos los centros a la vez?

Si usamos la construcción como ejemplo, es como solicitar un chalet, que te den una chabola y que tú le des el visto bueno

[#17 Dene]

#16 el problema con sistemas informaticos grandes (la administracion es un ejemplo) es que los que contratan y deciden estan muy lejos de los que conocen el servicio y saben lo que hace falta. Y los que ofertan y proponen no tienen ni puta idea de lo que la tecnología te permite o no hacer. Aparte, los sobornos que haya por el camino.

[#25 Shinu]

#17 Uhm...

[#55 squanchy]

#17 El problema de esos sistemas es que no se parte de un sistema pequeño, básico, y se va refinando y ampliando, si no que se contempla como un todo. Son grandes dinosaurios que tardan años en llegar a los usuarios finales, y cuando lo hacen sus tecnologías ya son obsoletas, y los requisitos iniciales han cambiado.

[#18 Desactivado]

#16 Sobres.

[#19 Desactivado]

#3 he tenido que pelearme con gente que se cabreaba porque añadía tests a su código, me decian que les hacía perder el tiempo cambiándolos si cambiaba la especificación.
Cuando les preguntas que por qué no los hicieron desde el principio la excusa siempre es el tiempo. Joder, pierdo mucho más tiempo probando a mano cada vez y seguro que me dejo casos!!!

Eso con gente de 10 años de experiencia, que con juniors...

[#31 grouchoboy]

#19 Gente junior que empieza es normal que por si solos no hagan tests. El problema es que esa persona junior tendría que tener a un equipo que le ayudase y guiase, se hace una pull request y no se aprueba hasta que no hayan tests entre otras cosas y si se atasca y no sabe como hacerlos, se hace pair programming con él. Por un equipo de cuatro personas expertas debería haber un programador junior máximo. El problema, es que pasa lo contrario, los equipos suelen estar formados por tres o cuatro juniors y un ¨senior¨. Senior de esos que no han hecho un test en su vida. Porque si fueran senior con todas las de la ley, no estarían en un equipo así.

Bajo mi punto de vista da igual que tengas carrera, hayas hecho un modulo o te hayas formado por tu cuenta. Una de las cosas que más puede marcar tu carrera es la gente que te rodea en tus primeros años como profesional.

[#12 ochoceros]

#10 Espero que se investigue, si es tal como cuentas porque hoy en día no se pueden permitir estas chapuzas con las tecnologías de desarrollo que hay. Y si llega la sangre al río, que se busquen en las altas esferas a los culpables de la chapuza. Que paguen por ello penal y judicialmente con la máxima dureza.

No pueden administrar la sanidad pública de millones de personas regalando cientos de millones a la sanidad privada (hasta 372 millones a un único hospital) a la vez que niegan un aumento presupuestario de menos de 6 millones para aumentar el personal de urgencias de los principales grandes hospitales públicos de la capital. Hacen una política de psicópatas para llevárselo calentito a su bolsillo privado y encima son intocables.

[#20 Desactivado]

#12 la mierda siempre chorrea para abajo,esto es el problema de la ingenieria cost-out que se esta llevando en los ultimos años,luego sale software defectuoso y se juegan la vida de la gente,pero nunca se buscan responsables...

[#1 Desactivado]

Luego dicen,el trabajo de informático no tiene ningún riesgo...hasta que la cagas y lo subes a producción.

[#7 ochoceros]

#1 Me gustaría ver las baterías de tests que hacen antes de subir los cambios a producción. Que están jugando con las vidas de muchísima gente.

Aunque por otro lado, con la mierda que estará cobrando el becario a media jornada de la subcontrata de la subcontrata de la subcontrata del amiguete de la cárnica que puso el sobre más gordo debajo de la mesa, es algo comprensible

[#10 Desactivado]

#7 en mi experiencia,becarios nada,gente desmotivada,puede que alguno valga,0 tests,se planea on the run,y presión a tope.

[#14 celyo]

#10 A mi me gustaría también saber que pruebas hicieron los usuarios, porque las quejas que están poniendo son más bien de que simplemente no funciona como debe.

Que muchas veces las pruebas de aceptación de los usuarios pasan por ver pantallas y poco más.

A esto se añade la incompresible razón de poner de golpe en todos los hospitales un sistema tan crítico. He visto aplicaciones más chorras ser implementadas en algún centro primero y luego extenderlo a otros.

[#21 Desactivado]

#14 el problema es que no habra test unitarios me juego el cuello,no se puede culpar solo a los usuarios ni desarrolladores pero aqui falla un CRUD que tela ...
Es lo normal tener un centro primero y luego extenderlo pero seguro que los pagos se harian por implantación simultanea ya tu sabeh...

[#27 Desactivado]

#21 Yo le pondría el doble de CRUD.

[#53 squanchy]

#10 Siempre se echa la culpa a los becarios, como si todos los programas del mundo los hicieran becarios. En mi empresa hay gente brillante, pero cuando donde tiene que haber 3 programadores para llevar el trabajo bien, tienes solamente a 1 y la entrega no llega en fechas, pues el hombre hace lo que puede, sin apenas probar, y estando hasta los huevos. Y no es por falta de capital, que yo he hecho un cambio de meter un campo nuevo en un formulario, cosa que ha llevado 1 hora*, y la empresa ha cobrado al cliente 700 euros por ese cambio.

Estuve en una empresa donde había un grupo de calidad del software, dedicado exclusivamente a probar los cambios y detectar errores. Aprovechando la crisis del 2008, se fundieron el departamento entero. "Que prueben los programadores".

* crearlo en la base de datos, meterlo en el formulario, probarlo online y offline, meterlo en todos los entornos, comunicarlo a mis superiores, etc.

[#24 libres]

#1 La culpa no es principalmente de los becarios que hayan hecho el programa contra reloj cobrando cuatro perras. La culpa es principalmente de los responsables encargados de comprobar la calidad y de dar el visto bueno antes de pasar a producción: Los responsables de las subcontratas y los responsables del sistema sanitario.

Eso no puede salir a producción en esas condiciones. No se puede vender un coche que se sale de las curvas.

Muchos responsables han tenido que hacer mal su trabajo. Y los responsables de los responsables han permitido que lo hagan mal. Muchos tienen que dimitir y muchos deben ser castigados, porque no se puede jugar con la salud ni con la vida de las personas.

Mi opinión es que no ha sido un error involuntario, sino algo deliberado para seguir precarizando la salidad pública y darle poco a poco el 'negocio' a la sanidad privada. La casta debe muchos favores y la avaricia del gran capital es insaciable.

[#51 yoshi_fan]

#24 Aunque los de QA digan que esta mal, igualmente se empuja a produccion por que el cliente lo pide.

[#63 miserere]

#1 Los que tienen riesgo son los periodistas que oyen petardos y se creen que ha empezado la guerra, yo estoy en el HULP y el problema fue un una caida del servidor que da internet a las aplicaciones de la comunidad, peto y por lo tanto se quedaron sin acceso a todas las aplicaciones, solo que como no hace mucho que les han cambiado su forma de trabajar a una totalmente nueva y la formación ha sido escasa y lo mismo se pensaban que le iban a poner un IOS, aprovecharon para quejarse de ello...Pero de ahí a lo que dice la prensa..Una prueba mas de lo poco que se informa la prensa de nuestro PAIS

[#9 Dene]

#8 se supone que eso es lo que pretenden con las leyes y normas de interoperabilidad (expediente electronico, factura electronica, etc) al menos en la administracion.

[#2 parrita710]

El otro día decía uno que por qué había un sistema informático por comunidad y por qué no tenían todas el mismo sistema...

[#4 Dene]

#2 magnífica idea... habría que proponer en la ONU un único sistema informático mundial para todo.

[#8 Desactivado]

#4 Mmmm... pues no lo tengo tan claro... ¿Sabes lo que es un monocultivo?

Otra cosa diferente sería establecer un protocolo estándar de intercambio de información y de acceso, para que todos los sistemas fuesen interoperables. Algo así como HL7 pero con esteroides. Pero que todo el mundo use exactamente el mismo código en algo tan sensible no creo que fuese buena idea...

[#35 pepitoperez]

#13 El gobierno andaluz sí comparte Diraya para otras administraciones

https://administracionelectronica.gob.es/ctt/diraya#.W-8cKtVKjIU

Otra cosa es que las otras administraciones lo quieran implantar.
Andalucía es pionera en compartir software con otras administraciones. Empezó con los ayuntamientos andaluces. Al Estado le gustó la estrategia y desarrollado esta política. Andalucía ha donado muchísimo software al Estado. Hoy en día toda España usa los certificados electrónicos y la firma electrónica con la Administración, el software que permite eso y otras tareas relacionadas se desarrolló en Andalucía.

#15 Ese departamento de compartir programas es la Secretaría de Administración Digital. Está el Portal de Administración Electrónica donde está el repositorio del software que las administraciones comparten entre sí.

#8 Se llama Esquema Nacional de Interoperabilidad. De obligado cumplimiento para las Administraciones. En estos aspecto el sector público va muy por delante del sector privado.

Me van a llover críticas por todos lados pero cada vez se hace más necesario la regulación de la profesión de ingeniero (técnico) en informática. No es una cuestión de titulitis, es una cuestión de que son temas muy delicados (vidas en juego) y tiene que existir una regulación de la actividad y de las personas que participan en la creación y diseño de estos sistemas.
Que sí, que hay gente sin título que son mejores con otros con títulos. No lo niego. Pero si saben tanto, que se vayan por las tardes a la universidad o la UNED, se saquen la carrera y ya pueden presumir de ser unos cracks y con título, además.

[#39 celyo]

#35 Gracias, nunca me acuerdo del nombre

Sinceramente, he conocido gente con el título y que no sirve para nada, y otros sin él pero muy dedicados a su trabajo. El título de la uni siempre está bien, pero a nivel de empresa se requiere mucho más.

Yo optaría por acreditaciones vía exámenes para ir adquiriendo niveles, y así la gente irse curtiendo en la base de lo que requiere cada nivel.

[#42 pepitoperez]

#39 De nada

Como te digo. No discuto que haya gente sin título superválida. Y con títulos verdaderos negados. Pero el tema de la regulación no es una cuestión de conocimientos. Sino de exigir responsabilidades.
Yo no puedo exigirle a una persona que no tiene el graduado escolar a que me haga una multiplicación porque no tiene un papel que le certifique ese conocimiento. Lo mismo esa persona sin graduado escolar te hace derivadas parciales con los ojos cerrados (no es el conocimiento), pero no se lo puedo exigir a la hora de pedir responsabilidades porque me dirá que no "sabe" y oficialmente es así. No sabe multiplicar oficialmente aunque luego es capaz de hacer derivadas parciales.

Con la ingeniería informática es igual. Con ingeniería informática me refiero al proceso de creación, diseño y dirección de proyectos. No al picacódigo (que puede ser sin título, FP, o ministro). Le puedo pedir responsabilidades y llevármelo a la cárcel (si procede), al que tiene un título oficial que le faculta para ello y se le supone unas competencias adquiridas (aunque luego sea un mendrugo).

El tema de los exámenes que me comentas sería para demostrar conocimientos pero no para pedir oficialmente una responsabilidad en el ámbito de la ingeniería informática.

[#43 celyo]

#42 Aquí el tema es simple, y es que en un proyecto que se hace un diseño no se firma con nombre y apellidos quien hace dicho diseño, al igual que pasa en otras ingenierias.

Por otro lado, te voy a contar una anécdota. Yo soy fisico pero programando, un picateclas, pero la anécdota iba por otro lado.
Hablando con otro físico nos comentaba que el dirigía a ingenieros en temas de placas solares, creo que era. El tema es que como no era ingeniero, ningún colegio le acreditaba sus diseños.
Así que al final hacia el diseño pero tenía que mandar a otro ingenierio para que le validaran el proyecto en el colegio de turno.
Y esta conversación salió en el colegio de Físicas durante una charla, para exigir al colegio que consiguiera la validación del ministerio para que se acreditara dicha situación.
Y para más inri se empezó a discutir sobre la exigencia de acotar ciertas profesiones para solo fisicos.

Al final te lo comento, porque lo que tú llamas responsabilidad, al final es como en todo proyecto poner una firma y ser resposable real de lo que estás haciendo.
A ningún arquitecto se le ocurriría firmar un proyecto donde él no haya sido el principal responsable, por poner un ejemplo.

Creo que la valía hay que demostrarla, pero muchas veces el mero hecho de un título no lo demuestra.

[#47 pepitoperez]

#43 Lo de picacódigo no era despectivo. Quería infundir con poco éxito que su responsabilidad es bastante limitada porque sigue unas indicaciones.

"un proyecto que se hace un diseño no se firma con nombre y apellidos quien hace dicho diseño, al igual que pasa en otras ingenierias"

En todas las ingenierías, incluído la informática, los proyectos son visados a la persona que firma el proyecto. Los colegios profesionales de informática visan a la persona que firma el proyecto y en el resto de colegios es igual.

Efectivamente, el título no demuestra valía. En eso estoy totalmente de acuerdo.

Pero yo voy por la responsabilidad. Sobre todo al hilo de la noticia. No puede ser que el personal sanitario tenga que ir al juzgado porque un sistema informático mal hecho pone en riesgo a los pacientes. Ahora el juzgado tendrá que buscar responsables, no habrá nadie y si encuentran a alguien no le pueden exigir nada o la pena que le cae no será tan fuerte si fuera profesión regulada. Y ese alguien, será un pobre becario o el que esté en el último rincón.

En ese proyecto debería haber un ingeniero jefe que firme el proyecto y que ese ingeniero jefe fuera responsable y cayera el peso de la ley con todas las consecuencias.

En cuanto a los físicos, tengo entendido que tenéis las competencias en el diseño de sistemas informáticos, así que nada, al toro

[#57 WcPC]

#35 Yo en ningún momento he dicho que el gob. andaluz no quiera compartir el Diraya (o no ha sido esa mi intención) sino que no se está utilizando por el resto de comunidades (y he dado mi opinión de cual es la razón principal) cosa que es algo palpable cuando has trabajado con Diraya y utilizas servicios de salud de otras comunidades... Simplemente, van una década atrasados...

Sobre los títulos... Yo antes pensaba eso, pero tras trabajar unos años en el sector... No es tema de títulos, sino de como está estructurado el sector, con "conseguidores" y "jefes" que no tienen ni idea y solo chupan del bote, dejando al final un % mínimo para el desarrollo.... Lo que lelva a prisas, chapuzas y contratos precarios...

[#59 pepitoperez]

#57 Perdona, había entendido que no se compartía. Ahora la ley obliga a las Administraciones a tomar el software que esté disponible para compartir. A ver si eso mitiga, este tipo de cosas. Lo dudo, porque siempre hay coleguitas y demás que ya sabemos. Aunque muchas veces, la cosa es más simple, no se trata de "amigos" sino de la inutilidad de políticos y jefes de departamentos que no saben ni lo que tienen entre manos.

En cuanto a los títulos. Pues no quiero repetirme. No es que poseer el título te haga mejor que otro. Mi argumento va que es exigible unas responsabilidades para las que oficialmente estás formado.
Si esas responsabilidades tienen unas claras repercusiones legales si no haces bien tu trabajo de diseño y dirección. En mi opinión evitarás tomar una serie de decisiones que no te lleven ante un juzgado. De esta manera se mitigaría en parte eso de lo que te quejas de como está estructurado el sector porque no te la vas a jugar.
No es garantía. En otras profesiones reguladas también ocurren (todas las cosas que comentas) pero en mucha menor medida. En Informática la norma es esa. Lo difícil es encontrar un sitio o proyecto medio decente.

[#45 aremox]

#8 HL7 (HL7 FHIR) y DICOM para imagen medica ya son los estándares de intercambio de información, esta todo inventado. Y el tener diferentes aplicaciones no es malo, fomenta la competencia y la evolución de estas. Es un tema político y de parcela. Con el SERMAS se integran muchos hospitales, cada uno de su padre y de su madre, con aplicaciones de gestión hospitalaria diferentes. No creo que fuese muy difícil subir un escalón y hacerlo a nivel nacional.

[#34 Marx]

#2 #4 ¿y cuál es el problema? Un único sistema informático para todo no es posible porque una gasolinera no funciona igual que un hospital pero entre hospitales ¿qué problemas o qué diferencias hay entre un hospital de Andalucía y otro de Madrid para que necesiten dos programas diferentes? Si hubiesen puesto en La Paz el mismo sistema de otra comunidad que ya está probado y sí funciona, a lo mejor no tendríamos este problema.

[#48 parrita710]

#34 La cuestión es que nos habrían quitado el nuestro para poner la chapuza madrileña. Porque claro viene de la capital no puede ser peor.

[#61 Marx]

#48 Entonces el problema está en elegir la opción mala, no en hacer un programa para toda España, que sería lo lógico.

[#36 Desactivado]

#4 protocolos. Estándares. Normas.

Pero no se le puede pedir peras al olmo

[#13 WcPC]

#2 Los problemas que nombran cuando comenzamos la implantación del Diraya(software de gestión integral que incluyen centros de salud y hospitales en Red) en urgencias de los hospitales de Andalucía (hace como 15 años) se hizo en varios hospitales para ir probando, teníamos unos 6 o 8 informáticos (4 24 horas más otros 4 dependiendo de la carga de trabajo) que básicamente nos dedicábamos a introducir datos en el programa, ir viendo como mejorar la interfaz(menos carga de trabajo para facultativos), dar formación y si tenía algún problema solucionarlo al momento... Eso después de que él programa ya estuviera "terminado" y para adaptarlo a cada hospital....

Si no haces eso, es un puñeteros peligro para los pacientes...
¿Porqué un sistema que lleva más de una década funcionando en Andalucía no se ha exportado al resto de España?
Porque tienen que llevarse comisión los familiares de los políticos de cada comunidad autónoma...
Eso y que si lo hacen los "vagos e inútiles" andaluces... No puede estar bien...
¿No?
Quiero recordar que se gastaban entre 1 y 3.000 millones al año entre desarrollo, implantación y amigos....
Eso si, ahora tiene un sistema que va como un tiro y se puede recortar de lo lindo sin que casi se note ya que tienen un control impresionante sobre todo lo que ocurre en la sanidad...

[#15 celyo]

#13 Actualmente había por ahí un departamento a nivel estatal para que se compartan el uso de programas, lo que pasa que tampoco es lo mismo colgarte la medalla por haber elaborado un programa que pedírselo a otro y que se cuelgue el mérito. Que también hay mucho politiqueo en esto temas, ... además de otras cosas.

[#46 Desactivado]

Y esto explica por qué la informática en España no es una ingeniería. Por mucho que se lo quieran llamar a nivel universitario (ganas de ser fantasioso) lo que se ha practicado de toda la vida en la empresa real es la albañilería del software.

[#56 squanchy]

#46 Estuve en un proyecto donde teníamos 350.000 líneas de código nuestras, más una veintena de librerías externas, aunando una docena de tecnologías diferentes, y por el que pasaron 14 programadores en distintas etapas. Ni siquiera lo considero un proyecto grande, si no de tamaño medio. Si no fuese por que se hace ingeniería, un proyecto así sería imposible de componer.

[#26 PendejoSinNombre]

Contratan empresas que hacen ñapas (indra, hp). Tiran los precios y desplazan a empresas honestas. Comisión por aquí, maletín por allá, a cambio del contrato. Más pronto o más tarde salen en las noticias. Lo pagamos todos. Es triste.

[#33 Desactivado]

es lo que tiene votar a gestores corruptos, parásitos e ineptos

[#22 Khirs]

Esto podía titularse porque hay que usar Scrum en un desarrollo.(Lei el meneo de un articulo diciendo lo contrario).

[#23 scor]

Virus hospitalarios, un problema común para los pacientes.

[#32 frankiegth]

GNU Health es un proyecto de Software Libre para profesionales de la salud, instituciones de salud y gobiernos :

http://health.gnu.org/es/index.html

Al menos que tomen nota y lo estudien como posibilidad.

[#37 Desactivado]

#32 las cosas no son tan sencillas

[#44 frankiegth]

#37. Ni tan sencillas ni tan complicadas.
_{(CC #32)}

[#30 juanac]

Lo ideal es repetir el mismo sistema informático en cada Comunidad Autónoma, así el Indra de turno trinca más. Que se busque al jefe de proyecto y se le impute por negligencia.

[#28 HimiTsü]

Clamor en todos los estamentos...
Usando unas palabras de esas que mi madre me hubiera prohibido pronunciar..: UNA PUTA MIERDA !
( Ay! , suspiros por el Selene. Visconti, Visconti )

[#58 dragonut]

Que busquen al becario de la decima subcontrata que lo ha hecho...

[#49 correcorrecorre]

Aquí se habla de todo pero nadie habla del usuario, ese que no tiene ni idea, no quiere aprender las novedades y siempre le echa la culpa al informático por no haberse leído la documentación. Supongo que el error es de ambos, no solo de una parte.

[#50 mariopg]

la protección de datos sólo sirve para ponernos trabas burocráticas a nosotros, los hijos de puta que hay detrás, cuando quieren y cómo quieren, hacen con esos datos a su antojo

[#29 Desactivado]

La Internet matará la Internet.

[#52 yer0]

Huele a Indra. A ver si acierto.

[#41 Desactivado]

Que investiguen la cadena de subcontratación y los perfiles de las cárnicas que les han vendido como "expertos", igual se llevan las manos a la cabeza cuando descubran que pagan lingotes de oro por recien licenciados en cualquier carrera de ciencias con poca o ninguna relación con la informática.

Pagan oro -> se reparte en comisiones y sobres de las cárnicas y subcontratas -> llegan cacahuetes para los desarrolladores -> obtienen monos.