# Windows usage questions
**URL:** https://discourse.julialang.org/t/windows-usage-questions/1579
**Category:** General Usage
**Tags:** windows
**Created:** [January 19, 2017, 1:15am UTC](https://discourse.julialang.org/t/windows-usage-questions/1579 "2017-01-19T01:15:18Z")
**Posts on this page:** 7
**Page:** 1
### Author:  [@Tem\_Pl](https://discourse.julialang.org/u/Tem_Pl)
#### Post date: [January 19, 2017, 1:15am UTC](https://discourse.julialang.org/t/windows-usage-questions/1579/1 "2017-01-19T01:15:18Z")
> The intersection of the sets “people who use Windows” and “people who develop Julia” is essentially empty.
Do you mean core julia, or julia packates?
---
### Author:  [@ihnorton](https://discourse.julialang.org/u/ihnorton)
#### Post date: [January 19, 2017, 2:27am UTC](https://discourse.julialang.org/t/windows-usage-questions/1579/2 "2017-01-19T02:27:44Z")
> [@Troubleshooting libgit2](https://discourse.julialang.org/t/troubleshooting-libgit2/1542/4):
>
> Do you mean core julia, or julia packates?
Core. I believe there are a handful of package devs on Windows.
---
### Author:  [@Tem\_Pl](https://discourse.julialang.org/u/Tem_Pl)
#### Post date: [January 19, 2017, 2:50am UTC](https://discourse.julialang.org/t/windows-usage-questions/1579/3 "2017-01-19T02:50:07Z")
How does this affect julia windows stability? Is it “good enough”?
---
### Author:  [@ihnorton](https://discourse.julialang.org/u/ihnorton)
#### Post date: [January 19, 2017, 3:06am UTC](https://discourse.julialang.org/t/windows-usage-questions/1579/4 "2017-01-19T03:06:21Z")
> [@Troubleshooting libgit2](https://discourse.julialang.org/t/troubleshooting-libgit2/1542/6):
>
> How does this affect julia windows stability? Is it “good enough”?
It doesn’t, and yes? The majority of Julia downloads were for Windows last time I heard numbers. There are plenty of Windows bug reports and people have and gone to extensive lengths to fix issues (speaking both personally and from many more observations). Some devs do maintain 2nd Windows machines or VMs.
If you have unrelated questions, next time please start a new thread.
---
### Author:  [@Tem\_Pl](https://discourse.julialang.org/u/Tem_Pl)
#### Post date: [January 19, 2017, 3:47am UTC](https://discourse.julialang.org/t/windows-usage-questions/1579/5 "2017-01-19T03:47:41Z")
Ok thanks. sure will do.
---
### Author:  [@ChrisRackauckas](https://discourse.julialang.org/u/ChrisRackauckas)
#### Post date: [January 19, 2017, 6:11am UTC](https://discourse.julialang.org/t/windows-usage-questions/1579/6 "2017-01-19T06:11:16Z")
> [@ihnorton](#):
>
> Core. I believe there are a handful of package devs on Windows.
That seems to be the case. While there is a clear majority of Mac/Linux devs even in the package ecosystem, we exist. I am a very active package dev and my main dev platform is Windows (and CentOS 7). DifferentialEquations.jl has enough dependencies that if something isn’t working on Windows I’ll open issues / PRs pretty quickly. So anything in that general domain (diffeq, Optim, Plots, NLSolve, IterativeSolvers, etc.) I can vouch for. As you go further over to the machine learning / stats stacks? I can’t vouch for it, and there have been times (specifically due to Rmath, which was solved awhile ago) where I have had problems with it.
The other dev that I know works on Windows is @musm , and he’s done a pretty good job making sure things like MATLAB.jl are supported on Windows. If he’s touched a package he probably fixed up all the Windows issues.
Generally, if a package is all native Julia, it will work well on Windows. If it’s a package which has binary dependencies, look for AppVeyor tests. If there are no AppVeyor tests enabled, it’s a sign that you may be entering untested waters. That doesn’t mean it won’t work: but it’s a sign that likely the dev is working on Linux and only testing on Linux.
---
### Author:  [@Tem\_Pl](https://discourse.julialang.org/u/Tem_Pl)
#### Post date: [January 19, 2017, 5:39pm UTC](https://discourse.julialang.org/t/windows-usage-questions/1579/7 "2017-01-19T17:39:02Z")
Thanks for the insight chris.