Do all the things like ++ or -- rants, post your own rants, comment on others' rants and build your customized dev avatarSign Up
From the creators of devRant, Pipeless lets you power real-time personalized recommendations and activity feeds using a simple APILearn More
Search - "workspace"
What an absolute fucking disaster of a day. Strap in, folks; it's time for a bumpy ride!
I got a whole hour of work done today. The first hour of my morning because I went to work a bit early. Then people started complaining about Jenkins jobs failing on that one Jenkins server our team has been wanting to decom for two years but management won't let us force people to move to new servers. It's a single server with over four thousand projects, some of which run massive data processing jobs that last DAYS. The server was originally set up by people who have since quit, of course, and left it behind for my team to adopt with zero documentation.
Anyway, the 500GB disk is 100% full. The memory (all 64GB of it) is fully consumed by stuck jobs. We can't track down large old files to delete because du chokes on the workspace folder with thousands of subfolders with no Ram to spare. We decide to basically take a hacksaw to it, deleting the workspace for every job not currently in progress. This of course fucked up some really poorly-designed pipelines that relied on workspaces persisting between jobs, so we had to deal with complaints about that as well.
So we get the Jenkins server up and running again just in time for AWS to have a major incident affecting EC2 instance provisioning in our primary region. People keep bugging me to fix it, I keep telling them that it's Amazon's problem to solve, they wait a few minutes and ask me to fix it again. Emails flying back and forth until that was done.
Lunch time already. But the fun isn't over yet!
I get back to my desk to find out that new hires or people who got new Mac laptops recently can't even install our toolchain, because management has started handing out M1 Macs without telling us and all our tools are compiled solely for x86_64. That took some troubleshooting to even figure out what the problem was because the only error people got from homebrew was that the formula was empty when it clearly wasn't.
After figuring out that problem (but not fully solving it yet), one team starts complaining to us about a Github problem because we manage the github org. Except it's not a github problem and I already knew this because they are a Problem Team that uses some technical authoring software with Git integration but they only have even the barest understanding of what Git actually does. Turns out it's a Git problem. An update for Git was pushed out recently that patches a big bad vulnerability and the way it was patched causes problems because they're using Git wrong (multiple users accessing the same local repo on a samba share). It's a huge vulnerability so my entire conversation with them went sort of like:
"We have to."
"Fine, here's a workaround, this will allow arbitrary code execution by anyone with physical or virtual access to this computer that you have sitting in an unlocked office somewhere."
"How do I run a Git command I don't use Git."
So that dealt with, I start taking a look at our toolchain, trying to figure out if I can easily just cross-compile it to arm64 for the M1 macbooks or if it will be a more involved fix. And I find all kinds of horrendous shit left behind by the people who wrote the tools that, naturally, they left for us to adopt when they quit over a year ago. I'm talking entire functions in a tool used by hundreds of people that were put in as a joke, poorly documented functions I am still trying to puzzle out, and exactly zero comments in the code and abbreviated function names like "gars", "snh", and "jgajawwawstai".
While I'm looking into that, the person from our team who is responsible for incident communication finally gets the AWS EC2 provisioning issue reported to IT Operations, who sent out an alert to affected users that should have gone out hours earlier.
Meanwhile, according to the health dashboard in AWS, the issue had already been resolved three hours before the communication went out and the ticket remains open at this moment, as far as I know.5
If you’re struggling with productivity:
 Wake up early & Exercise
Waking up early means getting most of the work done as soon as you start your day. This sets a routine for you.
Doing a high-intensity workout early in the morning can kill laziness and make you feel productive.
 Divide the day into three parts
Do the most work in the morning hours i.e 6 am to 11 am.
Keep the 12 pm - 3 pm for work that requires less energy. Evenings can be utilised to finish minor tasks.
 Make a timetable
A proper timetable or To-Do is a good way to keep a track of your daily routine.
Tick off the work you've completed and you'll feel you've been productive.
 Follow people who motivate you to work
If you waste time scrolling on social media, make sure to follow people who instantly motivate you to work and take action.
 Update or shift workspace
Your workspace is where you spend most of your time, so make sure it makes you feel motivated to work.
In case you are bored of your workspace, shift it to a new room, preferably that has windows for fresh air.10
Welp. I think I witnessed a new job application hack. Someone listed my team’s general engineering email address for their Employee Referral.
That email address is listed publicly, but I’m pretty sure no one on my team told the applicant to list it as a referral contact. I suspect someone got the email from a Slack workspace. I had posted a job listing, in a threaded comment someone had complimented my employer’s public API, and I shared our engineering email and said we’d love to see what he builds.
It looks like someone else from that Slack saw this and decided to list the engineering email as an employee referral. I get that employee referral can mean different things to different people and it might be someone who’s new to job searching and doesn’t know better.
For my employer’s online application, an employee referral requires a name and email address for the employee. I’m curious what the applicant listed for the employee referrer’s name. Wonder if it was my name. If it is, guess I have to give my manager a heads up and tell him that I do not know this applicant.
This occurrence is a new one for me and I don’t think it’s happened to us before. And it’s not really a good tactic to get a resume read at my workplace. Where I work, my manger reviews the resumes and tells HR who he wants to set up calls with. It’s not HR or an ATS that screens resumes and sends them to my manager.
I've got a question for people who understand GO:
Why do I get this error in one of my projects but not in the other?
> gopls requires a module at the root of your workspace
Both projects lack module at the root of my workspace, but only one of them refuses to cooperate...
This may be the most beautifully succinct service doc intro sentence I've ever written...
working on a shell library with the business logic for an Angular "white label" app workspace, and `ShellService` just got introduced as:
"this service serves to serve all other services.."
me thinks today is a good day for coding. 😎6
I'm currently showing my new junior the ropes in the workplace. We'll be using Gitpod for pair programming.
Me: "okay so I think Gitpod will use my configuration if we use the workspace I made... are you familiar with vim keybindings?"
Found a IGEL UD3 M350C Thin Client Workspace Edition in a yard sale the pother day. The thing has awesome specs but comes with the IGEL OS which sucks. Anybody used one of these before? If I can get it to use a different OS than the IGEL one it'd be great