Rendered at 14:50:32 GMT+0000 (Coordinated Universal Time) with Netlify.
andOlga 10 hours ago [-]
Do you genuinely, truly believe that "4 digits then "-" then 2 digits then "-" then 2 digits" is more readable than "\d{4}-\d{2}-\d{2}"? Do you think your walls of text won't make everyone's eyes glaze over a few lines in? More importantly, do you believe it's more writable? A lot of regex operations are ad-hoc, and being able to type them out quickly and look at them in a small text field at a glance is very important. And as far as coding is concerned, well, your thing is useless outside of the JS ecosystem, is it not?
Dead? Replaced?... Your toy is cute, but it's more suited as a regex generator, or perhaps parser/"explainer" (but we already have several well-known projects there) than a standalone tool.
AkshatM 9 hours ago [-]
The effort here is laudable, and this is cool! But your real competition isn't regexes, but parser combinator libraries. For cases where readability and matching matter, parser combinators are the go to. It's a bit difficult to see how this improves on that front.
Dead? Replaced?... Your toy is cute, but it's more suited as a regex generator, or perhaps parser/"explainer" (but we already have several well-known projects there) than a standalone tool.
How does yours compare to regexp on performance across many inputs?
Regexp is incredibly fast, I doubt yours comes anywhere close
and then there's the kicker, Ai are really good at crafting regexp, better than writing code to replace it, that's for sure
---
looks like the comment I am replying to has changed the link, it was this one: https://matchlang.com/docs/api/performance
Note to OP, use standard regexp benchmarks
[1] https://github.com/intel/hyperscan/tree/master
That could be a fun comparison. As someone mentioned, regular expressions are extremely fast, and have been benchmarked forever.