5 ms·

It completely depends on your work environment. My experience has been doing a lot of admin work and working with distributed databases. I probably spend a thir

It completely depends on your work environment. My experience has been doing a lot of admin work and working with distributed databases. I probably spend a third of my day in servers that are not mine. So for me it just doesn’t make sense to make a lot of configuration changes, especially changes that will end up in my muscle memory. Now my personal computer does have much nicer color schemes and a few plugins for code dev that I don’t carry around. But even then I try to use the defaults in my IDEs and browsers, because at this point I’m on work computer number.. 11? Configuring it is starting to get old

treve 1y ago
Seems like a great opportunity to learn a bit about automating this set up. Really not hard to upload a .vim directory on a remote server for example.
- bongodongobob 1y ago
  Nah. Other people need to use them too. You just don't do that kind of stuff managing a fleet of servers. Keep it standard. Automation is yet another thing to manage and maintain. I keep all of my servers completely standard.
  - jclulow 1y ago
    Surely you can put your own dotfiles into your own account on that machine, though, without impacting other people?
    - skwirl 1y ago
      Not when everyone logs in as ec2-user.
      - exe34 1y ago
        That's horrific!
  - mystifyingpoi 1y ago
    > Automation is yet another thing to manage and maintain But supposedly you already have an automation that you maintain your standard servers with. Adding an Ansible role that puts .vimrc into $HOME surely isn't that much of a maintenance burden?
- bshacklett 1y ago
  The better place to spend time might be the automation of operational tasks on those servers so that logging in isn’t necessary in the first place. Then you don’t have to leave your home environment and you can run whatever custom editing configuration you want. Of course the other upsides to that automation overshadow this a bit.
  - theshrike79 1y ago
    I'm of the opinion that if you need to log in to a server you've already failed. Nobody should be ABLE to log in to servers by default, that's the way they become unicorns and not cattle.
- theshrike79 1y ago
  "treve uploaded WHAT on the Big Bank's server?!" Yeaah, that don't fly unless you're in a really seat-of-your-pants environment. =)
  - AuthAuth 1y ago
    "dammit treve installed hyperland and riced the servers again" - sec team probably
mystifyingpoi 1y ago
> Configuring it is starting to get old That's exactly the opposite of my experience. Since all my dotfiles are in Github, configuring new system is just a git clone and copying a few files around. I don't even use any config manager, since I rarely get new computers. Takes a few minutes max per machine (plus maybe package installs like zsh if it's not there already).
- inanutshellus 1y ago
  The original statement was "vim plugins" SO yeah you can have your fancy alias or whatever but I'm with the GP that adding a bunch of cool plugins that I get used to and then... perpetually can't use because 40% of my time is spent on remote machines I don't have admin on... ehh.. quickly becomes not worth it. It's like when I tried to get used to a DVORAK keyboard when I'd spend my weekdays in a school computer lab...
  - exe34 1y ago
    You don't need admin to install emacs packages..... I'm sure vim isn't dumb enough to require that?!
    - inanutshellus 1y ago
      For me it was that each plugin would have to go through a security approval process and that was not something they appreciated. (e.g. they have "real work" to do), whilst mapping `n` to `nzz` or setting the regexpengine to `0` well, yeah, go for it.
- spicycode 1y ago
  Same exp here, a simple clone and setup script sorts all this in a user directory.
- baobun 1y ago
  > Takes a few minutes max per machine (plus maybe package installs like zsh if it's not there already). Assuming you have internet and can access GitHub. Setting up internally accessible repos for that or bake it into an image is its own excercise, which you'd have to setup again for every site and isn't there on day 0. Even so, "a few minutes per machine" builds up quickly if that happens multiple times per day and new airgapped sites are a regular occurence. That's not including the possibly larger cost of context-switching to "customization mode" for every setup. I do have a few dotfile customizations I carry around for sites/boxes I bother enough with but at this point they're cut down and familiar enough that it takes me a few seconds to put those in place manually from memory and dist defaults. Minimal .profile: VISUAL=vim EDITOR=vim tmux and some other apps will pick up on this and switch to vi-style keybindings. I resonate with embracing the Zen of leaning into defaults.
exe34 1y ago
So you spend two thirds of your day with an arm tied behind your back because one third of your day you will have to use the hand for groping in the dark...

treve 1y ago

Seems like a great opportunity to learn a bit about automating this set up. Really not hard to upload a .vim directory on a remote server for example.

bongodongobob 1y ago
Nah. Other people need to use them too. You just don't do that kind of stuff managing a fleet of servers. Keep it standard. Automation is yet another thing to manage and maintain. I keep all of my servers completely standard.
- jclulow 1y ago
  Surely you can put your own dotfiles into your own account on that machine, though, without impacting other people?
  - skwirl 1y ago
    Not when everyone logs in as ec2-user.
    - exe34 1y ago
      That's horrific!
- mystifyingpoi 1y ago
  > Automation is yet another thing to manage and maintain But supposedly you already have an automation that you maintain your standard servers with. Adding an Ansible role that puts .vimrc into $HOME surely isn't that much of a maintenance burden?
bshacklett 1y ago
The better place to spend time might be the automation of operational tasks on those servers so that logging in isn’t necessary in the first place. Then you don’t have to leave your home environment and you can run whatever custom editing configuration you want. Of course the other upsides to that automation overshadow this a bit.
- theshrike79 1y ago
  I'm of the opinion that if you need to log in to a server you've already failed. Nobody should be ABLE to log in to servers by default, that's the way they become unicorns and not cattle.
theshrike79 1y ago
"treve uploaded WHAT on the Big Bank's server?!" Yeaah, that don't fly unless you're in a really seat-of-your-pants environment. =)
- AuthAuth 1y ago
  "dammit treve installed hyperland and riced the servers again" - sec team probably

mystifyingpoi 1y ago

> Configuring it is starting to get old That's exactly the opposite of my experience. Since all my dotfiles are in Github, configuring new system is just a git clone and copying a few files around. I don't even use any config manager, since I rarely get new computers. Takes a few minutes max per machine (plus maybe package installs like zsh if it's not there already).

inanutshellus 1y ago
The original statement was "vim plugins" SO yeah you can have your fancy alias or whatever but I'm with the GP that adding a bunch of cool plugins that I get used to and then... perpetually can't use because 40% of my time is spent on remote machines I don't have admin on... ehh.. quickly becomes not worth it. It's like when I tried to get used to a DVORAK keyboard when I'd spend my weekdays in a school computer lab...
- exe34 1y ago
  You don't need admin to install emacs packages..... I'm sure vim isn't dumb enough to require that?!
  - inanutshellus 1y ago
    For me it was that each plugin would have to go through a security approval process and that was not something they appreciated. (e.g. they have "real work" to do), whilst mapping `n` to `nzz` or setting the regexpengine to `0` well, yeah, go for it.
spicycode 1y ago
Same exp here, a simple clone and setup script sorts all this in a user directory.
baobun 1y ago
> Takes a few minutes max per machine (plus maybe package installs like zsh if it's not there already). Assuming you have internet and can access GitHub. Setting up internally accessible repos for that or bake it into an image is its own excercise, which you'd have to setup again for every site and isn't there on day 0. Even so, "a few minutes per machine" builds up quickly if that happens multiple times per day and new airgapped sites are a regular occurence. That's not including the possibly larger cost of context-switching to "customization mode" for every setup. I do have a few dotfile customizations I carry around for sites/boxes I bother enough with but at this point they're cut down and familiar enough that it takes me a few seconds to put those in place manually from memory and dist defaults. Minimal .profile: VISUAL=vim EDITOR=vim tmux and some other apps will pick up on this and switch to vi-style keybindings. I resonate with embracing the Zen of leaning into defaults.

exe34 1y ago

So you spend two thirds of your day with an arm tied behind your back because one third of your day you will have to use the hand for groping in the dark...