Newest at the top
| 2026-01-23 23:42:23 +0100 | Gravifer | (~Gravifer@user/Gravifer) Gravifer |
| 2026-01-23 23:42:15 +0100 | peterbecich | (~Thunderbi@71.84.33.135) (Ping timeout: 265 seconds) |
| 2026-01-23 23:42:15 +0100 | <haskellbridge> | <Liamzee> i mean any language with strong macros can define custom control structures |
| 2026-01-23 23:42:03 +0100 | Gravifer | (~Gravifer@user/Gravifer) (Client Quit) |
| 2026-01-23 23:41:38 +0100 | <geekosaur> | Haskell's laziness lets you define some things that must be built-in control structures in other languages as functions. But the same can be said of Tcl and Ruby, in their own ways |
| 2026-01-23 23:41:26 +0100 | <haskellbridge> | <Liamzee> well, i was wondering if for/for_ being functions in Haskell were advantages, HOF zoo has the issue that you'd actually need to know what the HOFs used are |
| 2026-01-23 23:41:15 +0100 | Gravifer | (~Gravifer@user/Gravifer) Gravifer |
| 2026-01-23 23:40:48 +0100 | vanishingideal | (~vanishing@user/vanishingideal) (Ping timeout: 252 seconds) |
| 2026-01-23 23:40:38 +0100 | <geekosaur> | does it have to be one or the other? |
| 2026-01-23 23:40:01 +0100 | <haskellbridge> | <Liamzee> is it better or worse than for is a function in Haskell, vs being a macro in Lisp or syntax in a traditional language? |
| 2026-01-23 23:25:21 +0100 | Psychotic1 | (~Psychotic@2600:1007:b0a4:acff:921e:44c6:4ad9:edda) (Remote host closed the connection) |
| 2026-01-23 23:16:09 +0100 | oskarw | (~user@user/oskarw) (Remote host closed the connection) |
| 2026-01-23 23:15:14 +0100 | Psychotic1 | (~Psychotic@2600:1007:b0a4:acff:921e:44c6:4ad9:edda) |
| 2026-01-23 23:14:49 +0100 | Psychotic1 | (~Psychotic@2600:1007:b0a4:acff:921e:44c6:4ad9:edda) (Quit: Leaving) |
| 2026-01-23 23:12:12 +0100 | Googulator | (~Googulato@2a01-036d-0106-030a-3891-da7f-f3f3-f997.pool6.digikabel.hu) |
| 2026-01-23 23:01:55 +0100 | <gentauro> | :( |
| 2026-01-23 23:01:54 +0100 | <gentauro> | I guess now SimCorp "owns" APL |
| 2026-01-23 23:01:35 +0100 | <gentauro> | oh Dialog, Swedish company that was purchased by SimCorp iirc |
| 2026-01-23 22:55:13 +0100 | takuan | (~takuan@d8D86B9E9.access.telenet.be) (Ping timeout: 264 seconds) |
| 2026-01-23 22:54:54 +0100 | acidjnk | (~acidjnk@p200300d6e71719732cd814db2eedd90f.dip0.t-ipconnect.de) acidjnk |
| 2026-01-23 22:46:03 +0100 | <haskellbridge> | <sm> ah, it was in the matrix Haskell room. "random: this talk on APL teaching and style (https://youtu.be/9xCJ3BCIudI) was really interesting. Contrasts (and similarities) with Haskell came up a few times." |
| 2026-01-23 22:43:59 +0100 | humasect | (~humasect@dyn-192-249-132-90.nexicom.net) (Remote host closed the connection) |
| 2026-01-23 22:42:12 +0100 | <EvanR> | I'm not sure |
| 2026-01-23 22:41:57 +0100 | <haskellbridge> | <sm> did you see that APL video I linked EvanR ? |
| 2026-01-23 22:36:19 +0100 | jmcantrell_ | jmcantrell |
| 2026-01-23 22:32:14 +0100 | <EvanR> | (not that they ended up optimized in any way) |
| 2026-01-23 22:31:52 +0100 | <EvanR> | because of how much it can be decomplected |
| 2026-01-23 22:31:29 +0100 | <EvanR> | I'm fascinated by the one or two APLs implemented in haskell |
| 2026-01-23 22:29:08 +0100 | haritz | (~hrtz@user/haritz) haritz |
| 2026-01-23 22:29:08 +0100 | haritz | (~hrtz@140.228.70.141) (Changing host) |
| 2026-01-23 22:29:08 +0100 | haritz | (~hrtz@140.228.70.141) |
| 2026-01-23 22:28:54 +0100 | <monochrom> | Someone wrote a "Liskell" for Lisp syntax but Haskell semantics. :) |
| 2026-01-23 22:28:52 +0100 | <EvanR> | a consensus about lisp sounds ominous AF |
| 2026-01-23 22:28:41 +0100 | target_i | (~target_i@user/target-i/x-6023099) (Quit: leaving) |
| 2026-01-23 22:26:24 +0100 | michalz | (~michalz@185.246.207.203) (Remote host closed the connection) |
| 2026-01-23 22:25:12 +0100 | <monochrom> | I prefer both Haskell syntax and types. |
| 2026-01-23 22:15:50 +0100 | Lycurgus | (~juan@user/Lycurgus) (Quit: alsoknownas.renjuan.org ( juan@acm.org )) |
| 2026-01-23 22:15:07 +0100 | peterbecich | (~Thunderbi@71.84.33.135) peterbecich |
| 2026-01-23 22:13:43 +0100 | vanishingideal | (~vanishing@user/vanishingideal) vanishingideal |
| 2026-01-23 22:11:11 +0100 | danza | (~danza@user/danza) (Read error: Connection reset by peer) |
| 2026-01-23 22:07:08 +0100 | <oskarw> | I stared using emacs because I had course about agda, and agda manual recommended Emacs. |
| 2026-01-23 22:06:53 +0100 | machinedgod | (~machinedg@d75-159-126-101.abhsia.telus.net) (Ping timeout: 260 seconds) |
| 2026-01-23 22:06:19 +0100 | skum | (~skum@user/skum) skum |
| 2026-01-23 22:06:12 +0100 | <oskarw> | gentauro: I have also been using Emacs, but only for 2 years. |
| 2026-01-23 22:03:58 +0100 | <gentauro> | oskarw: I would say, way to many parenthesis. However, I'm an `emacs` user since 2005 ish, so, I'm kind of used to it |
| 2026-01-23 22:02:04 +0100 | <oskarw> | Personally, I prefer lisp syntax to haskell, but I also love haskell typing |
| 2026-01-23 22:01:36 +0100 | <oskarw> | What is general consensus about lisp in this channel? |
| 2026-01-23 21:59:31 +0100 | karenw | (~karenw@user/karenw) karenw |
| 2026-01-23 21:59:14 +0100 | <oskarw> | Yes ^^ |
| 2026-01-23 21:59:01 +0100 | <gentauro> | oskarw: nice, no more tick ;) |