Earlier quoted context omitted.
They are arguing it does have impact on that. The company that created Java went out of business and was sold to Oracle for a fraction of its original worth. So Java was a business failure -- or at least I'd be interested to see someone defend Java as a business success. So I think it's realistic to at least engage with their argument seriously rather than dismiss it. The argument is that open source licenses are inc…
You've made the mistake of expressing an unpopular opinion, so you're getting down voted. I strongly dislike proprietary software, but you raise valid concerns that should be considered instead of being downvoted into silence. (edit: at the time I wrote this comment, the parent appeared to be headed for oblivion, happily that appears to have improved) I don't know that open sourcing Java killed Sun. More likely it wa…
Why Wolfram tech isn’t open source (2019)
301–310 of 316 posts
Re: Why Wolfram tech isn’t open source (2019)
#302It would be more interesting to address why they chose a pricing model that guaranteed their products would never be a more mainstream consumer product and pretty much irrelevant for almost all enterprise contexts where a computational or analytical capability is needed. Because I don't think they are so stupid this wasn't a conscious decision on their part.
Not sure about that. If Matlab is their main competition, then they are much cheaper and you get tons more (that you may never use but its there...) for the price of just Matlab's base software. The downside is that the engineering community by and large uses Matlab because it's what the legacy code is and it is taught in school. I've used Mathematica and I enjoy using it (and Python) more than Matlab but at the end…
Re: Why Wolfram tech isn’t open source (2019)
#303Earlier quoted context omitted.
> We have an official definition. Lol how is it 'official'? Who officiated it?
You can read the history of the term Open Source here: https://opensource.org/history The folks who coined the term were among those that led the OSI. > The “open source” label was created at a strategy session held on February 3rd, 1998 in Palo Alto, California, shortly after the announcement of the release of the Netscape source code. The strategy session grew from a realization that the attention around the Netsca…
You can see the term gaining popularity prior to 3 Feb 1998, and there are references to for example BSD being 'open source' as far back as 1990.
https://books.google.com/ngrams/graph?content=open+source%2C...
Re: Why Wolfram tech isn’t open source (2019)
#304Earlier quoted context omitted.
If you include other succesfull open source projects, like Blender, the pattern is no longer there ...
A lot of “rules” are general rules, many of which have exceptions. These are not laws of the universe.
Re: Why Wolfram tech isn’t open source (2019)
#305Earlier quoted context omitted.
I actually disagree and think Altium will, in fact, be Victim #001 of KiCad. The question becomes: "Is Altium thousand dollars better than KiCad?" And a lot of the time the answer will now be "No." I already split my designs about 50/50 between Altium and KiCad--and that's before KiCad 6.0 which is imminent (6.0RC2 exists right now ). 1) KiCad has one killer feature: it's cross platform. I would argue that this will,…
But, in the long term, > open a VM in the cloud and do all your work there is something that will allow you to run any "platform" instead of being restricted to your(s) ?
It the reason why, VSCode, for example, runs your editor locally even if it's running the compilers and stuff remotely.
Re: Why Wolfram tech isn’t open source (2019)
#306Earlier quoted context omitted.
KiCad's library management isn't powerful enough for (most) commercial work. It has a good foundation but there is too much critical functionality that is not implemented yet.
I'm not sure if/how this is improved in KiCad 6 but from the KiCad 5 tutorials I've seen, "manually match symbols to footprints" was its approach to library management :/ I'm learning PCB design with https://github.com/horizon-eda/horizon instead — and here library (pool) management comes first. You actually place full "parts" (that associate symbols and footprints and other metadata) onto schematics — and if you don…
1) I see its value. The cacophony needs to be tamed. And a larger company can dedicate staff to keeping the library up-to-date and organized.
But it's kind of like the problems between a monorepo and multiple repositories.
I've never been part of a company where we could afford to dedicate people to BOM management and library control. I know a really good person who does this--but the companies she works at move at a sclerotic pace. They're medical or aerospace. They have zillions of ISO certifications and testing requirements. You have to file 3 forms to put a new part in the "system". And this is fine--I want someone like her preventing random changes sneaking into a medical device, thanks.
And even still, she has to fight with people every day to hold back the chaos.
2) Everybody has a different notion of "library management" and someone else's version will always be an impediment.
"Library management" is, practically by definition, opinionated. Mine is too.
I have a very idiosyncratic way of parts numbering my resistors, capacitors, inductors and a few other things in the system. It's optimized for the fact that if you put things in boxes in order sorted by those numbers, I can browse through our inventory very quickly and pull parts, values, and footprints that I need as well as know if I don't have something or have a substitute. All without having to consult some master spreadsheet or database that will always be out of date.
It drives the aforementioned library organizer crazy. She wants me to use the "standard" parts numbers and classifications. However, she also acknowledges that I have a solid reason for what I chose. If I ever manage to hire her, I will let her at it and I will comply with what she wants.
> "manually match symbols to footprints" was its approach to library management :/
It is, but I also find that "footprint management" at the schematic simply isn't as useful as people make it out to be. "Generic" footprints are fine when you're throwing around DIP chips or 1206 components. However, footprints get a lot less "generic" and interchangeable when you're working with 0402 and smaller components.
A lot of my components wind up with "unique" footprints anyway.
Re: Why Wolfram tech isn’t open source (2019)
#307Earlier quoted context omitted.
You can read the history of the term Open Source here: https://opensource.org/history The folks who coined the term were among those that led the OSI. > The “open source” label was created at a strategy session held on February 3rd, 1998 in Palo Alto, California, shortly after the announcement of the release of the Netscape source code. The strategy session grew from a realization that the attention around the Netsca…
> The “open source” label was created at a strategy session held on February 3rd, 1998 You can see the term gaining popularity prior to 3 Feb 1998, and there are references to for example BSD being 'open source' as far back as 1990. https://books.google.com/ngrams/graph?content=open+source%2C... Via https://www.arp242.net/open-source.html .
Martin's article pleads with readers not to be pedantic when using the term, but offers no alternative definition, beyond 'let people use it when they can read source code'. Perhaps that's the proposed usage you and Martin prefer?
If I'm understanding your position correctly, perhaps you would agree that Ocarina of Time has now been released as open source?
https://arstechnica.com/gaming/2021/11/reverse-engineering-t...
If so, the term is uselessly vague, as it says nothing about the rights of the licensee. In this sense, 'Free Software' has much more meaning...perhaps RMS was onto something!
Re: Why Wolfram tech isn’t open source (2019)
#308Earlier quoted context omitted.
You can read the history of the term Open Source here: https://opensource.org/history The folks who coined the term were among those that led the OSI. > The “open source” label was created at a strategy session held on February 3rd, 1998 in Palo Alto, California, shortly after the announcement of the release of the Netscape source code. The strategy session grew from a realization that the attention around the Netsca…
> The “open source” label was created at a strategy session held on February 3rd, 1998 You can see the term gaining popularity prior to 3 Feb 1998, and there are references to for example BSD being 'open source' as far back as 1990. https://books.google.com/ngrams/graph?content=open+source%2C... Via https://www.arp242.net/open-source.html .
“Open source” has older non-software uses, most notably in the intelligence context, where it picks up sharply in the 1980s:
https://books.google.com/ngrams/graph?content=open+source+in...
Re: Why Wolfram tech isn’t open source (2019)
#309Re: Why Wolfram tech isn’t open source (2019)
#310A study in basically why open source works and is always better - than crappy corporations that would write a blog like this.
1. "A coherent vision requires centralized design" - BULLSHIT! you can do open source with a centralized or whatever kind of governance you want.
2. "High-level languages need more design than low-level languages" - INSULTING BULLSHIT! maybe true, but who said open source can't handle the "more" design required? I can't think of a single open source design with, say 30 million lines of code, that is "designed" ok.
3. "You need multidisciplinary teams to unify disparate fields" - BULLSHIT! so, open source is never ever multidisiplinary? from disparate fields? This is EXACTLY why it should be open! How do you even presume to do this by excluding all the diverse stakeholders?
4. "Hard cases and boring stuff need to get done too" - BULLSHIT! the only thing harder than getting some dedicated guy working for free doing the hard boring stuff, is to get your management to allocate schedule and budget for it.
5. "Crowd-sourced decisions can be bad for you" - INSULTING BULLSHIT! so unilateral corporate decisions are never bad? And open source necessarily means crowd-sourced governance? And even if the decisions are sometimes bad, couldn't they also more often be good?
6. "Our developers work for you, not just themselves" - TOTAL BULLSHIT! they 100% work for YOU not me. I'd love to help. For free! but I can't because a) I don't work for you and b) if I did, you wouldn't let me do what I want.
7. "Unified computation requires unified design" - INSULTING BULLSHIT! so.. open source can never create a unified design? You could literally change nothing in your governance structure, publish your source, and it'd be exactly as unified (whatever that means) as it already is. But by magic, open sourceness means that the contributors are incapable of creating a unified vision?
8. "Unified representation requires unified design" - BULLSHIT LAZY COPY OF PREVIOUS ARGUMENT!
9. "Open source doesn’t bring major tech innovation to market" - BULLSHIT! WHAT! inovation has always been linked to coloboration and sharing. You can't inovate in an echo chamber. Yes, right, you go on paying your developers to inovate on a fixed schedule and budget...
10. "Paid software offers an open quid pro quo" - LYING BULLSHIT! like because the open-ness of open software is so sneaky that even when it tells you exactly what you get, you can't be sure. And definitely corporate license agreements bring 100% clarity and performance guarantees.
11. "It takes steady income to sustain long-term R&D" - Yes!!! and that is why companies should exist. Open source does not mean that wolfram won't sell licenses and make money $$$. In fact, the author has already assured us that wolfram developers are the best, the most unified, hard-boring-working, coherent, inovative people to be found. So regardless of the sourcing, they'd be dominant in the market, right? So what's the problem?
12. "Bad design is expensive" - INSULTING BULLSHIT! Soooo... open source == bad design and you == good design? ya... And designs hidden behind a closed source wall are never, ever bad, right?