From f5f017559ef7f1a64ba10b5d7e26690b285a72e4 Mon Sep 17 00:00:00 2001 From: Aleric Cusher Date: Sat, 5 Jul 2025 02:51:14 +0530 Subject: [PATCH 1/2] Adds a new hotdogging blog --- content/blog/hotdog.md | 69 ++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 69 insertions(+) create mode 100644 content/blog/hotdog.md diff --git a/content/blog/hotdog.md b/content/blog/hotdog.md new file mode 100644 index 0000000..aa84175 --- /dev/null +++ b/content/blog/hotdog.md @@ -0,0 +1,69 @@ +--- +title: "I Got Destructively Hotdogged" +authorId: "aleric" +date: 2025-04-21 +draft: false +featured: true +weight: 1 +--- + +### 1. Pranks We All Know + +Pranks among software engineers aren't new, people often leave their machines unlocked, inviting playful hijinks. Some host a party on the company group chat, and some remap aliases. Mostly done for people to understand the risks and to propagate good security practices. But recently, when I returned from grabbing tea and saw this command executing in my home directory: + +``` +rm -Rf .* +``` + +I managed to hit Ctrl+C in time, but the damage was done. Most of my dotfiles were gone, fortunately, I still had my `.zshrc` and some others.  + +I knew it was going to be a pain to recover from, but I underestimated the pain. + +### 2. The Domino Effect + +Getting back to work, came my first hurdle. + +My terminal did not look and feel the same, thanks to `.oh-my-zsh` directory no longer existing. + +After fixing that, new hurdles started showing up: + +- My IDE was missing plugins and configuration. + +- My virtual environments were gone. + +- Random errors popped up in tools I was using. + + +Each fix revealed another hurdle, making me think **“I hope I don’t find any more surprises…"**. + +### 3. Sparking Interesting Conversations + +Working in a startup, the news spread fast. + +And what began as dotfiles mourning evolved into discussions and planning on how we could harden not just the personal machines but the services and servers in the office. + +- Automating server setups with configuration management tools like Ansible. + +- Scheduling regular syncs to the cloud or local NAS + +- Hardening the network redundancy we had and a notification system for it. + + +By the end, teammates who had not thought of these things walked out learning something new. + +### 4. Lessons Learned + +The pain got worse. Ironically, I had been wanting to version control my dotfiles on GitHub for months, but other priorities kept getting in the way. However, this incident made me look back and think about: + +1. **Not procrastinating on solutions for known pain points.** + +2. **Documenting every setup step**, even when it feels tedious. + +3. **Investing small efforts upfront to save hours later.** + + +### 5. Hope for the Best, Plan for the Worst + +Unexpected failures are part of software development (and life). When things go sideways or systems break, the difference between chaos and control is preparation. By building redundancy and easy recovery, the disruptions turn into a short detour rather than a full stop. + +Now let me get back to building that redundancy, so the next time someone tries to hotdog my machine, the joke's on them. From bee432d054136a82d119b408005bd7ce149d479e Mon Sep 17 00:00:00 2001 From: Aleric Cusher Date: Sat, 5 Jul 2025 03:15:07 +0530 Subject: [PATCH 2/2] Removes numbering on the headings --- content/blog/hotdog.md | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/content/blog/hotdog.md b/content/blog/hotdog.md index aa84175..1c67296 100644 --- a/content/blog/hotdog.md +++ b/content/blog/hotdog.md @@ -7,7 +7,7 @@ featured: true weight: 1 --- -### 1. Pranks We All Know +### Pranks We All Know Pranks among software engineers aren't new, people often leave their machines unlocked, inviting playful hijinks. Some host a party on the company group chat, and some remap aliases. Mostly done for people to understand the risks and to propagate good security practices. But recently, when I returned from grabbing tea and saw this command executing in my home directory: @@ -19,7 +19,7 @@ I managed to hit Ctrl+C in time, but the damage was done. Most of my dotfiles we I knew it was going to be a pain to recover from, but I underestimated the pain. -### 2. The Domino Effect +### The Domino Effect Getting back to work, came my first hurdle. @@ -36,7 +36,7 @@ After fixing that, new hurdles started showing up: Each fix revealed another hurdle, making me think **“I hope I don’t find any more surprises…"**. -### 3. Sparking Interesting Conversations +### Sparking Interesting Conversations Working in a startup, the news spread fast. @@ -51,7 +51,7 @@ And what began as dotfiles mourning evolved into discussions and planning on how By the end, teammates who had not thought of these things walked out learning something new. -### 4. Lessons Learned +### Lessons Learned The pain got worse. Ironically, I had been wanting to version control my dotfiles on GitHub for months, but other priorities kept getting in the way. However, this incident made me look back and think about: @@ -62,7 +62,7 @@ The pain got worse. Ironically, I had been wanting to version control my dotfile 3. **Investing small efforts upfront to save hours later.** -### 5. Hope for the Best, Plan for the Worst +### Hope for the Best, Plan for the Worst Unexpected failures are part of software development (and life). When things go sideways or systems break, the difference between chaos and control is preparation. By building redundancy and easy recovery, the disruptions turn into a short detour rather than a full stop.