decimal

The recommendation that "developers should use integers to represent money" (with an implicit 2 decimal places, that will work for many but not all currencies) is not a great one. If your language has a dedicated type for monetary amounts, use that. (1) If it does not, but you can make a value object to represent, e.g. amount and currency code, then do that. If however, your language does not have a dedicated type for monetary amounts, or one cannot be trivially built or retrieved as a package (2), then you should ask yourself if it is really a suitable language for financial tasks. 1) https://learn.microsoft.com/en-us/dotnet/api/system.decimal 2) https://github.com/shopspring/decimal https://www.npmjs.com/package/ts-money

1) Python - added to the standard library in 2003. 2) C - no. 3) Java - BigDecimal in the standard library. 4) C++ - no. 5) C# - built in. 6) VB - Currency type kinda does what you'd want, but doesn't scale down very far. 7) Javascript - no. (Use https://github.com/MikeMcl/bignumber.js) 8) SQL - Yes. But check your dialect. 9) PHP - No. 10) Go - No. (Use https://pkg.go.dev/github.com/shopspring/decimal)

Fixed point math is common in software made for business applications because of rounding problems with binary floating point math. The following link is an example of a good quality fixed point math library and shows you how it is done. https://pkg.go.dev/github.com/shopspring/decimal?utm_source=...

"And obviously, an even better pattern is to actually deal with the error" How would you deal with NewFromString? https://pkg.go.dev/github.com/shopspring/decimal#NewFromStri... Try different strings? Maybe run through some AI code to figure out what the string really should have been? Most errors you just have to throw your hands up and declare something's wrong. I write in Go and Kotlin and Kotlin has been much less buggy because errors naturally flow up where they are logged and stop the normal execution. I've seen a number of examples in Go where the error was not returned, causing silent failures.