# Development resources for Julia ecosystem?

**URL:** <https://discourse.julialang.org/t/development-resources-for-julia-ecosystem/122907>\
**Category:** Community\
**Created:** [November 15, 2024, 4:03pm UTC](https://discourse.julialang.org/t/development-resources-for-julia-ecosystem/122907 "2024-11-15T16:03:23Z")\
**Posts on this page:** 20\
**Page:** 2

<div class="post-metadata">

**Author:** ![juliohm](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/juliohm/32/215266_2.png) [@juliohm](https://discourse.julialang.org/u/juliohm)\
**Post date:** [November 21, 2024, 10:03pm UTC](https://discourse.julialang.org/t/development-resources-for-julia-ecosystem/122907/21 "2024-11-21T22:03:26Z")

</div>

> [@fredrikekre](#):
>
> It isn’t so difficult to work on the LanguageServer

Does that mean that we shouldn’t have a dedicated person working full-time on VSCode? Or at least someone that gets paid to work on specific projects?

Let me say it out loud: **@davidanthoff is underappreciated**.

He is responsible for core pillars of this open source community, including the VSCode extension, the `juliaup` installer, and many other crucial projects that he maintains on his free time (as far as I know).

Why does it need to be that way though? What is the role of JuliaHub in all this? Does the word “Hub” in JuliaHub refers to a hub for business only? Do we need a separate organization to serve as a true hub of support for the community of users, consultants, and small businesses that are fighting out there alone?

---

<div class="post-metadata">

**Author:** ![fredrikekre](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/fredrikekre/32/1688_2.png) [@fredrikekre](https://discourse.julialang.org/u/fredrikekre)\
**Post date:** [November 21, 2024, 10:21pm UTC](https://discourse.julialang.org/t/development-resources-for-julia-ecosystem/122907/22 "2024-11-21T22:21:13Z")

</div>

> [@juliohm](#):
>
> Does that mean that we shouldn’t have a dedicated person working full-time on VSCode? Or at least someone that gets paid to work on specific projects?

No, maybe not. Perhaps you misinterpreted my message but it was meant to be a positive and encouraging message about how we can all help out 🙂

---

<div class="post-metadata">

**Author:** ![Satvik](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/satvik/32/20486_2.png) [@Satvik](https://discourse.julialang.org/u/Satvik)\
**Post date:** [November 21, 2024, 10:23pm UTC](https://discourse.julialang.org/t/development-resources-for-julia-ecosystem/122907/23 "2024-11-21T22:23:39Z")

</div>

> [@juliohm](#):
>
> What is the role of JuliaHub in all this?

My understanding is that there’s no formal relationship between JuliaHub and Julia governance. Several of the individuals there are Julia contributors, and JuliaHub donates some amount of money or resources. But it’s not like JuliaHub is hiring people to work on Julia full time, and most of the things their employees do are probably informed by what their customers want.

~~Julia itself is governed by the Julia Stewards~~ Donations to Julia are usually made through NumFOCUS: [Julia Governance](https://julialang.org/governance/)

---

<div class="post-metadata">

**Author:** ![juliohm](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/juliohm/32/215266_2.png) [@juliohm](https://discourse.julialang.org/u/juliohm)\
**Post date:** [November 21, 2024, 10:44pm UTC](https://discourse.julialang.org/t/development-resources-for-julia-ecosystem/122907/24 "2024-11-21T22:44:34Z")

</div>

Thank you for sharing the link @Satvik.

From the Julia Governance page:

 ![Screenshot_20241121_193658_Chrome](https://global.discourse-cdn.com/julialang/original/3X/9/1/91908a59c3c81d2356a221d1fdb60cd14fe22c54.jpeg)

It is not true that selected members were chosen from various different organizations. Most of them work at JuliaHub. When they are not with JuliaHub, they are with MIT or some partner lab. This is hardly representative of the Julia community as a whole. The financial resources are managed by Avik, who is also working at JuliaHub?

---

<div class="post-metadata">

**Author:** ![stevengj](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/stevengj/32/71_2.png) [@stevengj](https://discourse.julialang.org/u/stevengj)\
**Post date:** [November 22, 2024, 12:50am UTC](https://discourse.julialang.org/t/development-resources-for-julia-ecosystem/122907/25 "2024-11-22T00:50:35Z")

</div>

> [@Satvik](#):
>
> Julia itself is governed by the Julia Stewards

Just to be clear, the Stewards do _not_ “govern” Julia, direct development, make technical decisions, hire personnel, or allocate funding — their _only_ role is mediating interpersonal conflicts in Julia forums according to the [Julia Community Standards](https://julialang.org/community/standards/).

---

<div class="post-metadata">

**Author:** ![juliohm](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/juliohm/32/215266_2.png) [@juliohm](https://discourse.julialang.org/u/juliohm)\
**Post date:** [November 22, 2024, 1:22am UTC](https://discourse.julialang.org/t/development-resources-for-julia-ecosystem/122907/26 "2024-11-22T01:22:05Z")

</div>

The list of Stewards should be more diverse.

@avik can you please share the criteria you use to fund open source Julia projects with NumFOCUS resources? How are you engaging with the different Julia organizations on GitHub and elsewhere? Is this part of your role? Who’s role is this?

Is there a list of past and present projects selected by the current criteria? Where can we find this information?

Can we do anything to help @davidanthoff and @pfitzseb with the VSCode extension, debugger, etc?

---

<div class="post-metadata">

**Author:** ![non-Jedi](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/non-jedi/32/3645_2.png) [@non-Jedi](https://discourse.julialang.org/u/non-Jedi)\
**Post date:** [November 22, 2024, 6:37pm UTC](https://discourse.julialang.org/t/development-resources-for-julia-ecosystem/122907/27 "2024-11-22T18:37:58Z")

</div>

See this post from 2019 which I think was originally written because of similar kerfuffle on this forum where people thought _something_ ought to be funded or focused on.

> **[The Julia Project and Its Entities](https://julialang.org/blog/2019/02/julia-entities/)**
>
> The Julia Project and Its Entities | There are a number of entities surrounding the Julia programming language. Understandably, many people are not entirely clear on what these groups are and what their relationship to each other is. It’s pretty hard...

The summary is that there doesn’t exist anywhere a big pot of money or developer time that can be arbitrarily dedicated to things that would be good for the Julia community. I don’t think anyone disagrees that there are a large number of things that could be done for the Julia community which would have a net positive benefit vs. cost when you add up all Julia users. That doesn’t obligate any person or organization to pay for them though.

---

<div class="post-metadata">

**Author:** ![ufechner7](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/ufechner7/32/51363_2.png) [@ufechner7](https://discourse.julialang.org/u/ufechner7)\
**Post date:** [November 22, 2024, 7:04pm UTC](https://discourse.julialang.org/t/development-resources-for-julia-ecosystem/122907/28 "2024-11-22T19:04:55Z")

</div>

I think more realistic - but still challenging - is the question how to attract more spare-time developers to work on components of the VSCode Julia extension. One interesting candidate is the [Linter](https://github.com/julia-vscode/StaticLint.jl) because it is a stand-alone package that in theory can be tested separately. It has 56 open issues, so in theory anyone could start working on fixing these issues.

But again, there seams to be documentation missing on how to test this package (OK, it has about 2000 lines of unit tests, and they pass), if that documentation would be available other developers could start improving it. Also nice would be to add a command line interface to this linter to make it possible to use it outside of VSCode.

What I am missing in particular is a diagram that shows how the different components (language server, linter, symbol server, any more?) work together and communicate.

---

<div class="post-metadata">

**Author:** ![PetrKryslUCSD](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/petrkryslucsd/32/215825_2.png) [@PetrKryslUCSD](https://discourse.julialang.org/u/PetrKryslUCSD)\
**Post date:** [November 22, 2024, 7:36pm UTC](https://discourse.julialang.org/t/development-resources-for-julia-ecosystem/122907/29 "2024-11-22T19:36:48Z")

</div>

This does not address my point. There _is_ a pot of money from which some people get paid to work on Julia. I did not say “big”. It does not matter how much money there is. What matters are priorities.

Just take the past week or so. Several threads deal with the sorry state of Julia in VS Code. Especially debugger. This sort of thing will impress newcomers in a seriously negative way. Such an impression is not likely to be wiped clean by pointing to the number of recent releases. So, isn’t it worthwhile to think about what the focus should be at this stage of the game?

---

<div class="post-metadata">

**Author:** ![ufechner7](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/ufechner7/32/51363_2.png) [@ufechner7](https://discourse.julialang.org/u/ufechner7)\
**Post date:** [November 22, 2024, 8:26pm UTC](https://discourse.julialang.org/t/development-resources-for-julia-ecosystem/122907/31 "2024-11-22T20:26:09Z")

</div>

If I look at [Spyder](https://www.spyder-ide.org/), an IDE for Python which had no funding at all for many, many years, now they have some funding from NumFocus, but also from [https://chanzuckerberg.com/](https://chanzuckerberg.com/) .  
Look at the very end of the Spyder website, there they have a section “Funding”.

So perhaps it is worth the effort to look for other funding but NumFocus? I remember I was contacted by a company if I would be interested to work on improving the Julia IDE perhaps a year ago, and I said that I do not have the time in the moment, but it might be good to know that there are probably also some companies that would donate some money.

---

<div class="post-metadata">

**Author:** ![Dan](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/dan/32/42581_2.png) [@Dan](https://discourse.julialang.org/u/Dan)\
**Post date:** [November 22, 2024, 9:17pm UTC](https://discourse.julialang.org/t/development-resources-for-julia-ecosystem/122907/32 "2024-11-22T21:17:34Z")

</div>

> [@ufechner7](#):
>
> If I look at [Spyder](https://www.spyder-ide.org/), an IDE for Python

Why can’t Spyder be adapted for Julia? (Seems like an impressive IDE)

---

<div class="post-metadata">

**Author:** ![DNF](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/dnf/32/10191_2.png) [@DNF](https://discourse.julialang.org/u/DNF)\
**Post date:** [November 22, 2024, 11:11pm UTC](https://discourse.julialang.org/t/development-resources-for-julia-ecosystem/122907/33 "2024-11-22T23:11:46Z")

</div>

I’ve long been slightly perplexed about the criticism against vs code/Julia. Having used IDEs for Matlab, Python and C++ (Spyder, Pycharm, Visual Studio), I find them all worse than VS code/Julia.

It has, admittedly, been at least three years since I last tried Spyder, but at that point it was severely lacking, especially in terms of core editor features (does it have multiple cursors _now?_)

I find vs code to be a radically better editor than either Matlab, Spyder, Pycharm or Visual Studio, and I find the Julia plugin to be more than adequate. Perhaps the plugin lacks a few features, but the core editor features and the breadth of available general editor functionality were miles ahead of the others, at least up to a few years ago.

I have probably been a bit fortunate in experiencing relatively fewer debugger issues than some others, but aside from some apparent debugger issues I just don’t get the negativity.

---

<div class="post-metadata">

**Author:** ![ufechner7](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/ufechner7/32/51363_2.png) [@ufechner7](https://discourse.julialang.org/u/ufechner7)\
**Post date:** [November 22, 2024, 11:40pm UTC](https://discourse.julialang.org/t/development-resources-for-julia-ecosystem/122907/34 "2024-11-22T23:40:39Z")

</div>

I guess it depends on your workflow if you have a good experience with the VSCode plugin of Julia or not. For me, even simple things like “goto definition” often do not work, sometimes they do, and it is very hard to figure out why and when.

And the Linter has many false positives (depending on which packages you use), so for some people this might not be an issue.

There is room for improvement.

---

<div class="post-metadata">

**Author:** ![DNF](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/dnf/32/10191_2.png) [@DNF](https://discourse.julialang.org/u/DNF)\
**Post date:** [November 22, 2024, 11:51pm UTC](https://discourse.julialang.org/t/development-resources-for-julia-ecosystem/122907/35 "2024-11-22T23:51:44Z")

</div>

> [@ufechner7](#):
>
> There is room for improvement.

I won’t quarrel with that. But there seems to be a disproportionate amount of negativity, not just regular critical evaluation. If I did not have personal experience, I would have thought the entire ide was borderline unusable. On the contrary, I would _never_ switch to a julia-enabled Spyder unless spectacular advances have been made over the last couple of years.

---

<div class="post-metadata">

**Author:** ![kevbonham](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/kevbonham/32/216165_2.png) [@kevbonham](https://discourse.julialang.org/u/kevbonham)\
**Post date:** [November 23, 2024, 3:40am UTC](https://discourse.julialang.org/t/development-resources-for-julia-ecosystem/122907/36 "2024-11-23T03:40:39Z")

</div>

> [@juliohm](#):
>
> It is not true that selected members were chosen from various different organizations. Most of them work at JuliaHub. When they are not with JuliaHub, they are with MIT or some partner lab

Not sure what you mean by “partner lab”, it’s not totally surprising that people that are heavily invested in Julia end up forming partnerships, but the point is that they are independent - MIT is a very large place and faculty in different departments have their own sources of support. Plus Tim Holy is not at MIT.

> [@juliohm](#):
>
> @avik can you please share the criteria you use to fund open source Julia projects with NumFOCUS resources? How are you engaging with the different Julia organizations on GitHub and elsewhere? Is this part of your role? Who’s role is this?

I doubt Avik would have any objections to sharing info about this, but these demands feel pretty aggressive. Are you donating a lot of money to NumFOCUS or feel you have a right to input on these things for some other reason?

The process for awarding small development grants from NumFOCUS is well-documented on their website, and isn’t a one-person show. Money is also dolled out for GSoC, and reviewing those applications is a community effort. Have you volunteered to do that? Perhaps you could ask how you can pitch in to help with finding priorities rather than simply making a bunch of demands?

In any case, I sincerely doubt that there’s enough to pay a full time developer for VS Code out of those coffers. Perhaps there’s enough money in JuliaHub, but presumably they have a better sense of the business logic than any of us do, and if developing the extension were a good investment they would do it.

---

<div class="post-metadata">

**Author:** ![juliohm](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/juliohm/32/215266_2.png) [@juliohm](https://discourse.julialang.org/u/juliohm)\
**Post date:** [November 23, 2024, 4:25am UTC](https://discourse.julialang.org/t/development-resources-for-julia-ecosystem/122907/37 "2024-11-23T04:25:05Z")

</div>

> [@kevbonham](#):
>
> the point is that they are independent - MIT is a very large place

I am impressed by how much we diverge in opinion about so many different topics @kevbonham. Your argument that MIT is large enough to represent the community is so off to me…

> [@kevbonham](#):
>
> Are you donating a lot of money to NumFOCUS or feel you have a right to input on these things for some other reason?

I feel that the community has the right to know. This is called transparency. If this is not about collective decision making, then something is wrong. There are various issues at play here, and I don’t doubt that unintentional bias towards JuliaHub projects is one of them.

> [@kevbonham](#):
>
> Have you volunteered to do that?

Besides submitting multiple JSoC project proposals in the past, mentoring students in similar programs (e.g. MLH fellowship), I’ve been super active _paying_ people to develop open source Julia packages at Arpeggeo.

I am tired of this argument that you need to volunteer in order have a word in the community. You always use this argument, and I don’t think it is productive. Anyone in this community has the right to request diversity and transparency.

---

<div class="post-metadata">

**Author:** ![Eben60](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/eben60/32/13475_2.png) [@Eben60](https://discourse.julialang.org/u/Eben60)\
**Post date:** [November 23, 2024, 10:56am UTC](https://discourse.julialang.org/t/development-resources-for-julia-ecosystem/122907/38 "2024-11-23T10:56:56Z")

</div>

> [@ufechner7](#):
>
> simple things like “goto definition” often do not work, sometimes they do, and it is very hard to figure out why and when.

I have the impression it works when it is from “the inside” of the package `MyPackage` I’m working on. That includes going to functions in the packages used by `MyPackage`.

That appears to consistently NOT work for scripts not `include`-ed into the `MyPackage` source, calling functions from `MyPackage`.

---

<div class="post-metadata">

**Author:** ![Eben60](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/eben60/32/13475_2.png) [@Eben60](https://discourse.julialang.org/u/Eben60)\
**Post date:** [November 23, 2024, 11:10am UTC](https://discourse.julialang.org/t/development-resources-for-julia-ecosystem/122907/39 "2024-11-23T11:10:05Z")

</div>

> [@juliohm](#):
>
> Anyone in this community has the right to request diversity and transparency.

Fully agree.

Just that doesn’t mean _somebody_ is obliged to respond to all requests by _anybody_.

That said, you are obviously not just _anybody_ in the Julia community.

---

<div class="post-metadata">

**Author:** ![artemsolod](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/artemsolod/32/20704_2.png) [@artemsolod](https://discourse.julialang.org/u/artemsolod)\
**Post date:** [November 23, 2024, 2:17pm UTC](https://discourse.julialang.org/t/development-resources-for-julia-ecosystem/122907/40 "2024-11-23T14:17:39Z")

</div>

Is there some mechanism that would allow people to donate money towards julia open source ecosystem AND have some vote on where this money is spent (i.e. what issues are tackled with higher priority)? For example sponsoring an organization via GitHub (e.g. [The Julia Programming Language · GitHub](https://github.com/JuliaLang)) does not give you an idea on what development you are actually sponsoring (I don’t know how it works with NumFocus). Sponsoring individual projects seems overly fragmented.

An ideal scenario would probably to have something like a supporter subscription where you can vote on the importance of the issues (possibly based by the amount that you pay). It’s OK for me if different features get the work if the steering committee decides so. Because this still would give very clear signal towards what community feels is needed + some resources that can help make it.

---

<div class="post-metadata">

**Author:** ![Palli](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/palli/32/3380_2.png) [@Palli](https://discourse.julialang.org/u/Palli)\
**Post date:** [November 23, 2024, 4:36pm UTC](https://discourse.julialang.org/t/development-resources-for-julia-ecosystem/122907/42 "2024-11-23T16:36:50Z")

</div>

Before improving and spending (more) resources on VS Code [extension], I would like to know what parts of it most need improving, and if it can be done in a cross-IDE/editor way, all the work should ideally benefit VS Code IDE and/or other IDEs/editors. VS Code is most likely the current IDE, but not the best editor. Debuggers were historically important, but are nowhere near as important with AI now debugging and fixing (and writing) your code, see video below. Zed might be the future for AI-helped editing, and not helped by working on the VS Code extension.

> **[Top 20 AI Testing and Debugging Tools | BrowserStack](https://www.browserstack.com/guide/ai-debugging-tools)**
>
> Explore the top AI-powered low-code debugging tools for efficient testing. Simplify your workflow and boost productivity with these innovative solutions.

> ### Challenges in Traditional Debugging Tools

> [@DNF](#):
>
> No, no. The Atom people made Zed, but it’s definitely not based on Atom or Electron. […]  
> They decided to make the fastest editor possible, built from scratch in Rust.

I thought and hoped its extension system might be compatible with VS Code extensions, or such extensions written in JavaScript, but I see it’s not much used, with Zed’s Julia extensions mostly written in [Scheme 74.8%](https://github.com/JuliaEditorSupport/zed-julia/search?l=scheme) (then [Julia 12.9%](https://github.com/JuliaEditorSupport/zed-julia/search?l=julia), [Rust 12.3%](https://github.com/JuliaEditorSupport/zed-julia/search?l=rust)).

Zed itself is Rust 98.0%, Scheme 0.8%, Shell 0.4%, and last JavaScript 0.2%.

[zed-julia/CONTRIBUTING.md at main · JuliaEditorSupport/zed-julia · GitHub](https://github.com/JuliaEditorSupport/zed-julia/blob/main/CONTRIBUTING.md) \>The Julia Zed extension is mostly glue code that defines how Zed should use tree-sitter and the language server protocol with Julia.

> **[Developing Extensions - Zed](https://zed.dev/docs/extensions/developing-extensions)**

> Procedural parts of extensions are written in Rust and compiled to WebAssembly.

> [@PetrKryslUCSD](#):
>
> I’m pretty happy with 1.10.4, but I understand at this point 1.10.5 and 1.10.6 are both out, and 1.11 is now also released.
> 
> I don’t think a newcomer to Julia will much appreciate the difference between these 1.10 releases. I certainly don’t care, I see no advantage in switching to an incrementally improved version.

Well you should upgrade to patch releases e.g. 1.10.x for latest x since “As a patch release, it _should be non-breaking for existing code_ and introduce no new features, **just bug fixes and performance enhancements**.” If people do not update to latest 1.10.x LTS, then a long-term support release is meaningless. 1.10.8 is forthcoming and I’m grateful for upgrades.

We certainly want the major upgrades 1.11, 1.12 etc. And work on them includes e.g. smaller binaries. But none of the new features go into LTS, why you may not see much point to upgrading it. It is more risky to upgrade to 1.11 (1.12 etc.) though it should also be non-breaking.

I looked through what might be of importance in e.g. 1.10.5:

> <https://github.com/JuliaLang/julia/pull/54645>
>
> This may introduce a correctness issue in the work-stealing termination loop if …we're using interactive threads and GC threads simultaneously.
> 
> Indeed, if we forget to add \`nthreadsi\` to \`nthreads\`, then we're checking in the mark-loop termination protocol a range \`\[gc\_first\_tid, gc\_first\_tid + jl\_n\_markthreads)\` of threads which is "shifted to the left" compared to what it should be.
> 
> This implies that we will not be checking whether the GC threads with higher TID actually have terminated the mark-loop.

Before ChatGPT o1-preview AI did his PhD research code in seconds, that took him a year, and now Google has caught up (about update this week):

[![](https://global.discourse-cdn.com/julialang/original/3X/1/c/1c21fc859dbb957801116b8e6e6a8419f61143cb.jpeg "Gemini Experimental 1121 Did ~10 Weeks of Quantum Mechanics Research in ~10 Minutes") ](https://www.youtube.com/watch?v=7GMV0iamE3E&t=157)

[Previous page](https://discourse.julialang.org/t/development-resources-for-julia-ecosystem/122907.md?page=1)

[Next page](https://discourse.julialang.org/t/development-resources-for-julia-ecosystem/122907.md?page=3)