I coincidentally worked on something similar but I kept closer to the SQL standard. It grew out of business cases where you don't have strongly typed data to act on.
I more or less adopted the syntax from dumbql (https://github.com/tomakado/dumbql) and started off with a peg parser using ohm.js. As I started benchmarking I realized how slow it was and started looking for "fast paths" using regex. I ultimately resorted to a recursive descent parser similar to Elo. At that stage I already had a lot of tests and api in place, so I was able to get a lot of help from Claude.
I think this position is also one of the reasons it gained attention. Batteries included is a popular and chosen route for many.
Setting up typescript can be hard. Same goes for webpack, s3, postgres, jest and more. I also find the simplified file and stream access quite interesting.
Lets wait and see how a distributed deployment provider turns out.
I've been a beta tester from very early on. I came for the performance but stayed for the stability. I've only had a rare few crashes and all but one was a duplicate in the bug tracker.
I thought I needed search but as Mitchell put it, not a 1.0 feature. Ripgrep was always the answer.
Very happy to share the ghostty experience with the world!
Topsort (https://www.topsort.com) is a fast growing startup in the retail media space with a strong foundation in privacy. We help marketplaces monetize their ecosystems.
We are looking to fill many positions (mainly with SWE backgrounds). Bi-lingual (English and Spanish/Portuguese) is a bonus since part of some roles are working with clients.
Review all open roles here: https://grnh.se/721f06c68us - where you can apply directly. You can alternatively reach out to me (I work as tech lead) - should you prefer an instant human contact: johan at topsort dot com.
Topsort (topsort.com) is a leading retail media solution, enabling marketplaces and retailers to build out their own ad business with a strong emphasis on privacy - no third party cookies required.
We are a global, remote first company with diverse backgrounds and need to grow the engineering team in most areas but currently have a focus in finding engineers with experience in component and design systems (shadcn, aria, storybook, ..), react and don't mind the occasional dive into other areas and other programming languages.
You are a good fit if: you've built and implemented design systems with reusable components in React, you are obsessed about performant frontends, you're comfortable in working with Next.js (both pages and app router), you are proactive and like to take ownership, you have worked in full stack environments but have a specialization in frontend.
Longtime mailhog user here; this looks like a nice improvement for cold start developer environments! Another option in the same space (emphasis container size) is https://github.com/inbucket/inbucket
When these types of conversations come up, I prefer the phrase “optimize for the receiver” - thinking on how to best be understood versus what is easiest/most convenient for the sender (in the hello case: requiring someone’s attention).
The Webkit project would love this. Can't help but feel that half the reason they spent all the extra effort with subversion was user-friendly commit revisions.
You have $N hosts and CDN's in the world and $M web developers. If you can affect $N that's a pretty big win for every web developer, not just the one that has enough experience to understand how and why css/js frameworks are ultimately as "easy and fast" as the marketing page said. I'm sure the trend of web performance and best practices will improve as tooling to showcase these issues get easier and better by the day; but making the car more efficient is a different problem to a wider, more stable and ultimately faster motorway.
Yes, by far my top choice in OSS land for image manipulation. You would probably want to couple it with a edge worker to do things like accept handling (what format to return for the same url), whitelisting formats and so on.
I wrote a pretty comprehensive cloudflare worker for this years ago I should look at open sourcing..
I think Images could greatly benefit from having a tag/label system that allows you to decorate it, similar to how enterprise cache tags was implemented. That way, it is trivial to do things like "delete by user id X" as well as covering your use case.
I can definitely see how new use cases opens up based on a 150ms (global) invalidation. Most of my use cases relies more on local invalidation and I haven't done enough homework about on what latency I really need (read: wrong line of business). That said; in the world of Cloudflare I think durable objects/kv store probably would come to serve as the next architecture for cache itself and lead to reductions in latency. Don't quote me on that though.
I more or less adopted the syntax from dumbql (https://github.com/tomakado/dumbql) and started off with a peg parser using ohm.js. As I started benchmarking I realized how slow it was and started looking for "fast paths" using regex. I ultimately resorted to a recursive descent parser similar to Elo. At that stage I already had a lot of tests and api in place, so I was able to get a lot of help from Claude.
Website here: https://filtron.dev