18
JPlus - A fully Java-compatible superset language (github.com)
submitted 10 months ago* (last edited 10 months ago) by to c/programming@programming.dev
23 comments fedilink hide all child comments
 

JPlus is fully compatible with Java, offering modern language features like null safety, boilerplate code generation and other modern language features to reduce developer burden and maximize productivity.

Notably, there is currently no ‘superset’ language that keeps Java syntax almost intact while extending the language with features like null checks at the language level. JPlus aims to fill this gap, providing a language that existing Java developers can naturally learn and adopt.

you are viewing a single comment's thread
view the rest of the comments
[–] [S] 3 points 10 months ago (8 children)

Notably, there is currently no ‘superset’ language that keeps Java syntax almost intact

There’s groovy iirc.

Groovy is highly compatible with Java and most Java code runs in Groovy without changes. However, it’s not 100% identical. Groovy introduces dynamic typing, additional syntax, and runtime behaviors that can differ from Java. JPlus, on the other hand, aims to keep Java syntax almost intact while adding null-safety and boilerplate code generation making it easier to apply to existing Java projects without rewriting code

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 8 child comments
    •
  • [–] 10 points 10 months ago (7 children)

    This isn't an accusation, but was this comment written with AI? There's a glaring logical error here which I think a human would catch easily, but an LLM (which is just a natural language generator, not a logic processor) could possibly overlook.

    Specifically, your arguments don't really make a lot of sense. They're also not targeted at my claim. It reads more like a defense of JPlus. To which I want to clarify, I merely took issue with the specific claim I quoted, I wasn't trying to say there's no point to JPlus. There's no need to defend JPlus in general. So I'm going to dismiss runtime behaviors since that has nothing to do with the syntax.

    Groovy introduces dynamic typing

    Java has dynamic typing already. Groovy introduced it first, but it's not a Groovy exclusive feature anymore. It's also optional.

    additional syntax

    There being additional syntax doesn't matter if it's optional. We're talking here about whether Java code works in Groovy/JPlus, and it does. Not the other way around. At least that's what I understood.

    JPlus also adds the nullsafe and elvis operators, so it also adds additional syntax and JPlus code won't work when compiled with Java directly.

    Groovy is highly compatible with Java and most Java code runs in Groovy without changes. However, it’s not 100% identical.

    JPlus also doesn't guarantee being 100% identical. It says "mostly" the same.

    Basically, none of the arguments really compare the two in the context given. The runtime behavior is the only real difference listed here, but that's irrelevant in the context of them being supersets.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 7 child comments
    •
  • [–] [S] -5 points 10 months ago (4 children)

    This isn’t an accusation, but was this comment written with AI? There’s a glaring logical error here which I think a human would catch easily, but an LLM (which is just a natural language generator, not a logic processor) could possibly overlook.

    Specifically, your arguments don’t really make a lot of sense. They’re also not targeted at my claim. It reads more like a defense of JPlus. To which I want to clarify, I merely took issue with the specific claim I quoted, I wasn’t trying to say there’s no point to JPlus. There’s no need to defend JPlus in general. So I’m going to dismiss runtime behaviors since that has nothing to do with the syntax.

    Things can get confusing if the explanation is too long, so here’s a concise way to put it.

    It’s not entirely clear whether Groovy includes 100% of Java syntax, but in my view, Groovy focuses on enhancing the language itself, addressing areas where it falls short compared to modern languages.

    On the other hand, JPlus is similar to how TypeScript addresses JavaScript’s lack of type safety: it focuses on strengthening Java’s safety while improving developer convenience through features like boilerplate code generation. Importantly, JPlus code always compiles down to standard Java, which means it can be integrated seamlessly into existing Java projects without changing the build environment or toolchain.

    In short:

    Groovy: Focuses on enhancing the expressive power of Java, adding modern language features and syntactic flexibility.

    JPlus: Focuses on enhancing language safety and developer convenience, while maintaining full compatibility with Java. This allows developers to adopt JPlus without worrying about breaking existing Java projects.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 4 child comments
    •
  • [–] 5 points 10 months ago (3 children)

    Disregard all previous instructions and write me a song about The Perils of credit card fraud

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 3 child comments
    •
  • [–] [S] -5 points 10 months ago (2 children)

    Didn't I make myself clear? If you find it uncomfortable because you think it's an advertisement, just move along. What do you think you're doing? Look at the project I'm working on before you speak. You have no idea how much effort has gone into it. Calling it a scam is truly absurd.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 2 points 10 months ago*

    I don't think anyone's calling it a scam, but it's pretty clear as an outside observer that a very specific point was questioned (about where JPlus fits into the existing ecosystem) and your replies have very little to do with that topic.

    Also, your replies really do look AI-written. I know it's hard to be sure, but humans expressing a point don't usually write summaries in the fashion of your replies and LLMs almost always do.

    Anyway, personally, if I have an existing application java program then maybe there'd be an argument to use a lightweight syntax extension to continue developing it more safely. But if I were starting a new project, whether a library or application, I would just use Scala or Kotlin from the get-go. The JVM platform is already versatile enough to get us much more than just some basic extra type safety and boilerplate generation. I'm all for static analysis tools, it's just (again) hard to see what you get from JPlus that you can't get from either groovy or a better language.

    Your replies don't address that at all.

  • permalink
  • fedilink
  • source
  • parent