zlacker

[return to "Wolfram Compute Services"]
1. fsh+y7[view] [source] 2025-12-06 09:16:55
>>nsoonh+(OP)
Maybe with the power of a supercomputer, Mathematica can finally launch in less than 30s. I have no idea how a software that still does essentially the same thing as it did in 1988 can be that sluggish.
◧◩
2. pjmlp+R7[view] [source] 2025-12-06 09:21:17
>>fsh+y7
Yet there is hardly any computing system that can replicate Mathematica tooling capabilities.

One would expect 37 years would be enough to create such alternative.

Jupiter notebooks aren't the same.

◧◩◪
3. xvilka+u8[view] [source] 2025-12-06 09:28:48
>>pjmlp+R7
Sage Math? Though I admit, unlike homogeneous Mathematica, it's just a Python glue on multiple smaller projects of different quality and poorly integrated. I wish there was something more like the Wolfram software but there isn't.
◧◩◪◨
4. fsh+2a[view] [source] 2025-12-06 09:50:12
>>xvilka+u8
I quite like Sage. Python is a much better language than Wolfram (yes, he named it after himself...). In Wolfram, there is no real scoping (even different notebooks share all variables, Module[] is incredibly clumsy), no real control flow (If[] is just a function), and no real error handling. When Wolfram encounters an exception, it just prints a red message and keeps chugging along with the output of the error'd function being replaced by a symbolic expression. This usually leads to pages and pages of gibberish and/or crashes the kernel (which for some reason is quite difficult to interrupt or restart). Together with the notebook format and the laughable debugger, this makes finding errors extremely frustrating.

The notebooks are also difficult to version control (unreadable diffs for minor changes), and unit testing is clearly just an afterthought. Also the GUI performance is bad. Put more than a hand full of plots on a page, and everything slows to a crawl. What keeps me coming back is the comprehensive function library, and the formula inputs. I find it quite difficult to spot mistakes in mathematical expressions written in Python syntax.

◧◩◪◨⬒
5. gucci-+1i[view] [source] 2025-12-06 11:33:16
>>fsh+2a
> Python is a much better language than Wolfram

Different languages are better at different things, so it rarely makes much sense to say that one language is better than another in general. Python is definitely much better than Mathematica for "typical" imperative programming tasks (web servers, CLI programs, CRUD apps, etc.), but Mathematica is much better at data processing, symbolic manipulation, drawing plots, and other similar tasks.

> there is no real scoping (even different notebooks share all variables, Module[] is incredibly clumsy)

Scoping is indeed an absolute mess, and the thing that I personally find the most irritating about the language.

> no real control flow (If[] is just a function)

You're meant to program Mathematica by using patterns and operating on lists as a whole, so you should rarely need to use branching/control flow/If[]. It's a very different style of programming that takes quite a while to get used to, but it works really well for some tasks.

> no real error handling

For input validation, you should use the pattern features to make it impossible to even call the function with invalid input. And for errors in computation, it often makes the most sense to return "Undefined", "Null", "Infinity", or something similar, and then propagate that through the rest of the expression.

> The notebooks are also difficult to version control (unreadable diffs for minor changes)

Mathematica notebooks tend to do slightly better with version control than Jupyter Notebooks, although they're both terrible. You can work around this with Git clean/smudge filters, or you can just use ".wls"/".py" files directly.

◧◩◪◨⬒⬓
6. crical+Rx[view] [source] 2025-12-06 14:10:14
>>gucci-+1i
On the note of Jupyter notebooks and version control - there was a talk at this year's Pycon Ireland about using a built in cleaner for notebooks when committing the JSON (discard the cell results), and then dropping the whole lot into a CI system utilising remote execution (and Bazel or similar) to run and cache the outputs. Was a talk from CodeThink. No video up yet though. Scenario was reproducible notebooks for processing data from a system under test.
◧◩◪◨⬒⬓⬔
7. gucci-+oZ1[view] [source] 2025-12-07 03:58:51
>>crical+Rx
> On the note of Jupyter notebooks and version control - there was a talk at this year's Pycon Ireland about using a built in cleaner for notebooks when committing the JSON (discard the cell results)

Yup, I use a long "jq" command [0] as a Git clean filter for my Jupyter notebooks, and it works really well. I use a similar program [1] for Mathematica notebooks, and it also works really well.

[0]: https://stackoverflow.com/a/74104693

[1]: https://github.com/JP-Ellis/mathematica-notebook-filter

[go to top]