Live data from Hacker News

IronCalc – Open-Source Spreadsheet Engine

ironcalc.com

181–190 of 238 posts

Re: IronCalc – Open-Source Spreadsheet Engine

#181

Earlier quoted context omitted.

What would be nice though is if you could export logic from excel to examine it and port it. One can dream

Diffs in source control would be sweet

They already know how to do it too https://support.microsoft.com/en-us/office/compare-two-versi...

Re: IronCalc – Open-Source Spreadsheet Engine

#182
post #97

Earlier quoted context omitted.

There is no recursion involved in parsing. You keep a stack for the tree.

Recursive descent uses the processor stack as the parsing stack.

Recursion is mostly involved in interpreter, and most of the time it is a bad practice. No recursion needed in parser.

Re: IronCalc – Open-Source Spreadsheet Engine

#183

Earlier quoted context omitted.

I think people conflate Excel the product with workflows that can be solved with Excel. Lots of tools like sheets and even numbers can do the latter, but nothing since Lotus competed with the former. So if you've never used Excel, you can probably get away with an alternative. But if you already know Excel, why would you add another product for some subset of use cases?

I'm a heavy Excel user, and I have yet to find a usecase that cannot be solved in Sheets. It has App Script after all, for whenever you run into a feature that isn't there. But even then, I've translated many Excel functions to native Sheets array_formula equivalents, and found the latter much more ergonomic.

Much of Excels dominance is due to its legacy pervasiveness in certain industries/ roles (notably finance or financial related but there’s strong bureaucratic use of it as well asan ad-hoc tracking tool for instance) and the fact that two generations of people grew up using it.

I’ve noticed over the years that younger generations are far more used to using Google Sheets since schools and universities have strong adoption of Google Workspace. As a result, I’ve seen less and less use cases that were once believed to be Excel only domains turn out not to be.

I’m not going to proclaim the death of Excel by any means but it’s not as ironclad of a leader position as it once was. There is however some increasingly niche cases where Excel can do things that Sheets can’t, or doesn’t do as well. One non obvious (for todays environment) use case being offline portability, Excel being a standalone program really helps here.

That said, they both suffer from one issue that’s the same, which is there is no ergonomic way to run business logic rules over the calculations easily (and some cases at all)

Re: IronCalc – Open-Source Spreadsheet Engine

#184

Earlier quoted context omitted.

Outside of specific domains such as finance and accounting, most people don’t really need Excel, and will be served perfectly well by Google Sheets or whatever. Indeed, I have hardly used Excel in years. I do use Google Sheets at work, where they are used for adhoc tracking by engineering, product management, project managers, etc. Our son who is 11, he uses Google Sheets - and I know he has used Apple Numbers in the…

I think people conflate Excel the product with workflows that can be solved with Excel. Lots of tools like sheets and even numbers can do the latter, but nothing since Lotus competed with the former. So if you've never used Excel, you can probably get away with an alternative. But if you already know Excel, why would you add another product for some subset of use cases?

In the case of Google Sheets, one reason is that collaborative editing in M365 Excel is absolutely awful. It’s slow, clunky, and more importantly loses data. If you have a shared spreadsheet with important data in it, it’s worth switching.

I’ve worked with a “prototype CRM” that was just a big Google Sheet. Basically a lead generation form would add a row to the sheet, and the sales team would edit cells to reflect the state of the sale. It grew to 3 million rows and still worked. Doing that in Excel is a laughable idea.

I’ve also been on a management team where compensation planning was done with ten managers editing a shared Excel sheet with just a few hundred rows. Somehow some rows got deleted and others got slightly scrambled during the process. It was a huge mess.

Re: IronCalc – Open-Source Spreadsheet Engine

#185

cool project, but I don't particularly like "The democratization of spreadsheets" as a catchphrase. Like, what does that even mean? If by "democratization" you mean like, more able to be used, well anyone can go download LibreOffice or for the web use CryptPad's Spreadsheets, and if you mean that it's more open, well both of those are open source. Is this project specifically run democratically or something? It just…

I think it's the general idea that free (as in speech) software is "democratic". Even if the project does not do what you want you can always modify or fork, i.e. make changes privately for your own use or even distribute them. Closed source software is like totalitarianism, the leader or leading party knows what is best for you. Democracy is not the best analogy, free software projects have BDFLs. The difference is…

99,9999999% of the people using open-Source software are absolutely unable to modify or fork said software. From the other 0,00000000% most don't care enought to modify it.

Calling it democratic is is like calling cancer a completely natural phenomenon. It's true, but it's also completely beside the point

Re: IronCalc – Open-Source Spreadsheet Engine

#186

Earlier quoted context omitted.

I would very much use a product that would work exactly like Google spreadsheets, web and all, but would be self-hosted.

Have you tried collabora office and/or onlyoffice ? These could match your need.

Yes and it is atrocious compared to Google Spreadsheets, unfortunately.

Re: IronCalc – Open-Source Spreadsheet Engine

#187

Earlier quoted context omitted.

What does that actually mean, "works"? I don't know how that behaves in Google sheets or Excel. Is it evaluated exactly once the first time the formula is entered? Every time you focus the input? Is the dice rerolled when a1 or a2 is modified? What?

Hi 8n4vidtmkvmk, the algorithms for evaluating spreadsheets are surprisingly tricky mainly because of the dependencies. The dependencies are only know at runtime and in Excel are lazy evaluated. So things like `IF(condition, value1, value2)` would evaluate first the condition if it is true it will evaluate value1 but not value2. So things that in other programming languages are a circular dependency are not so in Exc…

Thanks. I wonder if it would make sense for RANDBTWEEN to take a seed so that it becomes non-volatile unless you use time as the seed.

Re: IronCalc – Open-Source Spreadsheet Engine

#188

Earlier quoted context omitted.

I think people conflate Excel the product with workflows that can be solved with Excel. Lots of tools like sheets and even numbers can do the latter, but nothing since Lotus competed with the former. So if you've never used Excel, you can probably get away with an alternative. But if you already know Excel, why would you add another product for some subset of use cases?

I'm a heavy Excel user, and I have yet to find a usecase that cannot be solved in Sheets. It has App Script after all, for whenever you run into a feature that isn't there. But even then, I've translated many Excel functions to native Sheets array_formula equivalents, and found the latter much more ergonomic.

Maybe it has changed, but last time I tried to use numbers it still didn’t support resolving circular references through iterative calculation.

Re: IronCalc – Open-Source Spreadsheet Engine

#189

Earlier quoted context omitted.

I think I understand the cult part of Excel. And to be honest, Excel is a fantastic tool. I don't think IronCalc can ever replace Excel (a boy can dream though!). But many companies need a spreadsheet of sorts they can embed in their product. Allow me a bit of humour: > Any sufficiently complicated startup or young company contains an ad hoc, informally-specified, bug-ridden, slow implementation of 10% of Excel. Mayb…

as a saas founder, I can confirm you are 100% correct about this and we'll be looking at IronCalc for https://www.definite.app/

cool and slick website. reminds me of linear.app but when i attempt to scroll all the way down it lags. i'm on macbook air with chrome browser

Re: IronCalc – Open-Source Spreadsheet Engine

#190

I was an excel enthusiast and studied accounting mainly for Excel. Although I have moved to programming unlike most I still do think Excel is awesome. I sincerely commend the enthusiasm, but working in the industry as the "excel expert", I think most outsider does not understand the "cult" aspect of Excel. Excel works. That is it. Trying to replace excel with anything will be percieved as replacing a calculator with…

As a long time Google sheets user I recently was involved in a project for one of these Excel heavy enterprises.

I proposed the CRUD solution to complement their use case but the solution was not received well. They couldn't allocate computer resources to host the solution within their infra easily. So they pushed back and asked us to develop some Excel add-on, PowerBI based dashboard or some kind of Microsoft no code I can't care enough to remember the name.

I had no experience with PowerBI at all. But had a lot of fun learning about it. Great ideas on that piece of software but ultimately it's too hard for Excel users and too finicky for real data processing other than very simple stuff.

It failed spectacularly in the end. We could never make it work reliably and the customer also skimped on the license and didn't want to add some extra features M$ft charges on the side such as power automate and some "advanced instances". Which meant the software runs have to be manually triggered on the managers machine to update the dashboards. It was nasty.

The end result is completely unmaintainable. A collection of "M" scripts inside a power bi dashboard, it pulled data from multiple spreadsheets from specific locations, joined and processed the data, and generated reports. The scripts runs on a Thinkpad so it needs to fit inside the machine constraints of memory and processing. Some of the files are manually updated so very easy to mess up the format or permissions to the point the whole thing broke.

It was a cool experience I'm never repeating

Post reply on HN