DevOps

I’d like to take you on my journey to NonStop Virtualization. It was not accomplished in a day, I must confess. It was more like a month in the life of a software developer. But time flies by when you’re doing something you love. As a developer, I was always aware of how small a cog I am in the giant spinning wheel of IT. Just like a system administrator, a network engineer, a tester or a project manager. I’ve always been intrigued to find out what laid on the other side of the grass, so I ventured to find out.  

Cloud computing saved many organizations during the pandemic as they rapidly recalibrated to support mass home working and reach more

Well, it was very nice to actually attend a User Group meeting in person. It seems like it’s been forever. SunTUG 22 seemed to be pretty well attended. Kevin Shabow, the North American Director of NonStop Sales, kicked off the conference and asked for direct feedback from the audience. This harkened back to the origins of ITUG when Jimmy and execs would have open forums about what was needed, what was working, and what wasn’t. Jimmy always mentioned how very valuable direct customer feedback was to him and the team.

Hello World! In this tutorial, I will show you how Python can execute queries on the HPE NonStop SQL/MX Database using pyodbc and the NonStop SQL/MX ODBC driver.

The topic of essential versus accidental complexity goes back to ancient Greece in a classification from Aristotle. But we can go just 30 years back instead of 3000 to find it well illustrated in software development, by Fred Brooks, a Turing award winner. In his 1987 essay “No Silver Bullet” he introduces two concepts, essential complexity and accidental complexity. Essential complexity is inherent to the problem the software needs to solve and cannot be removed.

In past years, prior to deploying an application, significant time and effort was expended in gathering requirements to produce a design. The design was completed up front, before any code was written or database schema created. Furthermore, the design was comprehensive and static – it was expected to be viable for years without requiring significant modifications. When changes eventually were needed, they became a major redesign effort that often impacted multiple facets of the application and database. None of this was completed quickly, or without risk.

Let’s get definitions out of the way. If you have been wondering about the difference between IT Transformation and Digital Transformation (DX) then you are not alone. Many IT professionals and business commentators have stepped in to clarify what these differences boil down to, but in many cases, they have only raised more questions. As we move into 2021, enterprises are deep into projects that are designed to better align technology with business outcomes and as they do so, the idea of transformation appears with almost regular monotony.

For application developers and architects then the development landscape is more complex and pressured today than ever before. On premise, off premise, public cloud, private cloud, agility, DevOps all add pressure to decisions whilst none take away the need to bring solutions to market quickly and, of course, minimise costs.