1,328 karma · joined September 22, 2020
for work/pancreas related inquiries: imt < a > idealmedtech.com
Put "HN32" in the subject to escape my spam filter
And yes, I understand the major conflict of interest in saving important passwords to Google, which I personally don't do and wouldn't recommend, but I think if they're interested in staying out of the Googleverse, we can also tell people about the good paid alternatives out there.
[1] - 35.531518, -82.832689
[2] - 35.52846, -82.840061
A and B are statements within a given set of axioms whose truth value is knowable within those axioms. A could be something like "Some number k that we pick is prime", and B could be something like "k is even"
When you see in math people saying "some statement is true iff some other statement is true", that "iff" stands for "if and only if", which really just means two things hold:
1. Starting with statement A, we can prove statement B.
2. Starting with statement B, we can prove statement A.
In math shorthand, we'd write this as
1. A implies B, or just A => B
2. B => A
You need to prove both directions for you to be able to say "A iff B"
Let's try it with our example statements. Does it hold? Your intuition should be saying "absolutely not", and let's see why:
1. k prime implies k is either 2, or odd. So the statement A => B only holds when k is 2. We choose k, so this could be true in a trivial case, but does not hold in the generic case
2. k even implies k is divisible by 2, so again, the statement "k even => k prime" only holds for one trivial case and not in the generic one.
Now for the original comment. I was pointing out that just because you have some proof of A iff B, does not mean there couldn't be another, completely separate statement C, for which you can prove A iff C. These relationships have equivalence, but are nonetheless not the same (outside of a categorical sense of sameness).
Some of the most compelling math of the 20th century was showing the sameness of many different fields by finding new iff relationships.
- graphical
- more advanced (inherently parallel, more useful async data structures like events and queues)
- interfaces with tons of cool hardware
- built in network programming
- pretty powerful debugging
- free with community edition
Once they have the basics down, you could transition them out to a text based language slowly, even using the c/Matlab based text nodes to start
People who haven't used a bidet before balk at the cold water, but honestly I think when you really need a bidet, the cold water is a godsend. And if you want heat, I think just throwing in more pressure does the same kinda job. Plus it's one less set of valves to have to worry about!
If you really hate it, you're only out $30, which I think is not that bad.
I think that if we're realistic with ourselves, AI will become exponentially more expensive to train, but without additional high quality data (not you, synthetic data), we're back to 1980s era AI (expert systems), just with enhanced fossil fuel usage to keep up with the TPUs. What's old is new again, I suppose!
I sincerely hope to be proven wrong, of course, but I think recent AI innovation has stagnated in terms of new things it can do. It's a great tool, when you use it to leverage that distribution (eg, semantic search), but it might not fundamentally be the approach to AGI (unless your goal is to replicate what we can, but less spikey)
If you just want to use windows, pyenv-win exists and works pretty well; just set a local version, then instantiate your venv.
uv does certainly feel like the future, but I have no interest in participating in a future VC rugpull.