A programmer automated their data-entry job. Now: tell their employer?
1–10 of 20 posts
Re: A programmer automated their data-entry job. Now: tell their employer?
#2Re: A programmer automated their data-entry job. Now: tell their employer?
#3This article is almost entirely direct quotes from a forum thread with little to no commentary or narrative on top of it.
Re: A programmer automated their data-entry job. Now: tell their employer?
#4At another employer, I worked alongside a customer service rep who automated much of the time consuming work he had to do. He wasn't a programmer by trade, but having a hacker mindset, he learned to do so after tiring of the same old work. Despite the annoyance of the security team and other developers who felt threatened by his work, he was promoted to IT and they locked down the workstations so it wouldn't happen again.
Re: A programmer automated their data-entry job. Now: tell their employer?
#5This article is almost entirely direct quotes from a forum thread with little to no commentary or narrative on top of it.
Re: A programmer automated their data-entry job. Now: tell their employer?
#6Re: A programmer automated their data-entry job. Now: tell their employer?
#7Re: A programmer automated their data-entry job. Now: tell their employer?
#8I remember a similar story about a developer that outsourced their work to a low cost offshore worker. Can't find it now...Google fu is off today.
Re: A programmer automated their data-entry job. Now: tell their employer?
#9When I automated the documentation of nightly job processes using Tivoli Maestro configuration files and Visio, my employer didn't know what to do with me so they promoted me. It never crossed my mind not to say something. I wasn't there to produce output. I was there to bring value to the organization. At another employer, I worked alongside a customer service rep who automated much of the time consuming work he had…
Depending on what he did the security team may have rightfully had issues with the work. I've seen it time and time again. Someone automates something, the tool gets released to users and it's full of SQLi, XSS, and RCE vulnerabilities, sometimes opening up a once protected data-set or systems to company or Internet wide exposure. It's shadow IT/Dev work like this which tends to be responsible for the most security incidents.