This feels like the same logic as "I had to pay off my student loans, so other people should have to suffer like that too." Suffering does not make you better later despite what millennia of Christian theology has told people about its supposed purgative effects. It seems pretty rad to me to be able to just not suffer through the bad part of getting over a major life problem, and I for one am happy that people will be able to skip that part and get on to the part where they live well.
This is not an argument that suffering is valuable, it's that drug-seeking behaviours are a symptom of poor psychology / life-fulfilment.
The fear is that by removing symptoms, we no longer find it important to address the root cause. The symptoms should be treated as a warning signal. It sounds dystopian to make poor psychology and poor life-fulfilment a consequence free norm.
here's a better idea: stop having unilateral rules about menu layout. Different use cases require different layouts and interactions. You could maybe say "don't just default to hamburger menus."
Gotta give the cops their billions unfortunately. No room in the budget for frivolous luxuries like "things that make citizens lives better". Heck, they're even going to hobble our libraries to feed the cop beast.
Cars already have an operating system. It's a dash with dials you can look at to get info, a wheel you can use to steer, a set of pedals to control motion, a set of switches and buttons to control lights and such, and a center console with physical buttons that control extras like radio and heat/cooling. Not everything needs to be a computer!
I do some embedded systems work, albeit using it as a research tool and not directly involved in product development. Whether or not to have an OS is a perennial debate for projects that fall in between Little and Big. I turn to an OS when I expect to benefit from pre-written tools, such as file systems and higher level networking functions. I also expect portability of software from one hardware configuration to another.
For things that need to run in real time, or with super high reliability, but are relatively simplistic, goodbye OS. There's also a method where a computer with an OS is connected to multiple satellite computers that run simpler code. Turning a car into a network of tiny computers could reduce the sheer amount of wiring needed.
As mentioned elsewhere, using a mainstream OS taps into the skill set of people who know how and want to program against it. Also, the OS serving as a "layer" between applications and hardware lets you change hardware without having to rewrite all of your software.
There's a trend in every industry right now to turn everything into a computer. I can imagine the marketing meeting: "We need to get people to stop thinking about a car as a car. A car is software."
A modern car is a network of tiny computers, at least dozens, sometimes up to 100+. You can stretch that number significantly if you want to count every IC with an embedded microprocessor in it.
All of that diversity will be managed by a relatively small number of people at any OEM. Standardization to a minimal set of OSes and hardware platforms is the only way to make the workload manageable and keep the dozens of application teams unblocked.
For embedded C, RTOS by default is common. Not because applications need non-cooperative scheduling by default, but to manage memory-safe concurrency, and other abstractions. With rust, you can get away with simpler scheduling/locking mechanism and skip the RTOS until complexity reaches a threshold, or you have non-cooperative tasks.
Cars already are quite heavy computers and have been for ages. It's not like a new development. They have control units, component control units, the radio, bla bla bla. Lot's of integrated stuff.
Of course. But driving a car doesn't need a user-facing OS. It shouldn't feel like using a computer to drive a car. Am I misunderstanding the car operating system they were working on? I thought it was to facilitate UI on touchscreen controls not just low-level systems.
Cars have a number of processors, mostly running RTOSs, mostly controlling subsystems, like window motors, seats, etc. It's this way because these subsystems come from different suppliers. A lot of them do not need high stakes security hardening or hard real time capability. These will increasingly get integrated into software modules that can run in an evolved main "infotainment" system.
small car components are just MCUs, bigger units like ECU are large SoCs with full fledged RTOS like Integrity RTOS (which can be found on everything from cars to F-22 Raptor jet)
The majority of stock / bonds is held by pensions, individual retirements, and as collateral for things like life insurance and annuities. Billionaires own a small percentage and often for the companies they themselves founded and own.
It’s unfortunate there are layoffs but this is the process of weeding out bad companies and encouraging good companies. If we let the zombie companies continue on all of society would be damaged.
Seems neat but this website is really terrible at explaining what the product is or why I'd want to use it. The homepage looks like a spammy blog landing page? give me a big hero image (ideally an autoplay no-audio video acting like a gif) and like, 10 words and some links to more details. Also no info on pricing?
oh dang, ok... the "Home" link on your blog should really go to that page instead. I clicked home assuming it would take me to the landing page, then didn't even check the url (which was https://www.coscreen.co/blog/tag/deep-collaboration/ for some reason? why is that Home?)
