Hacker Newsnew | past | comments | ask | show | jobs | submit | TheTaytay's commentslogin

Good article. I nodded along and wish OP had written more about their solutions!

The problem for folks like me/us is fear of "losing" something, and like the OP. knowing that something can be saved and found again (or stumbled across) later solves the problem, whether it's ever searched for again. The act of "hoarding" actually scratches the itch for me. I'm fine to close a tab if it doesn't feel like I'm "throwing it away forever." And bookmarking a site is just a slower way to lose something forever. It's not easily findable, and I won't take the time to organize my bookmarks into a nice hierarchy. That reminds me of those old "internet yellow pages" that were sold at Microcenter back in the early days. That's a silly, slow way to organize information for retrieval.

I wish that 99% of my browser history was automatically indexed/recorded for later searching. I could imagine "boosting" particular links' importance with a bookmark concept, but I think you could also choose to elevate any site I spent a little bit longer on to actually read, or that I came back to later. If you added semantic search into that, and offline plain-text greppability, we'd really be in business. A lot of my searches boil down to "Didn't I see a tool or HN post that solved this problem 6 to 12 months ago?" Sometimes I find it again. Often I don't.

I keep hoping that someone like Kagi (which I already happily pay for) will let me build my own personalized internet index consisting "only" of the tens of thousands of URLs I've seen...They've built some stuff that is kinda close, and they already have a good crawler/indexer.

I have been using OneTab to quickly consolidate a lot of tabs to a single list of URLs, which actually does help me "feel" a bit better, but doesn't solve the semantic search issue. It sounds like Karakeep (mentioned by @miladyincontrol) does some of what I want already, and that they're working on semantic search too, but it doesn't offer it yet.

If anyone (including the OP) has something to help me auto-hoard, I'd love to hear it.


This was extremely useful to read for many reasons, but my favorite thing I learned is that you can “teleport” a task FROM the local Claude Code to Claude Code on the web by prepending your request with “&”. That makes it a “background” task, which I initially erroneously thought was a local background task. Turns out it sends the task and conversation history up to the web version. This allows you to do work in other branches on Claude Code web, (and then teleport those sessions back down to local later if you wish)

OpenCode is actually client server architecture. Typically one either runs the TUI or the web interface. I wonder if it would cope ok with running multiple interfaces at once?

Neovim has a decade old feature request for multiple clients to be able to connect to it. No traction alas. Always a great superpower to have, if you can hack it. https://github.com/neovim/neovim/issues/2161

Chrome DevToops Protocol added multiple client support maybe 5 years ago? It's super handy there because automation tools also use the same port. So you couldn't automate and debug at the same time!

That is a really tool ability, to move work between different executors. OpenCode is also super good at letting you open an old session & carry on, so you can switch between. I appreciate the mention; I love the mobile ambient aspect of how Claude Code can teleport this all!!


> Neovim has a decade old feature request for multiple clients to be able to connect to it. No traction alas.

Why cram all features into one giant software instead of using multiple smaller pieces of software in conjunction? For the feature you mentioned I just use tmux which is built for this stuff.

Also, OpenCode has been extremely unreliable. I opened a PR about one of the simplest tools ever: `ls`, and they haven't fixed it yet. In a folder, their ls doesn't actually do what you'd expect: if iterates over all files of all folders (200 limit) and shows them to the model...


> Neovim has a decade old feature request for multiple clients to be able to connect to it. No traction alas. Always a great superpower to have, if you can hack it. https://github.com/neovim/neovim/issues/

I do this to great effect with Emacs daemon mode.


That’s true - the assumed time is different now. We have to judge it on the content/findings of the experiment, rather than the fact that someone experimented with it. I share your frustration with random GitHub repos though. Used to, if someone could create a new GitHub repository with a few commits, there was likely to be some intelligence or quality behind it, but I commonly stumble across vibe coded slop with AI-slop READMEs. So maybe you are describing a similar reaction here in HN posts.


Tangential would be “I wrote a Fibonacci function in this and it worked, just like it said on the tin!”

Compiling this to wasm and calling it from python as a sandboxed runtime isn’t tangential. I wouldn’t have know from reading the project’s readme that this was possible, and it’s a really interesting use case. We might as well get mad at simonw for using an IDE while he explored the limits of a new library.


I was hoping you experimented with this! I am right there with you, hoping for an easier wasm sandbox for LLMs.

(Keep posting please. Downvotes due to mentioning LLMs will be perceived as a quaint historic artifact in the not so distant future…)


On the contrary, it's pretty possible that LLMs themselves will be perceied as a quaint historic artefact and join the ranks of mechanical turks, zeppelins, segways, google glasses and blockchains.


If you can operationalize this I’ll happily take a bet against this, and offer you great odds.


That is extremely unlikely.


This is simonw though. I look forward to his thoughts on a topic and would find it annoying if he was forced to summarize his research in a HN thread and then not link to it.

The difference between LinkedIn slop and good content is not the presence or absence of a link to one’s own writing, but the substance and quality of the writing.

If simonw followed these rules you want him to follow, he would be forced to make obscure references to a blog post that I would then need to Google or hope that his blog post surfaces on HN in the next few days. It seems terribly inefficient.

I agree with you that self-promotion is off-putting, and when people post their competing project on a Show HN post, I don’t click those links. But it’s not because they are linking to something they wrote. It’s because they are engaged in “self-promotion”, usually in an attempt to ride someone else’s coattails or directly compete.

If simonw plugged datasette every chance he got, I’d be rolling my eyes too, but linking to his related experiments and demos isn’t that.


I think he’s saying it’s a fundamentally improved language at this point?


Not OP, but the case can be made that it's still the same very ugly language of 10 years ago, with few layers of sugar coating on top. The ugly hasn't gone anywhere. You still have to deal with it and suffer the cognitive burden.


> Not OP, but the case can be made that it's still the same very ugly language of 10 years ago, with few layers of sugar coating on top.

Let's talk specifics. As it seems you have strong opinions, in your opinion what is the single worst aspect of JavaScript that justifies the use of the word "ugly"?


https://dorey.github.io/JavaScript-Equality-Table/

https://www.reddit.com/r/learnjavascript/comments/qdmzio/dif...

or anything that touches array ops (concatenating, map, etc…). I mean, better and more knowledgeable people than me have written thousands of articles about those footguns and many more.

I am not a webdev, I don't want to remember those things, but more often than I would wish, I have to interop with JS, and then I'd rather use a better behaved language that compiles down to JS (there are many very good ones, nowadays) than deal with JS directly, and pray for the best.


Both of the things you quoted are basically gone in practice, you just always use const/let and always use triple-equals for equality comparisons and that's that. Most people that write JavaScript regularly will lint these out in the first place.

OTOH I think JS has great ergonomics especially wrt closures which a number of popular languages get wrong. Arrow functions provide a syntactically pleasant way to write lambdas, let/const having per iteration binding in loops to avoid nasty surprises when capturing variables, and a good number of standard methods that exploit them (eg map/filter on arrays). I also think, though a lot of people would disagree because of function coloring, that built-in async is a great boon for a scripting languages, you can do long operations like IO without having to worry about threading or locking up a thread, so you get to work with a single threaded mental model with a good few sharp edges removed.


If type conversion and the new var declaration keywords are your top complains about a language, I'm sorry to say that you are at best grasping at straws to find some semblance of justification for you irrational dislike.

> I am not a webdev, I don't want to remember those things, (...)

Not only is JavaScript way more than a webdev thing, you are ignoring the fact that most of the mainstream programming languages also support things like automatic type conversion.


> you are at best grasping at straws to find some semblance of justification for you irrational dislike.

You seem so emotionally-involved that the whole point whooshed above your head. JS is a language that gives me no joy to use (there are many of those, I can put Fortran or SQL in there), and, remarkably, gives me no confidence that whatever I write with it does what I intend (down to basic branching with checking for nulliness/undefinedness, checking for edge-cases, etc). In that sense it's much worse than most of those languages that I just dislike.

> Not only is JavaScript way more than a webdev thing, you are ignoring the fact that most of the mainstream programming languages also support things like automatic type conversion.

Again, you are missing the point. JS simply has no alternative for webdev, but it's easy to argue that, for everything else, there are better, faster, more expressive, more robust, … languages out there. The only time I ever have to touch JS is consequently for webdev.


Run out of what? The fuel? Given its energy density, and uranium availability, that seems unlikely, but I haven’t done math on it.


Thanks for showing this! It’s cool, and I enjoyed reading through some of the code. Note that I tried to use some of the regex tools that needed LLMs and got a rate limit error.


Well said.

I’m literally afraid of the cloud console dashboards from the big providers. That’s especially true with the quagmire that is AWS. It’s so easy to leave a resource turned on that you are no longer using, and so hard to tell which resource belongs to which project, or have high confidence you set up permissions correctly. They have multiple products whose only job is to monitor and configure your AWS accounts. Multiple. That’s not a brag. That’s an admonition.

Digital Ocean, Hetzner, Render, etc, seem to have figured out how to rent millions of dollars of computers and services out every month without requiring you to become “certified” on their platform.


This 1000%. The Ui is so convoluted I’m scared that I’ll leave something on and be charged a fortune.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: