Narrowly passed ;) Big numbers sure are cool!

Some results of random tests exceed BigInteger's max value on Java.

This problem is nice and all, but Java BigInteger is too much, just it's existence should be increasing this problem difficulty by one or two level

Thanks for your help, @samhstn : D

Because you differentiate "12x + 2" to give you "12"

Hi,
I do not understand this kata --> why ("12x + 2", 3) should return 12 ???
12 * 3 + 2 == 38
I think I had to miss something :)
Thanks for your help!

COBOL translation + description unified.

In solution set ups (currently in all available languages), the first argument would better be named polynomial than equation, like in the description. Those are not equations.

Not a kata issue. => https://docs.codewars.com/training/troubleshooting/

I looked up how to do this since I haven't taken calc yet in highschool and I still have no idea how to do this...

In many countries, and in higher mathematics, this is standard terminology.
It is missing a comma, at worst:
'and a point to evaluate the equation_,_ as an integer.'

Go check out wolfram math world.

Which IDE? (Which language?)

• Are you using libraries that you might not have access to here, or that you might need to declare when not using your IDE?
  Have you googled to check which package the method is called from?
• Can you please name the OS you're running on, in case it's a different kind of bug?
• Can you please (mark as spoilers) specify which method calls you're using, so that the issue can be verified?

I probably can't solve your issue myself, but without more information, nobody can.
Many people have been able to solve this problem both before and since, which means a slightly modified approach may work.

No regex used but I've used eval. I know it's not good to use eval but I wasted my day finding the solution and I am happy with my solution.
Suggest me some resources to improve my regex skill.

I keep running into errors with the random tests because numpy.polynomial.Polynomial cannot handle the large numbers due to float64 limitations. I submitted a ticket to the Numpy team but they just confirmed it's a limitation for floating point. Probably best for others to avoid this Numpy library for this solution unless the Kata is updated to not generate such large results.

I believe it means you have to replace x by the provided value (the "point") so that you can evaluate the equation, transforming it into a scalar. For example, evaluating (without derivation) the expression "x^2-7" at the point x=3 gives 3^2-7 = 9-7 = 2, a scalar.