truffleruby
picocli
truffleruby | picocli | |
---|---|---|
25 | 29 | |
2,963 | 4,714 | |
0.1% | - | |
9.9 | 8.8 | |
4 days ago | 9 days ago | |
Ruby | Java | |
GNU General Public License v3.0 or later | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
truffleruby
- TruffleRuby 24.0.0
-
Mir: Strongly typed IR to implement fast and lightweight interpreters and JITs
I think it would be worth mentioning GraalVM and https://github.com/oracle/truffleruby in competitors section.
-
GraalVM for JDK 21 is here
GitHub page has some info: https://github.com/oracle/truffleruby#current-status
My question is, how viable is TruffleRuby vs JRuby?
-
Making Python 100x faster with less than 100 lines of Rust
I wonder why GraalVM is not more often used for these speed critical cases: https://www.graalvm.org/python/
Is the problem the Oracle involvement? (Same for ruby https://www.graalvm.org/ruby/)
-
Ruby 3.2’s YJIT is Production-Ready
Looks like it’s still a WIP
https://github.com/oracle/truffleruby/commits?author=eregon
- Implement Pattern Matching in TruffleRuby (GSoC)
- TruffleRuby – GraalVM Community Edition 22.2.0
-
Modern programming languages require generics
this comes at the cost of boxing ints inside Integer, though.
So, if you ignore for a moment primitives types, whenever you have generics, everything boils down to a single method accepting Objects and returning Objects. What the JVM does is to do runtime profiling of what actually you are passing to the generic method, and generate optimized routines for the "best case". In theory this is the best of the two worlds, because like in general you will have a single implementation of the method (avoiding duplication of the code), but if you use it in an hot spot you get the optimized code.
In a way, it is quite wasteful, because you throw away a lot of information at compile time, just to get it back (and maybe not all of it) at runtime through profiling, but in practice it works quite well.
A side effect of this is this makes the JVM a wonderful VM for running dynamic languages like Ruby and Python, because that information is _not_ there at compile time. In particular GraalVM/TruffleVM and exposes this functionality to dynamic language implementations, allowing very good performance (according to they website [1][2], Ruby and Python on TruffleVM are about 8x faster than the official implementation, and JS in line with V8)
[1] https://www.graalvm.org/ruby/
-
GraalVM 22.1: Developer experience improvements, Apple Silicon builds, and more
I opened a ticket some time ago about performance with Jekyll and liquid templates. At least in that case, yjit was way faster. I'm happy to retest though. Anything that would make my jekyll builds faster would help.
https://github.com/oracle/truffleruby/issues/2363
-
Ruby YJIT Ported to Rust
Here's a benchmark [1] done in Jan'22 against many ruby implementations, truffleRuby [2] seems to be way ahead in most, and at least ahead in all. Why truffleRuby isn't talk about much here?
[1] https://eregon.me/blog/2022/01/06/benchmarking-cruby-mjit-yj...
[2] https://github.com/oracle/truffleruby
picocli
-
GraalVM for JDK 21 is here
Picocli allows using a compiler annotation processor to generate classes at compile time instead [0].
[0]: https://github.com/remkop/picocli/blob/main/picocli-codegen/...
-
Any library you would like to recommend to others as it helps you a lot? For me, mapstruct is one of them. Hopefully I would hear some other nice libraries I never try.
Picocli is a pretty good one for writing CLI apps
-
“Why I develop on Windows”
"and there are simply no good command line input parsing libraries for Java."
Looks like author missed the most obvious and popular OSS one: https://picocli.info/
-
Java 20 / JDK 20: General Availability
The command line example gave me the "ick". It is usually preferrable to parse the command line arguments into one instance of a custom "command class", rather than into a list of things. Like jcommander, picocli or jbock do.
-
any opinion good or bed about a code that smells?
Complex argument parsing needs to be auto-generated by libraries like picocli. Even if you need something custom, it'd be quicker to write an Annotation processor from scratch than editing that file.
-
Owl: A toolkit for writing command-line user interfaces in Elixir
https://github.com/remkop/picocli
"Picocli-based applications can be ahead-of-time compiled to a GraalVM native image, with extremely fast startup time and lower memory requirements, which can be distributed as a single executable file."
https://picocli.info/quick-guide.html
-
Building a Java CLI. How can I make it more powershell-friendly
Using picocli to handle your command line options gives you the best chance to automatically generate an ArgumentCompleter script in the future, but won't help you today (other than possibly making your command line handling more standardized & easier).
-
must known frameworks/libs/tech, every senior java developer must know(?)
Picocli
-
🔍 Validate New-Caledonia Phone Numbers from cli ⌨️
Then we released a JBang! and picocli based cli that would be, on any OS running a jvm runtime :
-
📲 Inspired by Twilio we started to build our own (pico)cli to send sms
picocli : "a mighty tiny command line interface"
What are some alternatives?
JRuby - JRuby, an implementation of Ruby on the JVM
Spring Shell 3 - Spring based shell
artichoke - 💎 Artichoke is a Ruby made with Rust
JCommander - Command line parsing framework for Java
graalpython - A Python 3 implementation built on GraalVM
args4j - args4j
ruby-packer - Packing your Ruby application into a single executable.
Airline - Java annotation-based framework for parsing Git like command line structures
graaljs - A ECMAScript 2023 compliant JavaScript implementation built on GraalVM. With polyglot language interoperability support. Running Node.js applications!
JLine - JLine is a Java library for handling console input.
clj-kondo - Static analyzer and linter for Clojure code that sparks joy
JewelCLI - JewelCli uses an annotated interface definition to automatically parse and present command line arguments