Any module that is properly tagged and contains an OSS license gets stored in Google's module cache indefinitely. As long as it was go-get-ed once before, you can pull it again without going to GitHub (or any other VCS host).
"I would pay close attention to accessibility: forecasts would be in local languages..." There are many situations where somebody is interesting about the local weather but not speaking the local language. Why overwrite the users preferred language from the browser?
It doesn't. You can Always translate the text in your favourite language.
The project aims to send the forecasts to the users, so can't be multilingual.
Anyway, that's the reason why there are the emojis. Those ones are international.
Running some of the samples feels like those old SGI Iris GL demos, but implemented with a way nicer and concise language. I'll try to port some of my old code from that era.
There are CLI tools to fetch and submit solutions. At least one of them allows you to download the puzzle description as markup: https://github.com/scarvalhojr/aoc-cli
This seems to be used at Meta: "Ractor had a session at RustConf’24 about how it’s used for distributed overload protection in Rust Thrift servers at Meta."
Their presentation [1] contains a few slides with the motivation for this framework (they have existing Thrift services in C++ and Python, and want to start using Rust too) and why actors (answer: they scale better than a naive solution?). Also a slide "why a new framework" when so many already exist for Rust. (Answer: many are dead/unsupported, are too far from Erlang principles, not flexible enough, or use custom runtimes while ractor builds on Tokio.)
If you've ever used an ML descendant you'll miss sum types wherever you go. If you've ever used Erlang you'll miss the OTP actor implementation wherever you go.
Yeah I do lol. It was the big motivation since we were writing more and more rust and missed the concurrency model. Please feel free to ping me for any further questions
It's come a long way since it started and I'm thrilled I can talk about it publicly now and it's usage at Meta (some at least lol).
It can’t be far off that they ship a BLE or Wifi enabled Sonicare that reports your best brushing habits to the app that then posts it on Facebook for philipPoints you compete with your friends on… oh shit… what have I done!?
Anyhow, blocking unofficial heads is just an OTA firmware update away.
Although the points don't go to Facebook - you get "rewards" for them. Eg:
> Pair one or more brushes to our iOS or Android app, then you’re all set. quip’s Bluetooth® Smart Motor will automatically store your routine, no phone needed! To check your brushing stats and the points you’ve earned, tap the app.
> Earn bonuses for never missing a beat! Redeem points for rewards you’ll love
The Sonicare App already reports your brushing areas and how long you brush and other metrics. It wouldn’t be hard to add a “post to FB feature” (but let’s hope they don’t).
Also, how would you know? I have an IOT product that can delta OTA, so only the bytes of the firmware that change are sent to the device, I can do firmware updates that are crazy fast. ESP if it’s just something like turning a feature on.
locking down heads will hurt what market share philips still has far more than it hurts their consumers. there are alternatives, and even a locked brush is an alternative - it still works, and actively pisses off the user.
people skip brushing their teeth for all sorts of reasons. (yes you do. stop lying. your dentist doesn’t believe you, either.)
