Newest at the top
| 2026-03-09 20:30:10 +0100 | igemnace | (~igemnace@user/igemnace) igemnace |
| 2026-03-09 20:29:16 +0100 | igemnace | (~igemnace@user/igemnace) (Quit: ZNC 1.9.0+deb2build3 - https://znc.in) |
| 2026-03-09 20:27:18 +0100 | <Rembane> | I should start my CV with that theorem. :D |
| 2026-03-09 20:26:57 +0100 | <monochrom> | Theorem: Every CV is a forest of prefix trees. >:) |
| 2026-03-09 20:26:52 +0100 | karenw_ | (~karenw@user/karenw) karenw |
| 2026-03-09 20:26:29 +0100 | <monochrom> | haha |
| 2026-03-09 20:26:19 +0100 | arandombit | (~arandombi@user/arandombit) arandombit |
| 2026-03-09 20:26:19 +0100 | arandombit | (~arandombi@2a02:2455:8656:7100:2149:c35e:cd23:4e9a) (Changing host) |
| 2026-03-09 20:26:19 +0100 | arandombit | (~arandombi@2a02:2455:8656:7100:2149:c35e:cd23:4e9a) |
| 2026-03-09 20:25:58 +0100 | Everything | (~Everythin@172-232-54-192.ip.linodeusercontent.com) () |
| 2026-03-09 20:25:49 +0100 | <Rembane> | monochrom: Has your CV turned into a prefix tree? |
| 2026-03-09 20:25:41 +0100 | Googulator | (~Googulato@2a01-036d-0106-0119-01e8-0aed-2fac-7c8a.pool6.digikabel.hu) |
| 2026-03-09 20:25:24 +0100 | Googulator | (~Googulato@2a01-036d-0106-0119-01e8-0aed-2fac-7c8a.pool6.digikabel.hu) (Quit: Client closed) |
| 2026-03-09 20:11:59 +0100 | <monochrom> | But I should be putting "C/C++/C#" there. :) |
| 2026-03-09 20:11:22 +0100 | <monochrom> | I am not familiar enough with C--. |
| 2026-03-09 20:10:45 +0100 | <__monty__> | Forgot C-- as well. |
| 2026-03-09 19:52:40 +0100 | Everything | (~Everythin@172-232-54-192.ip.linodeusercontent.com) Everything |
| 2026-03-09 19:52:22 +0100 | DetourNetworkUK | (~DetourNet@user/DetourNetworkUK) DetourNetworkUK |
| 2026-03-09 19:51:58 +0100 | DetourNetworkUK | (~DetourNet@user/DetourNetworkUK) (Read error: Connection reset by peer) |
| 2026-03-09 19:42:26 +0100 | machinedgod | (~machinedg@d172-219-48-230.abhsia.telus.net) (Ping timeout: 248 seconds) |
| 2026-03-09 19:26:43 +0100 | <monochrom> | yikes I should have "improved" that to "ST/STM/StateT/" too |
| 2026-03-09 19:25:49 +0100 | <monochrom> | On my CV: "I know C/C++, J/Java/Javascript, ST/STM". >:) |
| 2026-03-09 19:19:15 +0100 | euphores | (~SASL_euph@user/euphores) euphores |
| 2026-03-09 19:08:17 +0100 | <EvanR> | or it always was |
| 2026-03-09 19:08:06 +0100 | <EvanR> | Data.Array is its own package now and not included in base? |
| 2026-03-09 19:04:54 +0100 | wickedjargon | (~user@S0106f89e28d5699a.vc.shawcable.net) wickedjargon |
| 2026-03-09 19:03:23 +0100 | wootehfoot | (~wootehfoo@user/wootehfoot) wootehfoot |
| 2026-03-09 19:02:40 +0100 | Square2 | (~Square4@user/square) (Ping timeout: 245 seconds) |
| 2026-03-09 19:00:27 +0100 | <mauke> | State: mutable state (emulated). STM: software transactional memory (for safe state in multi-threaded code). ST: state threads (not related to State or threads) |
| 2026-03-09 19:00:26 +0100 | Square | (~Square@user/square) Square |
| 2026-03-09 18:59:29 +0100 | <mauke> | yeah, love those names |
| 2026-03-09 18:58:34 +0100 | CiaoSen | (~Jura@2a02:8071:64e1:da0:5a47:caff:fe78:33db) CiaoSen |
| 2026-03-09 18:56:19 +0100 | <EvanR> | lol TVar. Here I was thinking it would be bad form to bring up STM in a discussion about the confusion between ST and State |
| 2026-03-09 18:55:01 +0100 | <tccq> | s/any/and |
| 2026-03-09 18:54:58 +0100 | chele | (~chele@user/chele) (Remote host closed the connection) |
| 2026-03-09 18:54:55 +0100 | <tccq> | any the vague restriction of it would be cool to have it work with microhs too :) |
| 2026-03-09 18:54:32 +0100 | <tccq> | builtin meaning standard library, not necessarily VoidTM### or whatever goes on internally |
| 2026-03-09 18:54:02 +0100 | <tccq> | I'll take a look through vector |
| 2026-03-09 18:53:57 +0100 | <mauke> | [exa]: does that even make sense? how would you get a multi-threaded ST? |
| 2026-03-09 18:53:42 +0100 | <[exa]> | *a very friendly choice |
| 2026-03-09 18:53:24 +0100 | <[exa]> | tbh I'd really recommend going with a mutable vector, it's a very friendly for first tries |
| 2026-03-09 18:53:05 +0100 | <[exa]> | tccq: builtin primitives might be tough :) |
| 2026-03-09 18:52:39 +0100 | <tccq> | though that line is never quite clear to me in haskell |
| 2026-03-09 18:52:32 +0100 | <tccq> | I was only looking into STArrays because they seem relatively builtin |
| 2026-03-09 18:52:18 +0100 | <[exa]> | ..is there a TVar that can be easily run in `ST s` ? |
| 2026-03-09 18:51:56 +0100 | <mauke> | so if you're dealing with array updates, State is not a good fit |
| 2026-03-09 18:51:36 +0100 | <mauke> | stateful immutable arrays kind of suck because there are no partial updates. you can only rewrite the whole array |
| 2026-03-09 18:50:44 +0100 | <EvanR> | I find vector is a good default when reaching for arrays |
| 2026-03-09 18:50:27 +0100 | <[exa]> | tccq: so then you have a bit of a choice of whether store stateful stuff in actual State, or have it "allocated aside" as a side effect, using e.g. the mutable vectors or STArrays, or e.g. TVar |
| 2026-03-09 18:50:23 +0100 | <tccq> | but practice makes perfect I suppose |