←back to thread

953 points speckx | 1 comments | | HN request time: 0s | source
Show context
oceanplexian ◴[] No.45672984[source]
It's weird how the circle of life progresses for a developer or whatever.

- When I was a fresh engineer I used a pretty vanilla shell environment

- When I got a year or two of experience, I wrote tons of scripts and bash aliases and had a 1k+ line .bashrc the same as OP

- Now, as a more tenured engineer (15 years of experience), I basically just want a vanilla shell with zero distractions, aliases or scripts and use native UNIX implementations. If it's more complicated than that, I'll code it in Python or Go.

replies(22): >>45673276 #>>45673397 #>>45673416 #>>45673493 #>>45673595 #>>45673606 #>>45673685 #>>45673787 #>>45673894 #>>45674022 #>>45674094 #>>45674098 #>>45674837 #>>45675554 #>>45675916 #>>45675962 #>>45676837 #>>45676947 #>>45677013 #>>45678082 #>>45679080 #>>45680781 #
chis ◴[] No.45674098[source]
I think it's more likely to say that this comes from a place of laziness than some enlightened peak. (I say this as someone who does the same, and is lazy).

When I watch the work of coworkers or friends who have gone these rabbit holes of customization I always learn some interesting new tools to use - lately I've added atuin, fzf, and a few others to my linux install

replies(2): >>45674487 #>>45675898 #
heyitsguay ◴[] No.45674487[source]
I went through a similar cycle. Going back to simplicity wasn't about laziness for me, it was because i started working across a bunch more systems and didn't want to do my whole custom setup on all of them, especially ephemeral stuff like containers allocated on a cluster for a single job. So rather than using my fancy setup sometimes and fumbling through the defaults at other times, i just got used to operating more efficiently with the defaults.
replies(3): >>45674715 #>>45674779 #>>45676671 #
nijaru ◴[] No.45674779[source]
You can apply your dotfiles to servers you SSH into rather easily. I'm not sure what your workflow is like but frameworks like zsh4humans have this built in, and there are tools like sshrc that handle it as well. Just automate the sync on SSH connection. This also applies to containers if you ssh into them.
replies(1): >>45674909 #
theshrike79 ◴[] No.45674909{3}[source]
I'm guessing you haven't worked in Someone Else's environment?

The amount of shit you'll get for "applying your dotfiles" on a client machine or a production server is going to be legendary.

Same with containers, please don't install random dotfiles inside them. The whole point of a container is to be predictable.

replies(4): >>45675131 #>>45675655 #>>45675868 #>>45680273 #
fragmede ◴[] No.45675131{4}[source]
If, in the year 2025, you are still using a shared account called "root" (password: "password"), and it's not a hardware switch or something (and even they support user accounts these days), I'm sorry, but you need to do better. If you're the vendor, you need to do better, if you're the client, you need to make it an issue with the vendor and tell them they need to do better. I know, it's easy for me to say from the safety of my armchair at 127.0.0.1. I've got some friends in IT doing support that have some truly horrifying stories. But holy shit why does some stuff suck so fucking much still. Sorry, I'm not mad at you or calling you names, it's the state of the industry. If there were more pushback on broken busted ass shit where this would be a problem, I could sleep better at night, knowing that there's somebody else that isn't being tortured.
replies(1): >>45678321 #
1. theshrike79 ◴[] No.45678321{5}[source]
It’s 2025. I don’t even have the login password to any server, they’re not unicorns, they’re cattle.

If something is wrong with a server, we terminate it and spin up a new one. No need for anyone to log in.

In very rare cases it might be relevant to log in to a running server, but I haven’t done that in years.