Depending on the domain, this can be quite challenging, and the challenge isn't limited to FOSS. The non-business consumer market, particularly the desktop com

Depending on the domain, this can be quite challenging, and the challenge isn't limited to FOSS. The non-business consumer market, particularly the desktop computer software market, is probably the most challenging when it comes to monetizing software. Even in the world of proprietary software, software companies still have to compete with pirated copies. This led to the introduction of activation, DRM, app stores, and subscriptions. Moreover, even without piracy, there's an abundance of free-as-in-beer software products that are either ad-funded or are subsidized by revenue from other parts of the business. I imagine that the people working on essential FOSS desktop projects like KDE, GNOME, GIMP, LibreOffice, Inkscape, etc. most likely don't make a full-time living working on these projects unless they're sponsored by a larger company like Red Hat or Google which makes its money from other projects. If I'm wrong, I'd love to hear counterexamples. Of course, not all software is pre-packaged desktop and server software like Adobe Photoshop and Microsoft SQL Server. Making money from FOSS may be easier in B2B markets where companies tend to not sell prepackaged software solutions, but custom solutions that fit the customer's needs. Even with FOSS, just because the software can be downloaded and modified freely doesn't mean that the software is ready to use immediately. This may require modifying the code, which may be beyond what many business could handle. They could choose to hire their own in-house software engineers, but they could also choose to pay the software company, whose engineers should be more familiar with the code base. This is where I see more opportunities for making a living with FOSS, since not all software products are straight-out-of-the-box solutions.