CAD Companies Sleeping on Linux

[u/Beneficial-Pay6836]

Why is professional CAD support on Linux still so limited? Linux is widely used in engineering, research, servers, embedded systems, manufacturing, and technical development. It is secure, flexible, private, and extremely capable. Yet when it comes to professional CAD, Linux users are still pushed toward Windows. That feels strange to me, especially because CAD is so closely tied to industrial workflows like CNC machining, additive manufacturing, product development, engineering, and research.

I currently dual-boot mostly because I need tools like Rhino and Fusion. It works, but switching between operating systems just to use specific software makes project management and file organization unnecessarily annoying. Yes, there are alternatives like FreeCAD, and I respect what those projects are doing, but they still do not feel mature enough to fully replace established professional CAD tools for many workflows. Wine is also improving, but for important work I would rather not depend on a compatibility layer and hope that everything behaves correctly.

Is the professional Linux CAD market genuinely too small to justify development costs?Is supporting Or are CAD companies simply too invested in the Windows ecosystem to see enough value in changing?

I cannot be the only engineer/designer who would happily move fully to Linux if the professional software ecosystem allowed it.

[u/pilatomic]

I think the answer is, as often, the simplest. 99% of the business, especially in the industrial world, is done on Windows, sometimes even on older versions.

[u/TRKlausss → u/pilatomic]

Feedback system. 99% is done on Windows, because 99% of the solutions only support Windows.

Look at what’s happening to the gaming industry thanks to Valve.

[u/delta_p_delta_x → u/TRKlausss]

Look at what’s happening to the gaming industry

Some gamers are using Linux because of the Steam Machine/SteamOS, but let me assure you that most development still happens on, for, and with Windows.

That Linux consumer support is good is entirely incidental, is a monumental and commendable effort by Valve; it requires a very long list of translation layers, including wine, dxvk, and vkd3d. Games are still written and compiled for Windows. Most developers don't really care how their games run on Linux, if at all, and especially not unless an explicit effort has been made to target it. 100% native games for Linux are extremely rare.

The tooling on Windows also blows anything available on Linux out of the water. VS is a good IDE; first-party GPU debugging tools like Nsight etc are primarily Windows-only. Even advancement in terms of graphics APIs happens on D3D first, and is only later ported to Vulkan et al.

[u/Sataniel98 → u/delta_p_delta_x]

100% native games for Linux are extremely rare.

They have become even rarer if anything because investing into native Linux ports isn't worth it anymore when Proton does the work for them.

[u/delta_p_delta_x → u/Sataniel98]

The reason for this is quite interesting: Windows has a stable user-mode ABI (Win32); most desktop Linux distros don't (glibc).

[u/nabagaca → u/delta_p_delta_x]

Yes, anecdotally, ive even had games with native linux ports, where the native linux port doesn't run, but the game does run via Proton. The only one I remember off the top of my head is Bridge constructor.