John Ternus, SVP of Hardware Engineering, is considered the front runner for CEO right now. The board wants a more product oriented CEO this time. Things could change but makes me optimistic.
Recently I've been experimenting with using multiple languages in some projects where certain components have a far better ecosystem in one language but the majority of the project is easier to write in a different one.
For example, I often find Python has very mature and comprehensive packages for a specific need I have, but it is a poor language for the larger project (I also just hate writing Python). So I'll often put the component behind a http server and communicate that way. Or in other cases I've used Rust for working with WASAPI and win32 which has some good crates for it, but the ecosystem is a lot less mature elsewhere.
I used to prefer reinventing the wheel in the primary project language, but I wasted so much time doing that. The tradeoff is the project structure gets a lot more complicated, but it's also a lot faster to iterate.
Plus your usual html/css/js on the frontend and something else on the backend, plus SQL.
This discussion makes me think peer reviews need more automated tooling somewhat analogous to what software engineers have long relied on. For example, a tool could use an LLM to check that the citation actually substantiates the claim the paper says it does, or else flags the claim for review.
Corporations don't need cameras to track people, they have had the ability to track bluetooth emissions for well over a decade. Unless you turn off a lot of connectivity settings, smartphones are pretty much open tracking devices.
I must be doing something wrong because incremental builds regularly take 30-60 seconds for me. Much more if I add a dependency. And I try to keep my crates small.
It's still my number one complaint about Rust, even though it has definitely gotten better over time. Partly my fault - I'm stuck on a slightly underpowered Windows machine at work. My Macs at home compile significantly faster. But as soon as I add certain crates like serde, tokio, windows, and some others, the compile times grow quickly. It also means that tasks Rust isn't necessarily designed for but can be used for (like web backends) become frustrating enough to dissuade me from using it as a do-it-all language despite certain aspects of the language being really nice. Even a 30-45 second tweak-test loop becomes annoying after a while. Again more of a personal problem than anything, but the point is I personally am constantly frustrated with the compile times.
> The trio had rented a technology-reliant Hyundai Elantra from Zipcar Inc.
I've used Zipcar for a while in NYC and until relatively recently they didn't allow mobile unlock because a lot of parking garages don't have cell service. You had to use the card that comes with the subscription.
My experience having recently had my road bike stolen would disagree. You're spot on about fancy bikes automatically being a target and the importance of your lock job being at a minimum more difficult to get through than the neighbor's. I now have a cheap single speed for my "around town" bike along with a heavy kryptonite ulock.
I drink water. Which means I'm just like Cristiano Ronaldo[1].
[1] https://www.youtube.com/watch?v=x2ZLS1V3iMw