Typically, the two biggest impediments to scaled agile and DevOps are over planning (including over thinking) and dogmatism. Which projects should we “pilot” for scaled agile, how long should the pilot run, what are the details of how we will implement, etc., etc. Of course, this over-thinking ultimately impedes the type of progress that scaled agile hopes to achieve in driving business results.
But what if you don’t over think and intentionally decide to be agile about being agile? How much faster can you move? What if I don’t have all of my rituals figured out to the nth degree and risk forgetting something crucial? Is it too risky?
Over the next several posts, we’ll share with you our experiences in taking a large strategic initiative from a waterfall approach to scaled agile in just a few weeks. The initiative scope was a targeted nine-month system and process integration effort to drive business transparency and, ultimately, business value. Impacted were: five business systems; six independent global development teams; and numerous business stakeholders that spanned the globe. (more…)
Red Hat’s David Egts has assembled this handy article on how to get started with open source.
Open source code drives collaborative innovation from a larger pool of developers at a lower cost, which is why federal agencies are adopting the “open source first” model. In fact Sonny Hashmi, CIO of the General Services Administration, recently announced that implementing open source software is among his top priorities this year.
So what’s the best way to increase your agency’s adoption of open source software and keep it secure? Here are six tips to get you there:
1. Standardize on a common platform. (more…)
In the United States, we celebrate Thanksgiving on the fourth Thursday of November, which follows our Canadian colleagues who celebrate theirs in October. It’s a day for families to get together and give thanks for what we have.
Our Red Hat family wants to give thanks for open source, too.
Can you imagine an IT world without open source? A number of UNIX businesses would be different. Same with development tools. We have so many scripting languages and other developer tools available via open source that software development would be so different and un-fun.
Thank you, open source. And thank you to all you who have contributed to open source. Haven’t contributed? Give it a try.
If you have any questions or requests for topics, please reply to this email. Enjoy the articles, and happy coding.
The Red Hat Developer Relations Team
Learn more. Code more. Share more.
Featured article – November 2014
“There have been a lot of announcements lately around [OpenShift by Red Hat®] v3 plans, specifically around Docker and Kubernetes. OpenShift v3 is being built around the central idea of user applications running in Docker containers with scheduling/management support provided by the Kubernetes project, and augmented deployment, orchestration, and routing functionality built on top.
“This means if you can run your application in a Docker container, you can run it in OpenShift v3. Let’s dig in and see just how you can do that with code that’s available today. I’m going to walk through the setting up OpenShift and deploying a simple application. Along the way, I’ll explain some details of the underlying components that make it all work.” Read the entire article.
Recent developer news
“Red Hat Software Collections deliver the latest, stable versions of essential development tools, dynamic languages, open source databases, and web servers all on a separate life cycle from Red Hat Enterprise Linux®. The third installment of Red Hat Software Collections now includes vital open developer tools, such as GCC 4.9, Maven and Git, and, for the first time, makes the Eclipse IDE available on Red Hat Enterprise Linux 7. In addition, Red Hat is offering Dockerfiles for many of the most popular software collections, aiding in the rapid creation and deployment of container-based applications.” Read the entire announcement.
Some recent blog articles
Jeremy Eder of Red Hat’s crack performance engineering team discusses storage in Docker. If you are using Docker as packaged by Fedora, CentOS, or Red Hat Enterprise Linux, the default will be device-mapper using something called a loopback mounted sparse file. Device mapper thin provisioning, plus this loopback mounted device, keeps with the tradition of being able to simply install Docker and begin using it, with no configuring required. That’s awesome for nimble developers iterating on projects. Read the entire article.
“[Software] bugs cost software companies a lot of money every year and upset customers, users, and developers. Some bugs happen as a result of undefined behavior occurring in the program. Undefined behavior is a concept known especially in the C and C++ languages, which means that the semantics of certain operations is undefined and the compiler presumes that such operations never happen. Luckily, there are ways to detect at least some of the undefined behavior in a program.” Read the entire article.\
“Red Hat JBoss® Data Virtualization allows you to expose multiple data sources as a single virtual database. Imagine pulling in all of your various sources together into a single, updatable view or series of views using a single point of connection. Now imagine doing that in the cloud using OpenShift! This article will walk through the steps to accomplish just that.” Read the entire article.
“Enjoy this interview with Mike Evans where he describes Red Hat’s work with Cisco, Red Hat’s unique position in the cloud market, OpenShift and the PaaS market, OpenStack®, storage, and more.” View the video and/or read some select transcribed extracts.
More Red Hat blogs and resources
If you’re not aware of it, Red Hat has a developer blog: developerblog.redhat.com. Be sure to visit it often to get the latest technical scoop on all sorts of developer-related topics.
If you’d like to track more focused blogs, see these 2 popular ones for JBoss and OpenShift. In addition, there’s JBoss Weekly to keep in touch with recent events related to the Red Hat JBoss Middleware portfolio.
Upcoming events and webinars
Find Red Hat and Red Hatters at these upcoming events:
Case Studies in Testable Java EE Development, Nov. 18, Newcastle, Upon Tyne, UK
For this session we have Andrew Rubinger presenting examples in testable development from his O’Reilly book, “Continuous Enterprise Development in Java.”
DevNation 2015, June 23-26, Boston, Massachusetts, USA
Stay tuned for details.
Things on my plate have finally settled down so I can complete the second part of this blog. See Using STOMP for testing Red Hat Message Servers (Part 1 – HornetQ).
From downloading and starting the server I felt very confident in getting this to work quickly. I mean I had done the hard part already; writing the python script to produce/consume messages using STOMP. I was mistaken.
Prior to working on this, I did several labs creating topics publishing/consuming messages and everything was hunky-dory until I started working with fabric. Fabric is a neat tool that can turn the server from standalone broker to many brokers and allows for monitoring and configuration control of the servers, but if you’re new to it like I am it can be a bit confusing how it all ties together.
I thought, “hey why not try and use fabric, it is just an abstraction on top of standalone and seems fairly straightforward.” Now, it must be said again, that I am newb at A-MQ and anybody who has used it before would be able to point out my mistakes in a few minutes, but I ran into a slew of issues. The most important being that I couldn’t get the stomp network connector to bind for a particular broker profile.
For the sake of completing this post, I chalked it up to my inexperience with fabric and started with a fresh install of A-MQ. Then after I made a few modifications to the standalone broker config a few minutes later I was in business publishing and consuming messages via my STOMP script.
To see a full set of instructions on set up visit my git page:
It’s been one week since we announced the beta for Red Hat Enterprise Linux 7 Atomic Host and we’re looking for your feedback. If you’ve downloaded and installed the beta, this is your chance to tell us what you think, and what you’d like to see in the product moving forward.TechValidate is conducting a short, 5-minute survey on behalf of Red Hat. Why should you participate? And there’s a 0 prize drawing (more…)
For more information about Red Hat Enterprise Linux and other topics related to this article, visit one of these sites: Red Hat Enterprise Linux, Red Hat Enterprise Linux Developer Program, Red Hat Enterprise Linux 7 is now generally available.
Tell us about your Eclipse usage