On a recent application I made internal links as [↗️] with vertical-align: super; on a reporting page that only appear for certain types of users so they can jump to the underlying data directly. I made it so because I wanted to indicate that it is not a link that appears for general users (their clients) so it made sense to make them to look like something “extra” / “put on top”. But I agree that there is a baseline expectation that this would be an external link with a new tab in many cases.

(slack renders them a bit weirdly)

https://chemaclass.es/readings/97-things-every-programmer-should-know/ For the Kevlin Henney fans

How common is it to use JNI with a non-gc language for substantial parts of a Clojure program? Generally this paradigm/separation seems to be more common in other languages, from JS to Lua, Python etc. Say a full-on webserver, image processing, database layer, handling files… and then exposing a higher level api to the JVM/Clojure. One reason to do this might be performance, another one would be to use specific libraries. Am I correct with the assumption that performance (latency/throughput/memory) are not necessarily that large without considerable fine-tuning? Are there overhead costs? Might it be a much saner to let the JIT compiler to have more code to work with / know about? Asking purely out of curiosity, considering to maybe play with the JNI feature a bit. Happy to read about stories and opinions.

extremely uncommon

Java is f***ing fast

but niches do exist

Agreed, I've been using ffi (via JNA) to use c libraries. It works quite well.

see e.g. the work that @chris441 does with high perf numerics

I also use @chris441’s library, https://github.com/cnuernber/dtype-next/, which I highly recommend

Ruby and Python generally shovel coal into the C furnace because of performance limitations in Ruby and Python

There are still plenty of good c libraries that don't have good java/clojure counterparts or the java wrappers actually make them more complicated than using them directly via ffi.

I mean JS in of itself is quite fast too (V8), good peak performance. But still, people tend to integrate with non-gc languages for substantial parts (node/deno) on the server side.

Not sure how much I would want to use ffi for performance reasons unless there is an existing library I'm interested in.

Right that is probably a much better reason

Right 🙂

well, there are native modules as well. and deno has some modules they wrote in Rust for perf reasons. But I guess those are very specific use-cases

ffmpeg is a library that I find very attractive for example

same, there is an example using dtype-next with ffmpeg that I've been meaning to play with more, https://github.com/cnuernber/avclj