Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Rune is now open source

rune.build

Post reply on HN
Print view View original

51–60 of 72 posts

Re: Rune is now open source

#51

Post by natnatenathan »

ceehex wrote: post #39
natnatenathan wrote: post #23

Earlier quoted context omitted.

I have found that I need more than this. A document viewer is critical so I can see HTML prototypes, review docs and other output and give feedback contextually inline (through a commenting system). I also need a task lists for my project/ agents so I can see where things are. I created an app like this for myself that is built around an integrated terminal, after I had the epiphany that VS Code (and VIM) were becomi…

all those things wouldnt be done in an ide anyways

fine, I need an "integrated agent collaboration environment" instead of an integrated development environment. I find value in them all being in the same app because it brings everything I need into a single work flow.

Re: Rune is now open source

#52

Post by ragchronos »

natnatenathan wrote: post #51
ceehex wrote: post #39

Earlier quoted context omitted.

all those things wouldnt be done in an ide anyways

fine, I need an "integrated agent collaboration environment" instead of an integrated development environment. I find value in them all being in the same app because it brings everything I need into a single work flow.

Have you tried Zed?

Re: Rune is now open source

#53

Post by effekt »

icemanx wrote: post #50
ernestrc wrote: post #42

Earlier quoted context omitted.

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

so, claude?

Re: Rune is now open source

#54

Post by marcopolo »

raggi wrote: 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…

As a sibling comment pointed out this isn't comparing the same things. I'll try to provide a better comparison.

On a warm build on my machine, after editing a string in Zed's `crates/zed/src/zed.rs` and editing a string in Rune's `./cmd/rune/main.go`

Zed: `cargo build --release`: 284s (debug 30s)

Rune: `go build ./cmd/rune`: 15s

note I'm using a release build in Cargo to make it a bit fairer as all builds are "release" builds in Go.

Re: Rune is now open source

#56

Post by aetherspawn »

I am a huge advocate of this kind of app paradigm:

It’s now really easy to spin a terminal emulator and make cross platform terminal apps that work the same on Windows, macOS and Linux regardless of users terminal. You can also make sure the term sends everything required to make the app “nice”, like mouse hover events.

I started using this paradigm for some of my own company’s apps around 3 months ago because it was neat to allow the app to spawn DWM windows for sub windows, dialogs etc. but the app can also fall back to standard TTY for using over SSH or from within a docker or any other terminal. Also, using your own terminal window gives proper taskbar integration (stacking windows) and you can set your own app name/icon.

(It’s possible to 1-shot this in Python using the prompt “use ghostling as a reference, write a terminal emulator in Python using raylib and libghostty that hosts my app” and the first pass was around half the speed of Ghostty.)

Re: Rune is now open source

#57

Post by sheepscreek »

_hao wrote: 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)

I must have the attention span of an ant. This happened to me TWICE today.

Re: Rune is now open source

#58

Post by threecheese »

ernestrc wrote: post #41
threecheese wrote: post #32

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 anythi…

In one dimension, I'd also consider a compliment! "Purist" approach. However, given you are marketing Rune now, ... ... Good luck, I mean it.

Re: Rune is now open source

#59

Post by natnatenathan »

ragchronos wrote: post #52
natnatenathan wrote: post #51

Earlier quoted context omitted.

fine, I need an "integrated agent collaboration environment" instead of an integrated development environment. I find value in them all being in the same app because it brings everything I need into a single work flow.

Have you tried Zed?

Kind of. I tried it on a really small project, but I've been reading about it and have seen a few demos and reviews. It is still too 'code focused' for me.

For context, I am a product manager at a big tech company who has been building side apps for fun (and profit) since the days of Palm OS. I am effectively an SDE1 with 20 years experience, who has deep expertise in a lot of obsolete tech (C, Objective-C, Perl) and some exposure to modern stuff (TS, React, Rust, Swift).

In the past year, I've been able to personally drive projects several orders of magnitude than what I could ever build myself. I'm not asking Fable to 1-shot grand theft auto, I am creating steering files, running adversarial reviews, prototyping, automating testing, and building my projects the slow way. Still, I don't write any code, just requirements and prompts and generate the rest. Our internal development teams at my company have arrived at a very similar process (much more sophisticated) by investing heavily in steering files that encode development approaches, harness and other mechanisms to automate best practices. It is getting to the point where our development process are becoming really similar, and many of the SDE do not need to review code for the majority of their deliverables, instead they are working on the framework (harnesses) and auditing. (Of course they still do look at the code because the love coding. But they usually don't need to)

Post reply on HN