davidrm
Joined 9 years ago
Joined 9 years ago
no one is denying it's a for profit company, but its governance model doesn't really scream "neoliberalism". assuming you're from the US, (German) enterprises like VW are vastly different from what exists in the US, not just in the terms of their structure but also their influence on Germany and EU.
However, I managed to "bully" everyone into following this simple rule because I had some influence in the organization; I was a manager of a large department. Unfortunately, interns will probably get an eye-roll for such suggestions, even if they reference their superior's rule.
My point is, don't send you colleagues this link, you will come off as rude. You'll get further by e.g. feigning surprise to the lack of agenda, and maybe you get to use that opportunity to spark a conversation about the importance of an agenda. If you're a manager and above, then by all means, use your influence to force it, it will make everyone's job easier in the long run.
Oh, as for the messages that contain only "hello", just ignore them, they will either solve their own problem or quickly jump to the point once they tire of waiting for your equally pointless response. Or just have a chat with your colleagues every once in a while, maybe they genuinely care about you and your cat.
i haven’t checked any of the numbers nor have i seen 3rd party analyses, but it definitely follows the trend: prismatics keep getting better and they might ultimately win the race once we get to solid state and thermal management “solves itself”
Here's a scenario. You're nominated to be an ECU supplier or a software sub-supplier for a VW brand, first thing they hit you with is requirements which span 1000 pages for a simple system (door, seat, HVAC), or 10x more for a more complex one (infotainment, engine ECU, "main" vehicle ECU etc.). 1 of those requirements is "SW shall comply with VW 8xxxxx norm" which is one of many VW norms that they deliver to you. The other requirement is "SW shall comply with KGAS", KGAS stands for "Konzerngrundanforderungen Software" which translates to "Group Basic Software Requirements", (group is VW), and both, you guessed it, are thousands upon thousands of requirements.
Then there's Functional Safety, or FUSA, which is a reference to ISO26262 (based on IEC 61508). Then there's also ASPICE (ISO/IEC 15504). New thing is UNECE R155 (cybersecurity). These three prescribe a very detailed development process commonly known as the "V model" for system and software development, which means you need to elicit requirements, define system requirements, system architecture, software requirements, software architecture and software detailed design. After that, you get to coding. For each of those there's a validation method: unit tests, software integration, software qualification, system integration and system qualification. ASPICE 4.0 has expanded to cover Embedded Hardware and Mechanical design as well. Other than the engineering processes they also cover other areas such as project management, configuration management, supplier monitoring, problem & change management etc.
Then come the external and internal audits, pardon, assessments. Your internal Quality department needs to monitor all engineering activities and report them to the customer, customer's Quality dept. will do their own audits, you and them will also hire an independent company to audit/assess you so that there's no bias.
BUT guess what - almost none of this is required for non mission critical software, so your infotainment is actually the only thing developed in a way you've described it. Brakes, ABS, ESP, Engine ECU or the EV powertrain (BMS, inverter etc.) are all written according to what I described above. There's no need for more bureaucracy, the automotive industry (especially German one) is very good at self-regulating and would make an average web developer throw up on his first day. Failures of the UX/UI in modern vehicles is just a business problem - guys who spent decades building and selling options like leather seats, and checking spreadsheets at the end of a fiscal period are still at the helm or their business processes still live on in those companies.
Rimac Technology is an electric vehicle powerhouse, the Tier 1 supplier behind the world's most advanced and most powerful, record-breaking hypercar - Rimac Nevera. A part of Rimac Group, Rimac Technology and its sister company Bugatti Rimac are on a mission to electrify the exciting world of super-sport cars and help our customers electrify their fleet through our portfolio of battery packs, e-axles, infotainment and connectivity solutions.
We are hiring embedded software engineers to work on various products and projects for world renowned OEMs and our group's next hypercar - the successor to Bugatti Chiron.
We are looking for:
- passionate engineers with good communication skills
- experience with real-time embedded systems
- automotive experience _not_ a prerequisite
You can contact me or send me a CV @ [email protected]
More info & other job positions: https://www.rimac-group.com/careers/
There's no "100% fail proof" solution, it's about determining the modes of failure and addressing them individually and combined, minimizing the risk and defining an acceptable level of it. If you accept that failures are inevitable, which they are, some are likely, some vary rare, you can prepare for them via redundancies, fault tolerant design, etc.. It's also about doing proper system design and performing certain methodologies such as "Failure modes, effects, and diagnostic analysis" (FMEDA)[1], "Fault Tree Analysis" (FTA)[2] and accounting for those.
There are standards like IEC 61508[3], or its automotive adaption ISO 26262, with which certain engineering disciplines and fields must be audited against in order to pass certifications and be able to market the product. In case of ISO 26262 it's not mandatory (will be soon), but good luck explaining any judge or jury why are you the only company in the existence not applying it in your vehicle design.
[1] https://en.wikipedia.org/wiki/Failure_modes,_effects,_and_di...
No they don't, automotive semiconductors suppliers have an "obligation" to manufacture the component for at least 15 years, which makes managing the production output planning, spare parts etc. much easier. It's not like walking into your supermarket and finding out that your favorite brand of chocolate is no longer available. There are minor exceptions, and sudden changes in the demand might affect the immediate availability, but at the very least the part is almost guaranteed to be produced for 15 years with defined notice policies. Microcontrollers don't have a pin-compatible drop in replacement when they get discounted, but many different ICs do, like power supplies, transistors etc., so discounting them is not a big deal.
e.g.: https://www.nxp.com/products/product-information/nxp-product...
> Participating products are available for a minimum of 10 years from product launch (15 years from product launch for many products developed for the automotive, telecom and medical segments), and are supported by standard end-of-life notification policies.
Majority of hydrogen produced is made from processing oil, the energy efficiency of "green" hydrogen (electrolysis) is very poor and thus expensive.
I believe there's a strong chance of using hydrogen for long haul type of transportation, however, there are a lot of misconceptions about the technology and its general practicality.
But I prefer to invert this thought experiment - my time isn't worth $x because I intend to use that time for something I can invoice, it's the amount you'd _have_ to pay for my time in order to incentivize me not to spend it walking around the park, watching a movie or whatever but rather do some marketable work.
So yes, I kind of know the value of my time, I'm willing to pay $x not to be bothered with some things, e.g. a washing machine. I don't care about spending +10 minutes when buying some item.