FWIW, I can't connect via my home or office fiber (separate providers), but on my T-Mobile 5G it works fine. When I do a traceroute it gets stuck in Cloudflare's network. I'm in Europe.
EDIT: I did some more testing from some other machines around the world. Most are able to connect, some aren't. When I compare the traceroutes it looks like a networking issue on Fastmail's end. They look mostly identical except for the last hop. That's also what their status page says[1].
I feel you. Vim has been such a staple in my dev life. So much that switching felt like betraying sweet uncle Bram ;-) And without the need to write typescript, I probably wouldn't have switched. But what made me stay even for non-typescript work were the little things, like the positions in the location and quickfix list being auto-updated while editing, being (feeling?) faster and more responsive, the saner default settings (server usage) etc.
Regarding lsp integration, it's just nice to have project-based instead of buffer-based auto-completion, auto-insertion of import statements etc. Definitely makes me more productive. Setting it up the way I wanted (non-obstrusive, on-demand) was a bit of pain though.
I use vim with ale. Linting, go-to- definition etc. for typescript (or really any other language I use) just works automagically. It took more effort to get it working in vscode. I haven't tried neovim or helix yet. They both seem great, but it seems to me that people here might be slightly exaggerating the difficulty of getting this working with regular old vim.
Well, I tried ALE and it worked ok. Compared to the neovim built-in lsp client it just doesn't display as much info and does not support multiple hints per line. There's also CoC which should also work with regular vim and which I've used for a while, but it wasn't very stable for me (the auto-insertion of import statements made it crash frequently for example). The built-in lsp client seems to be the cleanest, fastest and most stable implementation. Using nvim-lspconfig it was fairly easy to set as well. It just took me a while to find out how to disable all the distracting live-/auto- completion, underlining, inline-hints etc. (vim.diagnostic.config)
I worked for a print ad business many years ago. They were basically running the same business model with the paper. Ads were placed in glossy and cheap/free pos magazines (cheap traffic) that mostly landed in the trash after collecting dust on the shelf. The bots consisted of distributors claiming high quality distribution while throwing the paper right into the trash. Everyone knew and hardly anyone cared because incentives were mostly aligned (mostly big brands).
I was hired to help with the transition to digital. Guess how that worked out. Next I tried running my own online marketing business. I thought not deceiving customers and actually providing real value was something clients would pay for. Some did, but competing with all the fraud became to tiresome eventually. Not going to work in this industry every again unless there are alternatives (includes scrubbing toilets)
This. One of the reasons I use docker dev environments is to keep all my sensitive stuff separate from dangerous bugs and malicious external packages/modules in my projects.
I run Arch™ on all of my production servers since 2016 and never had any real problems or the need to reinstall either. The newer ones use docker with Alpine images, but the hosts still run Arch. Packages are updated every few days or weeks. On most servers I use the LTS kernel, pin it and only update it every couple of months to keep downtime low. That's it. The first ever server still runs fine with all its legacy apps thanks to a couple of custom packages.
One of the things I like about arch is that it keeps app config as upstream as possible. Debian's custom app config with all its magic scripts used to cause so much trouble. Yes, I only have <10 servers and the way I maintain them does not scale up too well. But that's something we have the "cloud" for these days anyway.
I have gone from Textmate to Sublime to Atom and finally took the time to properly learn vi. vi has made my typing so vastly more efficient that I can't imagine to ever use anything else again.
I guess you have never really used vi to make such a comparison, same as op has probably never used the Bloomberg Terminal.
Do you think that using a vim key binding extension like those that are available in most modern editors would have the same effect? Or is part of the magic of vim being forced to use the key bindings?
It's definitely important to force yourself to use the bindings when you're trying to learn them. Also, the Vim bindings in a lot of other editors have subtle issues and/or missing features that make them a pain to use if you're used to using the full range of commands in real Vim.
Do you feel that way about generic text or code in particular? I haven't seen Intellisense or project templating for, say, F# at the same level as a VS Code.
