Newest at the top
2024-05-14 07:11:31 +0200 | michalz | (~michalz@185.246.207.193) |
2024-05-14 07:10:38 +0200 | mei | (~mei@user/mei) (Remote host closed the connection) |
2024-05-14 07:10:34 +0200 | <cheater> | but i don't think that's an issue |
2024-05-14 07:10:29 +0200 | <glguy> | all functions have one argument; no functions have two |
2024-05-14 07:10:29 +0200 | <cheater> | i see where you're coming from |
2024-05-14 07:10:21 +0200 | <cheater> | ok ok |
2024-05-14 07:10:18 +0200 | <glguy> | but that doesn't mean you can't apply the result as a function |
2024-05-14 07:10:08 +0200 | <glguy> | function in haskell *only* have one argument |
2024-05-14 07:10:08 +0200 | <cheater> | id only has one argument |
2024-05-14 07:10:00 +0200 | <glguy> | You need to know the order of application to even attempt to type-check an expression |
2024-05-14 07:09:38 +0200 | <lambdabot> | a -> a |
2024-05-14 07:09:37 +0200 | <glguy> | :t id |
2024-05-14 07:09:35 +0200 | <lambdabot> | 11 |
2024-05-14 07:09:34 +0200 | <glguy> | > id succ 10 |
2024-05-14 07:09:31 +0200 | <cheater> | why |
2024-05-14 07:09:14 +0200 | <glguy> | cheater: that would only make sense in a vary narrow subset of Haskell |
2024-05-14 07:00:59 +0200 | <cheater> | like what languages are you thinking of |
2024-05-14 06:46:16 +0200 | <danza> | other languages that support out-of-order arguments end up with a syntax similar to { arg = val } like one would easily achieve with a product type |
2024-05-14 06:44:29 +0200 | <cheater> | whatever's useful |
2024-05-14 06:44:17 +0200 | <cheater> | so what if we had a type constructor that's like (->) but binds less tightly than (->) and doesn't care about order. say (&). You could write f :: X & A -> B -> C & Y & Z -> Out, and then you could go like f a b c x y z, or f a x b y c z, or f x y z a b c |
2024-05-14 06:42:23 +0200 | <cheater> | if you look at type sigs, f :: A -> B -> C is basically a tuple. the only reason it's not exactly the same thing as (A, B, C) is currying. |
2024-05-14 06:41:56 +0200 | <cheater> | idk what you're saying |
2024-05-14 06:40:39 +0200 | <danza> | make a product type for that? |
2024-05-14 06:40:14 +0200 | <cheater> | rarely do functions have the same type multiple times, and when they do it's usually like a binary or ternary function and then you can explicitly order them with a tuple |
2024-05-14 06:39:49 +0200 | <cheater> | i feel like haskell would be better if arguments were non-positional, i.e. you could supply them in any order |
2024-05-14 06:37:46 +0200 | remmie | (ianremsen@tilde.team) (Ping timeout: 256 seconds) |
2024-05-14 06:23:41 +0200 | ChaiTRex | (~ChaiTRex@user/chaitrex) |
2024-05-14 06:22:51 +0200 | ChaiTRex | (~ChaiTRex@user/chaitrex) (Remote host closed the connection) |
2024-05-14 06:21:18 +0200 | rosco | (~rosco@yp-146-6.tm.net.my) |
2024-05-14 06:16:28 +0200 | peterbecich | (~Thunderbi@syn-047-229-123-186.res.spectrum.com) (Remote host closed the connection) |
2024-05-14 06:08:46 +0200 | peterbecich | (~Thunderbi@syn-047-229-123-186.res.spectrum.com) |
2024-05-14 06:06:26 +0200 | yin | (~yin@user/zero) |
2024-05-14 06:06:15 +0200 | ec | (~ec@gateway/tor-sasl/ec) |
2024-05-14 06:05:35 +0200 | ec | (~ec@gateway/tor-sasl/ec) (Remote host closed the connection) |
2024-05-14 06:04:48 +0200 | yin | (~yin@user/zero) (Ping timeout: 255 seconds) |
2024-05-14 06:00:56 +0200 | rekahsoft | (~rekahsoft@184.148.6.204) (Ping timeout: 256 seconds) |
2024-05-14 05:56:22 +0200 | aforemny | (~aforemny@i59F516F4.versanet.de) (Ping timeout: 246 seconds) |
2024-05-14 05:55:47 +0200 | aforemny_ | (~aforemny@i59F516F1.versanet.de) |
2024-05-14 05:55:44 +0200 | yin | (~yin@user/zero) |
2024-05-14 05:55:20 +0200 | mei | (~mei@user/mei) |
2024-05-14 05:54:05 +0200 | mei | (~mei@user/mei) (Ping timeout: 240 seconds) |
2024-05-14 05:42:27 +0200 | paddymahoney | (~paddymaho@pool-99-250-26-190.cpe.net.cable.rogers.com) |
2024-05-14 05:31:03 +0200 | peterbecich | (~Thunderbi@syn-047-229-123-186.res.spectrum.com) (Ping timeout: 255 seconds) |
2024-05-14 05:19:44 +0200 | peterbecich | (~Thunderbi@syn-047-229-123-186.res.spectrum.com) |
2024-05-14 05:19:33 +0200 | danza | (~francesco@151.57.214.17) |
2024-05-14 05:19:24 +0200 | peterbecich | (~Thunderbi@syn-047-229-123-186.res.spectrum.com) (Remote host closed the connection) |
2024-05-14 04:42:24 +0200 | emmanuelux | (~emmanuelu@user/emmanuelux) (Quit: au revoir) |
2024-05-14 04:36:23 +0200 | philopsos1 | (~caecilius@user/philopsos) (Ping timeout: 260 seconds) |
2024-05-14 04:25:48 +0200 | ddellacosta | (~ddellacos@ool-44c73d29.dyn.optonline.net) |
2024-05-14 04:23:59 +0200 | jmdaemon | (~jmdaemon@user/jmdaemon) (Ping timeout: 264 seconds) |