8 replies
17h45m
I'm so used to whatever flawed abstractions I have in my head that I fear learning the truth could be detrimental.
7 replies
14h38m
It's an open source project slowly rotting.
Things that need doing:
1. Upgrade to Godot 4
2. Integrate VoiceCraft (nobody reads anymore)
3. Find ongoing support for a Maintainer
3 replies
12h33m
Is point 2 serious? Do programmers not read anymore?
1 replies
11h29m
If you're going to pitch something as a game, it needs voice. Integration is simple. What's the problem? Are git incantations too powerful to be spoken aloud?
0 replies
53m
If you're going to pitch something as a game, it needs voice
No?.. Idk what games you play, but there are an endless mountain of games with no voiceovers. It makes a lot more sense for games that have a lot of text (like this one), because reading is far faster than listening to speech. In general, I vastly prefer text to voice.
0 replies
9h48m
yeah I just type random letters on my keyboard and keep hoping my code run
0 replies
10h46m
I prefer reading instead of hearing some TTS or Voice AI reading things. For proper audio experience, a VA makes things probably better, though that has some cost to it as well. Otherwise just stick to text.
0 replies
7h10m
As @jna_sh mentioned, they are working on a 2.0 release : https://chaos.social/@blinry/111011979500389143
I won't even comment on the rest of points.
0 replies
13h16m
What?
2 replies
5h57m
After typing "git init" in the terminal in the level called "The command line", I then wanted to try my luck so I typed "vim". Now the terminal is stuck. How do I exit vim?
0 replies
1h21m
ZZ <enter>
0 replies
4h58m
Assuming the vim here is fully functional, the sequence (Not combined) would be esc : q enter.
1 replies
12h51m
This was presented at a conference (maybe FOSDEM?) some years ago. I as impressed, this showed what I had tried to train at work for years with mixed success.
Unfortunately there was no .deb or .rpm available at least at the time, that would be acceptable to distribute in Linux shop. So I built one myself. It was not perfectly easy (at least not for a greybeard not used to such game engine stuff), but in the end I got it building and running myself, still with some quirks not making it suitable for distribution.
I never found the time to polish it and whenever I looked at the repo again there was no activity. Now I see 2 months ago there were at least some commits.
Potentially useful project, but stalled before it got popular? I would wish it a second chance.
Edit: Downloading and installing random binaries is not something I can promote at my work. Of course a .deb or .rpm is nothing but a binary, but at least in theory (hello xz) you can audit what is built there and rebuild it yourself.
0 replies
6h25m
As long as the source is available, I always take the provided bins as a convenience versus a default negative attitude.
1 replies
17h51m
Imagine if apps just… worked like this, somehow. Start off with a realtime visualization and point and click commands, and as you learn them you can evolve into a straight CLI…
0 replies
15h29m
That's a similar approach to the one I use for teaching git. First the sim, then the CLI.
https://theintelligentbook.com/supercollaborative/#/challeng...
(Albeit I made mine simulate how things like VS Code look while you're doing it a bit more)
1 replies
1d17h
a new license every day https://github.com/git-learning-game/oh-my-git/blob/main/LIC... and https://github.com/git-learning-game/oh-my-git-2/blob/main/L...
their page says their funding will run out in Feb and those seem to be the last commit dates so I guess it happened :(
there was some discussion on the previous submissions: https://news.ycombinator.com/from?site=ohmygit.org
0 replies
3h43m
They got funding for a v2 :) https://chaos.social/@blinry/111011979500389143
1 replies
17h55m
Does this game include the newer Git commands that were featured in this HN submission from a few weeks ago? https://news.ycombinator.com/item?id=39889043
0 replies
12h15m
I don't think so (it's years that I tried the game).
Most of those commands don't even apply to the game.
worktree and cloning are a different aspect.
bisect (not new, must have existed for over 15 years, too)
This game visualizes how your commit history grows. None of those commands manipulate commit history.
1 replies
18h33m
This is amazing! Thank you for making this. I'm sure youngsters will love learning git in a gamified environment.
0 replies
7h56m
54 year old finding this useful here! :-)
0 replies
7h54m
What amount of funding did you/they get from the sources they listed?
0 replies
16h40m
This is freaking cool. Thanks for making this.
Maybe it will make me have more confidence in using git CLI vs my IDE's git integration instead.
0 replies
1h46m
Sadly causes random freezes on my 780m integrated GPU. Seems to be an AMD bug.
0 replies
16h33m
Well, this is a pretty clever way of introducing folks to git.
0 replies
13h16m
It is made with Godot.
0 replies
12h50m
very well done! love it!
0 replies
8h51m
The creators recently announced that they’ve gotten funding to do a 2.0! https://chaos.social/@blinry/111011979500389143
Also, it’s made in Godot, and whilst an older versiob of the engine, I’ve found it a valuable codebase for a couple of things. I particularly like how they deal with level creation, their file format for custom levels is very KISS.
0 replies
10h50m
That’s amazing, will definitely use this in teaching. Would be cool if this could also be compiled for the web/WASM.
Also, another git game / tool I had good experiences with is https://learngitbranching.js.org/.
0 replies
6h21m
I would love to see how Linus scores on this game.
Maybe the entire LKML should play this game and publish the leaderboard for our amusement :)
0 replies
4h36m
Love this, and may be helpful for incoming interns who are fuzzy on Git. Up until now my strategy has been to let them figure it out and point them to https://ohshitgit.com/ if they screw up.
0 replies
26m
Making games to learn git instead of just making git not an insane mess seems like a pretty obvious cowpath. Bummed we're still trapped here.
This, but I compartmentalize.
If I own the project then my heresies are dogma.
If you own the project I allow your heresies to be dogma.
Since reality doesn't care about this, wrong dogma can still bite you if it's not real even if non other people are involved
not if 'never rebase, it is a trick of the devil' is part of the Dogma and adhered to.
I'm being a little silly; but a team I worked on moved from P4 -> Git. It was an older develoepr base, so they wrote 1:1 translation wrappers for most P4 commands to git, and forced all developers to use them. Banning Rebase (in private branches, not even main) was one of the requirements to not break the wrappers.
While the idea of writing such wrappers is pretty nice, they still missed out. Rebasing is incredibly useful.
Interesting, one of my personal dogmas is "never merge, always rebase".
I can't handle my branches bifurcating into the past.
This is a phenomenal outlook, actually. Joining and working with other projects is then like attending an interfaith group comprised entirely of heretics arguing about the right way to disagree.
"Empty your cup", as they say.
If only you could rm -rF && git clone your mind.