79 karma · joined January 12, 2015
TV and FM ads are innocent children compared to the shameless promotions in youtube videos, for example, so I've learned to tolerate them, laugh at some of the worst ones, or just ignore/change station when I am not in the mood. TV is not dying in my house nor the radio in my car.
With Blizzard it went a bit different. They do have online automated tool to download your own data, but with a twist: they refused to provide what they consider security risk information. They did provide a lot of data (even years old chat logs) but did not provide the information I was looking for: list of processes running on my PC, which they scan periodically, as an anti-cheating mechanism. I went further and filed a GDPR infringement complaint to the national office but it failed. Last option was to sue, but I gave up.
Both Epic and Blizzard are US based.
- car makers don't make their electronics. I don't know of exceptions. What they normally do is to design the architecture, the requirements and buy from Tier 1 supppliers: Bosch, Continental, Vitesco, Valeo, Delphi, Magneti Marelli etc.
- the contracts, when awarded, are multi anual and usualy specifiy the units per year during project lifetime production and in serial life (after the product is not produced, the supplier MUST GUARANTEE to be able to provide the part)
- these contracts usualy go in numbers like N million parts (ECUs) for 4-5 year total (SoP date to EoP date) + serial life for X years. Then they get detailed, even the plants where the parts are made ar negotiated. Slips on both sides come with penalty. I don't know all the details.
- lots of electronics are safety relevant (iso 26262) especially in this case, once HW design is frozen, is frozen. You cannot change silicon components easy as this will make the product undergo a long series of product and design validation which take many months => the Tier 1 supplier MUST SECURE it's own supply from chip makers.
- usual "suspects" to supply the Tier 1 are chip makers like Infineon, Renesas, NXP, STM. Probably at some point, maybe TSMC comes into the picture. There are many providers of small electronic parts.
Also, only very expensive setups give good resolution, to not waste all the metric space.
[1] in recent years, terrorists have been using cars to kill people too, but not the same extent.
I am subbed to GPM for a few years now. I did it first because Spotify was and still isn't available in my country, but I don't think I would switch if they become available tomorrow.
Intel has as much of a problem as VW had after diesel-gate: none. Same will be valid for Apple's throttling scandal.
Big corps like this may experience some little storms here and there, but there is no iceberg big enough for them.
Articles like this exist just for the sake of writing something and making some money.
The entire code base running a modern car goes well within millions of code lines. Our IDE changed in time from Blue River X32 v5 to internally modified Eclipse plugin. The only major use for us are X32 type contractions. [1]
2022 is a good year if they come up with good tech. At the moment the market for EV's is small, tech is new and only Tesla really shows of something (they have to, because EV's are their only business). All big car makers are researching, from new diesels (double injector SCR's) to EV's & autonomus driving. And if they don't (or go too slow for some), then 1st tier suppliers like Bosch & Continental are doing it.
As far as the article's references to Porsche and Maserati sales go... What does it have to do with anything? 1+ billion people, of course they have some rich people spending money on sports cars. They do not necessarly drive new technologies, like EV, to advance, but maybe some rare animal leather to end up on more dashboards.
For fuck's sake, the new XXX (can't say brand name) light commercial vehicle for 2020 in China has 2010 tech in it (except the SCR system, which will probably be required if the Chinese decide once and for all to freeze the regulations)! Shit old 10 years tech because, to quote a XXX manager "this is what they want", and by they, he means the actual Chinese masses, not the rich guys buying sports cars.
- Will Honda keep UK plant to sell higher priced cars to UK (due to higher priced of imported parts from EU)?
- Will Honda move the plant to an EU country to have better prices to a larget market?
How how does this work in the UK advantage, again?
So what you are saying is that brits will stop buying German/EU cars? Where are they going to buy their cars from? It's not like UK has some meaningfull car making industry, they moved all factories away. Not everyone can buy an Aston Martin.
I think that as long as the price for an EU car will be just below the price for importing an equivalent car from US or Asia, brits will have no other choice but to buy from Germans, even with new taxes added.
On the other hand, EU could import less from UK, since (probable) taxes will increase the price => EU will consume more from it's own production and have less imports from UK. So to me, if it's about jobs, UK jobs are at risk, not EU.
What do you mean by this? The car itself is a single unit so you can assume the electronics inside communicate at some level (CAN networks usually), but the electronics are separated. You have a control unit for the engine, another one for the ABS, another for the gearbox and many others for various body control functions. Some of them communicate with each other over the CAN, but only transmit/receive messages of particular interest. For example, the ABS unit in some cases tells the engine control unit the vehicle speed. The engine control unit transmits the engine RPM to the body control unit for obvious reasons. The same for the anti-theft mechanism.
To the subject: Having outdated drivers in production level software is common practice. During final validation of the SW, before start of production, if some drivers are found outdated (even declared invalid by the driver/package owner), people do not jump to upgrade immediately. It undergoes a process of analysis: is there any critical bug which the new version fixes? Does it impact the current project configuration? If not, why upgrade? You run the risk of introducing a regression => requires extra validations which can take weeks or months. Nobody will approve that just to fix some bug without functional impact in that particular system. So when you claim that a certain package has to be updated to the latest version, you have to come up with arguments. "Newest is always better" does not count. There are countless examples when newer versions of some piece of SW fixed some bug but broke something that was working. SW updates after the majority of the validation process is finished happens only on a NEED TO HAVE basis.