Voyage open-sources autonomous driving safety practices

Dubbed Open Autonomous Safety, the initiative aims to help autonomous driving startups implement better safety-testing practices. Companies looking to access the documents, safety procedures and test code can do so via a GitHub repository.

Open-Sourcing Our Approach to Autonomous Safety

Without a driver to help identify and mitigate failures, autonomous vehicle systems need incredibly robust safety requirements and an equally comprehensive and well-defined process for analyzing risks and assessing capabilities. Voyage models its safety approach after the ISO 26262 standard for automotive safety, taking the best practices from the automotive industry and applying them to autonomous technology. The automotive industry continues to reach for new levels of safety in manufacturing vehicles, and we are inspired by that approach.

Startup Voyage Wants to Open Source Self-Driving Car Safety

Under what the company calls its Open Autonomous Safety initiative, Voyage is publishing information on its safety procedures, materials, and test code in a series of releases. The goal is to create an open-source library of safety procedures that multiple companies can use as a standard, a Voyage blog post said.

This startup’s CEO wants to open-source self-driving car safety testing

The initial release, which Voyage calls Open Autonomous Safety (OAS), will take the form of a GitHub repository containing documents and code. The functional safety requirements are Voyage's interpretation of the ISO 26262 standard for automotive safety, updated for autonomous vehicles. "This is our internal driving test for any particular software build," says Cameron. "It lets us evaluate our designs and look for the different ways they can fail in the real world."

Qt Quick Performance Improvements on 64-bit ARM

One of our major goals for Qt 5.9 LTS was to improve the performance and memory consumption compared to our previous long-term-support release Qt 5.6 LTS. In this blog post, I want to highlight the performance increase in modern embedded processors that support the 64-bit ARMv8 instruction set. The result: Qt 5.9.5 Qt Quick performance has improved 2x, and JavaScript performance is a whopping 18 times higher compared to Qt 5.6.3.

Qt 5.9.5 Doubles Qt Quick Performance On 64-bit ARM, 18x JavaScript Improvement

The Qt Company had been working on performance improvements for 64-bit ARM (AArch64) as part of the Qt 5.9 LTS cycle and continuing through with the ongoing long-term support point releases, and that work is paying off. Qt's Tuukka Turunen has shared today that as of the recently released Qt 5.9.5 that came earlier this month, on 64-bit ARMv8 the Qt Quick performance has improved by 2x compared to the older Qt 5.6.3 LTS release. Even more profound, the JavaScript performance is 18x faster with Qt 5.9.5 over that same older LTS branch.

Eclipse Foundation pushes faster, cloudier Jakarta EE

What’s new with Eclipse’s Jakarta EE Java

Future of Jakarta Is in the Cloud, Not with the JCP: One-on-One with Mike Milinkovich

Why a cloud-friendly Java could finally be possible with Jakarta EE

Jakarta EE to focus on cloud native development

Survey Says: Enterprise Java Jocks Want Cloud-Native, Microservices and Fast Innovation for Jakarta

Jakarta EE Community Survey of 1,800+ Java Developers Reveals “Cloud Native” Top Requirement in Platform’s Evolution

Announcing new product updates of CDK 3.4, DevStudio 11.3, DevSuite 2.3

We’re extremely pleased to announce additions and updates to our suite of Red Hat Developers desktop tooling products, including Container Development Kit 3.4, JBoss Developer Studio 11.3, and our DevSuite 2.3 installer. These updates are a continuation of our efforts to increase developer usability, while adding new features that matter most for users of Red Hat platforms and technologies.

Announcing Developer Studio 11.3.0.GA, JBoss Tools 4.5.3 for Eclipse Oxygen.3a

Red Hat introduces JDK 10

Java™ 10 is now supported with Red Hat JBoss Developer Studio 11.3. Please note that Red Hat JBoss Developer Studio does not run on a Java™ 9/10 virtual machine, but allows for managing and building of Java™ 9/10 projects and artifacts. So, you must first define in your workspace a Java™ 9/10 JDK if you want to manage and build Java™ 9/10 projects.

Give the gift of revealing your insecurities

A few weeks ago, I was having a discussion with a fellow manager on my team. This person reports to someone who reports to me, generally has a different set of concerns than I do, and therefore holds a unique perspective on the challenges we face. I'd been digressing on a hypothetical course of action when the manager interrupted me to say, "Excuse me, I just want to say that I'm not comfortable with the direction this is going in." I immediately stopped talking and thought about what I'd been saying. I tried to explain what I meant, to give more context, and to go at it from a different angle. The manager also shared some context and perspective, which helped me understand the discomfort.

A (Belated) Happy 25th to Red Hat: So, What Does the Future Hold?

Better late than never: last month Red Hat celebrated 25 years. (The cake and candles may seem like ancient history to Jim Whitehurst, CEO of the open source pioneer, but we believe in prolonging anything involving icing.) Jim spoke with Computer Business Review; looking both back on 25 years of Red Hat and to the future.

Top Badgers of 2017: Carl George

Eclipse Foundation Unveils New Cloud Native Java Future with Jakarta EE

The Eclipse Foundation, the platform for open collaboration and innovation, today unveiled the new open source governance model and a “cloud native Java” path forward for Jakarta EE, the new community-led platform created from the contribution of Java EE. In September 2017, Oracle announced that it was transferring the future of Java EE technologies to the Eclipse Foundation, to make the process of evolving its standards “more agile, flexible and open.”

Eclipse Foundation Pursuing "Cloud Native" Java With Jakarta EE

Following Oracle offloading Java EE to the Eclipse Foundation and then renaming the project to Jakarta EE, we now know more about the future of this Java Enterprise Edition.

Eclipse Foundation's New Open-Source Governance Model for Jakarta EE, Turris MOX Modular Router Campaign and More

The Eclipse Foundation announced today a new open-source governance model and "a 'cloud native Java' path forward for Jakarta EE, the new community-led platform created from the contribution of Java EE." According to the press release, with this move to the community-driven open-source governance model, "Jakarta EE promises faster release and innovation cycles." See https://jakarta.ee for more details or to join the Jakarta EE Working Group.