Newest at the top
| 2025-03-04 05:20:47 +0100 | vanishingideal | (~vanishing@user/vanishingideal) vanishingideal |
| 2025-03-04 05:18:57 +0100 | vanishingideal | (~vanishing@user/vanishingideal) (Ping timeout: 248 seconds) |
| 2025-03-04 05:11:38 +0100 | ensyde | (~ensyde@2601:5c6:c200:6dc0::a1d8) ensyde |
| 2025-03-04 05:09:10 +0100 | messewix | (~jmc@user/messewix) (Quit: Konversation terminated!) |
| 2025-03-04 05:04:36 +0100 | anpad | (~pandeyan@user/anpad) anpad |
| 2025-03-04 05:03:43 +0100 | alfiee | (~alfiee@user/alfiee) (Ping timeout: 268 seconds) |
| 2025-03-04 04:58:50 +0100 | alfiee | (~alfiee@user/alfiee) alfiee |
| 2025-03-04 04:55:26 +0100 | anpad | (~pandeyan@user/anpad) (Quit: ZNC 1.8.2 - https://znc.in) |
| 2025-03-04 04:54:08 +0100 | prasad | (~Thunderbi@c-73-246-138-70.hsd1.in.comcast.net) |
| 2025-03-04 04:53:53 +0100 | prasad | (~Thunderbi@c-73-246-138-70.hsd1.in.comcast.net) (Read error: Connection reset by peer) |
| 2025-03-04 04:52:37 +0100 | vanishingideal | (~vanishing@user/vanishingideal) vanishingideal |
| 2025-03-04 04:50:27 +0100 | vanishingideal | (~vanishing@user/vanishingideal) (Ping timeout: 244 seconds) |
| 2025-03-04 04:45:55 +0100 | Square | (~Square@user/square) Square |
| 2025-03-04 04:44:33 +0100 | jmcantrell | (~weechat@user/jmcantrell) jmcantrell |
| 2025-03-04 04:43:52 +0100 | Square | (~Square@user/square) (Remote host closed the connection) |
| 2025-03-04 04:42:28 +0100 | jmcantrell | (~weechat@user/jmcantrell) (Ping timeout: 252 seconds) |
| 2025-03-04 04:41:37 +0100 | peterbecich | (~Thunderbi@syn-047-229-123-186.res.spectrum.com) (Ping timeout: 248 seconds) |
| 2025-03-04 04:28:59 +0100 | LainExperiments9 | (~LainExper@user/LainExperiments) (Quit: Client closed) |
| 2025-03-04 04:22:21 +0100 | vanishingideal | (~vanishing@user/vanishingideal) vanishingideal |
| 2025-03-04 04:19:19 +0100 | smalltalkman | (uid545680@id-545680.hampstead.irccloud.com) smalltalkman |
| 2025-03-04 04:18:16 +0100 | stiell | (~stiell@gateway/tor-sasl/stiell) stiell |
| 2025-03-04 04:16:04 +0100 | alfiee | (~alfiee@user/alfiee) (Ping timeout: 252 seconds) |
| 2025-03-04 04:11:46 +0100 | alfiee | (~alfiee@user/alfiee) alfiee |
| 2025-03-04 04:11:36 +0100 | stiell | (~stiell@gateway/tor-sasl/stiell) (Ping timeout: 264 seconds) |
| 2025-03-04 04:11:22 +0100 | <yin> | what's the difference between having objects as observers and updating parameters in a recursive function? |
| 2025-03-04 04:07:48 +0100 | <yin> | immutable state is very much functional |
| 2025-03-04 04:05:37 +0100 | <yin> | i don't think FP and statefullness are mutually exclusive |
| 2025-03-04 03:56:23 +0100 | tavare | (~tavare@user/tavare) tavare |
| 2025-03-04 03:50:05 +0100 | <haskellbridge> | <Bowuigi> Without such patterns, rather |
| 2025-03-04 03:49:49 +0100 | <haskellbridge> | <Bowuigi> I see, it's not very useful with that I guess |
| 2025-03-04 03:44:47 +0100 | <monochrom> | I haven't thought about crucial. I was thinking about pushing the limit. |
| 2025-03-04 03:42:23 +0100 | bilegeek | (~bilegeek@2600:1008:b05f:254e:e3e7:4564:3017:d45) bilegeek |
| 2025-03-04 03:41:31 +0100 | <haskellbridge> | <Bowuigi> I see. Is the observer pattern crucial to OOP itself though? It's odd to see patterns included in definitions of paradigms |
| 2025-03-04 03:35:32 +0100 | peterbecich | (~Thunderbi@syn-047-229-123-186.res.spectrum.com) peterbecich |
| 2025-03-04 03:34:16 +0100 | fmira | (~user@user/fmira) fmira |
| 2025-03-04 03:33:54 +0100 | fmira | (~user@user/fmira) (Remote host closed the connection) |
| 2025-03-04 03:32:49 +0100 | notdabs | (~Owner@2600:6c40:4300:950:390a:bb72:8527:cff0) (Read error: Connection reset by peer) |
| 2025-03-04 03:29:58 +0100 | prasad | (~Thunderbi@c-73-246-138-70.hsd1.in.comcast.net) |
| 2025-03-04 03:29:44 +0100 | prasad | (~Thunderbi@c-73-246-138-70.hsd1.in.comcast.net) (Quit: prasad) |
| 2025-03-04 03:29:15 +0100 | bilegeek | (~bilegeek@2600:1008:b05f:254e:e3e7:4564:3017:d45) (Quit: Leaving) |
| 2025-03-04 03:29:02 +0100 | alfiee | (~alfiee@user/alfiee) (Ping timeout: 244 seconds) |
| 2025-03-04 03:26:22 +0100 | Smiles | (uid551636@id-551636.lymington.irccloud.com) (Quit: Connection closed for inactivity) |
| 2025-03-04 03:25:01 +0100 | alfiee | (~alfiee@user/alfiee) alfiee |
| 2025-03-04 03:21:31 +0100 | jmcantrell | (~weechat@user/jmcantrell) jmcantrell |
| 2025-03-04 02:57:30 +0100 | <monochrom> | So I think one answer is my first answer "OOP is stateful, FOOP is a self-contradiction", and another is my second answer "s/object/agent/ , now it's just FRP". |
| 2025-03-04 02:55:51 +0100 | <monochrom> | Another way to say it: How do I do the Observer pattern in FP? Unless you have something that replaces and outsmarts Observer altogether, say, FRP? :) |
| 2025-03-04 02:53:10 +0100 | <monochrom> | I have say 5 objects that refer to a linked list object. Now I insert an element into the linked list, and I want those 5 objects to see it. How do I do that in FP? |
| 2025-03-04 02:51:32 +0100 | <monochrom> | I believe that OOP implies mutable state. |
| 2025-03-04 02:51:31 +0100 | <geekosaur> | early OCaml, O'Haskell, the comonadic "object" pattern… |
| 2025-03-04 02:51:02 +0100 | <geekosaur> | there've been a number of examples, but if they'd been good they wouldn't have withered away |