Being this fast is not a "premature optimization", it's a qualitatively different product category. ~immediate feedback vs. long wait time enables entirely diff

Being this fast is not a "premature optimization", it's a qualitatively different product category. ~immediate feedback vs. long wait time enables entirely different kinds of working. Also: > since the users are used to the high performance, they might think your code is slow. I wouldn't worry about it in general - almost all software is ridiculously slow for the little it can do, and for the performance of machines it runs on, and it still gets used. Users have little choice anyway. In this specific case, if speed is makes it into a different product, then losing that speed makes the new thing... a different product. > There are always a thousands things to work on, so why spend effort on things that users, at this point, don't care much about? It's R&D work, and it's not like they're selling it. Optimizing for speed and low resource usage is actually a good way to stop the big players from building moats around the technology, and to me, that seems like a big win for humanity.