dinunnob's comments

On: Show HN: SymDerive – A functional, stateless symbolic math library

[dinunnob]

Here's a blog post where symderive was used with Claude Code's team agent framework to recast Fischer's early work in a modern language:

https://dinunno.substack.com/p/transforming-fisher-an-agenti...

On: Show HN: SymDerive – A functional, stateless symbolic math library

[dinunnob]

You can specify symmetry/antisymmetry patterns for tensor index slots and it takes advantage of that to speed up the calculations. This part was pretty important for me so i spent some time thinking about it. I wanted to try to put xACT’s patterns in but it would have been quite the undertaking.

[dinunnob → dinunnob]

It could definitely be better though

On: Show HN: SymDerive – A functional, stateless symbolic math library

[dinunnob]

Not rigorous, but intuition derived from expression string complexity for postfix operations vs standard sympy style. I’ll take this out, readme was written from sleazy used car salesman advertising point of view. Was more rigorous in examples/test

[dinunnob → dinunnob]

removed claim from README

On: Show HN: SymDerive – A functional, stateless symbolic math library

[dinunnob]

Yeah, you’re not wrong. Makes the syntax a bit annoying here (goal was to lower barrier of entry for physicists). I agree this is bad practice.

[OutOfHere → dinunnob]

In the limiting sense, especially when a user mixes your snippet with snippets from other packages, the barrier of entry becomes greater due to the resolution ambiguity, not less.

[dinunnob → OutOfHere]

fixed in the readme. thanks -

while we are talking imports ... how did `import pyspark.sql.functions as F` ever get past the pep police