HackerTrans
TopNewTrendsCommentsPastAskShowJobs

sebasv_

no profile record

Submissions

Grove: A simple snappy TUI repo+worktree+shell manager

github.com
2 points·by sebasv_·3 miesiące temu·1 comments

comments

sebasv_
·18 dni temu·discuss
Really cool! I went through the same frustration with multiplayer games so I built https://parlor.vqi.io

No monetization of any kind other than a slightly hidden donate button.
sebasv_
·w zeszłym miesiącu·discuss
Same way that I would trust your review to be accurate. Because the reviewer has built a reputation for correctness.

Its not Claude doing the review. Its a human doing the review, but using Claude to do the reading. Its still on the human to ask the right questions to Claude.
sebasv_
·w zeszłym miesiącu·discuss
I am really grateful to see this still gets attention.
sebasv_
·w zeszłym miesiącu·discuss
This is a blog on the root cause. MCAS would be an intermediate mechanism in making you feel sick, but something must have triggered the MCAS. Thats the autoimmune response.
sebasv_
·3 miesiące temu·discuss
Last week I built Grove as the successor to my IDE. Like many, I suspect, I was struggling to coordinate multiple agents per repo recently. Cursor, Zed, Superset, Conductor, all are now following a layout centered around worktrees, but I felt like they were missing the point. I just need some organizer for my shells and a diff viewer. I no longer want to deal with a debugger, or an lsp, or code navigation.

Give it a whirl if this resonates with you! Grove is rough around the edges and was designed with my workflow in mind, but I welcome contributions to eg supporting more VCS, another package manager, or be more friendly to whatever agent you like!

Built in Rust, because why not? An Electron stack just sounds like a hassle to maintain in this Brave New World of ours.
sebasv_
·3 miesiące temu·discuss
I want this, but I do not have the experience with radio signals to build this myself without more guidance. Is there a DIY proof of concept I could lean on? How much more challenging will this be if you are in an area with overlapping FM signals from 2 transmitters sending the same signal?
sebasv_
·5 miesięcy temu·discuss
I feel like your comment is in itself a great analogy for the "beware of using LLMs in human communication" argument. LLMs are in the end statistical models that regress to the mean, so they by design flatten out our communication, much like a reductionist summary does. I care about the nuance that we lose when communicating through "LLM filters", but others dont apparently.

That makes for a tough discussion unfortunately. I see a lot of value lost by having LLMs in email clients, and I dont observe the benefit; LLMs are a net time sink because I have to rewrite its output myself anyway. Proponents seem to not see any value loss, and they do observe an efficiency gain.

I am curious to see how the free market will value LLM communication. Will the lower quality, higher quantity be a net positive for job seekers sending applications or sales teams nursing leads? The way I see it either we end up in a world where eg job matching is almost completely automated, or we find an effective enough AI spam filter and we will be effectively back to square one. I hope it will be the latter, because agents negotiating job positions is bound to create more inequality, with all jobs getting filled by applicants hiring the most expensive agent.

Either way, so much compute and human capital will go wasted.
sebasv_
·5 miesięcy temu·discuss
I am stumped. Am I misreading, or are the folks at Google deliberately confounding two interpretations of "world model"? Dont get me wrong, this is really cool, and it will undoubtedly have its use. But what I am seeing is an LLM that can generate textures to be fed into a human-coded 3d engine (the "world model" that is demonstrated), and I fail to see how that brings us closer to AGI. For AGI we need "world models" as in "belief systems". The AI model must be able to reason about (learned) dynamics, which I dont see reflected in the text or video.
sebasv_
·6 miesięcy temu·discuss
I see at least 2 axes here: * Should access to a tool be restricted of it is used for malice * Is a company complicit if its automated service is being used for malice

For 1, crowbars are generally available but knives and guns are heavily regulated in the vast majority of the world, even though both are used for murder as well as legitimate applications.

For 2, things get even more complicated. Eg if my router is hacked and participates in a botnet I am generally not liable, but if I rent out my house and the tenant turns it into a weed farm i am liable.

Liability is placed where it minimises perceived societal cost. Emphasis on perceived.

What is worse for society, limiting information access to millions of people or allowing csam, harrassment and shaming?
sebasv_
·6 miesięcy temu·discuss
It is not meant to save the doctors face. The very definition of FND is "doctors dont know what is wrong, but they acknowledge that your symptoms are real".

The point of giving it a name is in the second part. Its about explicitly acknowledging the limitations of medicine
sebasv_
·6 miesięcy temu·discuss
I remember seeing a paper a while back that found veganism increased your death by ischemic stroke probability threefold.

Because of old age. Being vegan increased your odds threefold to die of old age instead of prematurely from disease.

Apologies for not having a link to the source