Fast and Elegant Clojure: Idiomatic Clojure without sacrificing performance

This page summarizes the projects mentioned and recommended in the original post on news.ycombinator.com

Our great sponsors
  • InfluxDB - Power Real-Time Data Analytics at Scale
  • WorkOS - The modern identity platform for B2B SaaS
  • SaaSHub - Software Alternatives and Reviews
  • criterium

    Benchmarking library for clojure

    >>> One of Clojure's biggest weaknesses in practice is that breaking in to those functional structures to figure out where the time is being spent or to debug them is harder than in other languages. This is a natural trade-off of developing a terse and powerful language.

    Not that hard if you use something like YourKit. There's also a quite good Clojure library https://github.com/hugoduncan/criterium .

  • hash-array-mapped-trie

    A hash array mapped trie implementation in c.

    I’m familiar with the implementation of HAMTs - if anyone wants to study one in C I recommend https://github.com/Jamesbarford/hash-array-mapped-trie or my polymorphic fork of it https://github.com/fromheten/hash-array-mapped-trie-poly.

    Are there any other key/value data structures where insertion and retrieval are less than O(n) in complexity, but where the memory layout is better ordered for cache hits during searches? Maybe good old red-black trees?

  • InfluxDB

    Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.

  • hash-array-mapped-trie-poly

    A hash array mapped trie implementation in c.

    I’m familiar with the implementation of HAMTs - if anyone wants to study one in C I recommend https://github.com/Jamesbarford/hash-array-mapped-trie or my polymorphic fork of it https://github.com/fromheten/hash-array-mapped-trie-poly.

    Are there any other key/value data structures where insertion and retrieval are less than O(n) in complexity, but where the memory layout is better ordered for cache hits during searches? Maybe good old red-black trees?

  • skiko

    Kotlin MPP bindings to Skia

    sigh

    Yeah. I am very bullish on Kotlin. Think it's probably the most exciting language evolving right now.

    I went on a few-tweet minirant here about why:

    https://twitter.com/GavinRayDev/status/1443279425311805440

    But the tl;dr is that:

    - There is Jetpack Compose currently, for Desktop, Web, and Android

    - And Kotlin Native putting a large portion of resources into Skia bindings (JetBrains calls the lib "Skiko" for Kotlin Native https://github.com/JetBrains/skiko and "Skija")

    It's very clear (and there are some employees which have confirmed this IIRC) that they are working on "Jetpack Compose Everywhere" that runs on iOS as well, from a single codebase.

    There's the big Kotlin event going on right now, where they just announced the new WASM backend and changes in their compiler + IR commonizing/restructuring ("K2").

    - https://blog.jetbrains.com/kotlin/2021/10/the-road-to-the-k2...

    - https://www.youtube.com/watch?v=-pqz9sKXatw

    The net result is that you wind up with a single language that you can use to write your backend API, your UI code (Jetpack Compose app deployed across Web/Android/iOS/Mac/Win/Linux, or transpile to JS/TS if you just want a web app, etc) and with Kotlin Native even your native, low-level code to integrate with existing C/C++ etc ecosystem.

    KN already does automatic bindgen for C and Swift headers, they have direct C++ interop (like Swift does) on their future roadmap as a potential "todo".

    All of this is mostly possible already -- I can do the same thing using IE Java, GraalVM, and a transpiler like Google's j2cl or bck2brwser (which is what Gluon uses for JavaFX on the web). Including the "native" part.

    IE, here's a contribution I made to get GraalVM producing native binaries using Skia from the JVM + JNI Jetbrains Skia library:

    https://github.com/HumbleUI/JWM/issues/158

    But Kotlin is pushing the hardest to make this whole platform/stack from native <-> desktop <-> mobile <-> browser a seamless, unified experience. And you can feel it, when you try to do the "whole stack, every platform, one language" thing.

    Sorry for the rant and wall of text!

  • JWM

    Cross-platform window management and OS integration library for Java

    sigh

    Yeah. I am very bullish on Kotlin. Think it's probably the most exciting language evolving right now.

    I went on a few-tweet minirant here about why:

    https://twitter.com/GavinRayDev/status/1443279425311805440

    But the tl;dr is that:

    - There is Jetpack Compose currently, for Desktop, Web, and Android

    - And Kotlin Native putting a large portion of resources into Skia bindings (JetBrains calls the lib "Skiko" for Kotlin Native https://github.com/JetBrains/skiko and "Skija")

    It's very clear (and there are some employees which have confirmed this IIRC) that they are working on "Jetpack Compose Everywhere" that runs on iOS as well, from a single codebase.

    There's the big Kotlin event going on right now, where they just announced the new WASM backend and changes in their compiler + IR commonizing/restructuring ("K2").

    - https://blog.jetbrains.com/kotlin/2021/10/the-road-to-the-k2...

    - https://www.youtube.com/watch?v=-pqz9sKXatw

    The net result is that you wind up with a single language that you can use to write your backend API, your UI code (Jetpack Compose app deployed across Web/Android/iOS/Mac/Win/Linux, or transpile to JS/TS if you just want a web app, etc) and with Kotlin Native even your native, low-level code to integrate with existing C/C++ etc ecosystem.

    KN already does automatic bindgen for C and Swift headers, they have direct C++ interop (like Swift does) on their future roadmap as a potential "todo".

    All of this is mostly possible already -- I can do the same thing using IE Java, GraalVM, and a transpiler like Google's j2cl or bck2brwser (which is what Gluon uses for JavaFX on the web). Including the "native" part.

    IE, here's a contribution I made to get GraalVM producing native binaries using Skia from the JVM + JNI Jetbrains Skia library:

    https://github.com/HumbleUI/JWM/issues/158

    But Kotlin is pushing the hardest to make this whole platform/stack from native <-> desktop <-> mobile <-> browser a seamless, unified experience. And you can feel it, when you try to do the "whole stack, every platform, one language" thing.

    Sorry for the rant and wall of text!

  • paralleltest

    Exploration into actual parallelism and things that prevent us from using cores in clojure

  • Petalisp

    Elegant High Performance Computing

  • WorkOS

    The modern identity platform for B2B SaaS. The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning.

  • magicl

    Matrix Algebra proGrams In Common Lisp.

  • quilc

    The optimizing Quil compiler.

  • cl-cuda

    Cl-cuda is a library to use NVIDIA CUDA in Common Lisp programs.

  • mgl

    Common Lisp machine learning library. (by melisgl)

  • higgsml

    Discontinued The winning solution to the The Higgs Boson Machine Learning Challenge.

  • http4s-native-image

    Compiling an example http4s web service to a native executable using GraalVM Native Image

    Haven't read the full article but not sure it's accurate, the benchmarking script (https://github.com/inner-product/http4s-native-image/blob/ma...) doesn't even use the server VM and missing other basic optimizations you'd use if you were running a Uberjar in production.

  • april

    The APL programming language (a subset thereof) compiling to Common Lisp.

  • SaaSHub

    SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives

NOTE: The number of mentions on this list indicates mentions on common posts plus user suggested alternatives. Hence, a higher number means a more popular project.

Suggest a related project

Related posts