Live data from Hacker News

Show HN: We built the fastest spreadsheet

rowzero.io

101–110 of 225 posts

Re: Show HN: We built the fastest spreadsheet

#101

Can you share performance comparisons to duckdb and clickhouse?

We have not tried clickhouse, but are probably comparable to DuckDB. DuckDB is also backed by Apache Arrow the same as us, but is targeting database users, whereas we are targeting spreadsheet users. They are very complementary.

Re: Show HN: We built the fastest spreadsheet

#102
A better Excel sounds nice, but the problem is Excel is already on my computer and used by everyone. It's a universal format for most people in the business world. If your product is really that superior, I wish Microsoft would just buy y'all out and rewrite Excel from scratch using your product. I guess they can't do to infinite backwards capability needs as half the world prob runs off Excel spreadsheets.

Re: Show HN: We built the fastest spreadsheet

#103
post #76
post #33

Earlier quoted context omitted.

I just wonder how come there is market for these when Microsoft has Excel online. Any company that has O365 has Excel online as well.

Excel online is not a pleasant experience. Google sheets is much better. Row zero seems way better.

Gsheets and Excel are hard to beat, so I assume they're focusing on big companies.

Re: Show HN: We built the fastest spreadsheet

#104

Earlier quoted context omitted.

Tell us about the stack you're using to build this. Also the biggest tech challenges you've faced and solved? But most importantly, does your family still use Google Spreadsheets?

Google Sheets is banned in our households, we planned our neighborhood block party in Row Zero! Tech stack: Everything runs on AWS Frontend: TypeScript + some Rust compiled to WASM, our own virtualized custom canvas magic Backend: Rust, Apache Arrow The biggest tech challenges... where to start. 1. As with any editor application, Undo/Redo is devilishly hard 2. A spreadsheet is modeled as a Directed Acyclic Graph whe…

Nice work, did you start off by looking at any previously built canvas-like spreadsheets or was it straight to "virtualized custom canvas magic"?

I interviewed at a spreadsheet company (for a frontend role) and they asked, "how would you go about determining what cells need a border when a user clicks an individual cell, clicks a cell and selects multiple cells, clicks a cell next to an already selected cell." Fascinating problem and we talked about solutions for a little bit.

Noticed that you can't unselect a cell once it's selected? I'm on a Mac with Chrome (latest, no updates available).

Repo steps: 1. Select a few cells (⌘ + click) or an individual cell 2. Try unselecting (⌘ + click) those same cells clicked in #1 3. Cell is not unselected

Re: Show HN: We built the fastest spreadsheet

#105

Earlier quoted context omitted.

Is it true? Google sheets is great, google docs is great, and hyperlinks! How much native app fast UX is due to using local state on disk? The future is not on local disk!

Google has the benefit of having all of Google drive around it But even then, the benchmark is Excel. Nearly every Excel user is saving files to disk. Companies like to own data in a shared drive on a network. Maybe making networked drives better is another problem that needs solving, but I don't think spreadsheet applications should disregard that and just hope everyone moves to online. At a minimum you should give…

> the benchmark is Excel

That's certainly true among a subset of users who demand Excel power features, but it is not a universal benchmark. People who more highly value collaboration might prefer Google Sheets. There are tons of users and use cases where the choice of local storage is irrelevant or even a drawback.

Re: Show HN: We built the fastest spreadsheet

#106

Hello all, I'm Grant, founding engineer at Row Zero. Working on this spreadsheet engine has been one of the most exciting, complex, and stimulating engineering experiences of my career. Feel free to ask any technical questions about the product. We're really proud of what we've build and what's on the roadmap!

Do you support the equivalent of Excel's Iterative calculations?

Re: Show HN: We built the fastest spreadsheet

#107

This looks really promising. We generate about 1gb of financial CSV files per day for finance/accounting/audit teams and the number one response is "wow this data is great, but my computer just can't handle it". The biggest issue that I think I would run into in my organization is that all of the spreadsheet lovers are Excel die-hards and they refuse to even use Google Sheets, not to mention something else that isn't…

Help me understand this.

You generate 1gb of critical financial data...that most of your Excel die-hard users can't actually use because their computer can't handle it.

How does your org complete any work then?

Re: Show HN: We built the fastest spreadsheet

#110
post #61

Founder/CEO here. When I worked in AWS S3, I spent a lot of time in Excel. Even as a dev, it was the fastest way to explore data, build models, and share forecasts with business partners. My Excel usage was plagued by slow performance, poor cloud integration, and no first-class Python support. I loved the richness and responsiveness of Excel, but I had to give up too much power to get it. This felt like a false choic…

What I'd love to see is an easy workflow to make this supplant Google docs. Right now, let's say i want a shared spreadsheet. I need to: 1) Signup for an account 2) Create a workbook 3) Click share and put in friend's email 4) They get an invite 5) Now they need to sign up 6) They can edit my doc I'm not a paying customer (or even a user... I just heard of this), so take this with a grain of salt, but what I'd love t…

> make it editable without others needing accounts

This requirement brings a very difficult mix of challenges around security, privacy, regulatory compliance and business priorities.

As a toy / personal project it could work, but realistically this is unlikely to ever materialize in a way that you imagine.

Post reply on HN