# Anything in Julia or major Julia packages I could contribute to?
**URL:** https://discourse.julialang.org/t/anything-in-julia-or-major-julia-packages-i-could-contribute-to/131622
**Category:** Community
**Created:** [August 15, 2025, 6:57am UTC](https://discourse.julialang.org/t/anything-in-julia-or-major-julia-packages-i-could-contribute-to/131622 "2025-08-15T06:57:22Z")
**Posts on this page:** 9
**Page:** 1
### Author:  [@Tarny\_GG\_Channie](https://discourse.julialang.org/u/Tarny_GG_Channie)
#### Post date: [August 15, 2025, 6:57am UTC](https://discourse.julialang.org/t/anything-in-julia-or-major-julia-packages-i-could-contribute-to/131622/1 "2025-08-15T06:57:22Z")
Thank you everyone for supporting me all along. Now, I know what to do.
I’ve mastered algorithms to be pretty good at it in like 200 problems solved on hackerrank and other websites. Now, it’s time for me to do the same with pull requests.
Let me get it straight here. My code quality might not be very clean. I might consume a lot of reviewers’ time, and my pull request success rate might be low, but I will accept the opportunity if given a chance.
I’m willing to implement small new functionality, optimize the code, add new specialized methods, or fix other issues you find.
200 pull requests. Not sure if I would be able to keep going, but if I don’t get started, I miss all the shot I don’t take.
I’m tired of having a bunch of ideas that I can’t find a way to execute, and I’m pretty sure the Julia community is just as enthusiastic to fix issues whenever they arise, and even go to crazy length to fix it.
Time to develop my bias for action and coding.
Thank you again for supporting me all this time.
Please get me onboard. Thank you.
---
### Author:  [@yolhan\_mannes](https://discourse.julialang.org/u/yolhan_mannes)
#### Post date: [August 15, 2025, 7:24am UTC](https://discourse.julialang.org/t/anything-in-julia-or-major-julia-packages-i-could-contribute-to/131622/2 "2025-08-15T07:24:32Z")
Do you have a specific area you’re interested in the “major” Julia packages depends on that
---
### Author:  [@Tarny\_GG\_Channie](https://discourse.julialang.org/u/Tarny_GG_Channie)
#### Post date: [August 15, 2025, 7:36am UTC](https://discourse.julialang.org/t/anything-in-julia-or-major-julia-packages-i-could-contribute-to/131622/3 "2025-08-15T07:36:31Z")
Optimizing stuff for performance would be my favorite. Should be something doable by someone with understanding in algorithms and some basic math (calculus level). Maybe autograd would be okay if it doesn’t involve heavy computation. Implementing machine learning stuff like neural network layers/etc would be good too. Still, things that someone with CS101 knowledge and perhaps some data science knowledge can quickly onboard would be pretty good.
I made my first Stockfish patch, Stockfish itself being quite a complicated program, and I was encouraged that I could do it, and I could. So, maybe what I need is some package that’s open for people to contribute and for some developers to encourage me to go in. I learn pretty quickly so should be fine with a lot of things where the missing knowledge can be filled quickly and doesn’t take years learning the basics to even get started (like finite element analysis, though maybe someone working on FEM might prove me wrong on that as well.).
---
### Author:  [@yolhan\_mannes](https://discourse.julialang.org/u/yolhan_mannes)
#### Post date: [August 15, 2025, 7:45am UTC](https://discourse.julialang.org/t/anything-in-julia-or-major-julia-packages-i-could-contribute-to/131622/4 "2025-08-15T07:45:26Z")
Lux is trying to moove a lot of layers to Reactant, there is an issue following it in Lux.jl.
Also, personal project that could help make julia shine is moving Transformers.jl to Lux.jl + Reactant.jl but you will need a good enough cuda gpu.
As for Optimisation it’s still focused on Optimization.jl and JuMP.jl
---
### Author:  [@Tarny\_GG\_Channie](https://discourse.julialang.org/u/Tarny_GG_Channie)
#### Post date: [August 15, 2025, 7:48am UTC](https://discourse.julialang.org/t/anything-in-julia-or-major-julia-packages-i-could-contribute-to/131622/5 "2025-08-15T07:48:47Z")
I’ll look at Lux! Thanks!
---
### Author:  [@Stephen\_Vavasis](https://discourse.julialang.org/u/Stephen_Vavasis)
#### Post date: [August 15, 2025, 11:45pm UTC](https://discourse.julialang.org/t/anything-in-julia-or-major-julia-packages-i-could-contribute-to/131622/6 "2025-08-15T23:45:33Z")
The underlying data structure for the sorted containers in DataStructures.jl is a balanced tree data structure called a 2-3 tree. A 2-3 tree is not optimized for memory hierarchies, which therefore hurts the performance of the sorted containers. Balanced-tree data structures optimized for memory hierarchy are known in the literature but are much more complicated than 2-3 trees. If you want to take a shot at this, the following paper seems to be relevant:
Bender, Michael A., Erik D. Demaine, and Martin Farach-Colton. “Cache-oblivious B-trees.” _SIAM Journal on Computing_ 35.2 (2005): 341-358.
I’ve been meaning to work on this for years but never get to it.
---
### Author:  [@jling](https://discourse.julialang.org/u/jling)
#### Post date: [August 16, 2025, 5:10am UTC](https://discourse.julialang.org/t/anything-in-julia-or-major-julia-packages-i-could-contribute-to/131622/7 "2025-08-16T05:10:43Z")
you might have fun adding algorithms to [GitHub - JuliaGPU/AcceleratedKernels.jl: Cross-architecture parallel algorithms for Julia's CPU and GPU backends. Targets multithreaded CPUs, and GPUs via Intel oneAPI, AMD ROCm, Apple Metal, Nvidia CUDA.](https://github.com/JuliaGPU/AcceleratedKernels.jl)
specifically, we don’t have much Statistics.jl and Combinatorics.jl kernels for GPU
(comment: for combinatorics stuff, I think we want to target physical layout corresponds to ArraysOfArrays.jl eventually because you want contiguous layout for GPU)
---
### Author:  [@denius](https://discourse.julialang.org/u/denius)
#### Post date: [August 18, 2025, 6:58pm UTC](https://discourse.julialang.org/t/anything-in-julia-or-major-julia-packages-i-could-contribute-to/131622/8 "2025-08-18T18:58:52Z")
In [WIP: Memory packed arrays by alooow · Pull Request #241 · JuliaCollections/DataStructures.jl · GitHub](https://github.com/JuliaCollections/DataStructures.jl/pull/241) there was an attempt to implement a more suitable data structure – based on the algorithm “An Adaptive Packed-Memory Array” by M.A. Bender and H. Hu (2007), but it was not successful, or rather not completed.
---
### Author:  [@matthias314](https://discourse.julialang.org/u/matthias314)
#### Post date: [August 18, 2025, 7:26pm UTC](https://discourse.julialang.org/t/anything-in-julia-or-major-julia-packages-i-could-contribute-to/131622/9 "2025-08-18T19:26:49Z")
> [@jling](#):
>
> we don’t have much [Statistics.jl](https://juliaregistries.github.io/General/packages/redirect_to_repo/Statistics) and [Combinatorics.jl](https://juliaregistries.github.io/General/packages/redirect_to_repo/Combinatorics) kernels for GPU
If you are interested in fast combinatorial functions, then SmallCombinatorics.jl may be relevant. The (few) functions it currently has are several orders of magnitude faster than their counterparts in Combinatorics.jl. (Disclaimer: I’m not familiar with kernels.)