Ask Lemmy
A Fediverse community for open-ended, thought provoking questions
Please don't post about US Politics. If you need to do this, try !politicaldiscussion@lemmy.world
Rules: (interactive)
1) Be nice and; have fun
Doxxing, trolling, sealioning, racism, and toxicity are not welcomed in AskLemmy. Remember what your mother said: if you can't say something nice, don't say anything at all. In addition, the site-wide Lemmy.world terms of service also apply here. Please familiarize yourself with them
2) All posts must end with a '?'
This is sort of like Jeopardy. Please phrase all post titles in the form of a proper question ending with ?
3) No spam
Please do not flood the community with nonsense. Actual suspected spammers will be banned on site. No astroturfing.
4) NSFW is okay, within reason
Just remember to tag posts with either a content warning or a [NSFW] tag. Overtly sexual posts are not allowed, please direct them to either !asklemmyafterdark@lemmy.world or !asklemmynsfw@lemmynsfw.com.
NSFW comments should be restricted to posts tagged [NSFW].
5) This is not a support community.
It is not a place for 'how do I?', type questions.
If you have any questions regarding the site itself or would like to report a community, please direct them to Lemmy.world Support or email info@lemmy.world. For other questions check our partnered communities list, or use the search function.
Reminder: The terms of service apply here too.
Partnered Communities:
Logo design credit goes to: tubbadu
view the rest of the comments
I didn't leave the job, but I had my resignation letter written over this since I would have had to maintain it:
My former boss had an absolute hard-on for "AI" and brought in this low-bid, fly-by-night "AI" software to automate all of our processes. I'm a fan of automation in general, but not this.
This "solution" was basically a glorified macro generator that would screen scrape data from our apps and key into our other apps. Not only it was built on the absolute shakiest platform imaginable, but the documentation from the vendor outright told you to setup remote desktop services in a way that was in violation of licensing in order for it to work. The stack it ran on made a Rube Goldberg machine look like sleek, fine engineering.
I repeatedly told him this was bad software, but he persisted to the point where we nearly went to production with it.
The worst part? The applications he was screen-scraping were all internally-developed. We had access to the backend, frontend, everything. Rather than writing proper processes, he threw that piece of garbage at it.
Luckily he retired before it went to production, and the new CTO shut it the fuck down.
So, I didn't quit my job over it, but I was looking and had my resignation letter written.
You know, in a lot of situations, when someone says "the worst part", it's not actually the worst part.
When you use it, it really is the worst part, by far...
Ha, indeed. To elaborate on that part:
He made this demo he was so proud of. Watching it interactively, it was like 70 steps of "move mouse {X,Y}, click, copy, etc". I could literally hear Yakkety Sax in my head as I watched it bumble through.
After that, I went back to my office and wrote a 30 line Python script that accomplished the same thing, only sanely and with the ability to handle errors. He preferred his method since "it's easier for our non-technical folks to automate their stuff this way".
That was the exact moment I started looking for a new job.
Non tech people should ALWAYS ask the support team when they need help automating IT stuff for precisely this reason.
Exactly that. When building a load-bearing business process, it's always critical that the person writing it knows what they're doing.
Before I replace it with something that won't catastrophically collapse when the wind blows the wrong way, I get some sort of sick satisfaction out of doing autopsies on the house-built-of-matchsticks "solutions" that users come up with and I don't know why. Some of them are truly fascinating and make you wonder how someone could possibly arrive at that conclusion based on what they were actually try to achieve.
It's also why if I'm asked to implement something, my first question isn't "When does this need to be done?," it's "What exactly is the problem you're trying to solve?"
What a user asks for and what they actually need very rarely intersect.
I wish I could hire you and a couple other people who replied to this lol. "Match stick architecture" is definitely something we have and I have been trying to shore up / replace for years.
Sorry, I missed this comment. I actually love doing that kind of shit, I get some sort of weird pleasure out of fixing chaotic stuff like that. That tends to be my role almost all the time; I'll come in, stay a few years, fix everything and get bored, and then move on somewhere else to do it again.
My current job is the only place that I haven't done that, because it's probably the best company that I've ever worked for.