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

Herdr is joining Y Combinator. The runtime stays open

herdr.dev

Post reply on HN
Print view View original

191–200 of 200 posts

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

#191

Post by hluska »

ahmadyan wrote: post #52

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…

> Is OSS important because you want to inspect the code, fork it, self-host it, avoid vendor lock-in, or simply because you trust open-source developer tools more? Or, for desktop software like IDEs is open source mostly a nice-to-have rather than a requirement? So I’m curious where HN lands on this

Are you doing a survey for customer discovery purposes? This sure sounds like it… but if you are why not just disclose that and be open about it? I don’t like the ethical leap that you made to do this. Why should I trust your product if you don’t care enough to tell the truth about your questions?

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

#192

Post by jeffyaw »

bgnm2000 wrote: post #117
ahmadyan wrote: post #52

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…

I’m the founder of scape.work - and it’s precisely why we’re not free, not open source. I want to build something with a mission of helping people own their infrastructure around AI tooling locally. If I raise money I am legally bound to my shareholders to create value, as opposed to my customers and my mission. Bootstrapping has never made more sense, when code is so cheap.

completely agree! not interested in getting funding at all.

thought about it and kept remembering that scene from Silicon Valley, “Nobody told me I could take less!”

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

#193

Post by jeffyaw »

trymas wrote: post #137
SJMG wrote: post #57

Earlier quoted context omitted.

I just wouldn't bet against Mitchell. He doesn't need the money. He does it for the love of it.

Though what I genuinely don't understand is, why then Mitchel needs funding? If he needs funding - why accept it from weird contraversial figures? He has the freedom of choice, like no other.

why even take funding at all?

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

#194

Post by jeffyaw »

chrysoprace wrote: post #59
humblepie wrote: post #5

Okay, back to tmux it is then.

I started noticing problems with MCP auth state failing inside herdr, but working in a normal terminal session or with tmux, so I switched back to using tmux and it's been flawless. I also noticed that herdr was causing errors/warnings in ordinary terminal sessions so it's more trouble than it's worth at the moment (at least for me). It's a shame though, since I otherwise think it's a good tool.

could you help me understand the appeal of running everything in tmux? i use tmux if i have long running scraping/db backup or restore, or something similar.

it seems like an awesome thing to geek out on.

but i keep claude code sessions running for days that sometimes get interrupted that are easily resumed. without the tmux latency or giving up aspects of rendering.

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

#195

Post by jeffyaw »

xyzsparetimexyz wrote: post #82
ernsheong wrote: post #78

Ironically a lot of YC hate despite the fact that we are literally in their forum.

Like the articles, hate the influence of VC on open source. Even if it stays open it still gets ruined. See Bun for an example.

just made oam.js and released it yesterday. check er out.

https://oamjs.org

optimized for typescript and running js/ts mcp servers.

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

#196

Post by chrysoprace »

jeffyaw wrote: post #194
chrysoprace wrote: post #59

Earlier quoted context omitted.

I started noticing problems with MCP auth state failing inside herdr, but working in a normal terminal session or with tmux, so I switched back to using tmux and it's been flawless. I also noticed that herdr was causing errors/warnings in ordinary terminal sessions so it's more trouble than it's worth at the moment (at least for me). It's a shame though, since I otherwise think it's a good tool.

could you help me understand the appeal of running everything in tmux? i use tmux if i have long running scraping/db backup or restore, or something similar. it seems like an awesome thing to geek out on. but i keep claude code sessions running for days that sometimes get interrupted that are easily resumed. without the tmux latency or giving up aspects of rendering.

I haven't experienced any latency in tmux, so I'm not sure what you're experiencing. For rendering, you may have to change your `TERM` value in your shell.

Tmux is highly keyboard driven and I hardly use any graphical applications outside of my browser. My workflow is basically the same regardless of whether I'm using Linux, macOS or Windows because my workflow lives in the terminal. If I close the terminal, I can continue the session and I can SSH into the machine from another machine.

It's also got a rich plugin ecosystem and is available on pretty much any package distribution. You can also preprogram your layouts if you always do your layouts the same way.

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

#197

Post by jeffyaw »

chrysoprace wrote: post #196
jeffyaw wrote: post #194

Earlier quoted context omitted.

could you help me understand the appeal of running everything in tmux? i use tmux if i have long running scraping/db backup or restore, or something similar. it seems like an awesome thing to geek out on. but i keep claude code sessions running for days that sometimes get interrupted that are easily resumed. without the tmux latency or giving up aspects of rendering.

I haven't experienced any latency in tmux, so I'm not sure what you're experiencing. For rendering, you may have to change your `TERM` value in your shell. Tmux is highly keyboard driven and I hardly use any graphical applications outside of my browser. My workflow is basically the same regardless of whether I'm using Linux, macOS or Windows because my workflow lives in the terminal. If I close the terminal, I can co…

appreciate the reply!

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

#198

Post by icantevenhold »

jraph wrote: post #50
icantevenhold wrote: post #45

Earlier quoted context omitted.

But it’s not only toxic to the greedy corporations but all the others as well, hence

No. There's no restriction of usage in the (A)GPL. Anyone, including big corps, can use AGPL software. Preventing them to use the software is not the point neither. The point is trying to ensure end user freedom. They just choose avoid agpl software. Their loss. Unfortunately they also spread FUD on this and many commenters here happily convey it.

The “just choose to avoid” (because they are stupid and evil?) is very reductive.

I work at an open source company and we always avoided using APGL for many complex legal reasons - most of our user base would use something else if we were to switch license to APGL.

May they all heard too much FUD or are plain stupid but imo the reason is more complex

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

#199

Post by jraph »

icantevenhold wrote: post #198
jraph wrote: post #50

Earlier quoted context omitted.

No. There's no restriction of usage in the (A)GPL. Anyone, including big corps, can use AGPL software. Preventing them to use the software is not the point neither. The point is trying to ensure end user freedom. They just choose avoid agpl software. Their loss. Unfortunately they also spread FUD on this and many commenters here happily convey it.

The “just choose to avoid” (because they are stupid and evil?) is very reductive. I work at an open source company and we always avoided using APGL for many complex legal reasons - most of our user base would use something else if we were to switch license to APGL. May they all heard too much FUD or are plain stupid but imo the reason is more complex

It has always seemed weird that companies are happy to use proprietary software but avoid AGPL software like plague. AGPL being a free software license, usage is not restricted. There's nothing forbidden. If you only intend to use the software, then the situation is trivial. You have unrestricted right to use it. There's absolutely no complexity there. Proprietary software has strictly more restrictions on usage and is more legally complex.

> because they are stupid and evil

Yes, that was the intended meaning (evil, not stupid - on the contrary, I think that's very clever). With this I'm not qualifying small companies that bought into the FUD, but big corps that don't like that they cannot just take AGPL code and make others scared of the AGPL for no good reasons.

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

#200

Post by vrighter »

khalic wrote: post #141

Congrats to the herdr team! Please don't abandon the open source part of the business when the cash starts flowing... every open source project that does a bait'n'switch is a stab at the viability of open source as a whole

If they take vc funding, it's only a matter of when, not if. They all say that.
Post reply on HN