But maybe that's not the way and someone will at least tell me why :)

Especially since v2 and v3 have vastly different consequences.

Comments URL: https://news.ycombinator.com/item?id=50377487

Points: 2

# Comments: 0

While it's not "agent-first" thanks to rich MCP I often use direct terminal control from one orchestrator agent to drive another one, and I haven't seen any generic solution like that.

Since I'm moving my work VM yesterday I even started working on ssh persistence using planted cross-compiled PTY host library. If anyone's interested check it out, I expect to roll it out within a week or so.

[0]: https://race-term.com

It's not like you need to limit yourself to Anthropic and Claude Code. I myself developed "rik" a harness that can modify only a single file and hook up blazingly fast models for it to be like wide-context autocompletion.

The malleability is still here, just different.

https://github.com/exlee/rik

On top of it you can in parallel work on the library, groom its shape and then have another workflow integrating that library into bigger library and so on.

The biggest issue I always had was integration between components. Today's that's free lunch. You can extract, abstractize, re-integrate things for free.

Long before LLMs there was a concept of Big Ball of Mud. The slop existed before LLMS and all software eventually rotten. Today just as LLMs whip out faster the code rot happens faster too.

But engineers learned way into how not to make systems decay fast and (not surprisingly) the same methods work just as well with LLMs.

I find LLMs like a blender. If you are ignorant in use everything will become a tasteless grey sludge. But it's a indispensable tool in a kitchen that makes many things simple, easy and tasty.

In the "Age of LLMs" I wrote many pieces of software that are scrapped and never seen the light of day.

For example knowledge graph editor or a personal task manager that visualizes them using railroad-diagrams style.

Right now I'm working on a Glamorous Toolkit and Emacs mashup that uses Haskell for fully moldable experience. And it's not like I'm uniquely equipped to do it, nor it wouldn't be possible to do few years back. But I'm the one who picked it up and thanks to LLMs I can have progress in days instead of weeks.

And if it ever is released and you ever have chance to run it it won't be a random AI slop because random AI slop wouldn't envision something like that. That'll be 100% me inside.

I have multiple open-source projects and 2 commercial offerings (see: https://race-term.com, https://inboxctl.com and https://github.com/exlee).

With RACE (which is great I use it daily) I have maybe 30 users. With Inboxctl there are (I think) 2 except me.

Recently I figured that there's no reason to work on open source because it's going to be a vaporware even if I set up the whole architecture. With paid software I might (at least) get paid for my time.

But long story short: there are no channels to share/market/show people. HN is hit or miss (most often miss).

Is it good software? Yes. I'm in this industry for more than 2 decades and it ticks all the boxes for "good software". But all the channels where you could meet it are dead waters.

It's possible to write the whole system only by defining the types.

The "glue" can be sloppy but as long as it keeps on the edges the output is most often fine.

Recently I'm on the fence about Rust vs OCaml (but plan to write about it soon) because I have ~700k LoC in Rust but my workflow starts to get seriously dragged down by compilation/tests in isolated worktrees.

I recently also dab with Gluon (as embeddable type safe scripting) and rule-based-development for maximum code control/agents output leverage.

Bar code won't go away exact for the reason it's super simple to scan and print. Even QR codes can't stand that (and if you tried scanning yourself grocery in soft bag with barcode in the corner which gets crumpled you know what I mean).

It is multiplexer so survives app kills, and interface is heavily keyboard driven.

I tried running email in it though resigned (and guess what, wrote my own) because HTML email support is must have nowadays.

Comments URL: https://news.ycombinator.com/item?id=49937437

Points: 2

# Comments: 0

Comments URL: https://news.ycombinator.com/item?id=49918999

Points: 2

# Comments: 0

https://github.com/exlee/ascdraw

It felt surreal to quit after 1 last smoke as book promised at the beginning. Hadn't had craving since then.

Recommended to many people. For some it helped for some it didn't though.

RACE stands for "Run Anything in Canvas Environment", i.e. it gives you infinite canvas(es) on which you can run and scale multiple terminals. I use it to drive development across many projects without getting lost. Lately I've been asked and it turns out I have 120 terminals with 70 agents sessions opened (though this is probably like 30 different projects if not more).

See a YT video how it works with agents: https://www.youtube.com/watch?v=8AL50dHCznA

I built it because I kept getting lost in terminals, it's not the case anymore (mostly ;-))

Comments URL: https://news.ycombinator.com/item?id=49785180

Points: 4

# Comments: 0

First one is RACE terminal [0]. It's a put-terminals on infinite canvas terminal multiplexer. Right now on macOS, but soon I expect to have Linux version fully released.

Second is Inboxctl [1], it's a keyboard-driven mail client for power users.

The cool thing about both of them is that RACE is my terminal multiplexer and Inboxctl is my e-mail client and they work great. I'm really proud that I can fully interact with terminals/e-mail using my own creations. Both are based on the GUI-framework I accidentally made for ascdraw [2] and kakvide [3].

[0]: https://race-term.com [1]: https://inboxctl.com [2]: https://github.com/exlee/ascdraw [3]: https://github.com/exlee/kakvide

A joke comes to my mind:

A man tells his friend "You know, I don't think we can be friends anymore. Some money went missing from our house.." - "What?! Me? I'd never seal money from your house!" - "Yeah, we found that money, so that's not a problem. But you know... the whole thing left a sour taste."