2026/01/28

Newest at the top

2026-01-28 01:44:29 +0100trickard_(~trickard@cpe-80-98-47-163.wireline.com.au)
2026-01-28 01:41:01 +0100Lycurgus(~juan@user/Lycurgus) (Quit: alsoknownas.renjuan.org ( juan@acm.org ))
2026-01-28 01:40:28 +0100trickard_(~trickard@cpe-80-98-47-163.wireline.com.au) (Read error: Connection reset by peer)
2026-01-28 01:37:34 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 256 seconds)
2026-01-28 01:34:25 +0100trickard_(~trickard@cpe-80-98-47-163.wireline.com.au)
2026-01-28 01:33:42 +0100trickard_(~trickard@cpe-80-98-47-163.wireline.com.au) (Read error: Connection reset by peer)
2026-01-28 01:30:28 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn
2026-01-28 01:27:51 +0100EvanR(~EvanR@user/evanr) EvanR
2026-01-28 01:26:57 +0100Tuplanolla(~Tuplanoll@85-156-32-207.elisa-laajakaista.fi) Tuplanolla
2026-01-28 01:26:40 +0100EvanR(~EvanR@user/evanr) (Quit: Leaving)
2026-01-28 01:24:18 +0100trickard_(~trickard@cpe-80-98-47-163.wireline.com.au)
2026-01-28 01:24:01 +0100trickard_(~trickard@cpe-80-98-47-163.wireline.com.au) (Ping timeout: 264 seconds)
2026-01-28 01:20:03 +0100otto_s(~user@p5de2f740.dip0.t-ipconnect.de)
2026-01-28 01:19:48 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 260 seconds)
2026-01-28 01:19:16 +0100karenw(~karenw@user/karenw) (Ping timeout: 255 seconds)
2026-01-28 01:15:06 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn
2026-01-28 01:11:07 +0100Googulator39Googulator
2026-01-28 01:08:33 +0100jmcantrell_jmcantrell
2026-01-28 01:05:20 +0100 <geekosaur> right, we're doing a lot more than computers are
2026-01-28 01:04:05 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 245 seconds)
2026-01-28 00:59:45 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn
2026-01-28 00:58:51 +0100machinedgod(~machinedg@d75-159-126-101.abhsia.telus.net) machinedgod
2026-01-28 00:55:55 +0100EvanR(~EvanR@user/evanr) EvanR
2026-01-28 00:49:28 +0100ljdarj(~Thunderbi@user/ljdarj) (Ping timeout: 260 seconds)
2026-01-28 00:48:31 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 240 seconds)
2026-01-28 00:44:00 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn
2026-01-28 00:43:32 +0100__monty__(~toonn@user/toonn) (Quit: leaving)
2026-01-28 00:38:16 +0100 <__monty__> Are brains really that low energy? 2000 kcal/day = 2.3 kWh/day. From a random website a computer used 8 h/day will use about 146 kWh/year. So that's roughly half a brain. Unless we face that fact that most of our brain power is probably dedicated to "wasted" computation, like acquiring food, procreating etc.
2026-01-28 00:33:09 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 260 seconds)
2026-01-28 00:29:14 +0100 <Rembane> I want a hot spare
2026-01-28 00:28:13 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn
2026-01-28 00:27:11 +0100[exa]-> back to haskell
2026-01-28 00:26:50 +0100karenw(~karenw@user/karenw) karenw
2026-01-28 00:26:47 +0100 <[exa]> like, getting identical copies of fresh brains ain't easy for sure
2026-01-28 00:25:24 +0100 <jreicher> "Uncopyable" is my paraphrase. The full point is that with software you can produce multiple instances from the one training history. But when you train a biological brain, you only have that instance.
2026-01-28 00:23:58 +0100tomsmedinglikes squishy matrices
2026-01-28 00:23:30 +0100 <[exa]> jreicher: wouldn't say "uncopyable", more like "gotten too squishy to do much else than thinking"
2026-01-28 00:22:39 +0100tromp(~textual@2001:1c00:3487:1b00:4c4c:3bb8:a5c6:557e) (Quit: My iMac has gone to sleep. ZZZzzz…)
2026-01-28 00:22:10 +0100 <jreicher> I really like Hinton's point (other people have probably made it to) that biological brains provide a tradeoff of being uncopyable but very low power consumption. It's a surprising (for me) way of looking at it, but makes sense.
2026-01-28 00:21:59 +0100 <[exa]> c'mon guys no one ever had issues from listening to a good advisor with plenty of great ideas coming from whoknowswhere
2026-01-28 00:20:59 +0100 <haskellbridge> <magic_rb> For me also the moral, copyright, and corporate control aspects
2026-01-28 00:17:10 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 255 seconds)
2026-01-28 00:17:00 +0100 <tomsmeding> it's one of the main reasons I hesitate to use them even for tasks they are appropriate for
2026-01-28 00:16:33 +0100 <jreicher> The whole energy consumption aspect is pretty depressing. I really struggle with that.
2026-01-28 00:15:04 +0100sord937(~sord937@gateway/tor-sasl/sord937) (Quit: sord937)
2026-01-28 00:12:51 +0100 <tomsmeding> and the user guide is even one of them!
2026-01-28 00:12:44 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn
2026-01-28 00:12:32 +0100 <tomsmeding> that's better than I expected
2026-01-28 00:12:11 +0100 <__monty__> While I'm sure an LLM could also tell you, DDG gives me two hits in the first three results with the query `GHC foo @Int`. Burning a whole lot less energy in the process and not being built on nearly as exploitative a technology.
2026-01-28 00:08:41 +0100Lycurgus(~juan@user/Lycurgus) Lycurgus