this post was submitted on 29 Aug 2023
41 points (91.8% liked)

Programming

17313 readers
173 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities [email protected]



founded 2 years ago
MODERATORS
 

Let’s share stories where your automation efforts have been rejected and you can’t quite understand why! Here’s mine.

you are viewing a single comment's thread
view the rest of the comments
[–] DrakeRichards 10 points 1 year ago (9 children)

I wouldn’t quite classify this as automation, but I’ve been fighting for the past year for better scripting tools. I work on kiosk-style systems on customer networks. A big part of my job involves connecting to a device, pulling some logs, and running connectivity tests. I created a PowerShell script to automate this and submitted a KB so that others could use it, which sat in the approval queue for a few months before it got rejected.

I reached out to the team who rejected it and was told that all scripts need to be approved by a senior. I told them that a senior had reviewed it and approved it, and linked them the approval which they would have seen anyways. They then said that it also needed approval by the development team. “Okay,” I said. “What’s the process to get that approval? I don’t see any documentation about it.” After a number of emails to several different departments, I found that there is no process. I bugged everyone I could think of but got no replies; my manager got about the same.

In the 12+ months it took to come to that conclusion, I’ve made scripts to automate just about every common fix we apply. Right now most of our KBs instruct us to schedule downtime with the customer to fix things using the GUI, but that’s not necessary for 90% if these issues. I’ve submitted KB revisions for each of these, all of which have been rejected because they need an approval that doesn’t exist.

I’ve brought this up to my manager several times and gotten my seniors to back me up on how much time these scripts save. I’ve shown how effective these scripts are when we have system-wide critical issues where I save us hundreds of man hours of work. None of this has made any difference; apparently the development team just can’t be bothered to create a webform or whatever or even just answer emails.

[–] [email protected] 5 points 1 year ago (3 children)

Sounds like your manager needs to take it up the chain. Get one of the people that manages the money in on this. "The development team's refusal to engage in [standard process] is costing the company hundreds of man hours"

[–] DrakeRichards 5 points 1 year ago (2 children)

I’ve just given up at this point. I have my scripts and I’ll share them if I’m helping someone with an issue, but it was such a fight to even get them rejected that I don’t want to bother with that again on top of the rest of my work. If nobody in this chain that I’ve already gone through seems to care, and if developing these scripts doesn’t change my eligibility for a promotion (which I’ve been directly told it doesn’t), I don’t see the point in pursuing it any more.

[–] [email protected] 4 points 1 year ago

I know I am just a random nobody to you, but I'm not satisfied with this response. If you have exhausted all options, then you need to be working on updating your resume. Your boss might not have enough juice to push this through for you, and in that case, it's probably better that you find a new job. I don't think you've exhausted all options, I think you came face to face with the reality of the corporate workforce, the reality is that most people are trying to get by with "good enough." They are afraid of the implications of you outworking them and making them look worthless, or you automating something so much that it cuts the departmental budget. If what you're saying is true, and you can reduce hundreds of man hours, then you should fight for your ideas. Know that fighting for your ideas doesn't mean that you will be praised from day one. People will poke and prod, criticize, kick the tires, make excuses, etc. Stand by your work and always come back to the table.

"Okay, I heard your proposal on how to validate data integrity in the event that we become a multi-vendor environment. I understand that parsing/wrangling data can be challenging. However, in the event that our environment adopts XYZ infrastructure, I am using tried and tested industry standard modeled languages. All major vendors support this language model, so it would not require a complete re-engineering.

life is too short to work for shitty bosses man. But don't spend time feeling sorry for yourself.

[–] [email protected] 3 points 1 year ago

Fair enough. Hopefully you can keep using those scripts even if nobody else uses them.

load more comments (5 replies)