yoshman

joined 2 weeks ago
[–] yoshman@lemmy.world 5 points 18 hours ago

I saw some video about this kind of stuff. I want to say it was John Oliver.

Anyway, these shipping companies basically hop on this Craigslist circa 2002 looking website and hire truckers off it. So, they likely did just get the cheapest guy.

[–] yoshman@lemmy.world 3 points 22 hours ago

Yeah. Since he was a subcontractor, he wanted all his scripts to be the same, no matter who the customer was.

I was like jesus christ, I'm lazy too and want to automate everything, but edit your stupid scripts to use env vars.

[–] yoshman@lemmy.world 1 points 22 hours ago (2 children)

We resolved it by making him use pipeline vars for his scripts. Like we told him to do in the beginning.

He fought it because he wanted his scripts the same for all projects. Including hard coded usernames and passwords. So, it was mostly his fault.

[–] yoshman@lemmy.world 2 points 1 day ago (4 children)

The production database gets down-synced to the lower environments on demand, so they can test on actual production datasets. That would require us to manually remake this user account every time a dev down-syncs the database to a lower environment.

The customer is paranoid, as the project is their public facing website, so they want testing against the actual prod environment.

We don't mange the SSO, as that is controlled by the customer. The only local (application specific) account is this account for testing.

[–] yoshman@lemmy.world 2 points 1 day ago

He had to do admin functionality regression tests before prod releases to make sure nothing broke.

The system uses SSO for logins for everything else.

He is a subcontractor who was using scripts for all his projects. I told him he really needs to use env vars for creds.

[–] yoshman@lemmy.world 5 points 1 day ago

He was a subcontractor, so technically, he's not our employee.

I bubbled it up the chain on our side, and it hasn't happened since.

[–] yoshman@lemmy.world 3 points 1 day ago (6 children)

It was an admin account to do regression testing for the admin interface and functions before prod releases.

I had my guys enable/disable the account during the testing pipeline so people can't login anymore.

[–] yoshman@lemmy.world 6 points 1 day ago

To be fair, spies like Maria Butina weren't even that attractive. She was pretty mid, but had all the NRA guys simping.

[–] yoshman@lemmy.world 30 points 1 day ago (3 children)

I only use butterfly flaps that move magnetic needles next to my HDD.

[–] yoshman@lemmy.world 40 points 1 day ago (12 children)

I had a test engineer demand an admin password be admin/admin in production. I said absolutely not and had one of my team members change it to a 64-character password generated in a password manager. Dumbass immediately logs in and changes it to admin again. We found out when part of the pipeline broke.

So, we generated another new one, and he immediately changed it back to admin again. We were waiting for it the second time and immediately called him out on the next stand-up. He said he needs it to be admin so he doesn't have to change his scripts. picard_facepalm.jpg

[–] yoshman@lemmy.world 2 points 1 day ago* (last edited 1 day ago)

I have my instance running in my k3s cluster. I have its node affinity to only run on my minisforum i9. That way, I can use cert manager to manage the certs.

view more: next ›