Newest at the top
2024-10-09 13:20:37 +0200 | dolio | (~dolio@130.44.140.168) dolio |
2024-10-09 13:19:04 +0200 | dolio | (~dolio@130.44.140.168) (Client Quit) |
2024-10-09 13:17:06 +0200 | gvg | (~dcd@user/gvg) gvg |
2024-10-09 13:16:20 +0200 | dolio | (~dolio@130.44.140.168) dolio |
2024-10-09 13:15:58 +0200 | foul_owl | (~kerry@185.216.231.181) foul_owl |
2024-10-09 13:14:52 +0200 | dolio | (~dolio@130.44.140.168) (Quit: ZNC 1.8.2 - https://znc.in) |
2024-10-09 13:11:38 +0200 | arahael | (~arahael@user/arahael) arahael |
2024-10-09 13:10:46 +0200 | euleritian | (~euleritia@ip4d16fc38.dynamic.kabel-deutschland.de) |
2024-10-09 13:10:29 +0200 | euleritian | (~euleritia@dynamic-176-006-140-203.176.6.pool.telefonica.de) (Read error: Connection reset by peer) |
2024-10-09 13:05:44 +0200 | xff0x | (~xff0x@2405:6580:b080:900:a344:9aaf:caa3:591c) |
2024-10-09 13:04:54 +0200 | hsw | (~hsw@2001-b030-2303-0104-0172-0025-0012-0132.hinet-ip6.hinet.net) hsw |
2024-10-09 13:04:40 +0200 | hsw | (~hsw@2001-b030-2303-0104-0172-0025-0012-0132.hinet-ip6.hinet.net) (Read error: Connection reset by peer) |
2024-10-09 13:03:21 +0200 | foul_owl | (~kerry@185.219.141.162) (Ping timeout: 246 seconds) |
2024-10-09 12:59:43 +0200 | euleritian | (~euleritia@dynamic-176-006-140-203.176.6.pool.telefonica.de) |
2024-10-09 12:59:28 +0200 | euleritian | (~euleritia@ip4d16fc38.dynamic.kabel-deutschland.de) (Ping timeout: 252 seconds) |
2024-10-09 12:57:23 +0200 | simendsjo | (~user@79.161.5.185) simendsjo |
2024-10-09 12:49:12 +0200 | simendsjo | (~user@79.161.5.185) (Remote host closed the connection) |
2024-10-09 12:44:32 +0200 | CrunchyFlakes | (~CrunchyFl@ip1f13e94e.dynamic.kabel-deutschland.de) |
2024-10-09 12:44:20 +0200 | euleritian | (~euleritia@ip4d16fc38.dynamic.kabel-deutschland.de) |
2024-10-09 12:43:57 +0200 | euleritian | (~euleritia@dynamic-176-006-140-203.176.6.pool.telefonica.de) (Read error: Connection reset by peer) |
2024-10-09 12:41:51 +0200 | CrunchyFlakes | (~CrunchyFl@ip1f13e94e.dynamic.kabel-deutschland.de) (Read error: Connection reset by peer) |
2024-10-09 12:18:49 +0200 | <Rembane> | dir() <3 |
2024-10-09 12:18:25 +0200 | <kuribas> | The debugability of python is nice though, but very slow... |
2024-10-09 12:16:35 +0200 | <tomsmeding> | I see |
2024-10-09 12:16:29 +0200 | <kuribas> | And it's passed to __getitem__ |
2024-10-09 12:16:13 +0200 | <kuribas> | The syntax creates a splice object. So in the end it's just sugar. |
2024-10-09 12:15:36 +0200 | <tomsmeding> | ah |
2024-10-09 12:15:26 +0200 | <kuribas> | splicing is just a special dunder method I think. |
2024-10-09 12:14:51 +0200 | <tomsmeding> | *syntax |
2024-10-09 12:14:48 +0200 | <tomsmeding> | but I guess it's also impossible to properly describe python's fancy s(p)licing syntac |
2024-10-09 12:14:32 +0200 | <tomsmeding> | I would categorise that under "not expressive enough" |
2024-10-09 12:14:23 +0200 | <kuribas> | Which would be possible in haskell or idris. |
2024-10-09 12:14:11 +0200 | <kuribas> | And they cannot capture the fact "I have a column with name 'foobar' and type 'int'" |
2024-10-09 12:14:08 +0200 | <tomsmeding> | I see |
2024-10-09 12:13:45 +0200 | <kuribas> | tomsmeding: it's not expressive enough. There are actually type annotations for pandas. They often don't work well. |
2024-10-09 12:10:33 +0200 | CiaoSen | (~Jura@2a05:5800:2e5:2400:ca4b:d6ff:fec1:99da) (Ping timeout: 276 seconds) |
2024-10-09 12:08:18 +0200 | <tomsmeding> | or is the type system not expressive enough for that |
2024-10-09 12:08:07 +0200 | <tomsmeding> | kuribas: I am not at all familiar with that space, but given that there are (external) type checkers for python, would someone not have contrived some external typing annotations for pandas or something? |
2024-10-09 12:07:21 +0200 | hseg | (~gesh@46.120.20.246) |
2024-10-09 12:00:48 +0200 | <kuribas> | But I'd say for a long running service, haskell would be a better choice than Python. |
2024-10-09 11:58:58 +0200 | xff0x | (~xff0x@fsb6a9491c.tkyc517.ap.nuro.jp) (Ping timeout: 252 seconds) |
2024-10-09 11:58:58 +0200 | Smiles | (uid551636@id-551636.lymington.irccloud.com) Smiles |
2024-10-09 11:57:11 +0200 | lortabac | (~lortabac@2a01:e0a:541:b8f0:55ab:e185:7f81:54a4) (Quit: WeeChat 4.2.2) |
2024-10-09 11:56:32 +0200 | drdo | (~drdo@bl9-110-63.dsl.telepac.pt) drdo |
2024-10-09 11:54:26 +0200 | famubu | (~julinuser@14.139.174.50) |
2024-10-09 11:53:53 +0200 | famubu | (~julinuser@user/famubu) (Ping timeout: 248 seconds) |
2024-10-09 11:50:01 +0200 | <kuribas> | Of course the chance to get anyone on board with using idris or haskell in my company would be close to 0% |
2024-10-09 11:49:07 +0200 | <kuribas> | Or even to idris2. |
2024-10-09 11:49:00 +0200 | <kuribas> | We could easily port the polars dataframe library to haskell, with some typesafe wrapper on top. |
2024-10-09 11:48:05 +0200 | <kuribas> | I wish there was more data science on haskell. The time I spend debugging pandas issues with missing indices etc would not have been there with a typed dataframes. |