We made a fork of the Rust Playground

Primary maintainer of the Rust Playground here. I&#x27;m glad to see open source doing the open source thing!<p>I&#x27;ll try to answer any questions from the Rust point of view, and it will be good to hear of any large differences between the two implementations.

Wow I&#x27;ve been out of the Java game too long it seems. This barely looks like Java.

Looks quite nice.<p>If we are already by feature requests,<p>- JVM bytecode view<p>- JIT machine code view<p>- Select between OpenJDK, OpenJ9, Azul, GraalVM,...<p>- Enable code generation specific features per selected JVM implementation<p>Anyway only brainstorming some ideas, it is already quite nice as it is.

[Shameless plug]<p>We have just renewed our fully-client side take on the &quot;Java playground&quot; concept, powered by CheerpJ<p><a href="https:&#x2F;&#x2F;javafiddle.leaningtech.com&#x2F;" rel="nofollow noreferrer">https:&#x2F;&#x2F;javafiddle.leaningtech.com&#x2F;</a><p>AWT and Swing apps work as well, which I believe to be quite unique.

A big mistake about all these Playgrounds is that it forces the &quot;Source Code Pro&quot; monospace font (or any specific font) rather than respecting user&#x27;s monospace font choice in the browser. Programmers tend to be picky about the font choice, which you can easily judging by just how many these fonts are out there competing. There is really no aesthetic reason to do such a forcing, and even you do have political or financial reason to do so, it&#x27;s extremely easy to block remote font anyway. So stop doing it please, or at least provide a checkbox to disable it.

github link here: <a href="https:&#x2F;&#x2F;github.com&#x2F;McCue-Software-Solutions&#x2F;java-playground">https:&#x2F;&#x2F;github.com&#x2F;McCue-Software-Solutions&#x2F;java-playground</a>

huh, Java can just do &quot;void main&quot; now? or is the playground omitting some boilerplate? that was one of my main reason for never touching Java&#x2F;C#, too much ceremony just to write a basic program.

My corpo firewall is blocking because of what seems to be a TLS issue.

I&#x27;m guessing this is the fork <a href="https:&#x2F;&#x2F;github.com&#x2F;bowbahdoe&#x2F;java-playground">https:&#x2F;&#x2F;github.com&#x2F;bowbahdoe&#x2F;java-playground</a>

So for people (like me) who were surprised by how modern the Java code looked like… here are the following features&#x2F;JEPs involved in the Java code:<p>Finalized features:<p>- JEP 395: Records, finalized in Java 16: <a href="https:&#x2F;&#x2F;openjdk.org&#x2F;jeps&#x2F;395" rel="nofollow noreferrer">https:&#x2F;&#x2F;openjdk.org&#x2F;jeps&#x2F;395</a><p>- JEP 409: Sealed Classes, finalized in Java 17: <a href="https:&#x2F;&#x2F;openjdk.org&#x2F;jeps&#x2F;409" rel="nofollow noreferrer">https:&#x2F;&#x2F;openjdk.org&#x2F;jeps&#x2F;409</a><p>- JEP 441: Pattern Matching for switch, finalized in Java 21: <a href="https:&#x2F;&#x2F;openjdk.org&#x2F;jeps&#x2F;441" rel="nofollow noreferrer">https:&#x2F;&#x2F;openjdk.org&#x2F;jeps&#x2F;441</a><p>Preview Language Features:<p>- JEP 430: String Templates, preview language feature since Java 21: <a href="https:&#x2F;&#x2F;openjdk.org&#x2F;jeps&#x2F;430" rel="nofollow noreferrer">https:&#x2F;&#x2F;openjdk.org&#x2F;jeps&#x2F;430</a><p>- JEP 445: Unnamed Classes and Instance Main Methods, preview language feature since Java 21: <a href="https:&#x2F;&#x2F;openjdk.org&#x2F;jeps&#x2F;445" rel="nofollow noreferrer">https:&#x2F;&#x2F;openjdk.org&#x2F;jeps&#x2F;445</a>