-
vineflower
Modern Java decompiler aiming to be as accurate as possible, with an emphasis on output quality. Fork of the Fernflower decompiler.
-
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.
-
SaaSHub
SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives
The decompiler they used to view that code is not very good, that output is garbled.
If you're going to take apart JVM bytecode, you're better off using Recafe or Quiltflower.
https://github.com/Col-E/Recaf
https://github.com/QuiltMC/quiltflower
The decompiler they used to view that code is not very good, that output is garbled.
If you're going to take apart JVM bytecode, you're better off using Recafe or Quiltflower.
https://github.com/Col-E/Recaf
https://github.com/QuiltMC/quiltflower
I think something like Ricochet (if it were still actively maintained) could be a good solution.
https://github.com/ricochet-im/ricochet
Every user is their own Tor onion service, so you get E2E encryption and no centralized servers. The whole thing hinges on the security of Tor itself which is probably a safe enough bet.
We're basically working on this at Comm: https://github.com/CommE2E/comm