News for hackers. Stuff that matters.
Re:Notation as a Tool of Thought (1979) by TuringTest on Friday April 25, 2025 @01:15PM (#43796170)
Seeing that diamond metaphor, and then learning how APL sees "operators" as building "functions that are variants of other functions"(1), made me think of currying and higher-order functions in Haskell.

The high regularity of APL operators, which work the same for all functions, force the developer to represent business logic in different parts of the data structure.

That was a good approach when it was created; but modern functional programming offers other tools. Creating pipelines from functors, monads, arrows... allow the programmer to move some of that business logic back into generic functions, retaining the generality and capacity of refactoring, without forcing to use the structure of data as meaningful. Modern PL design has built upon those early insights to provide new tools for the same goal.

(1) https://secwww.jhuapl.edu/techdigest/content/techdigest/pdf/...

Re:Notation as a Tool of Thought (1979) by exe34 on Friday April 25, 2025 @02:26PM (#43797002)
if I could write haskell and build an android app without having to be an expert in both haskell and low level android sdk/ndk, I'd be happy to learn it properly.
Re:Notation as a Tool of Thought (1979) by fc417fc802 on Friday April 25, 2025 @05:18PM (#43798616)
Doesn't that "just" require C FFI of the NDK? Sounds like a headache.
Re:Notation as a Tool of Thought (1979) by exe34 on Sunday April 27, 2025 @05:16AM (#43810537)
> Sounds like a headache.

It is! (https://github.com/cnlohr/rawdrawandroid) - and that's just writing a simple an android app in C. If you want to access the numerous APIs to do anything useful, it's more pain.