Dirk Eddelbuettel
@eddelbuettel.com
Code, Data, Analysis, Teaching, Running, Breadmaking ... https://dirk.eddelbuettel.com
"God doesn't know, and the devil isn't telling." xkcd.com/2867/
"God doesn't know, and the devil isn't telling." xkcd.com/2867/
Mortgage math is a form of bond math and takeaway is that the damn *compounding* grows strongly with both _term_ (this $deityforsaken example) and _rates_ (which you may call expensive in historical terms). So... yeah. Be a bank if you can.
I used the first calculator that popped up.
I used the first calculator that popped up.
November 8, 2025 at 11:05 PM
Mortgage math is a form of bond math and takeaway is that the damn *compounding* grows strongly with both _term_ (this $deityforsaken example) and _rates_ (which you may call expensive in historical terms). So... yeah. Be a bank if you can.
I used the first calculator that popped up.
I used the first calculator that popped up.
Total interest payment in Mike's example:
30 year $460 (total payments $840k)
50 year $857k (total payments $1237k)
In my next life I want to come back as a bank.
30 year $460 (total payments $840k)
50 year $857k (total payments $1237k)
In my next life I want to come back as a bank.
November 8, 2025 at 10:56 PM
Total interest payment in Mike's example:
30 year $460 (total payments $840k)
50 year $857k (total payments $1237k)
In my next life I want to come back as a bank.
30 year $460 (total payments $840k)
50 year $857k (total payments $1237k)
In my next life I want to come back as a bank.
That is common for add-on repositories, also covered in our FAQ. If you know your way around Ubuntu you can use it: I do on my laptop currently running 25.04 (and 25.10 "soon").
November 5, 2025 at 11:54 AM
That is common for add-on repositories, also covered in our FAQ. If you know your way around Ubuntu you can use it: I do on my laptop currently running 25.04 (and 25.10 "soon").
Are you compiling from source ie on Unix? If it is Ubuntu, consider #r2u which has all of CRAN (and good chunks of BioConductor) as binaries for #rstats so something like `install.packages("tidyverse")` installs everything in a few seconds -- and all dependencies.
eddelbuettel.github.io/r2u
eddelbuettel.github.io/r2u
CRAN as Ubuntu Binaries - r2u
Easy, fast, reliable -- pick all three!
eddelbuettel.github.io
November 4, 2025 at 8:45 PM
Are you compiling from source ie on Unix? If it is Ubuntu, consider #r2u which has all of CRAN (and good chunks of BioConductor) as binaries for #rstats so something like `install.packages("tidyverse")` installs everything in a few seconds -- and all dependencies.
eddelbuettel.github.io/r2u
eddelbuettel.github.io/r2u
Tthe argument presented is circular.
That sophisticated sounding "machine learning" talk is added ("oh, look, a quant said so") adds nothing to the fundamental flaw. The method described is standard and calling "boosting" (== combined several weak "learners" to create something better). 2 of 2
That sophisticated sounding "machine learning" talk is added ("oh, look, a quant said so") adds nothing to the fundamental flaw. The method described is standard and calling "boosting" (== combined several weak "learners" to create something better). 2 of 2
November 2, 2025 at 11:10 PM
Tthe argument presented is circular.
That sophisticated sounding "machine learning" talk is added ("oh, look, a quant said so") adds nothing to the fundamental flaw. The method described is standard and calling "boosting" (== combined several weak "learners" to create something better). 2 of 2
That sophisticated sounding "machine learning" talk is added ("oh, look, a quant said so") adds nothing to the fundamental flaw. The method described is standard and calling "boosting" (== combined several weak "learners" to create something better). 2 of 2
I may be behind the eight ball but I still think "it's complicated." These labs may release weights as well as some code tar.gz archives, but we have neither the training data nor parameterisation let alone compute infra so we cannot reproduce the weights, can we? So is that "open sauce"?
October 30, 2025 at 12:46 AM
I may be behind the eight ball but I still think "it's complicated." These labs may release weights as well as some code tar.gz archives, but we have neither the training data nor parameterisation let alone compute infra so we cannot reproduce the weights, can we? So is that "open sauce"?
Open source != open weights
Open weights is all we have here. Better than nuttin' but also not "open sauce".
Open weights is all we have here. Better than nuttin' but also not "open sauce".
October 30, 2025 at 12:30 AM
Open source != open weights
Open weights is all we have here. Better than nuttin' but also not "open sauce".
Open weights is all we have here. Better than nuttin' but also not "open sauce".
Thanks for the note, it is appreciated!
Posting on the forum requires an account which implies tracking and whatnot. As I don't have one that won't work for me, sadly.
Posting on the forum requires an account which implies tracking and whatnot. As I don't have one that won't work for me, sadly.
October 28, 2025 at 10:05 PM
Thanks for the note, it is appreciated!
Posting on the forum requires an account which implies tracking and whatnot. As I don't have one that won't work for me, sadly.
Posting on the forum requires an account which implies tracking and whatnot. As I don't have one that won't work for me, sadly.
Let me introduce you to my new set of friends. They call themselves large language models, and they may have played in that same (rather dirty) sandbox ...
October 28, 2025 at 3:07 PM
Let me introduce you to my new set of friends. They call themselves large language models, and they may have played in that same (rather dirty) sandbox ...
The key is that _inside_ the .deb we ship is the same partial filesystem tree you get from p3m.dev, or would get from r-universe, or from doing R CMD INSTALL --binary locally) *but* very importantly we create the .deb layer around it with *full and complete* dependency resolution. That's the magic.
October 28, 2025 at 1:46 PM
The key is that _inside_ the .deb we ship is the same partial filesystem tree you get from p3m.dev, or would get from r-universe, or from doing R CMD INSTALL --binary locally) *but* very importantly we create the .deb layer around it with *full and complete* dependency resolution. That's the magic.
Sure does, and we documented this since day one. _If and when_ p3m.dev has a binary, we repackage it as a .deb (saving local compilation). Sometimes they don't (and that is very opaque) so then we build. As we do for BioC. (And that's why we have the same t+1 cadence.) Also server on Internet2.
October 28, 2025 at 1:43 PM
Sure does, and we documented this since day one. _If and when_ p3m.dev has a binary, we repackage it as a .deb (saving local compilation). Sometimes they don't (and that is very opaque) so then we build. As we do for BioC. (And that's why we have the same t+1 cadence.) Also server on Internet2.