It's a trade off as always. I agree though.

I wonder the same thing a lot. I also wonder how AI will fit into this problem.

There’s a sort of graph isomorphism problem of mapping APIs onto each other that seems solvable since a lot of them do the same thing but in different ways. Though it’d take something more keen on the minutiae than the LLMs for this I think

To be fair, shutting down all communications and power are our only defense against a runaway AI system.

This is a capability that makes sense to have to use when absolutely necessary.

I think the differentiator is always when governments choose to employ these things.

> This is a capability that makes sense to have to use when absolutely necessary.

I definitely disagree with this. Currently there is no reason to believe we'll ever have sentient AI, or AGI or whatever term you prefer, much less a runaway one. There is definitely reasons to worry about governments using this power in an era of increasing authoritarianism, I mean we're talking about this because it is literally happening right now to cover up a massacre.

I don't want the power to turn off all communications to exist, because I don't want my political enemies to have it if they win an election.

> shutting down all communications and power are our only defense against a runaway AI system

Wouldn't a centralized ability to shut down all communications and power also be one of the most vulnerable targets to an runaway AI attack though? Seems like a double edged sword if I've ever seen one.

Eh if you're gonna go that far with your logic then a runaway AI system intelligent and malevolent enough to require turning off the whole damn Internet in a place (or more likely globally, defeating the point anyway) will also be intelligent enough to use alternative means of communication.

RF is rife in our brave new world.

> I have nothing to hide

I really dislike that this is always the argument that's being attacked. It's not even what most people are thinking when they respond.

It's clear that the exchange is privacy for effort. If I want to self host, I need to pay time and money to get it all working, then continue to maintain it forever.

This is different because now the cats out of the bag: AI is big money!

I don't expect AGI or Super intelligence to take that long but I do think it'll happen in private labs now. There's an AI business model (pay per token) that folks can use also.

> don't expect AGI or Super intelligence to take that long

I appreciate the optimism for what would be the biggest achievement (and possibly disaster) in human history. I wish other technologies like curing cancer, Alzheimer's, solving world hunger and peace would have similar timelines.

We are making decent strides on the first two, the latter two are like wanting cats to stop scratching. What's the point of being a cat than?

I prefer using the same feature to have an extremely warm (almost red) tone. I think it's much more pleasing than b/w and results in less blue light for me.

I do similarly. Triple tap puts it in night mode, red and black. It’s nice for checking messages in the middle of the night.

Not to mention the saturation of training data

If it's < 100M, with vectors of 1024 size, you could fit all of that in ~100G of memory. So, maybe storing it in memory is an easy way to go about it. This ignores a lot of "database problems". If the docs are changing constantly, or uou have other scalability concerns, you may be better off using a "proper" vector db. There have been HN postings which indicate vector db choice matters. Do your research there.

Agreed. Pure in-memory is too risky for us given the persistence requirements and monthly updates. We are definitely going with a 'proper' DB (likely Postgres+pgvector or Weaviate) to handle the state and updates reliably.

I think this article is funny. Python's STL is way more useful and contains myriad useful things that Ruby lacks out of the box.

difflib is probably my favorite one to cite.

Go see for yourself: https://docs.python.org/3/library/index.html

The benefit there is that their quality, security, completeness and documentation are all great!

"STL" is not an abbreviation for "standard library". It doesn't even correctly refer to the C++ standard library; that's a misnomer. There was only one STL, and it was third-party; saying "Python's STL" makes barely any more sense than saying "Python's Boost".

https://en.wikipedia.org/wiki/Standard_Template_Library

If I would get a cent every time I solved a difficult problem in a project by pulling out difflib and shocking the team with it, I would have two cents. It's not a lot, but it's amusing that it happened two times already.

This looks really cool! Next diagram is getting this treatment!

Thanks, let me know how it goes! There's certainly lots of improvements to be made to the layout engine and polishing for the UI so happy to incorporate any feedback!

I didn't think it was so bad. It's a valid response.

I mean, it is my comment; I wouldn’t have made it if I thought there was anything wrong with it. But, I’m really struggling to see anything objectionable in it at all.