Live data from Hacker News

Show HN: We built the fastest spreadsheet

rowzero.io

191–200 of 225 posts

Re: Show HN: We built the fastest spreadsheet

#191

Earlier quoted context omitted.

Are any of these multi-dimensional? Still looking for a replacement Lotus Improv (can't justify Quantrix Financial).

Row Zero supports Python pandas, which handles multi-dimensional data. So you can process your data with Pandas in the code window and then view "2d slices" of that data in the spreadsheet UI. Feel free to message me at breck at rowzero.io if you'd like to do a session together to get you started.

I need something which allows me to interactively re-arrange the date on-the-fly --- if you've never worked w/ Improv it's hard to express.

There was the beginnings of an opensource implementation, Flexisheet, or see:

https://instadeq.com/blog/posts/no-code-history-lotus-improv...

Re: Show HN: We built the fastest spreadsheet

#193

This may be way off course but I’m currently looking for a QuickBooks replacement with many of the features you describe. Is building a QB replacement possible within your app, if we can bring our own financial data?

What are some of the features you are looking for?

Just curious because Im working on a Quickbook replacement probably with a different focus but I'd still love to hear what you need.

Re: Show HN: We built the fastest spreadsheet

#194

Earlier quoted context omitted.

I just tested in Excel and Google Sheets and our behavior matches them here, unless I am misunderstanding the repro steps. For me, A3 becomes =SUM(A1:A2)+A1+A2 and remains 4 as it should be. The action I am taking: A0=1 A1=1 A2=SUM(A0:A1)+A0+A1 (evaluates to 4) Right click A0 and click "insert row above" Now I have: A0=empty A1=1 A2=1 A3=SUM(A1:A2)+A1+A2 (evaluates to 4) Thank you for trying to find edge cases! I hav…

> Right click A0 and click "insert row above" Instead, right click A1 and click "insert row above". Google Sheets (and, I'm 99.99% sure, Excel) adjust the range inside the SUM to be three rows high. I've put quite some time into this sort of thing too :)

Didn't know who I was talking to, looked you up now, amazing ;)

Thanks a lot for the bug report. We actually used to implement the range-extension logic in Excel/Sheets but removed it during a cut-paste refactor due to the complexity (I'm sure you know...) and resolved to add it back when someone asked for it.

I actually found edge cases where Sheets and Excel don't do range extension logic the same way.

So we don't do the range extension for now, but the 4 not getting recomputed to 3 is definitely a bug, will fix!

Re: Show HN: We built the fastest spreadsheet

#195

Earlier quoted context omitted.

We have development desktop builds. A few product questions for you: Would you be ok with a new file format or do we need to save to .xlsx? How important is Python in a desktop version? Would you need integration with conda or virtualenv? How much do you think we should charge?

XLSX is an open format, why invent another? xkcd 927 python in the app needs to be wholly self contained so whatever the backend it uses, it's separate from anything else on the system. charge through the nose for desktop clients because of how much it costs in development and support time. people who want native clients so it's not up on a cloud somewhere for whatever reason can pay for that privilege.

I implemented an Excel format processor and the Excel format does not lend itself well to super-high-performance for large datasets unfortunately

Re: Show HN: We built the fastest spreadsheet

#196

Earlier quoted context omitted.

We use Apache Arrow data format, so it's fairly columnar. We have built some custom layers on top of Arrow as well to handle some fancier data types. For storage and orchestration we use S3 and Dynamo. Yes exactly, we use CRDTs for multiplayer stuff.

Thanks! A digressing question. How does one go about learning to build an amazing platform line Row Zero?

We were fortunate to work in AWS which has some of the gnarliest datastructures and algorithms problems in the world, so we got really good there. Spreadsheets are really just more datastructures and algorithms on the backend.

Our frontend guy is brilliant and built a lot of awesome stuff at Airtable, but I can't speak to the craziness that is high-complexity high-performance frontend. But it's absolutely necessary to a good product too!

Re: Show HN: We built the fastest spreadsheet

#197

This would be a heck of a lot cooler if it was a local-first desktop application. It's still cool mind you, but it could have been a heck of a lot _more_ cool.

We have the capability to run it as a desktop app. How much do you think we should charge for it, and how do you think we should do support, feature additions, etc? We are open to the idea.

Re: Show HN: We built the fastest spreadsheet

#198

Not trying to relate with AI, GPT, or LLM in a spreadsheet product is the best thing to me, kudos!

We will add a little tasteful AI stuff later, but it's not the highest priority. Top priority is big data and fast data. AI is relatively easy to layer on later.

Re: Show HN: We built the fastest spreadsheet

#200

This may be way off course but I’m currently looking for a QuickBooks replacement with many of the features you describe. Is building a QB replacement possible within your app, if we can bring our own financial data?

I don't know enough about QuickBooks to say we can replace it. But we do have enterprise accounting teams using us to pivot millions of rows of general ledger data. So if you're looking to (e.g.) create summaries of categorized expenses, we're great for that.

Where are you importing your financial data from?

Post reply on HN