Ask HN: Why isn’t visual programming a bigger thing?

Re:Ask HN: Why isn’t visual programming a bigger thing? by Ace17 on Thursday May 21, 2020 @04:15AM (#23255983)

First-order functions maybe?

The following function has an obvious visual representation as a processing block:

    int add(int a, int b);

But how do you represent a function allowing other functions in its signature, e.g:

    void transformInPlace(int* input, int (*func)(int));

[ Parent | on HN ]

Re:Ask HN: Why isn’t visual programming a bigger thing? by negentropicdev on Friday May 22, 2020 @02:27AM (#23269211)

In LabVIEW I wire in a reference to a VI that provides the functionality or I use a design similar to the command pattern where there's an override method and I specify the class instance as the argument. Depends on the granularity of the design needed and how many different classes I want to define (usually not that many).

[ Parent | on HN ]

Re:Ask HN: Why isn’t visual programming a bigger thing? by adrianN on Thursday May 21, 2020 @04:22AM (#23256033)

The same way the processor does. The function argument becomes a pointer you jump to when you want to call the function.

[ Parent | on HN ]