nanoserde
manifold
Our great sponsors
nanoserde | manifold | |
---|---|---|
3 | 79 | |
559 | 2,218 | |
- | 4.4% | |
6.8 | 9.3 | |
11 days ago | 24 days ago | |
Rust | Java | |
- | 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.
nanoserde
-
venial 0.1 - A lightweight alternative to syn
what do you think of the parser in nanoserde? https://github.com/not-fl3/nanoserde/blob/master/derive/src/parse.rs
-
How to speed up the Rust compiler in 2022
Yeah proc macros have a massive hole in their user experience. Nobody actually wants to use them without syn + quote functionality, so the majority of people just pay the compile time cost of syn/quote/procmacro2. But then a subset of people can't afford to pay the compile time cost, so they either: 1. Don't use them. And remove all of their deps that use them ... which is generally a lot. 2. Hand-manage the TokenStream (which is very much not fun). Macroquad doesn't want syn + quote in their tree because they care _deeply about compile times, so they opted to re-implement serde. Serde is the crowned jewel of the rust ecosystem. Someone feeling unable to use it is a massive failure of the system.
- The Serde Rust Framework
manifold
- Show HN: Ditch your ORM with type-safe native SQL
- Show HN: Traits for Java via True Delegation
- Show HN: Automatic Type-Safe CSV
- Show HN: Htmx with ManTL Templates
- Type-safely embed SQL directly into Java
-
Universal Domain Types
Considering the Amount domain types, I like the manifold project’s unit expression[1] approach where the unit and domain type are integrated and always reconciled.
1. https://github.com/manifold-systems/manifold/tree/master/man...
-
Javalin – a simple web framework for Java and Kotlin
> I am glad to see a project that provides a robust and elegant API for building rest services in Java.
Alternatives for _consuming_ REST services is perhaps an equally interesting proposition, particularly since there are potentially potentially many consumers per service e.g., the manifold JSON project[1].
Other areas where Springboot feels overbearing include JPA/ORM support. In my view this is its greatest weakness, but like the "no one ever got fired for buying IBM" cliche, the same can be said today about Springboot.
1. https://github.com/manifold-systems/manifold/blob/master/man...
- Show HN: I made Java look better than it deserves
- True Delegation vs. Forwarding
What are some alternatives?
miniserde - Data structure serialization library with several opposite design goals from Serde
Lombok - Very spicy additions to the Java programming language.
serde_v8 - Moved to https://github.com/denoland/deno
graphql-java - GraphQL Java implementation
serde - Serialization framework for Rust
Kotlin-Compiler-Crash-Course - A repository of helpful sources to figure out what the Kotlin compiler really is
node-foundationdb - Modern Node.js FoundationDB bindings
java-oo - Java Operator Overloading
watt - Runtime for executing procedural macros as WebAssembly
create-rust-app - Set up a modern rust+react web app by running one command.
sapio - A Bitcoin Programming Language
factor - Factor programming language