Author: Red Hat

Subscribed: 48,416Played: 170,971


When it comes to technology, you may have questions. So do we. Every other week, we demystify the tech industry, one answer at a time. Join us as we bring together a chorus of perspectives from within Red Hat to break down the big, emerging ideas that matter both today and beyond. Compiler is hosted by Angela Andrews and Brent Simoneaux. Learn more about our show at
39 Episodes
When building out an application, it can be hard to decide what needs attention, and what can wait. Maintenance is important, but development teams also want to add new features for customers. So they have to choose, and not everyone agrees. A product manager can help break the impasse. Good ones bring in customer feedback while providing teams with focus and direction. The result is a cycle that informs contributors on what’s working, what’s not working, and what future successes can look like. The company, its business activities and its employees depicted in this podcast are fictional and are not intended to represent or depict any current or former business organization or any individuals living or dead. Any resemblance to any individual or organization is purely coincidental.
System(s) Administrators don’t get enough credit. They set up systems. Maintain them. Make sure everything follows security best practices. All while having to know code and infrastructure and looking out for crises. And if you think you can automate away their jobs, you’re in for a surprise: They can do it better and continue to make other valuable contributions to your company. The company, its business activities and its employees depicted in this podcast are fictional and are not intended to represent or depict any current or former business organization or any individuals living or dead. Any resemblance to any individual or organization is purely coincidental.
Design can be a powerful tool. But where, and how, does it start when building software? And how can it drive a company’s growth? Through intentional, proactive processes and documentation, design can be a monumental force in development, discovery and problem solving. The company, its business activities and its employees depicted in this podcast are fictional and are not intended to represent or depict any current or former business organization or any individuals living or dead. Any resemblance to any individual or organization is purely coincidental.
There are many kinds of architects in the tech industry. While they don’t draw building schematics, they do put together blueprints for programs, systems, networks. What does it take to effectively build solutions to technical problems? And how do you learn those skills? Grabbing tools out of a box and assembling them into a working whole is the starting point. Architects consider a customer’s needs and how those are affected by the particular combinations. And as it turns out, keeping an eye on available tools has some pivotal advantages.
The CTO And The Vision

The CTO And The Vision


A Chief Technology Officer needs to be an expert in technology. That much is clear. But what does a CTO actually do every day? What outcomes are they responsible for? And how can others help them achieve those goals? The CTO and the Vision is the first episode in Compiler’s series on tech careers. We call it Re:Role. We launch a fictional startup that needs to expand its team as it grows. But before we hire, we need to understand when it makes sense to add another role, what it is the people in those jobs need to accomplish—and how they fit into the company structure. The company, its business activities and its employees depicted in this podcast are fictional and are not intended to represent or depict any current or former business organization or any individuals living or dead. Any resemblance to any individual or organization is purely coincidental.
Compiler is on a holiday break and will return in January 2023—but we're sharing an episode made by our friends at CodeNewbie that we think you'll like: To welcome back our show for Season 22, we talk with a familiar face to the CodeNewbie Podcast, Chris Ferdinandi. Chris is the author of the Vanilla JS Pocket Guide series and the creator of the Vanilla JS Academy training program. On today's episode, Chris talks about what he's learned since coming on the show in 2020, how he sees the future of frontend development evolving over the next few years, and what tools might help in your next job search. Check out the CodeNewbie site for complete show notes and more episodes:
While working in a software stack, IT professionals may have to bridge gaps in practical knowledge, institutional knowledge, and communication. Teams may be located in different countries or backgrounds, and may even work in different areas of the stack. The practice of building software is deeply technical, but it’s also deeply human. In the final episode of Stack/Unstuck, we discuss how bridging gaps in communication and expertise helps teams come together from across a software stack to build something great. The Compiler team would like to thank everyone they spoke with in the making of Stack/Unstuck. Earlier in this series, we mentioned how building software was like building a house. One of our guests, Ryan Singer, made a great video where he discusses the similarities. Check out his explanation here. And to check out what David Van Duzer and his team are up to, you can visit the Open Up official webpage.
We reach our penultimate episode for Stack/Unstuck, and arrive on the topic of testing. Testing isn’t necessarily part of any technology stack, but it is a vital part of building software. Sometimes, it can feel like testing is an afterthought, or just a box for busy coders to tick once completed.We hear from our guests about how testing doesn’t need to be saved for a curtain call. It can have a starring role when identifying problems within different components of a software stack. And as we include it more in discussions and planning, and as we start thinking about it earlier in development cycles, testing can further an application’s potential, and help teams build software better.
The operating system wars are over. We’re still left with Windows, Linux, and MacOS—along with Android and iOS. Many argue that there’s little left to accomplish with the bottom of the software stack. But work on the OS is far from over. The kernel and user space provide the literal foundation for the rest of the software stack. Drivers, networking, and countless other features are abstracted away as common resources so the other layers of the stack can focus on their own functions. So when the overlooked layer gets an upgrade, it can really make a difference. 



Writing data is easy. You take in the information and put it away for future use. It’s remembering exactly what you wrote and where you put it that’s the challenge. Just like having to look for your keys as you try to rush out the door, getting that data quickly makes all the difference. And when your database is your bestie, it can serve that information faster than you could imagine. Getting a database into shape takes specialized skills. From planning and development to maintenance and rebuilding, it’s a layer of the stack that needs constant attention and evaluation. It can be a performance booster—or an efficiency bottleneck. What does it take to keep your database and the information it stores available to the stack?
Frameworks exist to make building apps easier, and there are a lot to choose from. We hear from one long-time Java developer about his passion project, an app designed to remind users of important deadlines and appointments. We explore his app’s framework—how he chose it, and how things changed along the way.While they are there to help developers build applications very quickly, frameworks shouldn’t be seen as a salve or a substitute for basic knowledge. When things go awry, that’s when knowing the fundamentals can help, whether you are building applications on your own, or working on a larger team.
Front-end development can be complex—and that means a front-end developer’s skills are essential, albeit constantly shifting. But a humble web search can produce various memes and jokes about how the front end isn’t as much of an endeavor as other parts of an application can be. Expanding knowledge beyond one’s area of the software stack can strengthen the skills they have, but negative perceptions can become a barrier to building those necessary relationships. As communities and companies grow, though, attitudes can begin to change. How can front-end developers communicate their expertise to their peers, and learn new talents along the way?
The Great Stack Debate

The Great Stack Debate


The software stack is like an onion. Or a sheet cake. Or lasagna. Or is it? It’s often described as having layers that sit on top of each other. The reality is much more complicated—and learning about it can help any tech career. The Great Stack Debate is the first episode in Compiler’s series on the software stack. We call it Stack/Unstuck. We explore each layer of the stack, what it’s like to work on them, and how they come together into a whole application.  
Mistakes are part of growth. If we’re lucky, we’re in an environment where they’re not punished harshly. That lets us fix the problem, learn to do better, and move on—but also to tell the story once the sting has passed.Last episode, we heard three stories of people blundering into trouble and coming out the other side a little bit wiser. This episode adds three more stories of mistakes being made—but the culprit isn’t always as clear. 
Oops. We all make mistakes. Most of the time, they’re small enough no one notices. But every now and then, we do something that makes us break into a cold sweat. The “Oops” becomes a curse, desperate pleas—or horrified silence as we process what just happened. In the moment, they’re panic-inducing. But once the dust settles, are those big mistakes that big of a deal?On this episode of Compiler, we hear three stories of people who wish they had an easy undo button. But making those mistakes taught them all something important—and changed how they do their jobs. Because those big mistakes end up being valuable lessons for the rest of their careers. 
Movies are culturally important. They transform language and communication. Motion pictures present fantasy worlds we can get lost in, helping us understand the world differently. Discussing data and movies can make the fantasy seem…a little less fantastic. It can feel sterile, mass produced, and devoid of imagination. But data is vital, both for those behind the camera and those sitting in theaters (or at home). This episode will cover some ways data science and machine learning can inform filmmaking, from conception to post-production.
Updates. They take time out of your day and your devices out of commission. That’s about the extent of it for an end user. But for organizations? Updating their systems is a big deal. And forgoing regular updates is a recipe for disaster. “If it ain’t broke, don’t fix it” isn’t a good option for enterprise IT. Your system may keep running but if you haven’t updated in awhile, you may be missing some stability and performance improvements—and probably some security patches too. Regularly updating is a good habit. How do we make it less annoying? 
When Should Data Die?

When Should Data Die?


We have a finite time on earth. But the data we generate? It can last much, much longer. We have limited control over what happens to our data during our lives. And while you might not care about anything when you’re gone, you and your loved ones might have an interest in how your information is used after you pass. So we wondered: When should data die? It’s a tricky question. In the digital age, individuals generate mountains of data over their lifetimes. But who has the right to decide whether that data remains, or when it is deleted? How should IT organizations handle their datasets given the complexities of privacy, legacy, and ownership that they need to consider?
Technologists are often asked to make decisions based on future industry advancements—or basically, things that haven’t happened yet. It’s already difficult to choose the right path for a project without the pressure to be clairvoyant. But everyone wants to feel like they are leading the pack on the next big thing. What do we need to know to make a good prediction for where technology is headed? Alternatively, what do we need to know to avoid the wrong choice? We speak to experts in the DevOps space about betting wrong on the future, how development projects go awry, and what teams can do to get things back on track.  
We live in what some call a “distraction economy.” There are countless messages, emails, tickets, bugs to fix, and meetings to attend. For those who have to build software, platforms, and services, as well as those who maintain them and keep them running, it can be difficult to decide what to focus on first. The immense pressure to be productive is challenging to balance with passion projects, personal responsibilities, or just with the need to rest. Our team spoke with tech-minded creators in the productivity space on how to achieve full focus, and how to make time for work, relaxation, and creativity. We would love to see you (virtually) at Red Hat Summit. Register for the virtual experience of Red Hat Summit at
Comments (5)

Philip C

really great podcast, especially for IT beginners such as myself...thank you, and keep up the good work :)

Oct 25th

Pedram Parsian

Great talk! Thanks. Is there any open-source alternative to that I can use on Ubuntu?

Jul 24th

otsen dorman

thank you guys for such wonderful topic great job.

Nov 15th



Aug 22nd

Thanks for sharing. I found a lot of interesting information here.

Aug 16th
Download from Google Play
Download from App Store