ProtoStructs.jl
RecursiveArrayTools.jl
ProtoStructs.jl | RecursiveArrayTools.jl | |
---|---|---|
2 | 3 | |
86 | 202 | |
- | 2.5% | |
7.3 | 9.4 | |
27 days ago | 8 days ago | |
Julia | Julia | |
MIT License | GNU General Public License v3.0 or later |
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.
ProtoStructs.jl
-
Julia 1.8 has been released
- Use this package: https://github.com/BeastyBlacksmith/ProtoStructs.jl . It gives you a simple @proto macro that you can prepend to the struct definition and makes all changes immediate.
-
We Use Julia, 10 Years Later
> But the REPL lacks the ability to redefine structs on the go
ProtoStructs.jl: https://github.com/BeastyBlacksmith/ProtoStructs.jl
RecursiveArrayTools.jl
-
Julia's latency: Past, present and future
You're not really supposed to be using StaticArraysCore anymore, but here's a somewhat older PR that shows the siginificance of moving StaticArray functionality on a smaller library, moving it from 6228ms to 292ms load time (https://github.com/SciML/RecursiveArrayTools.jl/pull/217).
-
Julia 1.8 has been released
> > This gives the package authors a tool to basically "profile" the loading time of their package, which will help them optimize the loading time. So there _will_ be downstream improvement to package loading for us users too.
It lead to https://github.com/SciML/RecursiveArrayTools.jl/pull/217 . 6228.5 ms to 292.7 ms isn't too shabby.
-
“Why I still recommend Julia”
The load times on some core packages were reduced by an order of magnitude this month. For example, RecursiveArrayTools went from 6228.5 ms to 292.7 ms. This was due to the new `@time_imports` in the Julia v1.8-beta helping to isolate load time issues. See https://github.com/SciML/RecursiveArrayTools.jl/pull/217 . This of course doesn't mean load times have been solved everywhere, but we now have the tooling to identify the root causes and it's actively being worked on from multiple directions.
What are some alternatives?
StaticTools.jl - Enabling StaticCompiler.jl-based compilation of (some) Julia code to standalone native binaries by avoiding GC allocations and llvmcall-ing all the things!
arrow-julia - Official Julia implementation of Apache Arrow
ObjectOriented.jl - Conventional object-oriented programming in Julia without breaking Julia's core design ideas
SciMLStyle - A style guide for stylish Julia developers
www.julialang.org - Julia Project website
Lux.jl - Explicitly Parameterized Neural Networks in Julia
GeoStatsBase.jl - Base package for the GeoStats.jl framework
SciMLSensitivity.jl - A component of the DiffEq ecosystem for enabling sensitivity analysis for scientific machine learning (SciML). Optimize-then-discretize, discretize-then-optimize, adjoint methods, and more for ODEs, SDEs, DDEs, DAEs, etc.
ITensors.jl - A Julia library for efficient tensor computations and tensor network calculations