Portada
mis comunidades
otras secciones
#49:
Yo automaticé todo en mi vida hace años.
De hecho llevo más de 15 muerto y todo sigue funcionando igual.
Esto es una respuesta automática cortesía de autoanwser 1.0 for w98.
De hecho llevo más de 15 muerto y todo sigue funcionando igual.
Esto es una respuesta automática cortesía de autoanwser 1.0 for w98.
#35:
#33 Y esta frase:
La automatización puede ser algo muy temible, como demuestra esta y otras historias, como la del programador que había automatizado su vida. La programación es un arte que se olvida fácilmente, en cuanto te tiras un tiempo sin escribir nada de código, y lo mismo es cierto con muchas de las habilidades que tienes cuando terminas tus estudios. Así que si hay que sacar una moraleja de esta historia, es que nunca deberías dar la razón a los que dicen que una máquina te puede sustituir.
Es un cúmulo de despropósitos.
La automatización puede ser algo muy temible, como demuestra esta y otras historias, como la del programador que había automatizado su vida. La programación es un arte que se olvida fácilmente, en cuanto te tiras un tiempo sin escribir nada de código, y lo mismo es cierto con muchas de las habilidades que tienes cuando terminas tus estudios. Así que si hay que sacar una moraleja de esta historia, es que nunca deberías dar la razón a los que dicen que una máquina te puede sustituir.
Es un cúmulo de despropósitos.
#39:
#36 Eso de que "no sabe programar", es algo que él mismo ha reconocido o que alguien le dijo a alguien que le dijo que no sabe programar.
Repito, que un tío capaz de construir un software de verificación automática de código se le "olvide programar" así como así, lo dudo mucho. (Bueno, habría que ver ese software, que la "noticia" es un "pelín" sensacionalista).
(Joder, estoy bobo. Una entrada de blog tan chorras, no merece tanto comentario.)
Repito, que un tío capaz de construir un software de verificación automática de código se le "olvide programar" así como así, lo dudo mucho. (Bueno, habría que ver ese software, que la "noticia" es un "pelín" sensacionalista).
(Joder, estoy bobo. Una entrada de blog tan chorras, no merece tanto comentario.)
#3:
#2 No creo, lo común es que en tu contrato cedas todos los derechos de propiedad intelectual a la empresa, por lo que hacerlo sería un robo.
Y en cuanto a lo de olvidarse de programar, este es el riesgo que correremos en general si se sustituyen a humanos por robots en cualquier área, perderemos el know-how. Da que pensar.
Y en cuanto a lo de olvidarse de programar, este es el riesgo que correremos en general si se sustituyen a humanos por robots en cualquier área, perderemos el know-how. Da que pensar.
#74:
#65 Lo que hacía la persona que atendía los tickets (y después el bot) era únicamente marcar la petición como "en resolución", para que el tiempo de respuesta de nuestro servicio cumpliera el límite comprometido, que era de 1 hora máximo. Luego ya cada ticket se derivaba al equipo correspondiente que lo atendía de verdad, pero ahí el plazo era otro, que podían ser horas o días.
#48:
A "un amigo mío" le pasó algo parecido. Trabajaba en una empresa de servicios informáticos, dentro del equipo que realizaba el mantenimiento de las aplicaciones de un organismo público (cuyo nombre no desvelaré para preservar el anonimato de "mi amigo"). Este servicio de mantenimiento funcionaba mediante "tickets" de peticiones e incidencias que el cliente iba abriendo y mensualmente se evaluaba el tiempo de respuesta y resolución de los tickets. El horario de trabajo habitual en su empresa era hasta las 5 de la tarde, pero como podían entrar tickets hasta las 7, alguien tenía que quedarse hasta esa hora para recibir los tickets y simplemente marcarlos como "en resolución". A mi amigo no le importaba quedarse hasta esa hora, porque a cambio acumulaba horas que recuperaba cogiendo los viernes libres, así que siempre era él quien se quedaba solo en la oficina todas las tardes.
Todo era perfecto hasta que un día pensó que podía crear un "bot" que atendiera la entrada de los tickets y así él podría pasarse dos horas todas las tardes haciendo algún trabajo útil (o tocándose los huevos). Así lo hizo y la cosa funcionó estupendamente durante semanas.
El problema fue que un día se le ocurrió intentar ganar puntos enseñando el bot a su jefe para que viera la buena solución que había creado. Resultado: al jefe le gustó tanto el bot, que lo activaron durante toda la jornada. Pero como ya no hacía falta que "mi amigo" se quedara por las tardes, le obligaron a hacer el mismo horario que los demás y se le acabó el chollo de los viernes libres. Por gilipollas.
Todo era perfecto hasta que un día pensó que podía crear un "bot" que atendiera la entrada de los tickets y así él podría pasarse dos horas todas las tardes haciendo algún trabajo útil (o tocándose los huevos). Así lo hizo y la cosa funcionó estupendamente durante semanas.
El problema fue que un día se le ocurrió intentar ganar puntos enseñando el bot a su jefe para que viera la buena solución que había creado. Resultado: al jefe le gustó tanto el bot, que lo activaron durante toda la jornada. Pero como ya no hacía falta que "mi amigo" se quedara por las tardes, le obligaron a hacer el mismo horario que los demás y se le acabó el chollo de los viernes libres. Por gilipollas.
#1:
Como persona que retomé la programación después de años de no practicarla, se olvida, si, pero se recuerda rápido si hay interés.
#70:
#63 Qué coño le van a dar un céntimo. Ya te digo que al contrario, salió perdiendo porque perdió la posibilidad de cambiar horas por días libres, que él prefería. Pedí Pidió poder seguir quedándose hasta las 7, pero le dijeron que ahora que no hacía falta recepcionar los tickets, no querían que nadie trabajara fuera del horario normal.
#2:
ahora es cuando se lleva su código y ejecutables a casa y deja que la empresa se busque la vida como pueda
#76:
La historia es difícil de creer, no sólo se debe sino que es imprescindible en cualquier sitio serio automatizar la labor de testing, lo que no es creible es que la automatización que construyo le sirva durante 6 años sin cambios, el software que estaba probando tendría nuevas features en esos 6 años digo yo y tendría que ir actualizando esas pruebas automáticas para que probasen esas nuevas features, en caso contrario una de dos esa empresa lleva 6 años sin añadir nada nuevo a su software, parece poco creíble, o el tio realmente no estaba haciendo ni el huevo.
Me preocupa que la moraleja parezca ser "no automatices que te quedas sin trabajo", cuando debería ser justo lo contrario, si automatizas las partes mecánicas de tu trabajo podrás dedicarte ha hacer cosas mucho más satisfactorias que pasar una bateria de pruebas manualmente todos los días, cosas como seguir automatizando pruebas y mejorar la detección y los informes de error, automatizar otro tipo de pruebas (pruebas de carga, pruebas de rendimiento), ayudar al equipo de desarrollo para que los fallos no lleguen a QA (por ejemplo enseñandoles a crear ellos sus propias pruebas automáticas). Si haces estas cosas no sólo no perderas tu trabajo sino que te convertiras en alguien con unos concimientos tremendamente valiosos tanto para esa compañia como para muchas otras, a un experto en automatización de pruebas no le falta el trabajo y además tiene un trabajo interesante. Un tio de QA que no automatice y se dedique a apretar botones siguiendo un plan de pruebas tiene un trabajo monotono y aburrido a más no poder y ningún conocimiento especialmente valioso.
Me preocupa que la moraleja parezca ser "no automatices que te quedas sin trabajo", cuando debería ser justo lo contrario, si automatizas las partes mecánicas de tu trabajo podrás dedicarte ha hacer cosas mucho más satisfactorias que pasar una bateria de pruebas manualmente todos los días, cosas como seguir automatizando pruebas y mejorar la detección y los informes de error, automatizar otro tipo de pruebas (pruebas de carga, pruebas de rendimiento), ayudar al equipo de desarrollo para que los fallos no lleguen a QA (por ejemplo enseñandoles a crear ellos sus propias pruebas automáticas). Si haces estas cosas no sólo no perderas tu trabajo sino que te convertiras en alguien con unos concimientos tremendamente valiosos tanto para esa compañia como para muchas otras, a un experto en automatización de pruebas no le falta el trabajo y además tiene un trabajo interesante. Un tio de QA que no automatice y se dedique a apretar botones siguiendo un plan de pruebas tiene un trabajo monotono y aburrido a más no poder y ningún conocimiento especialmente valioso.
#47:
Esto es mentira. Es una leyenda urbana típica del gremio. No hay nada que se desee más en una tecnológica que automatizar todo. Y es imposible por una cuestión estadística que no haya trabajado nada en 5 años.
Es más probable que se pegara un curro de cojones automatizando todo al principio y luego pensara que "con todo lo que he currao antes, ¿ahora me voy a pegar otra pechada de esas? Ni de coña. Curro lo justo y listo". Y con el tiempo lo que había automatizado no era tan bueno ni tan automático y no actualizó al nivel que esperaban de él.
Es más probable que se pegara un curro de cojones automatizando todo al principio y luego pensara que "con todo lo que he currao antes, ¿ahora me voy a pegar otra pechada de esas? Ni de coña. Curro lo justo y listo". Y con el tiempo lo que había automatizado no era tan bueno ni tan automático y no actualizó al nivel que esperaban de él.
Comentarios
#5 No, el código que haces en horario laboral no es tuyo, máxime si está relacionado con tus funciones. Si fuese algo no relacionado podría colar, pero siendo relativo a tus tareas jamás un juez te daría la razón.
Yo automaticé todo en mi vida hace años.
De hecho llevo más de 15 muerto y todo sigue funcionando igual.
Esto es una respuesta automática cortesía de autoanwser 1.0 for w98.
#2 No creo, lo común es que en tu contrato cedas todos los derechos de propiedad intelectual a la empresa, por lo que hacerlo sería un robo.
Y en cuanto a lo de olvidarse de programar, este es el riesgo que correremos en general si se sustituyen a humanos por robots en cualquier área, perderemos el know-how. Da que pensar.
#33 Y esta frase:
La automatización puede ser algo muy temible, como demuestra esta y otras historias, como la del programador que había automatizado su vida. La programación es un arte que se olvida fácilmente, en cuanto te tiras un tiempo sin escribir nada de código, y lo mismo es cierto con muchas de las habilidades que tienes cuando terminas tus estudios. Así que si hay que sacar una moraleja de esta historia, es que nunca deberías dar la razón a los que dicen que una máquina te puede sustituir.
Es un cúmulo de despropósitos.
Como persona que retomé la programación después de años de no practicarla, se olvida, si, pero se recuerda rápido si hay interés.
#36 Eso de que "no sabe programar", es algo que él mismo ha reconocido o que alguien le dijo a alguien que le dijo que no sabe programar.
Repito, que un tío capaz de construir un software de verificación automática de código se le "olvide programar" así como así, lo dudo mucho. (Bueno, habría que ver ese software, que la "noticia" es un "pelín" sensacionalista).
(Joder, estoy bobo. Una entrada de blog tan chorras, no merece tanto comentario.)
ahora es cuando se lleva su código y ejecutables a casa y deja que la empresa se busque la vida como pueda
#9 Demandado por que?. Es él el que debería demandar a la empresa por despido improcedente. Realizaba el trabajo encomendado o no?. Cumplía con las funciones de su contrato, o no?
#53 Qué sin protección te puedes hacer daño ? 😂
#53 #61 ¿Qué te puede dejar el culo dolorido?
A "un amigo mío" le pasó algo parecido. Trabajaba en una empresa de servicios informáticos, dentro del equipo que realizaba el mantenimiento de las aplicaciones de un organismo público (cuyo nombre no desvelaré para preservar el anonimato de "mi amigo"). Este servicio de mantenimiento funcionaba mediante "tickets" de peticiones e incidencias que el cliente iba abriendo y mensualmente se evaluaba el tiempo de respuesta y resolución de los tickets. El horario de trabajo habitual en su empresa era hasta las 5 de la tarde, pero como podían entrar tickets hasta las 7, alguien tenía que quedarse hasta esa hora para recibir los tickets y simplemente marcarlos como "en resolución". A mi amigo no le importaba quedarse hasta esa hora, porque a cambio acumulaba horas que recuperaba cogiendo los viernes libres, así que siempre era él quien se quedaba solo en la oficina todas las tardes.
Todo era perfecto hasta que un día pensó que podía crear un "bot" que atendiera la entrada de los tickets y así él podría pasarse dos horas todas las tardes haciendo algún trabajo útil (o tocándose los huevos). Así lo hizo y la cosa funcionó estupendamente durante semanas.
El problema fue que un día se le ocurrió intentar ganar puntos enseñando el bot a su jefe para que viera la buena solución que había creado. Resultado: al jefe le gustó tanto el bot, que lo activaron durante toda la jornada. Pero como ya no hacía falta que "mi amigo" se quedara por las tardes, le obligaron a hacer el mismo horario que los demás y se le acabó el chollo de los viernes libres. Por gilipollas.
Si la empresa fuera lista, le compraría el software, le subiría el sueldo y le encomendaría trabajos a su altura.
Soy yo y no dejo una línea de código del software de pruebas. Ya lo vendería luego.
#65 Lo que hacía la persona que atendía los tickets (y después el bot) era únicamente marcar la petición como "en resolución", para que el tiempo de respuesta de nuestro servicio cumpliera el límite comprometido, que era de 1 hora máximo. Luego ya cada ticket se derivaba al equipo correspondiente que lo atendía de verdad, pero ahí el plazo era otro, que podían ser horas o días.
A ver, que parece que ni uno os habéis leido la noticia...
Automatizó todo en 8 meses... y se tiró 5 años y 4 meses tocándose los huevos o con videojuegos
Y lo peor de todo es que aparentemente ahora es un inútil de cuidado porque ha olvidado hasta lo que hizo...
¿Está bien despedido? Aparentemente, si ya no tiene los conocimientos para el puesto... si, y es por eso que lo despiden, no por haber automatizado y no ser necesario... ¿qué software permanece 5 años sin ninguna modificación?
#111 Igual lo de #87 es una encuesta y está bien puesta la tilde.
Venga, empiezo yo:
- El negro del Whatsapp
#9 su jefe, supervisor o lo que tenga también debería acompañarle al paro
#21 No, jugar en horario laboral no es parte de su trabajo. Si no hubiera ocultado que el trabajo estaba automatizado le habrían podido asignar otras funciones. Pero bueno, el tipo encima lleva el castigo de gratis, ahora no es capaz de dar un palo al agua después de hacer el vago durante 6 años.
#7 Y que gana con eso, mas allá de una demanda por daños y perjuicios? Crees que con esa reputación podría encontrar otro empleo fácilmente? El tío ha estado tocándose las pelotas seis años y cobrando por ello, encima perdiendo el tiempo con juegos en vez de hacer algo útil, hasta el punto de volverse un inútil, bastante tiene ya.
#18 ¿Cumplía con las funciones asignadas en su contrato, si o no?
#10 Si? ¿Que confianza puedes tener en un tipo que te ha estado mintiendo seis años?
#3 no exactamente: cedes todos los derechos de los programas que haces para la empresa. Ahora bien, si haces algo por tu cuenta, aunque sea en horario laboral, es tuyo y solamente tuyo. Y sí, te pueden echar por usar recursos de la empresa para intereses particulares
#63 Qué coño le van a dar un céntimo. Ya te digo que al contrario, salió perdiendo porque perdió la posibilidad de cambiar horas por días libres, que él prefería.
PedíPidió poder seguir quedándose hasta las 7, pero le dijeron que ahora que no hacía falta recepcionar los tickets, no querían que nadie trabajara fuera del horario normal.Como cuando...
Esto es mentira. Es una leyenda urbana típica del gremio. No hay nada que se desee más en una tecnológica que automatizar todo. Y es imposible por una cuestión estadística que no haya trabajado nada en 5 años.
Es más probable que se pegara un curro de cojones automatizando todo al principio y luego pensara que "con todo lo que he currao antes, ¿ahora me voy a pegar otra pechada de esas? Ni de coña. Curro lo justo y listo". Y con el tiempo lo que había automatizado no era tan bueno ni tan automático y no actualizó al nivel que esperaban de él.
#54 por ejemplo, si hubiera empleado su tiempo en venir a Meneame a comentar en bucle una entrada de blog flojilla, ahora sería un hombre de provecho y pelo en pecho.
#23 Estoy seguro que su jefe no sabia que se pasaba el tiempo jugando al LoL.
Por otra parte, yo en su caso hubiese aprovechado para hacer algo util. Insisto, ¿qué puedes esperar de un tio que se pasa seis años jugando en el curro? Joder, un tio medio decente le dice al jefe que le asigne mas trabajo (incluso con mas sueldo). A mi me daria verguenza estar jugando mientras veo a mis compañeros currar.
#18 ¿y meterse en Meneame esta en el contrato?
#98 Pues sí, demasiado ingenuo. "Mi amigo" pensó que podría seguir con el mismo horario, porque a fin de cuentas, el jefe sabía que lo que hacía de 5 a 7 era trabajo "normal" y lo de los tickets era solo una interrupción ocasional. Si yo era capaz de realizar bien mi trabajo con aquel horario, ¿por qué iba a cambiar la cosa por el puto bot? Eso pensé, pero ya os digo que ahora veo que fui un gilipollas.
#13 El buscaminas
#35 "es que nunca deberías dar la razón a los que dicen que una máquina te puede sustituir."
Es cierto! Hay que acabar con Google que busca todo ¡con máquinas! Con lo bien que se podrían realizar las búsquedas a mano entre miles de ficheros de papel, entre distintas ciudades o países, incluso! En pocos meses tendríamos la búsqueda más o menos realizada. ¡Abajo las máquinas!
Y encima, el que dice que las máquinas no tienen que sustituirnos (seguro que se niega a uso de calculadoras, esos engrendros demoníacos), ¡¡da consejos sobre programación! ja,ja
La historia es difícil de creer, no sólo se debe sino que es imprescindible en cualquier sitio serio automatizar la labor de testing, lo que no es creible es que la automatización que construyo le sirva durante 6 años sin cambios, el software que estaba probando tendría nuevas features en esos 6 años digo yo y tendría que ir actualizando esas pruebas automáticas para que probasen esas nuevas features, en caso contrario una de dos esa empresa lleva 6 años sin añadir nada nuevo a su software, parece poco creíble, o el tio realmente no estaba haciendo ni el huevo.
Me preocupa que la moraleja parezca ser "no automatices que te quedas sin trabajo", cuando debería ser justo lo contrario, si automatizas las partes mecánicas de tu trabajo podrás dedicarte ha hacer cosas mucho más satisfactorias que pasar una bateria de pruebas manualmente todos los días, cosas como seguir automatizando pruebas y mejorar la detección y los informes de error, automatizar otro tipo de pruebas (pruebas de carga, pruebas de rendimiento), ayudar al equipo de desarrollo para que los fallos no lleguen a QA (por ejemplo enseñandoles a crear ellos sus propias pruebas automáticas). Si haces estas cosas no sólo no perderas tu trabajo sino que te convertiras en alguien con unos concimientos tremendamente valiosos tanto para esa compañia como para muchas otras, a un experto en automatización de pruebas no le falta el trabajo y además tiene un trabajo interesante. Un tio de QA que no automatice y se dedique a apretar botones siguiendo un plan de pruebas tiene un trabajo monotono y aburrido a más no poder y ningún conocimiento especialmente valioso.
#13 ¿qué software permanece 5 años sin ninguna modificación?
millones....
#9 y por cierto, si yo tuviera algún cargo directivo en la empresa al que fulmino es a su responsable. 6 años? en serio??
#11 Es que no lo hizo fuera del horario laboral, conviene leer antes de comentar la noticia
Pero si ahora lo que se intenta hacer es precisamente esto, automatizar tests, incluso para probar interfaces o paginas webs.
Al que debían despedir es al jefe de este, que no se preocupo en 5 años de que es lo que hacia su empleado.
#24 Yo no digo que sea parte de su trabajo. La pregunta es si realizaba su trabajo o no. El automatizar su trabajo no forma parte tampoco de su trabajo, a él le encargan un trabajo a realizar y lo realiza del mejor modo posible en todos los sentidos. Si la empresa quiere beneficiarse de SU software, que lo pague. Lo de "otras funciones", requiere "otro contrato".
Y eso de que "no es capaz de dar un palo al agua", lo dudo mucho. Si el sistema de automatización es bueno, es un programador con talento, y seguro que no estuvo 8 años brazo sobre brazo, muy probablemente haría cosas de su interés en lugar de una tarea tan rutinaria y aburrida que es posible realizarla mediante software. Y aunque no fuera así, hay cosas que no se pierden, sobre todo cuando uno vale.
#48 Y, por supuesto, por el bot no vió un céntimo. La empresa ahorrando un pastón a costa aprovecharse por la cara del talento de otros.
#12 Lo de jugar estaba en su contrato? Permiteme que lo dude...
Si una empresa consigue mejorar sus procesos de producción y siguen manteniendo precio de venta...son listos
Si un trabajador profesional, [que no 'vende' su cuerpo sino su conocimiento para realizar las tareas asignadas] consigue mejorar sus procesos de producción y reduce los costos por motu proprio, veo totalmente lógico que el sea el beneficiario de SU logro y esfuerzo extra.
La empresa tiene lo que paga, no hay mas. Hay gente que todvia entiendie el trabajo como mano de obra a disposición absoluto del patrón, conocimientos/formación e inventiva incluidos y es muy erroneo, se vende su servicio u obra pactado por contrato todo lo demás 'no se vende'
#35 Totalmente de acuerdo. Esta noticia ya salió hace años y el tono del artículo donde lo leí era exactamente el opuesto. Parece que al autor de éste le parece mejor hacer tareas repetitivas toda la vida que pensar y hacer algo útil
#87 #61 Qué sin tilde, gracias.
#33 Si leyeras..
"La gran tragedia es que ahora FiletOFish1066 se encuentra con que no sabe programar. Todo lo que había aprendido lo ha olvidado."
Un tipo que automatiza su trabajo y desperdicia el tiempo jugando, muy listo no es...
#13 abundo. Todos hemos automatizado cosas, pero en un par de años cambios de plataforma, migraciones, etc y puedes tirar lo hecho. para mí que era un trabajo zombi en una empresa zombi.
#20 ¿mintiendo? ¿donde lo pone?
Habría que examinar el caso (y la calidad del código de la utilidad), pero puede ser un caso claro de alguien con talento infrautilizado.
#38 Entiendo que son los calculos del propio menda
#3 bueno... pues tiene un error y se le borra...
Aunq me da q no será complicado lo q hizo...
#5 depende de que contrato tengas, en mi empresa (y es algo por lo que están discutiendo todo el día la gente de la agrupación sindical, porque está en el contrato) le pertenece a la empresa.
Pero vamos, que corromper el código de tu aplicación es moco de pavo, y siempre puedes decir que estaba sin depurar.
Yo todas mis herramientas que me he hecho para facilitarme la vida van conmigo y desaparecen de donde trabajo si me marcho.
Un compañero tenía unas líneas que cada N pintaban una morenaza en la pantalla...
#16 Cómo vas a echar al cuñado, para que te echen la bronca durante la comida de los domingos... quita quita, se echa al currito siempre.
#44 Sí si solo entras a la sección de tecnología
#48 Mala atención a tickets estarían dando si la podía hacer un bot, just asking. Ahí hay algo bastante podrido (y no lo digo por tu amigo): ese nivel de servicio que puede dar un bot es una falacia.
#30 Ah! Pues a menear se ha dicho!
#34 Hombre, yo cuando leo algo de este tipo no me lo puedo tomar "literalmente".
Así que durante 40 horas a la semana, la vida de FiletOFish1066 consistió en pasar el rato hasta que fuese la hora de la comida o de irse a casa, normalmente jugando a videojuegos como League of Legends. Según sus cálculos, sólo ha trabajado 50 horas en seis años.
¿Según los cálculos de quien?. ¿Cómo saben que estaba jugando LOL 8 horas al día?. Si durante 6 años no se enteró nadie de que había automatizado las tareas, ¿Cómo coño saben a qué dedicaba el tiempo? ¿Se lo contó el?.
En fin...
#9 Puede ir a otras empresas y automatizar las funciones de QA en ellas. Podría llegar a ser el informático más odiado del mundo
#43 Según sus cálculos, sólo ha trabajado 50 horas en seis años.
#55 Es que tal y como pone la "noticia" (es una entrada de blog, literatura, no una noticia) el tío era un genio. Un genio que se volvió bobo de tocarse los huevos.
Y la noticia viene con moraleja final!!
Para partirse el culo de la risa.
#82 Mmmmmm. Entiendo ahora como funciona este país. O sea, que lo que debe hacer el trabajador es hacer como que trabaja, porque si no te echan.
El empresario, o el jefe de personal en su caso, están de adorno. No tienen que planificar ni organizar el trabajo, ni favorecer un mejor funcionamiento de la empresa.
Lo que defiendes es que debes tardar en hacer tu trabajo, no sea que si tardas menos de lo normal te manden a paseo, no se te ocurra innovar y mejorar, va en contra de tus propios intereses.
Por ese camino mejorará la hostia la productividad en este país. Seremos "potencia mundial"
#3 Claro, como cuando echan a un comercial que se lleva la cartera de clientes a otra empresa. Son cuestiones difíciles de regular en la práctica, a menos que hayas tenido un puestazo y por contrato te obliguen a no ser competencia por, digamos, 2-3 años, en ese caso estarías cobrando un sueldo acorte con ello.
#36 pues a mi me parece mas listo que alguien que desperdicia su tiempo trabajando.
#74 Eso son las cosas de el mundo de las TI que nunca entenderé, y mira que llevo ya unos cuantos años en él. ¿Para qué coño hay un objetivo que es simplemente marcar que has leido el ticket? ¿Qué le aporta eso a nadie?
#14 Le echan por no decir que se estaba tocando las pelotas y mentir, dedicándose a jugar en horario laboral. Si el llega a su jefe, y le dice que tiene todo controlado y lo que ha hecho, probablemente hasta le habrían ascendido.
#40 ¿Del propio trabajador? ¿El propio trabajador ha dicho: "No he dado un palo al agua, como mucho, habré trabajado 40 horas en 6 años"?
#1 Es como follar o montar en bici.
#24 No pregunto si, además de realizar las funciones para las que fué contratado, hacía algo más. Mi pregunta es si realizaba o no las funciones para las que fué contratado.
Ese es el punto. Si realizas tu trabajo o no. Si haces algo más, sea lo que sea, es irrelevante (en todo caso, se le podría reprochar un "uso inadecuado de los recursos de la empresa" por jugar, nada más).
«Siempre escogeré a un vago para hacer un trabajo difícil… porque encontrará una manera sencilla de hacerlo.»
— Bill Gates
Un antiguo compañero, en una empresa anterior, los demás compañeros se le echaron encima por haber desarrollado un generador de código a partir de tablas y algunos parámetros, que prácticamente hacia el 80% del programación.
Hace poco abandone un puesto en una empresa importante por lo contrario, se me contrato como programador, pero mi labor era realizar informes, importar datos y generar consultas, abandone por que no estaban dispuestos a asumir una automatización de los procesos, y sinceramente no me sentía capacitado, ni motivado para hacer esas tareas manualmente.
Huele a tufillo a distancia. ¿En serio una empresa ejecuta los mismos tests durante 6 años? no se, pero tengo entendido que se deben crear tests para cada nueva caracteristica que se desarrolla. Es un poco raro....
#28 No es la misma, esa que comentas (del año pasado creo) también está enlazada como relacionada desde el propio artículo
http://www.omicrono.com/2015/11/el-programador-que-automatizo-toda-su-vida-incluso-su-trabajo-y-hablar-con-su-esposa/
#3 Se perdería la habilidad de hacerlo de forma "manual", pero el know-how seguiría intacto. Lo necesitas para decirle a la máquina lo que tiene que hacer.
#74 Vamos, que estaban engañando al cliente.
Alguien que puede automatizar un puesto de trabajo es ORO para una compañía. Yo solo programo en BASIC (en excel) y no soy informático (ni quiero serlo), y eso me ha abierto muchísimas puertas. Y soy una mierda.
Eso sí, alguien que es capaz de ir 6 años a no hacer el huevo, realmente merece que le echen.
El artículo tiene un tufillo ludita que echa para atrás. "Oh no! La automatización le ha robado el trabajo a un pobre humano! Que será ahora de él?" Salido de la universidad + 6 años -> Tiene en torno a 30 años. Encuentra trabajo a poco que le eche un mínimo de esfuerzo.
Sinceramente, si despues de crear la herramienta se ha pasado 5 años sin picar ni una linea de codigo (just for fun, tiempo ha tenido), es que la informática le interesa más bien poco.
Cualquiera puede aprender a programar, si encima no puede recordar a programar apaga y vámonos
#49 😂 😂 😂 😂 😂 😂 😂
#0 No está duplicada y viejuna ya?
Un programador automatizó en secreto una gran parte de su trabajo y el envio de mails a su esposa [ING]
Un programador automatizó en secreto una gran part...
uk.businessinsider.com#50 Cierto es, pero esa brillantez no sirve de nada si luego se esconde 5 años en un zulo.
#110 Querrás decir que lo pensó "tu amigo" que era capaz de realizar bien su trabajo con aquel horario, y que "tu amigo" fué un gilipollas...
#103 En mi caso, que también pasé por ahí, le aporta al que envía el ticket, ya que aunque se le explique que no hay gente trabajando a esa hora en el soporte técnico, no dudará en echar bilis hasta ahogar la empresa porque su error no se atendió hasta el día siguiente... La vida...
esto no es repetido?
Un programador automatizó en secreto una gran parte de su trabajo y el envio de mails a su esposa [ING]
Un programador automatizó en secreto una gran part...
uk.businessinsider.com#3 Yo creo que hay infinidad de personas que por ejemplo programan por diversión, por curiosidad o por desafio, no solo por que les paguen, yo hago mis pinitos y no me dedico a eso, dudo que cuando la gente no este obligada a trabajar deje de hacerlo.
#114 Sí, sé lo que es un ANS, ya te digo que llevo unos años con esto. Lo que no entiendo es en qué piensan los clientes cuando exigen esas métricas. Es lo típico que todo el mundo sabe que es inutil, pero tampoco nadie se atreve a cambiarlo.
#50 ¿Por qué eres una mierda? ¿Por no saber programar, dices?
Para mí alguien que no es programador pero sabe usar sus herramientas de trabajo informáticas al nivel de automatizar tareas mediante scripts, sean del lenguaje que sean, demuestra interés por hacer las cosas bien y adelantar faena. No me parece de ser ninguna mierda en realidad.
#146 Casi nadie sabe elaborar un ANS completo y adecuado. Lo común es hacer copy-paste de otro parecido, y así se van eternizando este tipo de métricas chorras. Todo el mundo sabe que son absurdas, pero tienen la ventaja de que se pueden medir objetivamente y haces unas gráficas chulísimas con ellas. En mi empresa, las impresoras a color echan humo cada fin de mes, imprimiendo informes de seguimiento de ANSs.
#149 Sí, el copy-paste funciona genial, eso sí lo entiendo, ¿ves? Diseños, informes... como un día tuvieramos que hacerlo todo desde cero, el sector se paraliza
#25 A ver. ¿Los 8 primeros meses de su trabajo no desarrollaba el trabajo para el que fué contratado?. Si fué así, ¿de dónde sacó el tiempo para desarrollar el sistema?, y si no desarrollaba su trabajo, ¿por qué no lo echaron?
#110 ¿No era "tu amigo"?
#6 No es correcto, del todo, en realidad depende de tu contrato. Hay contratos donde se especifica, y hay otros que no (ahí irías a jucio). O hay contratos donde te ceden tiempo para desarrollos personales (los famosos de google). Y también depende de la empresa.
O sea que sí, pero con bastantes matices.
#70, ¿y de verdad no te diste cuenta de que se te iba a acabar dicho chollo? Sin ofender, pero fuiste un poco ingenuo.
#82 jajajajaja se ve que no tienes ni puta idea de como llevar un equipo.
Asi que si pagas Y por un trabajo de X horas y alguien hace este trabajo en X-z horas tu lo despides porque esta z horas tocandose los huevos no ? jajjaja mentalidad estupida.
Si alguien es capas de hacer eso le besas los pies por hacer el trabajo en X-z horas y le das mas trabajo para las z horas y asi por el mismo costo que habias planificado para X ahora tentras X + z
#3 El día que haya que hacer un mini cambio en ese código, buena suerte para los señores de esa empresa.
Si alguien es capaz de automatizar todo su trabajo y que se haga solo, lo que hay que hacer no es despedirle, sino subirle el sueldo y darle más responsabilidades. Pero parece que se valora más calentar la silla X horas que sacar el trabajo adelante.
#6 Cierto. Haría mucho más daño liberando el código bajo licencia libre
#8 Tendría sentido si fuese del equipo de desarrollo. En QA se supone que te dan las herramientas (o propones algunas para que se desarrollen o se compren las licencias).
#6 es tuyo. Lo que cedes son los derechos de explotación. Nadie puede renunciar a la autoría de su obra.
Doy el callo por dinero!!!
#22 dedicó los primeros 8 meses que estuvo en el trabajo a desarrollar sistemas para automatizar las pruebas != dedicó los primeros 8 meses que estuvo en el trabajo a desarrollar sistemas para automatizar las pruebas en su casa
#51 goto #36
Si hubiese empleado el tiempo en algo mejor que jugar, quizá.
#112 No, porque el cliente sabe perfectamente que nadie se va a poner a atender su petición a las 6 de la tarde. Pero hay un acuerdo firmado entre el cliente y el proveedor y una de las cláusulas dice que los tickets se deben "atender" en menos de 1 hora, aunque luego la resolución real puede ser cosa de días o semanas.
Es como cuando tú haces una compra en una web a las 11 de la noche y en la pantalla te dicen que "tu pedido se está preparando para su envío". Sabes de sobra que nadie está preparando tu envío a esa hora, pero te gusta recibir la confirmación de que se ha recibido y procesado correctamente.
#105 yo también lo veo así, de hecho me encontré con una situación parecida en mi primer trabajo de empresa. Dábamos servicio a 400 usuarios y durante tres años estuve intentando ascender y que me asignasen nuevas tareas (configuración de servidores, programar scripts...) casi al final de los 3 años me dieron alguna tarea nueva para tenerme contento.
Mi empresa era de las de "hay un virus?, formatea", y yo era más bien de los de ver que hace el virus hasta eliminarlo por completo.
Una vez que sabes qué es todo lo que modifica, también puedes automatizar el neutralizar otra infección igual. (la mayoría de veces era malware idéntico)
Así que durante tres años lo que hice fue automatizar la mayoría de cosas que requerían atención de usuarios con scripts (instalar software, configurar impresoras, configurar software, actualizar software,etcetcetc) y prácticamente me pase esos 3 años tocándome las narices (juegos, cuantocabron), o dedicando mi tiempo a aprender cosas de programación o electrónica, como mencionas en tu último párrafo.
De haber sido por mí lo hubiese dejado mucho antes, pero habiendo trabajado de administración no tenía currículo laboral para trabajar en la rama de programación.
#13 Si consiguió automatizarlo todo hizo muy bien su trabajo (un buen programador/administrador es el que optimiza todo lo posible su tiempo, produciendo código con calidad -que es el que menos mantenimiento lleva- y que resuelva los problemas no sólo para ahora, sino para más adelante -que no parchee cuando pueda conseguir una solución más completa-).
Lo que deberían haber hecho es detectar esto y ponerlo a otras cosas útiles (como documentar lo que hizo, buscar fórmulas para automatizar otras cosas, etc., aprovechar su talento, en suma).
#69 Aveces pienso la de juegos que podria haber acabado, comics, libros, aprender musica, paseos por el campo. Si no necesitara trabajar. Que le quiten lo bailao
#13 el del micro controlador que usa tu teclado.
#58 Le critican porque tienen envidia, es realmente lo que todos quieren hacer... hasta los que son empresarios... de hecho los empresarios desearian echar a todos sus trabajadores y poner robots que les de dinero sin trabajar.