@deobald @simon Thanks! Yeah figured that'd be a reason, I'm impressed they're still busy adding things like SIMD optimizations etc to it as we speak. And yeah, certainly Lisp is a great language for pumping out crazy amounts of functionality especially, when one's dealing with tree structures like json, queries, and responses.
@christiankothe @simon steven from endb here. a bit of context:
we're using sbcl for a few reasons. one, it's just a great dynamic runtime to build a dynamic sql dialect on top of, but two, it's also a great way to build out functional code that can later be rewritten into rust if/when that's the right choice. a few components (parser, request/response handling, etc.) have seen this transition already.
as to the speed of development, håkan's definitely an incredible hacker (and a great guy to work with) but he's also been thinking and iterating on this problem space for 5+ years now. the last year involved a little research, but mostly execution.