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

Could you publish terminal-bench scores? What about memory usage?

What can you say about it?

I don't understand why you wouldn't simply provide SQL with requisite security precautions. Do you really need more?

SQL was designed with tabular data and a relational model in mind, and free-form documents have neither of those properties. You can shoehorn full-text search functionality into SQL - that's what the likes of MySQL/PostgreSQL/SQLite do - and it's good enough in cases where search isn't a core competency. But it's awkward to use and subject to the limitations of a syntax catered to declarative queries and rigid schemas.

Google Search used to essentially be this, then they had to tack on finnicky AI systems to handling the parsing of unstructured queries, and that was a cost/time sink that swung the pendulum over to fully AI-native search. This is the pendulum swinging back the other way with a new generation of UX designers. And it'll swing back eventually, too.

A duckdb backend that can query something like Sourcebot would be swell.

Is there a need for this over simply providing a rich enough search API?

If anything text lovers prefer GUIs for their proper rendering. Imagine if books looked like TUIs.

I'm pleased to see SurrealDB making progress. I look forward to the distributed comparisons. Can you also report TPC benchmarks? Also, do you have any write ups on your correctness- and regression testing approach?

orbstack and colima work well

The screenshot is illegible. Please compare it to competing products in the README. Instructions on adding support for new languages in CONTRIBUTING.md would help too.

I suppose it depends on what kind of users you have in mind; enthusiasts, versus average users. Before they became outright user-hostile they were known for their anti-competitive behavior and buggy products. People were calling them "Micro$oft" by the 90s, at the latest. And United States of America v. Microsoft Corporation started in '98.

How does that analogy apply to AI, where a handful of companies are attempting to replace the entire white collar market with computers? It fits neither qualitatively, nor quantitatively.

If somebody thinks the computer can make a better PowerPoint, what business is it of yours to stop them from using the computer to make a PowerPoint?

There's a big political problem to solve, but it's how to give most people decent material standards of living if computers are doing all the work, not how to freeze things in place so that people can keep doing tasks that (assuming success) the computer is better at.


Again, this analogy makes no sense. People use PowerPoint, they don't get replaced by it.

The goal of AI companies is to replace workers entirely; that is the only way their valuations make sense, and OpenAI's charter says this explicitly.


The displacement will rather obviously be task by task, not job by job.

Okay, edits it is. The displacement will rather obviously be incremental and be task by task, not job by job.


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

Search: