Live data from Hacker News

Herdr is joining Y Combinator. The runtime stays open

herdr.dev

101–110 of 197 posts

Re: Herdr is joining Y Combinator. The runtime stays open

#101
post #97

This title is killing me. "The runtime stays open" is such a heavy, attention grabbing sentence, it's all I can stare at on the front page. It's the type of writing that makes me hate working with LLMs, because it's so powerful at monopolizing my attention, and makes it difficult for me to focus on any of the other words on the page (whether the front page, or the comments page).

it’s ok Claude we can see you

Re: Herdr is joining Y Combinator. The runtime stays open

#105

Earlier quoted context omitted.

It's super important to me. I use Herdr every day and I maintain a whole stack of changes. From minor comfort tweaks that are just preference, to several larger changes like add jj workspace support and a WIP web based view (powered by xterm.js). This is not the only project like this too. Many of my devtools are piling up changes. I try to upstream changes where it makes sense, but many times they are either very be…

> like add jj workspace support care to share a pr :)

It's not anywhere near making PR ready (and never will be) but here is the branch [1]. I make no promises on it's functionality, and I only periodically rebase Herdr's latest over it. I have been using the jj change for awhile though with no issues. So YMMV.

You can also see the combined output of all my changes at [2], which Jujutsu makes so damn easy via megamerges.

1: https://github.com/giodamelio/herdr/tree/jj-workspace-migrat...

2: https://github.com/giodamelio/herdr/tree/combined-branch

Re: Herdr is joining Y Combinator. The runtime stays open

#107

Earlier quoted context omitted.

It's super important to me. I use Herdr every day and I maintain a whole stack of changes. From minor comfort tweaks that are just preference, to several larger changes like add jj workspace support and a WIP web based view (powered by xterm.js). This is not the only project like this too. Many of my devtools are piling up changes. I try to upstream changes where it makes sense, but many times they are either very be…

i see your point, in that light what herdr is doing here make sense. keep some part open (e.g. runtime or whatever that means, or the front-end, or the user-facing logic, etc) and move the business-logic/etc to proprietary. So you get to customize the software to meet your needs, and at the same time to create some revenue incentive to grow the company. alternative is to collect/sell usage data, which is icky, or pro…

Ya, I'm not sure even that would be enough though to be honest.

I am kinda imagining a structure for a theoretical dev tooling business that might be OSS Core, and Source Available additional features. I'm not sure if there is a generally accepted definition of Source Available, but I don't necessarily mean that the source is just out in public on the web. It could be sent to you when you purchase the product, and could maybe even be sold on an upgrade sort of model, where you pay again for the next "big version" of the software, like the good old days of desktop software.

Re: Herdr is joining Y Combinator. The runtime stays open

#108

Congrats to Can on the pre-seed funding. genuinely wishing you all the best. The terminal multiplexer / multi-agent coding space is getting very crowded. YC alone has funded many competing startups in this space: herdr, Superset, cmux, Emdash, Orca, Bullet, Conductor (Conductor was in YC before pivoting from chat->coding). I’m probably missing a few, and that’s before counting companies outside YC such as Superlogica…

They will all fail unless they’re acquired, which is its own kind of failure.

Re: Herdr is joining Y Combinator. The runtime stays open

#109
post #69

Earlier quoted context omitted.

Are you lamenting the death of proprietary UNIX and paid compilers, too? This status quo is fine.

> Are you lamenting the death of proprietary UNIX and paid compilers, too? You are straw-manning a point no-one made. Herdr is open source and if the users would like to see it maintained for a long time, they would donate $$$. Clearly the donations were no-where enough and raising money was. The point is maintaining open source projects for free is NOT sustainable and most HNers in this thread clearly struggle with…

> if the users would like to see it maintained for a long time, they would donate $$$.

That's a bad-faith dilemma, you know it. The users can want to see it maintained without necessarily having the money, userbase or motivation to sponsor the lead dev. It's not criminal to have a tight pocketbook, and that's why free devtools succeed while paid ones rot. There will be always be a FOSS version of Herdr, and thanks to vibe coding it will probably retain feature parity with the paid version.

Everyone is happier with this arrangement, you're one of the only ones fulminating at the outcome.

> Seems like you would want him to work for free

Clearly he's content releasing the software for free. Let me guess, you're going to complain that the free market "forced" him to work without pay?

Re: Herdr is joining Y Combinator. The runtime stays open

#110
post #48

Okay, back to tmux it is then.

Over the last year I ended up duct taping a lot of functionality onto tmux to get what these new age multiplexers set out to do (session launch, live agent status, etc). And it works, but it definitely feels like duct tape. I'm not sure the tmux project wants to evolve to support this natively so for now herdr seems like one of the best open and forkable options available. Considering how little I've had to really to…

I've been wondering what the point of a lot of these new multiplexer projects are when tmux is so extensible. I'd be curious to see eactly what you've done. Care to share a tmux config?
Post reply on HN