Calculation precision in JavaScript

[tab00]

@rhywden

0.1+0.2===0.3 is false

That’s pretty much a standard issue for any and all languages using floats.

Not for a long time (e.g. decade) in Java, ASP.NET, etc. I’ve already expressed my thoughts before which you can read in these threads:

What is Meteor missing?

ES6 modules has certainly made Meteor much more complicated, but it’s for the better in the long run. Though what’s missing now are things that would make it easier to work with ES6 modules. e.g. auto-import functionality. It would be great if there was an IDE that could allow you to easily import a required module (just right click on the unresolved variable), which is what Visual Studio has had for C# for years. Visual Studio even knows which imports are unnecessary that you can remove. More…

The Sad State of Web Development

I’ve been programming since around 10 years of age and do know about other languages. I use decimal in .NET and BigDecimal in Java for monetary calculations. They’ve been around for almost a decade. JavaScript has been around since 1995 (over 2 decades) yet we still don’t have a type other than floating point for non-integer numerical calculations, which is imprecise. I’d think it’s one reason to call it a bad language. Yet now here we are trying to build serious applications with it (or at le…

Meteor for corporate developers

It should be their goal if they wish to be a commercially viable company. I worked as a developer in IBM Global Services in my previous full-time job, and worked on big projects for corporate clients. The clients are willing to pay top rates for quality (including labor), and project budgets are often into the multi millions. Now that I’ve immersed myself into the Meteor world, I see huge disparities that need to be addressed. More people from the corporate world are going to discover Meteor a…

Do you recommend meteor for financial service..?

It’s better to be aware of the issues at design and planning time. It can be a hassle to redesign at later stages. My point is that it can be more complicated than you think. Saying simply “there’s no problem, just do this or that” is often not helpful in solving frustrating problems of working with monetary data in JavaScript which I have already been through. Based on my experience, when developing financial applications in JavaScript, it’s OK to store monetary values in ordinary double dat…