cl-ana VS tls1.3

I understand what you mean; but despite CL appearing as a very similar to EL, the trouble would be probably significant due to missing libraries and semantic differences between CL and EL, in case of any significantly sophisticated plotting library, such as cl-ana for example. It is probably easier to port Emacs to CL, than that thing to Emacs :).

There are some other active Lisp efforts in the data science space, such as cl-ana.[1]

[1] https://github.com/ghollisjr/cl-ana

If you like spreadsheets, you may appreciate the Cells library. I haven't used it myself yet, however it is billed as "Spreadsheet-like expressiveness for CLOS, the Common Lisp Object System." I believe cl-ana also implements some spreadsheet-like functionality. This article demonstrates some trivial usage of Cells.

cl-ana - Common Lisp data analysis library with emphasis on modularity and conceptual clarity. It aims to be a general purpose framework for analyzing small and large scale datasets, including binned data analysis and visualization. [GNU GPL3][2].

Largely because of myths surrounding it, for example parenthesis syntax and lack of editor support. With paredit, you get meta level direct AST manipulation support in emacs that is still light years ahead of any programming IDE out there. I think the other fear factor is you have to think a lot more about how to approach the problem when writing Common Lisp and it requires a more complete engineer due to a smaller library ecosystem. Usually there is one and sometimes two libraries for doing X and if not you’re up for making a library yourself.

I’m attaching an example of how quickly you can write TLS 1.3 by a single person in Common Lisp. At the time I wrote this library most websites still struggled with TLS 1.3 support.

https://github.com/mateuszb/tls1.3

If you want an example of expressivity you can take a look at

https://github.com/mateuszb/tls1.3/blob/master/elliptic-curv...

For EC crypto with a full NIST vector test.