333 karma · joined August 14, 2011
Also interesting whether batched numpy version would compare better to Rust.
We were hoping to start marketing alongside with the release of Android app )
iPhone 6 would be very slow for a pleasant experience. If I'm not mistaken.
We use iPhone 8 as a "low end device" for testing.
Latest iPhones are performing extremely well on this task
Hopefully mobile team will manage to implement all the improvements that come from users :)
MOCs library is not very big at the moment, but we did not intend to go viral either :)
The library of different builds will grow for sure!
Exactly that pain brought Brickit to life!
- extreme number of objects on single photo, typical number of visible pieces in large pile is 1500-2000
- extreme number of classes in multi-class classification, there are ~1000 most common Lego bricks and up to 30000 classes if you include rare bricks and different patterns
- really hard data labelling: one photo can take up to a 5 work days to label
It seems almost intentional that each set has several rare pieces that can not be found in other sets.
Will forward it to product guys
Source: it was me with the team who did all of that.
Just download the app and core functionality is ready to be used.
Also it does not seem that there's an exponential grow in this area: https://www.statista.com/statistics/993634/quantum-computers....
They hit the wall in 2017.
We should be safe for now :)
(Or with many other great options)
That's not exactly what I was looking for, though. Because every listed approach injects technical complexity in the middle of my business logic.
I.e. if I have two consequent tasks I have to define them as a separate scripts or commands, package them, upload and then orchestrate them in a completely different place.
While in Prefect I have all the niceness of writing almost plain Python (as with new tasks API in Airflow), then I can package and distribute the whole thing in docker image with a single command. It really matters!
Would be perfect to have separate dependencies for different DAGs, otherwise we always end up with a pile of everything ever needed with no clear way to remove obsolete packages from setup.
Not exactly. By utilizing Python as a base language you gain access to control structures as `for` loops, `if`-s and functions. It can make your diagram script much more powerful and/or more complicated.
It has built-in fulltext search: https://www.postgresql.org/docs/12/textsearch.html
You can, there’s an Intel framework: OpenVINO that is targeting Intel hardware, processors and HD video cards, you can convert TF graph to Vino and use their inference server, that mimics TF serving.
There’s TF ROCm port by AMD as well.