[megous]

> not the 100 failures and incremental improvements over time

This code has 3 actual code commits over 6 days, none of which changed anything fundamental. What are you talking about?

It's quite possible to compete against this on multiple levels. One would be correctness. The other a bit less wasteful interface. Another would be handling arrays in a more useful way (or at all). And yet another would be safety. Another would be speed and memory use. Yet another would be non-recursive implementation. Another would be documentation (what's this diffing? enumerable/non-enumerable properties? how it deals with getters? how about inherited properties? - I can't know any of this without looking long and hard at the code)... etc. etc.

[can16358p]

Note on only the first part: the author might have tested bunch of stuff on their local without commiting until they've found something worth, perhaps? That would result in very few commits.

[dymk]

Nah, this just really isn’t a very complex or noteworthy library. There’s not that many edge cases to test. Just look at the test file.