2026-07-23T22:42:43+02:00 https://nostr.ae Dirk Eddelbuettel https://nostr.ae/npub1klxw5thptxgffz6vjl7gjlahrna0dsgn2uqxzsl56nfpx6hgsmss4fa6s8 https://files.mastodon.social/accounts/avatars/000/035/378/original/5cb59f33348c352c.jpg https://files.mastodon.social/accounts/avatars/000/035/378/original/5cb59f33348c352c.jpg https://nostr.ae/nevent1qqs2n8my8rdp9jddsgepw3upmlyuk2r8eu7nwgh55u7qr3f6lz37cvczyzmue63wu9vep9ytfjtleztlkuw04akpzdtsqc2r7n2dyym2azrwzpu69qz In reply to <a href='/nevent1qqszhqez5gpyurm4a82kpjckrjqq2v2mdvwpsh8ncxq8tj0x22zrj6qqjfjqp'>nevent1q…fjqp</a><br/>_________________________<br/><br/>I am also a little non-plus&#39;ed about the accrued time from forks. But the good news is that it should be ficticious money: for open source projects you usually do not get charged. 2025-12-31T20:07:40+01:00 https://nostr.ae/nevent1qqswnrgr5euns5qz9ctxdusgm427g8rzz8cuzzayehl20ykzh22kdqszyzmue63wu9vep9ytfjtleztlkuw04akpzdtsqc2r7n2dyym2azrwzwzfn4s In reply to <a href='/nevent1qqs0kvym0kxvdvupdu23trqnw9trjn6y2lua89782d3gqgyqg0mmjcsl0jcxx'>nevent1q…jcxx</a><br/>_________________________<br/><br/>I really believe you have to have lived for a while with CRAN in &#34;production&#34; or other &#34;downstream use cases&#34; (and either at scale. ideally) to understand how this &#34;everything at HEAD&#34; monorepo works. The recent post by Julie T. (link below) expressed it well. People with different repo experiences cannot understand how we survive with #rstats. &#34;Oh well&#34; and _tant pis_.<br/><br/><a href="https://jtibs.substack.com/p/if-all-the-world-were-a-monorepo">https://jtibs.substack.com/p/if-all-the-world-were-a-monorepo</a> 2025-11-06T00:15:32+01:00 https://nostr.ae/nevent1qqspx5edu832cvgwwh9eyx6max7kq7cjp608szjrf6a333pwu42rpdqzyzmue63wu9vep9ytfjtleztlkuw04akpzdtsqc2r7n2dyym2azrwzy68ypg In reply to <a href='/nevent1qqs2kkxp3nw3yafkks03tdflq4rhzkqrhk60z2w02pukywcn5dd27jgz4th6c'>nevent1q…th6c</a><br/>_________________________<br/><br/>Congratulations, you just reinvented the use case for Docker, a decade later. 😜 2025-09-15T21:52:11+02:00 https://nostr.ae/nevent1qqstq24r7f7ka6gh99yh26e4zn329nvld0guhfhmk4j9tts22ex9crqzyzmue63wu9vep9ytfjtleztlkuw04akpzdtsqc2r7n2dyym2azrwzuyvv2q In reply to <a href='/nevent1qqst6mqaw54uehm6k7q6jw7qtd9rtdqrjufm73687ppxtjwtnklzesgph2caw'>nevent1q…2caw</a><br/>_________________________<br/><br/>You are extrapolating here and missing the forest for that one tree: you can use `data.table::rbindlist()` _on a list of data.frame objects_ and it will still glue them together faster than the alternatives _and_ it also offers you a data.frame as a return object.<br/><br/>What&#39;s not to like? 😉 2024-09-12T17:21:00+02:00 https://nostr.ae/nevent1qqsxfttfqdvmmnuprvneh2lsrmyd9yhg650kxu5h64rh52qp979usxszyzmue63wu9vep9ytfjtleztlkuw04akpzdtsqc2r7n2dyym2azrwzqjvjv6 In reply to <a href='/nevent1qqst6szaznx28vlrsusewn9d4ynhd3r0pan6x67q2fnwn35uex0u0pqghn038'>nevent1q…n038</a><br/>_________________________<br/><br/>Take a look at `data.table::rbindlist()` which runs circles around alternatives and excels in all list-based, possibly `lapply((` et al drive iterative builds. 2024-09-12T16:04:16+02:00