You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I think it would be great to have DocStrings per build so that meta information can be stored with the code.
This would also reduce drift between documentation of what is included in this speed comparison and what the different methods and approaches are.
I could see it to look like this: (using markdown syntax within)
clj-bb:
#"""# builds ontop of Clojure, but uses [Babashka](https://babashka.org/) which is a Clojure interpreter with fast startup#"""FROMbabashka/babashka:alpine DO +PREPARE_ALPINE DO +ADD_FILES--src="leibniz.clj" DO +BENCH--name="clj-bb"--lang="Clojure (Babashka)"--version="bb --version"--cmd="bb -f leibniz.clj"
Which then would be translated to a LANGUAGES.md or something in a big list with the build job name. (or the --lang="Clojure (Babashka)" parameter 🤔 )
[...]
clj-bb: builds ontop of Clojure, but uses Babashka which is a Clojure interpreter with fast startup
[...]
The text was updated successfully, but these errors were encountered:
I think it would be great to have DocStrings per build so that meta information can be stored with the code.
This would also reduce drift between documentation of what is included in this speed comparison and what the different methods and approaches are.
I could see it to look like this: (using markdown syntax within)
Which then would be translated to a
LANGUAGES.md
or something in a big list with the build job name. (or the --lang="Clojure (Babashka)" parameter 🤔 )[...]
clj-bb
: builds ontop of Clojure, but uses Babashka which is a Clojure interpreter with fast startup[...]
The text was updated successfully, but these errors were encountered: