News for hackers. Stuff that matters.
Re:3D engine entirely made of MS Excel formulae by dan-robertson on Saturday September 22, 2018 @07:52PM (#18048629)
I think I disagree entirely.

The typical things one gains from higher order functions are things like mapping and filtering of data structures. Excel only has one data structure—the table. Mapping is done by writing the formula once and then dragging it from the corner to the whole column. Filtering is not really done. Normally use the gui to hide the rows to be filtered away.

Functions add in questions of scoping. How are closures supposed to work? Could there be some way to say “the function in cell A1 at the time and closing over the state of when cell B2 was last logically computed”? Excel handles scoping in the non-function-in-cell approach using $.

Obviously this all breaks apart when you don’t want tables where you drag things either always down or always across

Re:3D engine entirely made of MS Excel formulae by kccqzy on Sunday September 23, 2018 @04:26AM (#18050063)
> Mapping is done by writing the formula once and then dragging it from the corner to the whole column. Filtering is not really done. Normally use the gui to hide the rows to be filtered away.

You should look into array formulas (or block formulas). They break out of the one-at-a-time mold and could be much more powerful.

Re:3D engine entirely made of MS Excel formulae by aaronblohowiak on Saturday September 22, 2018 @09:53PM (#18048993)
Filtering is very much done in sheets I have seen and used
Re:3D engine entirely made of MS Excel formulae by dan-robertson on Sunday September 23, 2018 @03:22PM (#18052671)
Yes but it’s not done with a function like filter in scheme or Haskell, it’s done by the gui, outside of the world of formulas. For more complex stuff there are database features hidden away inside
Re:3D engine entirely made of MS Excel formulae by Q6T46nT668w6i3m on Sunday September 23, 2018 @09:12AM (#18050927)
Excel doesn’t support mapping over columns or rows?