Newest at the top
| 2024-12-29 20:02:02 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) merijn |
| 2024-12-29 19:55:22 +0100 | Digit | (~user@user/digit) Digit |
| 2024-12-29 19:50:27 +0100 | Digit | (~user@198.144.208.46.dyn.plus.net) (Ping timeout: 276 seconds) |
| 2024-12-29 19:49:57 +0100 | tromp | (~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…) |
| 2024-12-29 19:49:14 +0100 | pavonia | (~user@user/siracusa) siracusa |
| 2024-12-29 19:48:21 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 265 seconds) |
| 2024-12-29 19:45:27 +0100 | euleritian | (~euleritia@dynamic-176-003-015-198.176.3.pool.telefonica.de) (Ping timeout: 265 seconds) |
| 2024-12-29 19:41:22 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) merijn |
| 2024-12-29 19:40:51 +0100 | euleritian | (~euleritia@dynamic-176-003-015-198.176.3.pool.telefonica.de) |
| 2024-12-29 19:38:52 +0100 | hueso | (~root@user/hueso) hueso |
| 2024-12-29 19:38:44 +0100 | prasad | (~Thunderbi@c-73-75-25-251.hsd1.in.comcast.net) (Ping timeout: 245 seconds) |
| 2024-12-29 19:35:51 +0100 | Digitteknohippie | Digit |
| 2024-12-29 19:32:25 +0100 | <monochrom> | But OK, restaurants now also do that to my leftovers to go! |
| 2024-12-29 19:31:44 +0100 | <monochrom> | That's very old school. |
| 2024-12-29 19:31:25 +0100 | <c_wraith> | I actually wrap all gifts as brown paper packages tied up with string. |
| 2024-12-29 19:31:00 +0100 | <monochrom> | Wanna also hear about my favourite langs? >:) |
| 2024-12-29 19:30:22 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds) |
| 2024-12-29 19:30:09 +0100 | <c_wraith> | I didn't realize you were cosplaying as Julie Andrews today. |
| 2024-12-29 19:28:45 +0100 | <monochrom> | Hot take: Quines are unreadable code that writes itself. >:) |
| 2024-12-29 19:27:29 +0100 | <monochrom> | Hrm, writing itself... . o O ( do, a block, a monad block; rec, a knot tied in the block; quine, a code, that writes itself; ... ) |
| 2024-12-29 19:27:06 +0100 | Lord_of_Life_ | Lord_of_Life |
| 2024-12-29 19:26:55 +0100 | Lord_of_Life | (~Lord@user/lord-of-life/x-2819915) (Ping timeout: 260 seconds) |
| 2024-12-29 19:25:52 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) merijn |
| 2024-12-29 19:25:52 +0100 | hueso | (~root@user/hueso) (Quit: hueso) |
| 2024-12-29 19:25:43 +0100 | Lord_of_Life_ | (~Lord@user/lord-of-life/x-2819915) Lord_of_Life |
| 2024-12-29 19:22:18 +0100 | agent314 | (~quassel@static-198-54-130-107.cust.tzulo.com) agent314 |
| 2024-12-29 19:22:10 +0100 | Digit | (~user@198.144.208.46.dyn.plus.net) (Ping timeout: 248 seconds) |
| 2024-12-29 19:21:31 +0100 | <ash3en> | yeah, i just hoped for an easy to get applicative way to define this |
| 2024-12-29 19:21:02 +0100 | Digitteknohippie | (~user@198.144.208.46.dyn.plus.net) |
| 2024-12-29 19:16:59 +0100 | <statusbot> | Maintenance update: hackage redeploy complete -- http://status.haskell.org/pages/maintenance/537c07b0cf1fad5830000093/67718e964449ab5853e77361 |
| 2024-12-29 19:14:53 +0100 | <hololeap> | even if it is more lines |
| 2024-12-29 19:14:33 +0100 | <hololeap> | and I personally like writing out parsers with do-notation like that since it's easier to read in my opinion |
| 2024-12-29 19:14:01 +0100 | <hololeap> | making it more compact is just going to obfuscate things |
| 2024-12-29 19:12:08 +0100 | <hololeap> | is who I meant |
| 2024-12-29 19:12:03 +0100 | <hololeap> | sorry ash3en |
| 2024-12-29 19:11:51 +0100 | <hololeap> | kaol: it looks fine to me |
| 2024-12-29 19:09:57 +0100 | euleritian | (~euleritia@dynamic-176-003-015-198.176.3.pool.telefonica.de) (Ping timeout: 248 seconds) |
| 2024-12-29 19:09:48 +0100 | <ash3en> | c_wraith: too true |
| 2024-12-29 19:09:45 +0100 | machinedgod | (~machinedg@d108-173-18-100.abhsia.telus.net) machinedgod |
| 2024-12-29 19:09:45 +0100 | <glguy> | and the environment you write Factor in is pretty slick, too |
| 2024-12-29 19:09:30 +0100 | <c_wraith> | everything that reduces repetition of `st' in there also obfuscates the flow of what's going on. |
| 2024-12-29 19:08:57 +0100 | <glguy> | with a stack language you can take unreadable to a level that simple (r ->) isn't going to get close to |
| 2024-12-29 19:08:29 +0100 | <c_wraith> | Honestly, I'd leave the code as-is |
| 2024-12-29 19:08:22 +0100 | <glguy> | https://factorcode.org |
| 2024-12-29 19:08:18 +0100 | <glguy> | hmm, I didn't mean to paste that |
| 2024-12-29 19:08:09 +0100 | <glguy> | If you don't want to name your variables I recommend exploring Factor. https://www.google.com/search?client=safari&rls=en&q=factorlang&ie=UTF-8&oe=UTF-8 |
| 2024-12-29 19:07:23 +0100 | <kaol> | I don't even find that too bad, but I've spent an unhealthy amount of time playing around with (->). |
| 2024-12-29 19:07:21 +0100 | <ash3en> | it is understandable until (<$) |
| 2024-12-29 19:06:45 +0100 | <glguy> | unreadable code isn't going to write itself |
| 2024-12-29 19:06:41 +0100 | <c_wraith> | use a secret S combinator. |