LaTeX will have a special spot in my heart, but it's pretty bloated (even minimalist distributions) and suffers from being an early pass at a problem.
355 karma · joined September 30, 2014
LaTeX will have a special spot in my heart, but it's pretty bloated (even minimalist distributions) and suffers from being an early pass at a problem.
That said, installing any package is a liability, whether it's a library or an mcp server.
As a young math researcher, my mentor definitely did not believe that Math was the absolute descriptor of the universe.
You can definitely imagine a scenario where the world does not operate perfectly mathematically correct though Math still exists - as an abstract separate entity.
You can do this such that everytime you recognize a new quirk in the world, then you can invent some new math/logical framework to match/approximate the current understanding. I don't know if this is the reality of this world, but when you look at things like complexity theory you have to wonder "okay... maybe we designed a useful system rather than discovering a true law of reality"
1. it's very difficult to verify how a llm will behave without running it 2. there is an intentional ignorance around the security issues of running models
I think this research makes the speculative concrete
"LISTEN/NOTIFY got us to this level of concurrency; here's how we diagnosed the performance cliff, and here's what we're doing now."
Which is like... cool, you were able to scale pretty far and create a lot of value before you needed to find a new solution.That said, this comes up often in my office. It's just not giving really good advice in many situations - especially novel ones.
AI is super good at coming up with things that have been written ad nauseam for coding-interview-prep website
1. Criticizes a highly useful technology 2. Matches a potentially-outdated, strict interpretation of copyright law
My opinion: I think using copyrighted data to train models for sure seems classically illegal. Despite that, Humans can read a book, get inspiration, and write a new book and not be litigated against. When I look at the litany of derivative fantasy novels, it's obvious they're not all fully independent works.
Since AI is and will continue to be so useful and transformative, I think we just need to acknowledge that our laws did not accomodate this use-case, then we should change them.
Limiting the ability to _easily_ modify what's running on a system is more about public cyber-health than the individual's freedom. Viruses + malware much more easily infect systems when they are running outside of a sandbox.
Would be really cool to convert it's predictive model into a computer program that predicts written in like python/C/rust/whatever, and I think that would better serve our ability to understand the world.
A+
Giving people the keys to the car is both 1. how you make a happy person and 2. build systems that understand and operate with the bigger picture
But you make an interesting point: eventually AI will be making for other AI's + machines, and human verification can be an after thought.
...when you actually do want to think about it (in 2024).
Right now, we're collectively still figuring out:
1. Best chunking strategies for documents
2. Best ways to add context around chunks of documents
3. How to mix and match similarity search with hybrid search
4. Best way to version and update your embeddings 1. Auto-complete makes me type ~20% faster (I type 100+ WPM)
2. Composer can work across a few files simultaneously to update something (e.g. updating a chrome extension's manifest while proposing a code change)
3. Write something that you know _exactly_ how it should work but are too lazy to author it yourself (e.g. Write a function that takes 2 lists of string and pair-wise matches the most similar. Allow me to pass the similarity function as a parameter. Use openai embedding distance to find most similar pairings between these two results)As someone who has been a high-performing IC, a low-performing IC, and a manager, I think so much about performance comes down to whether the organization understands that many things come down to bets. So some amount of failure has to happen, if you're going to be making truly useful things.
Streaming joins are so hard, that they're an anti pattern. If you're using external storage to make it work, then your architecture has probably gone really wrong or you're using streams for something that you shouldn't.
Once you're in an async function the rules then fundamentally change for how everything operates; it's almost like programming within a dialect of the same language. In particular, I'm referring to everything from function calling, managing concurrency, waiting on results, sleeping threads.
Comparatively, when you're in a go-block in go, you're still writing within the same dialect as outside of it.
They address this directly in their section on concurrent writes: https://github.com/awslabs/git-remote-s3?tab=readme-ov-file#...
And in their design: https://github.com/awslabs/git-remote-s3?tab=readme-ov-file#...
But it seems like this is just the wrong tool for the job (hosting git repos).