The Y2038 problem in the Linux kernel, 25 years of Java, and other industry news

A weekly look at open source community and industry trends.
61 readers like this.
Person standing in front of a giant computer screen with numbers, data

Opensource.com

As part of my role as a senior product marketing manager at an enterprise software company with an open source development model, I publish a regular update about open source community, market, and industry trends for product marketers, managers, and other influencers. Here are five of my and their favorite articles from that update.

Need 32-bit Linux to run past 2038? When version 5.6 of the kernel pops, you're in for a treat

Arnd Bergmann, an engineer working on the thorny Y2038 problem in the Linux kernel, posted to the mailing list that, yup, Linux 5.6 "should be the first release that can serve as a base for a 32-bit system designed to run beyond year 2038."

The impact: Y2K didn't get fixed; it just got bigger and delayed. There is no magic in software or computers; just people trying to solve complicated problems as best they can, and some times introducing more complicated problems for different people to solve at some point in the future.

What the dev? Celebrating Java's 25th anniversary

Java is coming up on a big milestone: Its 25th anniversary! To celebrate, we take a look back over the last 25 years to see how Java has evolved over time. In this episode, Social Media and Online Editor Jenna Sargent talks to Rich Sharples, senior director of product management for middleware at Red Hat, to learn more.

The impact: There is something comforting about immersing yourself in a deep well of lived experience. Rich clearly lived through what he is talking about and shares insider knowlege with you (and his dog).

Do I need an API Gateway if I use a service mesh?

This post may not be able to break through the noise around API Gateways and Service Mesh. However, it’s 2020 and there is still abundant confusion around these topics. I have chosen to write this to help bring real concrete explanation to help clarify differences, overlap, and when to use which. Feel free to @ me on twitter (@christianposta) if you feel I’m adding to the confusion, disagree, or wish to buy me a beer (and these are not mutually exclusive reasons).

The impact: Yes, though they use similar terms and concepts they have different concerns and scopes.

What Australia's AGL Energy learned about Cloud Native compliance

This is really at the heart of what open source is, enabling everybody to contribute equally. Within large enterprises, there are controls that are needed, but if we can automate the management of the majority of these controls, we can enable an amazing culture and development experience.

The impact: They say "software is eating the world" and "developers are the new kingmakers." The fact that compliance in an energy utility is subject to developer experience improvement basically proves both statements.

Monoliths are the future

And then what they end up doing is creating 50 deployables, but it’s really a distributed monolith. So it’s actually the same thing, but instead of function calls and class instantiation, they’re initiating things and throwing it over a network and hoping that it comes back. And since they can’t reliably make it come back, they introduce things like Prometheus, OpenTracing, all of this stuff. I’m like, “What are you doing?!”

The impact: Do things for real reasons with a clear-eyed understanding of what those reasons are and how they'll make your business or your organization better.

I hope you enjoyed this list of what stood out to me from last week and come back next Monday for more open source community, market, and industry trends.

Tags
Tim Hildred stands with arms crossed.
I'm Tim. I like to write about how technology affects people, and vice versa. I’m constantly engaging with the news, tech, and culture with an eye to building the best possible sci-fi future.

Comments are closed.

Creative Commons LicenseThis work is licensed under a Creative Commons Attribution-Share Alike 4.0 International License.