This is a good point, especially since it appears that the access flock given is basically reserved for the government. For instance we can't buy from flock a boyfriend stalking pass. The offerings aren't really in line with what flock provides HOAs and private companies...
This provides an interesting avenue for getting the law changed. If there is no expectation to privacy in public, there should be nothing stopping someone from renting space to install cameras all around their town and selling access to "where are your representatives right now" data feeds.
If you make program with a bunch of different exercises,
and are modifying your program a lot, it can be a pain to keep track
of what your next exercise should be.
If you are automatically tracking reps, it can just announce whatever the next thing in your program is, and start rest timers automatically...
It's not really about tracking reps as much as tracking where you are in a program that it is useful for...
I use the Pump Club app when lifting, it has the day's programme to follow: I simply enter the reps after each exercise.
It never occurred to me that I'd want to automatically track reps. I mean, it could be kinda useful, but I'm also taking 45 to 60 seconds cool-down between exercises anyway, so it's not like it gets in the way.
That also moves the app onto the next exercise in the programme. It's manual, but it's not intrusive and can't be wrong, like a fitness tracker, that definitely can be. So shrug, just personally, auto-tracking reps isn't something I need and wouldn't be a big selling point for a band/watch over a ring.
I wasn't wading into the watch/ring debate, never used a ring just a watch. Was just saying while heart rate data might not be the most useful. There might be uses for other sensors and reasons to replace the ring with a watch while lifting...
If you're modifying your program a lot a ring isn't going to help you remember your rep count for that day either. Yes a watch can display that but we're talking about rings here that can't and could only count reps and there's no vibration or speaker on the ring to notify you so you'd need your phone there anyways and could just look at it at the start of the set and count.
I wasn't really talking about just rings, the comment I was replying to was talking about heart rate sensors. I'm saying it's still worthwhile replacing your ring with a watch.
Even if it is just for swiping or pressing buttons to switch between exercises in your program. But there are other uses for accelerometers.
Bingo. Local cop goes in, buddy-buddys with the loss prevention manager, gets access to run plates for the immigration folks outside. "Professional courtesy" strikes again!
Thats not the point, if there were a better proprietary engine stockfish would still be there as a baseline. Anyone can access an engine as good as stockfish to practice against. Are any open models touting mathematical breakthroughs?
There is money in this, so of course the closed models are far ahead. The open models will likely catch up a bit at some point, just as Stockfish caught up to AlphaZero. That being said, there are already a couple. It seems Deepseek has a claimed proof to the "Ziegler's Cross-Polytope Conjecture" [0], but I can't speak to the significance of the result.
It would be nice if OP noted what caused the change in their opinion?
did datafusion gain some feature that they noted was missing in the previous article, or did something in their understanding click so they could overcome the previous issues?
The previous issues were in my mind, not in DataFusion.
I tried using DataFusion as an in-memory tool, which was a mistake. If the graph fits in memory, Networkit, IGraph, etc. will almost always be faster. These tools cannot process anything bigger than the available memory.
So, I changed my approach. I wrote my own naive "disk checkpointer," offloading everything to disk and avoiding materialization. Although I was afraid that writing to and reading from the disk would be slow, it is surprisingly fast with DataFusion. The results are impressive: fast and out-of-core.
Sorry, this post is short and not very detailed. I did not expect it to be at the top of HN and receive so much attention.
I thought of datafusion work and the rust implementation as a way to address the delta seen vs the Spark/JVM GraphFrames implementation (author is a major contributor).
Looking forward to more such innovations, which will benefit the ecosystem as a whole. Why would anyone want to use a pure python graph algorithm package unless they're dealing with toy graphs?
We shared with the author how databricks multi-node and single-node graphframes were wildly inefficient for this kind of thing: we were measuring doing billion-edge graph traversals & scans in single node in-memory in seconds with regular dataframe (cudf) libraries, so the core of pagerank, which is magnitudes more efficient than their original spark approach
So then the question became pandas/polars/datafusion/duckdb/etc, must of which are rust/native. I'm curious myself why datafusion vs others, it's an interesting project :)
All "dynamic" means is that you don't know or don't prove the precise value statically. However you may know the range of possible values, or you may know properties of your algorithm that mean it can never attempt an out-of-bounds access. Sometimes you don't know any of these things, but sometimes you do.
What I was (badly) trying to express was more that given static bounds rust could also eliminate dynamic checks. So saying e.g. ATS can eliminate static checks, is kind of switching the target.
reply