What actually happens is the VC firms have a relationship with Forbes and push their most favored start-ups on them. A big chunk of people don’t do anything to get on the list, except write their own bios and of course getting funded by said VCs.
That being said, yes, there’s quite a lot of vain people in there.
I run O365 for the obvious tools and AD but use GSuite for email. SSO for GSuite using AzureAD makes me laugh, plus your employees can use both ‘sign-in with’ Microsoft or Google account for other services and have a single log-in page that ends up just being Microsoft. There’s some tedium with creating accounts on both GSuite and AzureAD, and I’m sure that can be fixed and combined, but who can be bothered when it’s at most 1 employee a week to on-board for early days. Pick your poison, both is an option and works surprisingly well.
It is supported in hardware for multiple protocols: CAN1.0, CAN2.0, and CANFD. I'm pretty sure there are 3 ports that can be used simultaneously and independently. I only use 2 with CAN1.0.
Edit: By hardware support I mean that a CAN transciever connects to two GPIO pins with access to CAN chip hardware. No SPI interface needed.
Anything with a ThunderX processor is maximum beefy. You can get on-demand servers like that from places like Packet. AWS also has their own A1 instances with lower core counts. These would all be good for cross compiling/builds.
A lot of instruction sets aren't there yet, but https://ish.app is doing a truly incredible job in this regard.
Gives you a working Alpine Linux installation which you can download and install packages for normally, all within the bounds of the normal Apple sandbox, with decent enough performance.
It doesn't have SSE or MMX yet, so eg Go and Node aren't usable at this point. But a shocking amount actually does work perfectly, so it's only a matter of time as more instruction sets are implemented.
I suggest you also check out UTM (Universal Turing Machine), an emulator for the iPad that you can build and that allows you to emulate many different architectures and tun OSes written for them (including ARM).
Actually wouldn't a userspace ARM "emulator" be faster than an x86 one on an ARM device? Or are you so far removed from running actual CPU instructions that it doesn't matter?
Hardened kernel (e.g Coppherhead OS), custom open-source ROM to disable all telemetry and audit the code (among others), FOSS APK provider (f-droid), disabling online tracking (AdAway, AFWall), full filesystem access. iPhone hardly has any of this.
Note that this is true of any bootloader-unlocked Android phone, not just security-focused ones.
Please bear with me, I'm not OS-savvy, are many of these features designed to protect against untrusted processes? If both phones have no additional apps installed, what would be the most likely way for the data within to be compromised? Is it fair of me to believe it's fair to distinguish telemetry and security as separate concerns?
In general HN has a strong bias toward Apple over Android RE: security. Many of the points are entirely valid, but it's also true that some important advantages on the Android side (such as those listed above) as often understated or overlooked here.
For me, a closed-source OS is a dealbreaker on its own, regardless of any other major HW or SW advantages.
