2024/10/13

Newest at the top

2024-10-13 07:07:53 +0200synchromesh(~john@2406:5a00:2497:300:5545:131a:a4af:e344) synchromesh
2024-10-13 07:06:55 +0200synchromesh(~john@2406:5a00:2497:300:5545:131a:a4af:e344) (Read error: Connection reset by peer)
2024-10-13 07:05:57 +0200merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds)
2024-10-13 07:01:08 +0200merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-10-13 06:49:50 +0200merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds)
2024-10-13 06:43:05 +0200merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-10-13 06:41:01 +0200bh34e5(~bh34e5@user/bh34e5) (Read error: Connection reset by peer)
2024-10-13 06:32:09 +0200merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds)
2024-10-13 06:27:19 +0200merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-10-13 06:26:18 +0200bh34e5(~bh34e5@user/bh34e5) bh34e5
2024-10-13 06:16:49 +0200merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 260 seconds)
2024-10-13 06:14:41 +0200 <haskellbridge> <Bowuigi> Also note that parametricity only works at the term level. Type families break it
2024-10-13 06:11:30 +0200merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-10-13 06:11:20 +0200bh34e5(~bh34e5@user/bh34e5) (Ping timeout: 252 seconds)
2024-10-13 06:09:34 +0200Lord_of_Life(~Lord@user/lord-of-life/x-2819915) (Client Quit)
2024-10-13 06:08:15 +0200 <haskellbridge> <Bowuigi> Inst/Lears parametricity and "Reason Isomorphically!" to the rescue!
2024-10-13 06:04:51 +0200Lord_of_Life(~Lord@user/lord-of-life/x-2819915) Lord_of_Life
2024-10-13 06:03:59 +0200Lord_of_Life(~Lord@user/lord-of-life/x-2819915) (Quit: Laa shay'a waqi'un moutlaq bale kouloun moumkine)
2024-10-13 06:03:44 +0200 <Inst> after I foolishly thought I got one over Hutton by claiming that there's more than one possible functor instance
2024-10-13 06:03:27 +0200 <Inst> i'm trying to remember someone telling me that you can break derive functor by adding type lambdas
2024-10-13 06:00:21 +0200merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 244 seconds)
2024-10-13 05:57:59 +0200Lord_of_Life(~Lord@user/lord-of-life/x-2819915) Lord_of_Life
2024-10-13 05:56:24 +0200raehik(~raehik@rdng-25-b2-v4wan-169990-cust1344.vm39.cable.virginm.net) (Ping timeout: 252 seconds)
2024-10-13 05:55:43 +0200merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-10-13 05:55:33 +0200Lord_of_Life(~Lord@user/lord-of-life/x-2819915) (Client Quit)
2024-10-13 05:52:24 +0200Lord_of_Life(~Lord@user/lord-of-life/x-2819915) Lord_of_Life
2024-10-13 05:49:48 +0200Lord_of_Life(~Lord@user/lord-of-life/x-2819915) (Ping timeout: 252 seconds)
2024-10-13 05:49:27 +0200 <yin> but i guess i recognize their utility
2024-10-13 05:49:03 +0200 <yin> i don't use type families much if at all
2024-10-13 05:45:52 +0200 <geekosaur> type families, OTOH, are the only way to create type functions since you can't make type functions the way you make value level functions
2024-10-13 05:45:22 +0200 <geekosaur> I don't see them get used much if at all
2024-10-13 05:45:06 +0200comonad(~comonad@p200300d02711e6001d93b8c5b2241d7f.dip0.t-ipconnect.de) (Ping timeout: 246 seconds)
2024-10-13 05:44:50 +0200 <geekosaur> or declarations
2024-10-13 05:44:43 +0200 <geekosaur> my feel is that data families are just function definitions spread over multiple source files
2024-10-13 05:44:33 +0200merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 245 seconds)
2024-10-13 05:43:24 +0200 <yin> can't remember if i ever got to understand them
2024-10-13 05:43:02 +0200tcard_(~tcard@2400:4051:5801:7500:cf17:befc:ff82:5303) (Read error: Connection reset by peer)
2024-10-13 05:42:59 +0200tcard__(~tcard@2400:4051:5801:7500:cf17:befc:ff82:5303)
2024-10-13 05:42:58 +0200 <yin> i never got into data families. i'm not sure if i like them
2024-10-13 05:42:13 +0200 <Inst> also, is it me, but is data families just "i miss OOP class declarations"?
2024-10-13 05:39:55 +0200merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-10-13 05:39:11 +0200peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com) peterbecich
2024-10-13 05:35:31 +0200 <Inst> b there is constrained by its usage in that function, also, hi (&)
2024-10-13 05:35:12 +0200 <Inst> i guess i should be more precise when I say constrained
2024-10-13 05:32:59 +0200 <probie> Inst: I don't think that last bit is true (depending on what you mean by "unconstrained"). `a -> (a -> b) -> b` is not restricted to `Void`
2024-10-13 05:31:48 +0200aforemny(~aforemny@2001:9e8:6ce0:3e00:98ec:934c:3b0e:2930) (Ping timeout: 246 seconds)
2024-10-13 05:31:00 +0200aforemny_(~aforemny@i577BEEEB.versanet.de) aforemny
2024-10-13 05:29:48 +0200merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 276 seconds)
2024-10-13 05:29:04 +0200bh34e5(~bh34e5@user/bh34e5) bh34e5
2024-10-13 05:24:08 +0200merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn