Ask HN: What can't you do in Excel? (2017)
> One of the startups in the current YC cycle is making a new, more powerful spreadsheet. If there are any Excel power users here, could you please describe anything you'd like to be able to do that you can't currently? Your reward could be to have some very smart programmers working to solve your problem.
https://news.ycombinator.com/item?id=429477
What significant advances -- in Excel/spreadsheets, not the Turing-complete thing -- have been made in the 8 years since? What's the YC startup from that cycle that "is making a new, more powerful spreadsheet", and what is it doing today? I remember Grid [0], but that was from 2012. Any other companies make innovations that would overturn the spreadsheet paradigm, or at least be copied by Excel/OO/GSheets?
A commenter mentioned "Queries", since many spreadsheet users use spreadsheets like a database. I just recently noticed that GSheets has a QUERY function [1] that uses "principles of Structured Query Language (SQL) to do searches). The function has been around since 2015 (according to Internet Archive [2]) so perhaps I ignored it because its description then was simply, "Runs a Google Visualization API Query Language query across data."
It appears that "Visualization API Query Language" has a lot of SQL-type features with the immediately obvious exception of joins [3].
edit: Multiple people said they would like Excel to have online functionality, i.e. like Google Sheets, but being able to accept VBA and any other features of legacy Excel spreadsheets. There's now Excel Online but I haven't used it (still sticking to Office 2011 for Mac if I ever need to use Excel instead of GS). How seamless is the transition from offline, legacy Excel files to online Excel?
[0] http://blog.ycombinator.com/grid-yc-s12-reinvents-the-spreadsheet-for-the/
[1] https://support.google.com/docs/answer/3093343?hl=en
[2] http://web.archive.org/web/20150319144449/https://support.google.com/docs/answer/3093343?hl=en
[3] https://developers.google.com/chart/interactive/docs/querylanguage
24 comments
[ 4.5 ms ] story [ 41.8 ms ] threadMy main complaint about spreadsheets (or at least Excel) is: you can't generate data of arbitrary length via a formula and display it on the grid without manually managing the cells it takes up. An example where this would be handy is an array formula for unique items.
It seems that maintaining location-based referencing as a feature (referring to data based on cell location, eg '=A1') makes this difficult to implement.
Power Query allows this via List.Generate and the M language, but you need to break the spreadsheet auto-calculation paradigm to use it.
This is why Mesh exists: https://github.com/chrispsn/mesh
God the amount of times data cleaning and comparison fails in excel because collapsing names or identifying sets is not doable is annoying.
Storing internal data without making it visible in a sheet
Code interpreter, R/Python style
More readily available statistical functions
Better plotting options
Packages/Package manager
Basically I want more R and Python functionality native to Excel
Excel sheets are often highly convoluted in cell cross-references in formulas. It would help to have a clean-up mechanism that performs a topological sort on all the cells with formulas and puts them in a more natural order. It would help to be able to identify the backward references even if the cells are not automatically rearranged.
https://www.reddit.com/r/statistics/comments/2arevn/how_to_u...
https://www.reddit.com/r/personalfinance/comments/1739oc/imp...
-Linked Cells by a formula: A = 2B, you change one the other updates.
-Key columns. Auto-increment columns. Unique rows.
-Auto-generate forms for input.
https://en.wikipedia.org/wiki/XBRL
After a 15 year struggle, digital financial reports are a success in the U.S and the Europeans are following up.
---
Also, many people use a spreadsheet when they really want a database. In the office world that would be Access instead of Excel; I like the idea of Access but the implementation is an uncomfortable place of having a complex GUI and having to know some SQL.
---
Finally, decimal arithmetic. Financial calculations should not have the artifacts that come from trying to represent (1/100)th in base 2.
https://wrdrd.github.io/docs/consulting/knowledge-engineerin...
> RDF Data Cubes vocabulary is an RDF standard vocabulary for expressing linked multi-dimensional statistical data and aggregations.
> Data Cubes have dimensions, attributes, and measures
> Pivot tables and crosstabulations can be expressed with RDF Data Cubes vocabulary
And then SDMX is widely used internationally:
https://github.com/pandas-dev/pandas/issues/3402#issuecommen...
> [...] 7 metadata header rows (column label, property URI path, DataType, unit, accuracy, precision, significant figures)
https://wrdrd.github.io/docs/consulting/linkedreproducibilit...
Specifically, CSVW JSONLD as a lossless output format.
CSVW supports physical units.
https://twitter.com/westurner/status/901990866704900096
> "Model for Tabular Data and Metadata on the Web" (#JSONLD, #RDFa HTML) is for Data on the Web #dwbp #linkeddata https://www.w3.org/TR/tabular-data-model/
> #CSVW defaults to xsd:string if unspecified. "How do you support units of measure?" #qudt https://www.w3.org/TR/tabular-data-primer/#units-of-measure
Sure there are people who will express dissatisfaction with Excel. And many many use cases for which Google's product is good enough. But it is all the edge cases that Excel covers that makes it viable to standardize upon across a user base where some users have a significant level of expertise and that expertise is diverse.
To put it another way, free and available anywhere and easy collaboration are all great features. But they are not enough. Killer features will only become killer once a spreadsheet does pretty much everything Excel does (and in pretty much the way Excel does it so that muscle memory works).
More subtly, Excel has a low lifetime cost because there are many good learning resources (and also many bad ones) and those resources are widely available. Which makes me think that one of the killer features of Excel is all the technical headroom it provides for solving problems...by which I mean there is usually functionality and features that could make an ordinary job faster...particularly repetitive ordinary jobs of the sort most people wind up doing.