331–340 of 358 posts
Earlier quoted context omitted.
There is a Jupyter notebook interface for the Wolfram Language: https://github.com/WolframResearch/WolframLanguageForJupyter Additionally, many IDEs support Wolfram Language for syntax coloring, command completion, contextual help, etc.: http://www.wolfram.com/developer/
I tried this, and it works great. Awesome, Thanks Wolfram! https://imgur.com/VoHXMtS
Earlier quoted context omitted.
>But that’s completely at odds with how most software engineers work these days. Most software is grounded in an open source development and deployment tool chain. Imagine saying this with a straight face. Maybe in web development, but the vast majority of programmers are using closed source tools to produce closed source software. You're either thinking of a tiny picture vs the whole picture (web devs vs programming…
I’m open to being wrong, but my domain is not and has not been web apps. It’s mostly been things like satellite antenna control software, quantum computers, scientific computing, and AI. Each of those domains, in my experience, has been firmly grounded in open source. (It does not mean, of course, that the end product is open source.) I recognize there are some domains that are steeped in closed source solutions with…
> Why Aren’t You Using Our Technology? It’s not open source. Even if the engine is “free”, I don’t want to build an open source product with it and hope to be granted a “free production license.” If I build something on my own time I don’t want to ask my employer to purchase a “production license” as soon as it becomes useful. Wolfram believes that mathematics software (or “computational knowledge” or whatever he cal…
>Most software is grounded in an open source That depends on the software development segment. If you are creating 3D games you would expect to build on top of Unity or Unreal because unless you are a major studio building the infrastructure yourself is expensive, slow and not as good. The question is "is computation" such a segment?
Has anyone got anything really cool with the Wolfram language that they've prototyped / seen prototyped elsewhere?
No prototype, but you might want to look at https://rulebasedintegration.org/ It's a package for solving symbolic integrals that outperforms many systems. It has an extensive test-suite of over 72,000 integration problems and I encourage you to try how many of them can be solved by SymPy or Julia. Spoiler: I already helped porting it to Symja and if the python community can solve the problems with MatchPy, the port t…
Earlier quoted context omitted.
An Affero GPL (AGPL) license wouldn’t prevent AWS or Azure from competing with Wolfram’s cloud service, it would just require that they publish their changes to the source code. They’d still eat Wolfram’s lunch, which is why it won’t happen.
Exactly. That's a good example what's wrong in our world. As long as this won't change we won't get closer to the FOSS world that every human deserves.
Please explain how/why FOSS is human birthright?
Making good software requires significant effort (both up-front and on-going) and being compensated for that effort is reasonable
Earlier quoted context omitted.
Kdb is a very niche product that has open source alternatives that are made use of by the rest of the software industry outside of FinTech. It's not bad, it's just not what the market wants to use because it's a closed box. Wikipedia has an article on Time series databases and they contain a short list of popular TSDBs [0]. On that list 11 are libre-software to some degree and 4 are commercial. Relational TSDBs are n…
Unfortunately, there are no open source alternatives to kdb+. Effortlessly handling hundreds of terabytes of data on a single machine, while consisting of only a 300 kB (yes, kilobytes)... Nobody even came close. Market adoption could be better, but the license costs around $100,000/year (probably the most expensive software per kilobyte). Fintech can afford it, other industries can’t.
This seems pretty much next generation k.
We can see how things goes.
Earlier quoted context omitted.
(cons 1 2) is doing what in Clojure? In Lisp cons cells are the basic data type from which lists, trees, cyclic lists, etc. are created, In Clojure it's not.
First, in Scheme, vectors are not made of cons cells. Second, in Clojure, you can certainly make lists, trees etc. from cons cells. It's just that vectors and maps are more common. Third, Clojure is not only a Lisp ( https://clojure.org/about/lisp ), but an exceptionally good one at that. I'm amazed that some people find that controversial. I love Scheme and Clojure, and the thought that they're not both Lisps -- som…
Lisp, too, has vectors not made of cons cells.
> make lists, trees etc. from cons cells
It's just that they aren't. Clojure uses persistent lazy sequences not made of cons cells as its basic data structure. And it has strange behavior:
user=> (conj '(1 2) 0)
(0 1 2)
user=> (cons 0 '(1 2))
(0 1 2)
user=> (class (conj '(1 2) 0))
clojure.lang.PersistentList
user=> (class (cons 0 '(1 2)))
clojure.lang.Cons
user=> (class (cons 1 2))
IllegalArgumentException Don't know how to create ISeq from: java.lang.Long clojure.lang.RT.seqFrom (RT.java:542)
Does not look like Lisp to me.
> Clojure is not only a very good Lisp
It's a good programming language, but not a very good Lisp - since it is mostly incompatible and lacks a lot of the usual Lisp features.