Live data from Hacker News

Why Wolfram tech isn’t open source (2019)

blog.wolfram.com

211–220 of 316 posts

Re: Why Wolfram tech isn’t open source (2019)

#211
post #8

1 - 11: $$ 12. Doesn't want to show the world how bad the codebase is. Seriously, Mathematica makes naïve python code seem blazingly fast I've had the displeasure of porting 4k sloc of Mathematica to python and the script runtime went from 40min to 5sec.

"Python" as in "SymPy"? Was the translation actually equivalent? Did you try Compile[]? [1]

[1] https://reference.wolfram.com/language/ref/Compile.html

Re: Why Wolfram tech isn’t open source (2019)

#212

Well, that's a cancelled subscription from me. I have no problem with them not being Open Source, but these arguments are all orthogonal to being Open Source. There is a valid argument for not being Open Source: "We think a proprietary program with a monthly license fee is the best business model for our company and product." You say that, I respect you. You bring a bunch of bad arguments, I lose trust.

This was written two years ago. Why would you cancel a subscription over it if their software works for you?

Becaue I barely ever used it and I mostly had it to support what I believed to be a cool company.

Re: Why Wolfram tech isn’t open source (2019)

#213
post #6

Almost none of the reasons have anything to do with releasing the source. You can release the source but still maintain central control. They shouldn’t even have posted this. Obviously they want to make money from their products, and that’s fine.

> You can release the source but still maintain central control. Until someone with a larger budget than you forks it and uses their immense resources to force you out of the market. Then you liquidate your company and someone else gets the rights to maintain your fork.

Even if you’re worried about this, there are source-available licenses like SSPL or Elastic License v2 explicitly designed to prevent this, and which have seemingly been successful at doing so. The exact choice of license would depend on the kind of thing you’re worried about.

Re: Why Wolfram tech isn’t open source (2019)

#215
post #189

Earlier quoted context omitted.

I think to make it mainstream would require making it different. The number of people who actually have a use for Mathematica is pretty small. Very few people understand both math and programming. Most people who can program are already employed as programmers. In a larger organization, rather than buying 10 licenses for 200 bucks each, it's better to buy 1 license for 2000 bucks and have everybody bring their math w…

Well, let's for arguments sake consider the most important demographic in my mind: me :-). (That's what most people do anyway). Joking aside. I'd love to make Mathematica part of my toolbox, but the steep pricing makes me think about all the other software I pay license fees on that I depend on, and I need another software expense like I need a third buttock. If it wasn't a recurring license, or a recurring license a…

Mathematica is available as a non-recurring license, though you'll have to pay for upgrades if you want to upgrade in that case.

Re: Why Wolfram tech isn’t open source (2019)

#216

Earlier quoted context omitted.

Probably the exception is Blender, which is a big, complex GUI with gobs of features and is very compétitive.

true, why is blender special? it was originally a closed source program with a small community that became open source later, but it’s evolved massively since then and become much more polished and easier to use, which virtually no open source project can say

KiCAD is another package that I think is fairly competitive at this point. It’s not going to kill Altium, but it’s improved greatly in the last 3 years.

Re: Why Wolfram tech isn’t open source (2019)

#217

Earlier quoted context omitted.

> You can release the source but still maintain central control. Until someone with a larger budget than you forks it and uses their immense resources to force you out of the market. Then you liquidate your company and someone else gets the rights to maintain your fork.

Even if you’re worried about this, there are source-available licenses like SSPL or Elastic License v2 explicitly designed to prevent this, and which have seemingly been successful at doing so. The exact choice of license would depend on the kind of thing you’re worried about.

I mostly agree, at least in the current day where the powerful companies in context are [x]aaS companies, but now you’re going down a road where people will argue whether OSI/FSF are legitimate gatekeepers of the definition of “Open Source”

Re: Why Wolfram tech isn’t open source (2019)

#218

Earlier quoted context omitted.

> You can release the source but still maintain central control. Until someone with a larger budget than you forks it and uses their immense resources to force you out of the market. Then you liquidate your company and someone else gets the rights to maintain your fork.

There is zero chance that Wolfram's products would be "stolen" in this way. No one is interested in developing them but Stephen Wolfram.

I’m sure some cloud provider would love to slap wolfram features on to their existing service offerings as a value-add.

Re: Why Wolfram tech isn’t open source (2019)

#219
post #116

Most of these are about wanting control over the design of the software - but releasing their code doesn't have any impact on that - I don't get it? Java is open source - Oracle still tightly controls and manages the design of Java. For example 'Bad design is expensive' - how releasing your source lead to bad design? That's a complete non-sequitur.

>Most of these are about wanting control over the design of the software - but releasing their code doesn't have any impact on that - I don't get it? [...] how releasing your source lead to bad design? The way to interpret his argument is to imagine an alternate past history where Mathematica was open source from the beginning and how that would have lead to an inferior product. He wrote: >[...] I think that it would…

Did any of these open-source projects that lag behind had a budget that at least was of the same order of magnitude of their proprietary counterparts? I don't think so.

OBS is another counterexample that is heavy on GUI and absolutely superior to similar solutions (where they don't just fork it and hide it).

Proprietary and open-source modes share the same challenges. 1. Developers need incentives and it has to be sustainable. Money is the biggest of them but reputation, fun and self-realization also matters. 2. Organization and scale. A team of experts supported by staff can do a lot more than a single developer. But a large corporation is inefficient and can fail to deliver. 3. Momentum. It's difficult for a software to compete with large established softwares like AutoDesk, MS Office and Photoshop even if delivers the same features and performance.

Re: Why Wolfram tech isn’t open source (2019)

#220
post #116

Earlier quoted context omitted.

>Most of these are about wanting control over the design of the software - but releasing their code doesn't have any impact on that - I don't get it? [...] how releasing your source lead to bad design? The way to interpret his argument is to imagine an alternate past history where Mathematica was open source from the beginning and how that would have lead to an inferior product. He wrote: >[...] I think that it would…

I believe GUI is a huge part of it. My rationale is that sweating the details of the GUI actually requires a profound amount of work, that is not at the top of the list of things that programmers enjoy working on. The the only way to get it done is to hire an army of well paid programmers to do it. And things like office and graphics software are nothing without GUI. Second, some software builds on a body of propriet…

Agreed that GUI is a huge part of it, but I'd say for a different reason. There are almost no UI/UX designers contributing to open source projects. At the very least the ratio of them to programmers is incredibly low, far lower than at any company whose main product depends heavily on its GUI like office or graphics software.

OSS GUIs are exactly what you get if you leave it completely up to an army of pure programmers (whether well-paid or not).

Post reply on HN