←back to thread

I see a future in jj

(steveklabnik.com)
291 points steveklabnik | 1 comments | | HN request time: 0.214s | source
Show context
bagxrvxpepzn[dead post] ◴[] No.45674167[source]
[flagged]
mirashii ◴[] No.45674326[source]
> There are no substantial technical or usability reasons to switch to JJ from Git and it's impractical for most working programmers to switch. This is a neutral impersonal opinion that is virtually a fact.

Not a thing in here is true, especially not objectively true. As neutral as you may believe yourself, it might be a good time to step back and reexamine your priors that led you to state so confidently that there’s no usability reason to switch in particular.

replies(1): >>45674461 #
bagxrvxpepzn ◴[] No.45674461[source]
> it might be a good time to step back and reexamine your priors that led you to state so confidently that there’s no usability reason to switch in particular.

The key word I used is "substantial." The usability improvements over Git are marginal and if they ever become non-marginal, they can relatively easily be added to git. This is what my comment is getting at. The only essential difference between Git and JJ is that they are different fiefdoms. There is no substantial technological difference. It's just two different social factions with marginally different opinions about how to type CLI commands.

replies(1): >>45675184 #
1. andrewaylett ◴[] No.45675184[source]
Changesets, the op log, first class conflicts, no staging area.

JJ might produce commits that can be stored in Git, but the affordances are different. If Git wants to adopt them, it becomes no longer Git.

On the other hand, I'm happily using JJ while everyone I collaborate with is using Git. JJ doesn't need to "win" to be useful, it just needs to be useful enough that the people who maintain it continue to maintain it.