

Sure, what I’m saying is that they’re both editors that you need to invest time in. A bit less so with helix since it has better defaults so you don’t need to spend as much time configuring it, but I don’t think that makes a huge difference.
Sure, what I’m saying is that they’re both editors that you need to invest time in. A bit less so with helix since it has better defaults so you don’t need to spend as much time configuring it, but I don’t think that makes a huge difference.
Helix has better defaults for sure and I get why people might prefer it but I have a very hard time imagining it being a better choice than vim in every situation even with a lot more development.
Also, if you work with programming for example your editor is going to be one of your main tools and I think that “reading guides” is an acceptable amount of effort to put in to learning such a tool. Vim has a higher barrier of entry than it needs to (this can to some extent be explained with backwards compatability) but with Helix you still have to put some time in to understanding the editing model anyway.
The biggest thing missing from helix right now imo is plugin support, so a lot of plugins that I really like wouldn’t be available. I use fugitive a lot for working with git for example.
Another one is the quickfix list in combination with ex commands. One thing you can do for example is setup :make
to run your compiler and then when you get compilation errors they’ll show up in your quickfix list. You can then use :Cfilter
to focus on one type of error and then :cdo
to for example do a find and replace on the remaining lines.
In general, if I don’t have an lsp available for whatever reason (I work in cmake a fair amount at my $DAYJOB for example) I would much rather use vim, in particular because of the stuff that you can do with ex commands that I mentioned above (also works great with grep) but also because of the ctags support.
Helix can do a lot of nice things out of the box for a lot of cases of software editing, but it’s not nearly as broad or as customizable of a tool as vim
I don’t really see the point in a “facebook competitior” since the only appeal of facebook is that it’s “normal” and “evryone” is on it, something that just isn’t going to be true for e.g. some fediverse product. Everyone should stop using facebook if possible though, I’m trying to persuade different messenger groupchats that I’m part of to switch to something else left and right personally
Vim still has a lot of advantages over helix. Being modern doesn’t automatically make a tool better
I’ve been wanting a phone with a keyboard for a long time, I don’t think I’ll get this one (I specifically got a fairphone in part so I wouldn’t have to think about buying a new phone for a couple of years) but I think that this could be really nice for some specific usecases that are underserved today.
With arch, I’d recommend just jumping in the deep and and installing it, looking things up on the wiki when something goes wrong. Just do it in a virtual machine or on an old laptop or something to start with. I broke my previous distro (mint) by doing some really stupid stuff, and I decided to just go fuck it and install arch. I don’t think I’ve ever learned as much about linux as that weekend.
I suppose that I was already pretty comfortable with the terminal since I was studying computer science at the time so I had a lot of reason to use it. I think the best way to use the terminal is to force yourself to use it, programming is great for this but you can try e.g. sorting your photos or mp3 files or something as practice too.
As long as you have your windows license key you can change your mind later so really you can do whatever. I’d recommend giving 100% linux a try if that seems fun. Obviously you’re gonna want to back up any interesting files that you have on windows either way.
If anything I think that the current rust discourse is a fad. I’m not sure what it is about rust that makes people have so strong opinions about it but I can’t wait for it to become a “normal” language so that people can chill about it a bit.
There are non-propietary versions of android, I use /e/OS for example. Try searching for de googled android if you wanna find out more.
When I’m just locally iterating on stuff I’ll usually do a git commit -m "WIP: Description of what I'm trying to do"
and then git commit --amend
to it. A bit more ergonomic than stashing if I want to switch branches imo. I can also go back to old versions if I want to through the reflog.
git commit --fixup some-commit
is also great for if I discover things in the review for example. You can then do git rebase master --autosquash
to flatten them into the commit they belong to and that way you don’t have to bother with commit messages like “fixed typo”. Doing fixups for small fixes is good because it allows you to keep your mr broken up into several commits without also leaving in a bunch of uninteresting history.
Can recommend checking out the –fixup section in the git documentation if you haven’t heard about --fixup before.
The different worktrees share the same .git state. The article has an example where the author uses one tree for writing code and one for fuzzing it. If they used multiple clones they’d have to push from the writing directory and pull from the fuzzing directory to get new commits to fuzz but with worktrees this state synchronization between different git directories happens automatically.
Well he speaks english so in that sense he’s english speaking
Yeah the title of the post makes it sound much worse than what it seems to be in practice? Maybe I’m just naive
Well right now most people develop apps supporting x86 and leaves everything else behind. If they’re supporting x86 + arm, maybe adding riscv as a third option would be a smaller step than adding a second architecture
Don’t know anything about this particular case so while “social engineering to create a backdoor” is certainly a possibility, so is the more straightforward explanation that it is drama about real or perceived problems in the nix community. I think that it’s dangerous to dismiss this altogether because of the recent xz debacle.
You should, there’s a lot of cool stuff going on in the Morrowind community and now is a really good time to get (back) into the game. Province: Cyrodiil, which has adding cyrodiil as based on Morrowind-era lore to the game as a goal, is set to release have its first major release later this year. I’ve also been getting into tes3mp lately which is a fork of OpenMW for multiplayer.
As a big fan of the neverwinter nights community,
You might appreciate this April fools joke from the OpenMW team then :D
This might not be what you mean when you say “addictive”, but since I’ve been addicted to it for the last half year or so, I’m gonna suggest it anyway: Morrowind.
While the original came out in 2002 for Windows and later Xbox, there’s been a fan remake of the engine which runs on linux (and windows and macos) called OpenMW.
It’s an open world role playing game about exploring the island of Vvardenfell, which is a strange and alien place that’s easy to lose yourself in. Most of the wildlife is made up of insect- or dinosaur like creatures. There are forests made up of giant mushrooms, and ancient wizard lords who use magic to grow mushrooms into buildings that you have to be able to fly to navigate. It’s a world with a rich history, featuring several different religions, cultures and overlapping and competing political structures.
Despite its age, it is to this day a game with a very active modding community which can extend and improve the games mechanics and visuals. It also features what is probably the longest running active modding project, Tamriel rebuilt which seeks to add the rest of the province of Morrowind to the game. It’s about half way done and has basically another game worth of content in it at this point.
Like you say, there are always gonna be particular cases where gui/cli is better but for the general case I think it has to do with if your workflow is more terminal or gui oriented in general. I think that many of the tradeoffs in gui/cli git aren’t really unique to git so I think sticking with your general preference in that are makes sense.
Since I’m a vim user (shocking, I know) I actually use git through the fugitive plugin a lot, but it’s a fairly thin wrapper around the cli interface so most things are pretty much just the same as using the cli except that you can call them as vim commands instead (:Git push
instead of git push
and so on)
If you want to test windows programs on linux, you’re probably going to want to do that in a virtual machine, or even a spare computer just for testing on windows. Depending on how much you need to use excel, a virtual machine could be a good option for that as well, but if using Microsoft Excel™ is a big part of your job, maybe it makes more sense to just stay on Windows for work at least