2025/12/21

Newest at the top

2025-12-21 21:12:38 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 244 seconds)
2025-12-21 21:09:39 +0100ljdarj1ljdarj
2025-12-21 21:09:38 +0100ljdarj(~Thunderbi@user/ljdarj) (Ping timeout: 260 seconds)
2025-12-21 21:08:47 +0100ystael(~ystael@user/ystael) ystael
2025-12-21 21:08:00 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn
2025-12-21 21:07:26 +0100ljdarj1(~Thunderbi@user/ljdarj) ljdarj
2025-12-21 21:02:59 +0100ljdarj1ljdarj
2025-12-21 21:00:39 +0100ljdarj1(~Thunderbi@user/ljdarj) ljdarj
2025-12-21 21:00:13 +0100ljdarj(~Thunderbi@user/ljdarj) (Quit: ljdarj)
2025-12-21 20:59:55 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 240 seconds)
2025-12-21 20:57:44 +0100lambda_gibbon(~lambda_gi@2603:7080:ee00:37d8:dcc4:d31b:c3d9:56cd)
2025-12-21 20:56:21 +0100lambda_gibbon(~lambda_gi@2603:7080:ee00:37d8:dcc4:d31b:c3d9:56cd) (Ping timeout: 252 seconds)
2025-12-21 20:55:43 +0100 <milan2> Could anybody check correct answer for aoc 2015 day 3 part 2? I don't believe I have wrong answer. It compiled so it must be correct! Right?! Right?!
2025-12-21 20:54:22 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn
2025-12-21 20:46:03 +0100Ekho(~Ekho@user/ekho) Ekho
2025-12-21 20:44:52 +0100Sgeo(~Sgeo@user/sgeo) Sgeo
2025-12-21 20:43:19 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 240 seconds)
2025-12-21 20:42:35 +0100ljdarj(~Thunderbi@user/ljdarj) ljdarj
2025-12-21 20:42:08 +0100_d0t(~{-d0t-}@user/-d0t-/x-7915216) {-d0t-}
2025-12-21 20:40:12 +0100ljdarj(~Thunderbi@user/ljdarj) (Client Quit)
2025-12-21 20:38:42 +0100pavonia(~user@user/siracusa) siracusa
2025-12-21 20:38:34 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn
2025-12-21 20:38:08 +0100_d0t(~{-d0t-}@user/-d0t-/x-7915216) (Ping timeout: 260 seconds)
2025-12-21 20:36:50 +0100Lord_of_Life_Lord_of_Life
2025-12-21 20:35:38 +0100ljdarj(~Thunderbi@user/ljdarj) ljdarj
2025-12-21 20:34:31 +0100 <haskellbridge> <Artem> c_wraith: I've rediscovered this several times over the years I did AoC
2025-12-21 20:34:13 +0100Lord_of_Life(~Lord@user/lord-of-life/x-2819915) (Ping timeout: 264 seconds)
2025-12-21 20:34:01 +0100Lord_of_Life_(~Lord@user/lord-of-life/x-2819915) Lord_of_Life
2025-12-21 20:27:37 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 246 seconds)
2025-12-21 20:25:21 +0100vanishingideal(~vanishing@user/vanishingideal) vanishingideal
2025-12-21 20:25:06 +0100trickard_(~trickard@cpe-81-98-47-163.wireline.com.au)
2025-12-21 20:24:53 +0100trickard(~trickard@cpe-81-98-47-163.wireline.com.au) (Read error: Connection reset by peer)
2025-12-21 20:22:58 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn
2025-12-21 20:21:14 +0100jmcantrell(~weechat@user/jmcantrell) (Ping timeout: 260 seconds)
2025-12-21 20:12:23 +0100jmcantrell_jmcantrell
2025-12-21 20:12:07 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 265 seconds)
2025-12-21 20:12:01 +0100shaeto(~Shaeto@94.25.234.244) (Quit: WeeChat 4.1.1)
2025-12-21 20:10:25 +0100jmcantrell_(~weechat@user/jmcantrell) jmcantrell
2025-12-21 20:06:59 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn
2025-12-21 20:06:35 +0100FloorCalc(~user@user/FloorCalc) FloorCalc
2025-12-21 20:06:10 +0100FloorCalc(~user@user/FloorCalc) (Remote host closed the connection)
2025-12-21 20:04:06 +0100CiaoSen(~Jura@2a02:8071:64e1:da0:5a47:caff:fe78:33db) (Ping timeout: 256 seconds)
2025-12-21 20:01:16 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 256 seconds)
2025-12-21 19:56:21 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn
2025-12-21 19:56:05 +0100 <monochrom> In the case of lists, those rules will suggest that the best way to build list is to use `build`, ironically literally. >:)
2025-12-21 19:55:54 +0100CiaoSen(~Jura@2a02:8071:64e1:da0:5a47:caff:fe78:33db) CiaoSen
2025-12-21 19:53:28 +0100 <monochrom> If you consult base source code for performance prediction, don't forget to look for RULES which can totally override normal source code.
2025-12-21 19:46:02 +0100 <c_wraith> I was actually amused my testing for Day 8, part 2 showed that the classic hyper-optimized mutable reference algorithms weren't any faster than just using Data.Map. At least at that size of problem.
2025-12-21 19:45:15 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 240 seconds)
2025-12-21 19:44:31 +0100 <c_wraith> Yeah. In the context of aoc, just avoid the big performance pitfalls and you'll be fine. I mean, people use *far* slower runtimes than what you get out of GHC without trouble. Algorithm choice is the big deal.