Live data from Hacker News

Show HN: We built the fastest spreadsheet

rowzero.io

201–210 of 225 posts

Re: Show HN: We built the fastest spreadsheet

#201

My current issue with Google Sheets is that it gets really slow when I connect tries to load data from dozens of sheets into a single one using multiple importrange. Does your solution work better for this use case?

This use case is where we shine. Sheets is a great tool, but its performance is limited by your browser's memory, whereas Row Zero compute is happening in the cloud. Give it a try and let us know what you think!

Re: Show HN: We built the fastest spreadsheet

#203

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.

I agree, AI should not be the central focus, but when appropriately integrated, it can be highly beneficial.

Re: Show HN: We built the fastest spreadsheet

#204

Earlier quoted context omitted.

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 t…

Excuse me for probing further.

Can you share some of the books that can help with this? Which algorithms were used, how etc.

Thank in advance, I am using Row Zero since yesterday and loving it thoroughly.

Re: Show HN: We built the fastest spreadsheet

#205
post #34
post #17

Earlier quoted context omitted.

I've found that while people don't want to change out of Excel they are forced to by the size of new files. The more data is generated by computers, the less likely it is to fit in Excel I imagine many professions won't be able to use Excel in 10 years based on this trend.

Unless Microsoft invests in changing that situation.

>Unless Microsoft invests in changing that situation.

Unless Microsoft invests in row zero as a "distribution partner" as it did with Mistral, you mean: Row Zero, available now on Azure.

There, I fixed it for you.

Re: Show HN: We built the fastest spreadsheet

#206

Earlier quoted context omitted.

> 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…

I can't copy and paste formulas to more than one cell at a time?

if I highlight a range of cells to copy something to, only the last cell will be populated?

Re: Show HN: We built the fastest spreadsheet

#207
post #34

Earlier quoted context omitted.

Unless Microsoft invests in changing that situation.

>Unless Microsoft invests in changing that situation. Unless Microsoft invests in row zero as a "distribution partner" as it did with Mistral, you mean: Row Zero, available now on Azure. There, I fixed it for you.

It'll be funny if they get acquired, tomorrow. It'll be the fastest acquisition, ever.

Re: Show HN: We built the fastest spreadsheet

#208
post #33

Honestly, I'm really excited about this next generation of spreadsheet software. - Causal.app - Rows.com - Equals.com - and at least 50 others I've found I'm waiting for someone to create a really high performant spreadsheet engine that runs in WASM to power even more spreadsheet-y applications. The direct manipulation of spreadsheets is super underrated.

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 a crippled piece of shit though.

Re: Show HN: We built the fastest spreadsheet

#209
post #206

Earlier quoted context omitted.

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…

I can't copy and paste formulas to more than one cell at a time? if I highlight a range of cells to copy something to, only the last cell will be populated?

We didn't know about this formula-paste-to-range functionality, we will add it in the next few days as we grind down this post-launch backlog. Let us know any other stuff we are missing please!

In the mean time you can still paste the formula to the top cell then drag it down or ctrl+D as a workaround, but we want to support the full experience, so check back in a few days and it should be there :)

Re: Show HN: We built the fastest spreadsheet

#210

Earlier quoted context omitted.

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 t…

Excuse me for probing further. Can you share some of the books that can help with this? Which algorithms were used, how etc. Thank in advance, I am using Row Zero since yesterday and loving it thoroughly.

I don't have any great book recommendations because I learned on the job mostly.

For a project that will teach you literally everything there is to know about backend development:

1. Write a simple PUT/GET/DELETE REST API network layer, this should be a few hundred lines of code max depending on how much you choose to lean on libraries vs write it yourself

2. Then, write a simple in-memory blob store behind the PUT/GET/DELETE REST API. Just use a very simple hashmap of keys to data. You now have an in-memory S3 mock!

3. Now, rather than in-memory hashmap, start saving the files to disk. Write code that allows you to start and stop the process and recover all the data from disk. Now you have a persistent S3 mock.

4. Now, start finding the limits of this application. Write a program that calls your API with different usage patterns to load test it. Find the limits.

5. Now start optimizing. You can go as far as you want here. This optimization process was my whole career at AWS S3, and most of it at Row Zero.

6. If you want to really learn some advanced data structures and algorithms, stop using the filesystem directly, and write your own storage mechanism. Allocate 1 giant 16GB (or however large) file and store all of your blob data inside that 16GB "partition". You have to do all the serialization and retrieval etc yourself.

Your filesystem is already doing this for you when you store as files (look up how the ext4 filesystem works, inodes, pages, etc). But your filesystem is probably optimized for consumer use, not this blob-storage system use.

So you can implement your own much faster version if you want. If you want to really learn datastructures and algorithms, try to code a simple Log Structured Merge Tree. This will teach hashes, trees, bloom filters, serialization, deserialization, etc, all with high performance in mind.

Post reply on HN