Live data from Hacker News

Rune is now open source

rune.build

41–50 of 72 posts

Re: Rune is now open source

#41

You mentioned “it’s like driving a new car” in another thread; I tried Rune in an earlier incarnation, and it was more drastic than a new car. I’m a vim user, and so enabled the Vim option in onboarding - that was a big mistake, because I literally could not do anything without using vim motions. I felt like a helpless noob on my first unix, how-do-I-exit-this-dam-text-editor. I realized that your onboarding was also…

I've gotten this feedback from other folks as well. I just can't seem to strike a balance between "what do I do now" and "this is too much training".

> You mentioned “it’s like driving a new car” in another thread; I tried Rune in an earlier incarnation, and it was more drastic than a new car. I’m a vim user, and so enabled the Vim option in onboarding - that was a big mistake, because I literally could not do anything without using vim motions. I felt like a helpless noob on my first unix, how-do-I-exit-this-dam-text-editor.

I'm almost tempted to take this as a compliment. I personally hated every other editor's "vim mode". I wanted Rune to be more than a regular editor with vim mode. fwiw you can turn-off vim mode in the terminal (and iirc, console and agent as well) and keep it in the editor.

Re: Rune is now open source

#42

Go is my the most favourite language, so I'm happy to see a Go based editor. However this days I'm writing code mainly in typescript (for Cloudflare workers). TS is the most popular language and you guys will definitely need to prioritize TS.

We're looking for someone to spearhead this effort: https://github.com/unstablebuild/rune/issues/50. I personally don't know enough about TS/JS's ecosystem to design a good experience. I know that Typescript's language server is one of the reference implementations, so at least the LSP part should be easy. What I'm not sure is what else is needed from a day to day workflow perspective.

Re: Rune is now open source

#43
post #33

The idea of the reverse rug-pull is fantastic, I hope it will work out! The ways people abuse open-source is appalling, yet the risible funding that goes to open-source makes thing really difficult for everyone. The whole write-up is quite interesting so I'll definitely try it out.

Thanks, I'm gathering that people are very excited about this. We'll post something in the coming weeks.

Re: Rune is now open source

#45
post #34

The build time claim in the blog post is dubious, part of the problem is CGO isn't fast, but also if build time was really a motivator the null build path is entirely unoptimized for objects with long build times: cached null (no changes) build: ~github/unstablebuild/rune % make pre-commit not installed; skipping git hook setup cd cmd/buildstamp && CGO_ENABLED=1 go build -ldflags="-X unstable.build/rune/internal/debu…

You just compiled 9 extensions, a purpose built benchmark program, a toy ssh shop I built, a toy TUI browser and Rune, in serial. It's right there in the output. Try `go build ./cmd/rune` for a fair comparison.

Re: Rune is now open source

#46
post #36
post #34

The build time claim in the blog post is dubious, part of the problem is CGO isn't fast, but also if build time was really a motivator the null build path is entirely unoptimized for objects with long build times: cached null (no changes) build: ~github/unstablebuild/rune % make pre-commit not installed; skipping git hook setup cd cmd/buildstamp && CGO_ENABLED=1 go build -ldflags="-X unstable.build/rune/internal/debu…

Similar reflection, I ran `kitten __benchmark__ --render` in rune, the CPU time spent was 1:55. I ran the same in a libghostty based terminal emulator and spent 0:44 on CPU. I say this only because yes you can do engineering to meet the benchmark without dropping to deeper systems layers, but closing the gap on efficiency is hard. I'm not saying this to be a downer on your project - an IDE and VTE in Go are a fun pro…

If you're going to run a benchmark, at least post the results. I was planning on writing up a different blog post about the terminal optimization journey, but I actually used `kitten __benchmark__ --render` quite a lot to optimize it:

rune --version Rune v1.2.1 (HEAD is 40bf9cc1)

Results: Only ASCII chars : 1.13s @ 177.2 MB/s Unicode chars : 1.44s @ 123.2 MB/s CSI codes with few chars : 2.95s @ 33.9 MB/s Long escape codes : 6.25s @ 125.5 MB/s Images : 2.76s @ 193.1 MB/s

/Applications/Alacritty.app/Contents/MacOS/alacritty --version alacritty 0.13.1 (fe2a3c5)

Results: Only ASCII chars : 1.97s @ 101.4 MB/s Unicode chars : 1.26s @ 140.3 MB/s CSI codes with few chars : 1.26s @ 79.3 MB/s Long escape codes : 5.22s @ 150.1 MB/s Images : 1.34s @ 399.3 MB/s

ghostty --version Ghostty 1.3.2-main-+aa21caeaa

Results: Only ASCII chars : 354.9ms @ 563.5 MB/s Unicode chars : 815.42ms @ 217.0 MB/s CSI codes with few chars : 1.23s @ 81.6 MB/s Long escape codes : 6.39s @ 122.8 MB/s Images : 680.84ms @ 783.4 MB/s

Ran just now, on a Macbook Pro M4 Max 128Gb.

Rune doesn't support the kitty graphics protocol, so ignore the Images bench results.

Re: Rune is now open source

#47
I am already a zellij user and not sure if I want to drive everything from an IDE instead. I definitely see the appeal though.

I like the discoverability of the text prompt commands. I like that the terminal is more of a first class citizen. I like that I can run this with just `go run`.

The themes are pretty bad right now IMHO. I use solarized/gruvbox themes- both light and dark.

Re: Rune is now open source

#48
I'm going to give this a try because I once also tried to make a slick GUI ide with Vim key bindings. Unfortunately I was trying to use Rust then, of which I had no experience, while trying to write a desktop app, of which I also had no experience.

Re: Rune is now open source

#49
post #44

For a brief moment I thought this is about the game Rune[1] and got excited as I have played that a lot when growing up. Alas, that wasn’t it. [1] https://en.wikipedia.org/wiki/Rune_(video_game)

The game has a cool moment where the hero defeats Loki's minion by pushing him into some water. Loki then spells his blood in the water, reviving and corrupting the minion.

You beat the minion, but to leave the area, you need to bathe in the same blood, and become corrupt like the monsters. You then return to your village, giant and powerful but no longer a person.

https://youtu.be/s-j5n-Sw10M

Re: Rune is now open source

#50

Go is my the most favourite language, so I'm happy to see a Go based editor. However this days I'm writing code mainly in typescript (for Cloudflare workers). TS is the most popular language and you guys will definitely need to prioritize TS.

We're looking for someone to spearhead this effort: https://github.com/unstablebuild/rune/issues/50 . I personally don't know enough about TS/JS's ecosystem to design a good experience. I know that Typescript's language server is one of the reference implementations, so at least the LSP part should be easy. What I'm not sure is what else is needed from a day to day workflow perspective.

you can safely ignore TS and focus on actual devs
Post reply on HN