OSS dev | [ F#; JS; C#; TS ] | self-employed | you can hire me | Maker of #pxlclock
https://linktr.ee/SchlenkR
BTW, the app is officially available, and the latest clock SW version is 2025-11-09_16.08.11
Does your clock still pull updates if I may ask?
BTW, the app is officially available, and the latest clock SW version is 2025-11-09_16.08.11
Does your clock still pull updates if I may ask?
or
delegate int combine(int a, int[] b)
(although the names are just documentation, and not part of teh type's identity.)
or
delegate int combine(int a, int[] b)
(although the names are just documentation, and not part of teh type's identity.)
1 - any type T with trait (+): T * int -> U
2 - iterable of U, may be anything from 'maybe' to endless
3 - array of U
4 - T * iterable<U> -> array<U>
So interesting 😍
1 - any type T with trait (+): T * int -> U
2 - iterable of U, may be anything from 'maybe' to endless
3 - array of U
4 - T * iterable<U> -> array<U>
So interesting 😍
Anyway: Your reasoning -> rules: ;)
"If an element of type T is added to our element e,
Then e also has type T"
or
"If we know that an element e is in an array, and that has type T,
Then e also has type T"
Anyway: Your reasoning -> rules: ;)
"If an element of type T is added to our element e,
Then e also has type T"
or
"If we know that an element e is in an array, and that has type T,
Then e also has type T"
When we agree that a type should reflect 'what things are', can it be that a function is really of type 'int array' or 'int list'?
When we agree that a type should reflect 'what things are', can it be that a function is really of type 'int array' or 'int list'?
When we agree that a type should reflect 'what things are', could it be that a function is really of type 'int array'?
When we agree that a type should reflect 'what things are', could it be that a function is really of type 'int array'?