Community Tips

How to Develop and Improve Collaboration in DevOps Teams

DevOps is becoming more and more popular in the world of business. By streamlining the development and IT management processes, DevOps reduces organizational silos and produces a better final product or service for the customer.

However, DevOps is fundamentally reliant on strong collaboration. Without honest, open, and easy communication and shared working practices across your organization, DevOps will just be a buzzword. 

If you want to introduce a true DevOps philosophy and culture to your organization, read on to learn how to develop and introduce collaboration in your DevOps teams.

What is DevOps?

DevOps refers to a set of practices and philosophies that aim to overhaul the culture of your organization – that means it’s quite difficult to get your head around what DevOps actually is.

It can be useful to start with an example. Let’s say, for instance, that you create a remote desktop software for iPad. Under a DevOps model, the people managing that software will be the same overall team that developed it. This means that any issues can be easily resolved as the management team will be true experts in the software.

DevOps is best thought of as an approach to software development and management that aims to overcome the gap between the planning and programming stage and the implementation and feedback stage. Rather than splitting the overall development process between a programming team and an IT team, DevOps creates one streamlined operation.

This can help you to draw on a wider range of expertise and skills, remove barriers to truly creative collaboration, and develop more effective operations.

In order for an organization to use a DevOps model, you must be prepared to break down the traditional divide between development and operations teams. This can take a range of different forms: you might choose to merge both operations together into one team or you might choose to integrate even more teams, such as those responsible for managing websites.

Why is collaboration so important in DevOps?

Why is collaboration so important in DevOps?

Because DevOps is all about getting previously separate teams to work together, it shouldn’t be a surprise that effective collaboration is what makes or breaks a DevOps model.

As automation – tools that make DevOps easier by automating processes previously divided between development and operations teams – is a key part of DevOps, some companies prioritize automation over collaboration. However, you have to remember that the tools are only as good as the people who use them.

Collaboration and communication is important from the very beginning of a transition to DevOps. That’s because people are naturally resistant to change – explaining why you’re overhauling existing organizational structures can create buy-in among employees. At the same time, you should show how collaboration can work in practice to produce better outcomes.

Without effective collaboration running through your DevOps team, you can probably assume that your processes will soon end up simply operating as before: divided between development and operations teams.

How to improve DevOps collaboration: a step-by-step guide

If you’re using a DevOps structure, therefore, it’s pretty clear that you need to always be developing and improving collaboration. Without this, you won’t be seeing any of the benefits that come with DevOps. So how can you improve DevOps collaboration in your organization?

1) Identify any clear collaboration problems

Before you start making any changes to your DevOps processes, you should take a step back and consider what is already working well and what can be improved. If there are any immediate issues, such as problems with your online telephone service that prevent engineers from working with each other, you should prioritize those.

You should also talk with employees from across the DevOps team. Their experiences will dictate what you need to focus on as you look to improve collaboration. You could also use business analytics tools to establish the effectiveness of collaboration in your organization.

2) Increase the visibility of everyone’s work

Increase the visibility of everyone’s work

If you want people to work collaboratively on a project, they need to actually be able to see the work that is being done. Improving visibility should be a key part of any DevOps model – engineers should be able to see what each other is working on and the levels of progress across the team so that they know who to offer help to.

For some developers, this can be a daunting step. After all, it’s easy to feel protective or embarrassed about work in progress. However, full visibility will let everyone learn from what others are doing.

Achieving full visibility in the technology sector can be difficult. Despite this, you can improve visibility by finding a workflow software that lets the entire team see test results, feedback, and ongoing development. By encouraging engineers to download remote desktop connection tools, your team will be able to have visibility of each other’s work from anywhere in the world.

3) Remove barriers to information

In the traditional model of using separate development and operations teams, engineers who produced a piece of software wouldn’t have had access to most of the information about how that software worked in practice. This had a detrimental effect on their future work, as they couldn’t learn from their earlier efforts.

That’s why an important principle that supports any DevOps culture is free access to information. This is obviously true for information such as testing results but should also apply to your overall culture and mindset: if you work in an office, keep your door open during meetings.

While you’ll have to be careful to consider privacy and security regulations, try to grant open access to your data for all DevOps engineers. By having the same information to draw on, your engineers will find collaboration much easier.

On top of this, consider communication tools like transcription software. These can remove barriers for the entire DevOps team by ensuring everyone has access to notes from meetings and can search for and edit past meeting notes in collaborative documents.

4) Celebrate bravery

Celebrate bravery

Collaboration can be an intimidating concept, especially if your developers are used to working in small siloed teams. That’s why creating a culture of collaboration is so important. One great way to do this is by publicly celebrating those engineers and developers who were brave enough to experiment with other engineers.

You should point out that collaboration is often a risk; developers will be worried about failing publicly. Celebrating the process of collaboration – even if the outcomes are failures – can be a really powerful way to develop a collaborative mindset among your DevOps team.

This culture of collaboration is also important when it comes to hiring; you shouldn’t just rely on technical screening. Instead, look for potential employees who are able and willing to collaborate effectively.

5) Mix up your teams

Many companies fail at DevOps by pursuing a DevOps model in name only – they don’t actually integrate the development and operations teams. Sometimes, building a successful DevOps team will require you to specifically diversify the subteams that deal with certain problems.

If you’re new to DevOps, you might want to buddy up developers with operations engineers. Forcing them together will encourage a collaborative practice to develop, while also speeding up the process of integration between the two teams. You should carefully consider the different skills of your employees and buddy up those with contrasting experiences and strengths.

It’s also important that you consider how to have a varied range of perspectives across your DevOps team. With remote working tools like RealVNC becoming more and more sophisticated, you can hire the perfect people for your team without having to worry about their location – this means that you can easily diversify your DevOps team as you grow.

6) Cultivate a DevOps mindset from the very top

Cultivate a DevOps mindset from the very top

Whether you’re a developer or engineer working in a DevOps team, or a member of your company’s management team, you have a responsibility to grow the DevOps mindset through your words, actions, and working processes.

This is especially important for leaders – they should model what good collaborative work looks like in practice by being open, accessible, and approachable. They should respect the insights of every team member and encourage them to put forward their views and opinions.

An important part of encouraging the DevOps mindset from the top of the organization is by providing opportunities to upskill your employees. This can let team members who originally worked solely as early-stage software developers build skills that are more applicable to the holistic and integrated environment of a DevOps workplace.

This will help to grow a collaborative DevOps mindset as employees will feel more confident and secure in their own skills, meaning that they’re more willing to risk failing publicly by working collaboratively.

Collaboration: the key to a successful DevOps mindset 

If you want DevOps to be more than just another buzzword in your organization, it’s vital that you find ways to develop and improve collaboration between your software developers and engineers.

Our guide to collaboration in DevOps will help you achieve this. By increasing visibility and removing barriers to information, some of the practical issues hindering collaboration will be overcome.

You can then start to focus on growing a collaborative mindset among your employees. Start celebrating collaborative work and model this from the top – soon, you’ll have a successful DevOps team working in harmony!

Community Tips

DevOps 101 for a Dev Who Doesn’t Like Ops

(To the tune of The Fresh Prince of Bel-Air


Now this is a story all about how 

DevOps improves software development, here and now 

And I’d like to take a minute, just sit right there 

I’ll tell you why DevOps should make developers care 


In the world of software, development and ops 

Often work apart, and it’s easy to flop 

But DevOps brings them together, for a common goal 

To make software faster, better, with more control 


Now that the sick rhyming has captured your attention, let me tell you why even as a developer with little knowledge of ops knowledge, I’m a big fan of DevOps. It’s so time-saving that I cover the basics, even when I’m the sole developer on a project. Who doesn’t like saving time?  

The basics of DevOps 

So, what is DevOps? At its core, DevOps is a culture and set of practices that aim to break down the barriers between development and operations teams to improve collaboration and efficiency. It involves automating and streamlining the software development process, from code creation to deployment and beyond.  DevOps is not just a set of tools or processes, but a way of thinking about software development. It’s about creating a culture of collaboration, communication, and continuous improvement. With DevOps, developers and operations teams work together to build, test, and deploy software faster and more reliably. 

Additionally, DevOps promotes collaboration and communication between different teams, which leads to a more efficient and streamlined development process. By breaking down the silos between development and operations teams, everyone is on the same page, working towards the same goal. This results in faster and more reliable releases, as well as overall better quality of the product. In short, DevOps is a time-saving and collaborative approach to software development that ultimately leads to better outcomes for everyone involved. 

Why should developers care about DevOps? 

You might be wondering why, as a developer, you should care about DevOps. After all, isn’t that more of an operations thing?  Well, the truth is that DevOps is highly relevant to developers as well. According to the Developer Nation Survey 23 results, DevOps adoption keeps increasing (from 47% to 56% in 1½ years), while most of the implementation work is done by software developers themselves, with an earlier Developer Nation report mentioning only 5% of the DevOps practitioners being DevOps specialists.

In my mind, this makes sense. DevOps is, at its core, a culture of breaking down the walls between devs and ops people. While a specialist can be invaluable in complex implementations, or to help kickstart a culture, the culture itself should be the responsibility of generalists. By adopting DevOps practices, you can save time and streamline your development process. You can avoid manual steps in building and deploying your code, get test results without running tests, and have your changes live in production far faster than you would without DevOps.  Sure, setting up version control, pipelines, testing, and deployments takes some effort. But more often than not – even sometimes when you’re the only one working on the project – the investment is worth it! 

DevOps exists to make your life easier 

This is the bottom line – DevOps is not there to create a new profession of DevOps consultants (just like Agile Software Development isn’t there to ensure Agile Coaches make their bread). It’s there to make the lives of devs and ops people easier.  By adopting DevOps practices, whenever I am actually working with Ops, DevOps makes the collaboration easier as everything is traceable, often reversible,  and even easier to document. This means that if there are any issues or bugs, we can quickly identify where the problem occurred and take steps to fix it. 

According to the Q3,2022 Pulse report DevOps implementation witnesses more instrumental action from the programmers and software developer community with a 45.6% involvement, while the supervisory roles reflect the participation of less than 12% with Tech/engineering team leads at 11.2%, architects involvement at 10.7% and the C-level CIO/CTO and IT management roles at the lowest 10%. Computer and data science students show some practical learning involvement with 13.3%.

DevOps also encourages frequent communication between developers and operations, which helps to avoid misunderstandings and ensures everyone is working towards the same goals. The result is a more efficient and effective development process, with better quality software releases and happier customers. And even when I’m working by myself, DevOps makes it easier to deploy, maintain, and scale my apps. This collaboration can help to identify and fix issues earlier in the development process, reducing the risk of costly delays and downtime caused by issues discovered during deployment or after release. 

Just recently, I was building a .NET MAUI project – my first one – and realised I only had a rough idea of how to build, test and publish an app, and not even that on how to distribute it. The obvious solution was to let someone else figure the details out for me. Luckily, I have someone who knows more about this stuff – namely, GitHub.  Getting the basics to function using GitHub and Visual Studio App Center took me about an hour. GitHub Actions would take about 15 minutes to ship my code – from checking in to having a download available on App Center – and I don’t have to do anything!  I should probably add some tests to the build process, but hey, I’ll add those right after I’m done with the documentation. If you want to read more, the whole article is here.

How to get started? 

Here are some simplified steps to get started with your journey as a DevOps-savvy developer: 

  1. Automate everything you can: Automate your build, testing, and deployment processes using tools like GitHub, Azure DevOps, Jenkins, TeamCity, and GitLab.
  2. Collaborate with Operations: Work closely with your Operations team to understand their needs and to ensure your code runs smoothly in production. 
  3. Embrace Continuous Improvement: DevOps is all about continuously improving your development processes, so always look for ways to streamline and improve your workflows. 
  4. Learn by Doing: DevOps is a hands-on approach, so start by experimenting with new tools and practices on small projects. 
  5. Prioritise Communication: Effective communication is essential to DevOps, so ensure you regularly communicate with your team to ensure everyone is on the same page. 

And remember, DevOps is a journey, not a destination.  By taking small steps towards automation, collaboration, and continuous improvement, you can gradually incorporate DevOps practices into your development workflows and reap the benefits of faster, more efficient software development. Don’t get too attached to any one tool – plenty of tools exist, and you can get tremendous value from many. 

Bio: Antti Koskela is a Microsoft MVP trying to stay current on what’s what in the Azure and .NET world, and a Developer Nation Dev Committee member.


How to Upskill Your Cloud, SRE, and DevOps Experts to Empower Your Organisation

Developer Nation is continuously trying to bring high quality articles for your career path and your company/organisation among insights, tips, interviews and more from the developer ecosystem. This time we have the honour to host an article by IOD about roles, career growth and leadership, focusing on Cloud, SRE, and DevOps Experts.

This article was contributed by IOD.
IOD is seeking new tech bloggers. If you are a top notch tech expert or a writer, join
IOD’s talent network and share your expertise!

Today, every company is leveraging technology to innovate, streamline operations, and create value for their customers. Regarding software engineering, developers have a natural and prominent role in creating new capabilities and opportunities, but that cannot happen without a greater support infrastructure. Cloud, SRE (site reliability engineering), and DevOps engineers are central to value delivery and business continuity. It is vital for engineering managers to understand how they can become mentors in order to coach and upskill these experts to both enable their career growth and increase business value.

Distinctions Between Expert Roles

Modern software development teams work in a DevOps way, by bringing people with different competencies together and enabling a faster, higher-quality value delivery and development lifecycle. 

Writing the application business logic is only part of the engineering equation needed to deliver customer value. The other part, operations, includes many tasks that are mostly driven by Cloud, SRE, and DevOps experts. Good examples of those tasks are designing scalable and reliable systems, ensuring that code can be tested and deployed using continuous integration and delivery pipelines, monitoring system health, and implementing security and compliance guidelines.

Personally, I dislike the title “DevOps Engineer,” because DevOps is applicable to the entire engineering team and is a more abstract concept. SRE, on the other hand, is a concrete implementation of the DevOps philosophy—experts in an SRE role bridge the gap between developers and operations. A DevOps engineer (what I prefer to call the “automation/cloud specialist”) differs from an SRE, as they only focus on systems operations.

There are some natural derivations in lateral roles that come from further specialisation in certain technology areas such as DevSecOps engineer, chaos engineer, or cloud and solution architects at more senior levels. 

SRE and cloud specialists are crucial to the success of the product or service. Yet, they are too often disconnected from the business reality; this is where coaching and mentoring makes all the difference. 

Mentoring Is Vital to Career Growth

Engineering managers have the lead role in mentoring and coaching these experts: guiding, providing feedback, showing different career possibilities, and building bridges within the rest of the organisation. Engineering managers can act as human routers to make the connection between experts and business stakeholders, ensuring experts get first-hand knowledge and visibility on the value and end-user experience of the product(s) and service(s) that they work on. 

Similarly, managers can then demonstrate to stakeholders the positive business impact of these experts’ actions. Does the solution have a great reliability track record and always meet the agreed SLAs? Tell them about it! What would it take to enable solution architecture to scale ten-fold and be available in other geographical locations to support new business cases? Great conversation starter! 

How to Make It Happen

Unfortunately, business stakeholders usually only connect with these experts when something goes wrong (e.g., a system failure), and need to understand what happened and why. Engineering managers can change this pattern and create a new paradigm.

Here are a few things managers can do to establish this paradigm and foster its culture:

  • Translate business and industry-specific jargon into technical concepts, examples, and terminology that experts can relate to. 
  • Help experts develop the necessary non-technical skills to communicate effectively, and translate complex engineering scenarios into simple, relatable terms and ideas with business impact.
  • Facilitate sessions where experts can present and showcase potential opportunities that new cloud and data technologies can unlock in the organisation, generating new business models or streamlining existing operations and processes.
  • Create and explore opportunities for experts to shadow and connect directly with colleagues in different roles across the organisation, such as working alongside a customer support representative or joining a sales meeting.

This enables constructive cooperation across competencies, breaking silos while helping these experts grow and gain a better understanding of their impact in the organisation.

Upskilling, Community, and Thought Leadership

There is no substitute for hands-on learning, and engineering managers have a unique role in creating those opportunities. It’s important to maintain a continuous dialog to understand the expert’s career goals and interests, while simultaneously facilitating situations that enable them to gain new hands-on experience.

Simple and small steps, such as inviting them to a steering meeting, participating in a technical brainstorming workshop, or joining a new, exciting project (even if in a minor role) can make a huge difference and impact. Venturing out of one’s comfort zone is always an opportunity to grow and learn.

Further, hands-on experience should always be accompanied by other learning and input, such as insights from other experts, industry certifications, or non-technical skills development.

Certifications and Digital Content

Consuming digital content—articles, videos, whitepapers—and pursuing industry certifications—such as those offered by AWS, Microsoft, Google, and the Cloud Native Computing Foundation—are both excellent practices for validating existing knowledge and discovering new services, expert insights, and best practices.

Each of these organisations offer certifications that go from the fundamentals to complex solution architecture scenarios, focusing on areas such as security, networking, and data engineering. When combined with hands-on experience outside of typical work tasks, content-learning and certifications provide natural upskilling and specialisation pathways that stay with the expert even when changing jobs or companies. 

There are also plenty of advantages to an organisation that has certified experts. It nudges the organisation toward good practices and ways of working, while enabling the company to level up their cloud partnership status and showcase their expertise to customers.

Technology Communities

In organisations, from SMBs to larger corporations, there is a natural tendency for individuals to become siloed in their team and/or business unit. Cloud, SRE, and DevOps are domains transversal to all development teams and organisational structures. Fostering an internal technology community where these experts can regularly meet increases alignment and promotes a healthy exchange of ideas. Moreover, it enables these experts to drive the technology governance and foster a culture of engineering excellence across the organisation.

Similarly, external communities and events are also a great way to gain new insights and fresh perspectives. DevOpsDays, ServerlessDays, as well as AWS and Azure Community Days and Meetups, to name a few, are fantastic options to learn and meet like-minded people. With practically all events now fully virtual and often free to attend, this is something that should be highly encouraged and promoted in your organisation.

Sharing Experiences and Thought Leadership

Engineers, especially less experienced ones, might be intimidated at the prospect of sharing their insight and experiences in technical articles or public speaking engagements. Regardless of the level of the content, whether beginner’s guides or more advanced deep dives, there is considerable value in creating content and sharing knowledge. Entry-level content from a Cloud, SRE, or DevOps expert can offer tremendous value to a developer or business stakeholder not familiar with the topic, and it can help bridge gaps between different competencies.

From a career growth perspective, an expert that invests time and effort in thought leadership activities—including written content and speaking engagements—is more likely to accelerate their professional growth and seniority. This is not first because of the positive visibility that those activities bring to themselves and their organisation (that helps!), but rather, it enables the expert to radically improve and develop valuable communication skills. Simply, with practice comes change; the more we work to translate and express complex thoughts and ideas into written and verbal content, the less subject we are to our own silos. 


Coaching and upskilling Cloud, SRE, and DevOps experts reveals new possibilities for impacting how an organisation operates and delivers. With these experts, it’s critical that direct managers and senior leadership start seeing and treating them as essential value creators, not cost centres.

When mentoring these experts, help them understand their potential career paths and growth, and highlight the value they create and the impact they make in the organisation. Most importantly, be transparent, provide constructive feedback, and foster a psychologically safe environment that encourages them to venture beyond their comfort zone and try bringing in new ideas.


7 DevOps books to read in 2021

If you are looking to learn more about Ansible, Azure, Docker, Terraform, Kubernetes, and their roles in DevOps, then this blog post is for you. We continue our series of must-read books with 7 DevOps books to read in 2021, as recommended by our friends at Packt.

Azure DevOps Explained

Get started with Azure DevOps and develop your DevOps practices

What reviews say:

” In my opinion, it is definitely one of the greatest books I ever read for DevOps.
Although I am Azure DevOps certified, I really enjoy reading this book and it gives me an extra overview of what I have learned.
It is well structured and the fact that is simple to read and follow along makes it more attractive. “

Terraform Cookbook

Efficiently define, launch, and manage Infrastructure as Code across various cloud platforms

What reviews say:

” I had the chance to read this book and I was really pleased by its content.
noting that this is not the first book or terraform material that I read, I would say that this book contains valuable structured information with also access to code used in various chapters.
it is certainly an asset for those starting their journey with terraform.”

Practical Ansible 2

Automate infrastructure, manage configuration, and deploy applications with Ansible 2.9

What reviews say:

This book is probably perfect for someone with reasonable experience. It was what I needed as a second book to get a good look at the ecosystem and a second opinion of how to use it. “

Kubernetes – A Complete DevOps Cookbook

Build and manage your applications, orchestrate containers, and deploy cloud-native services

What reviews say:

” Great coverage of common Kubernetes and DevOps tools. I’ve learned about some of the tools I haven’t used before like Jenkins X, GitLab, Fossa, Trivy, Litmus Chaos etc.
Although some of the long YAML files are provided in the GitHub repository I got the digital version, makes it easier to copy paste. “

Kubernetes and Docker – An Enterprise Guide

Effectively containerize applications, integrate enterprise systems, and scale applications in your enterprise

What reviews say:

“If you have worked on Kubernetes at all, you have experienced the frustration of trying to go beyond a cluster that has a single config file and a simple layer 7 load-balancer using NGINX. This book does truly target not only the enterprise user, but any person that wants to learn topics that make Kubernetes a complete offering.

I have been looking into the external-dns project on my list for a few months, but I never got around to doing much – Much to my surprise, when I was reading the topics covered in the book, it mentioned Services and external-dns. Chapter 6, alone, to me is one reason to buy the book since it explained and showed me how to install Metallb with external-dns in easy to understand terms and hands-on configuration.”

Learning DevOps

The complete guide to accelerate collaboration with Jenkins, Kubernetes, Terraform and Azure DevOps

” I would suggest reading through each section before you work along with the steps. There’s lots of references to other resources that are not necessarily part of the topics being discussed ”

Docker for Developers

Develop and run your application with Docker containers using DevOps tools for continuous delivery

” When reading articles, tutorials and even books, that is very common that at the end of the reading you struggle about how to translate that to a real production situation. Believe me, this book is different. You get to the end with a sense that you are very likely to know what are the next steps to apply what you learned to your existent or new projects. And this means a lot. The book has some great balance from history, concepts, example and practice. ”

What books have helped you deepen your knowledge of DevOps? Do share in the comments. Looking for more books to read? We have also shared recommended Backend and Frontend books.


Eight must-read books for developers in 2021

What are the top books on your reading list this season? Whether you’re learning a new skill or adding depth to your existing knowledge in a particular development area, it’s always a good idea to get a few more recommendations to your list. We’ve teamed up with Packt to help you discover eight must-read books that you need to add to your collection in 2021.

All Packt eBooks and Videos are for $5! A key part of Packt’s mission is to unlock new opportunities for developers and help put software to work in new ways. They want this year’s $5 campaign to help developers unlock new opportunities.

Cloud and Admin

Azure DevOps Explained

Implement real-world DevOps and cloud deployment scenarios using Azure Repos, Azure Pipelines, and other Azure DevOps tools.

What reviews say:

“The book is very carefully walking the reader through everything you need to know to become an Azure DevOps expert. I use DevOps all the time to build and manage Business Central AL development and found the book very useful.”

Kubernetes and Docker – An Enterprise Guide

Apply Kubernetes beyond the basics of Kubernetes clusters by implementing IAM using OIDC and Active Directory, Layer 4 load balancing using MetalLB, advanced service integration, security, auditing, and CI/CD.

What reviews say:

“This book covers most of the topics when an enterprise would like to adopt Kubernetes. What’s more, you hardly can find coverage on these topics in the market!”

Coding and tools

Learning C# by Developing Games with Unity 2020

Get to grips with coding in C# and build simple 3D games with Unity from the ground up with this updated fifth edition of the bestselling guide.

What reviews say:

“If you’re serious about learning to build games in Unity your progress will be advanced rapidly if you first have a solid foundation of understanding of C#. This book explains the necessary information to start understanding and using C# to develop games in Unity. After reading this you’ll have enough context to begin tearing down other people’s code and repurposing it to build your own functionalities for your game.”

iOS 14 Programming for Beginners

Learn iOS app development and work with the latest Apple development tools. Explore the latest features of Xcode 12 and the Swift 5.3 programming language in this updated fifth edition.

What reviews say:

“The author does a good job to capture an effective, quick, and breezy reading/learning/code-along experience. The explanations are concise and easy to follow, although I would imagine a complete newbie to programming entirely might ask a lot of questions in the earlier chapters.”


Learn Amazon SageMaker

Quickly build and deploy machine learning models without managing infrastructure, and improve productivity using Amazon SageMaker’s capabilities such as Amazon SageMaker Studio, Autopilot, Experiments, Debugger, and Model Monitor.

What reviews say:

“This is a comprehensive book for a data scientist looking to use the AWS ecosystem for machine learning with a focus on Sagemaker. I like the way it is organized which is practical and matches a typical life-cycle of a project.”

Data Engineering with Python 

Build, monitor, and manage real-time data pipelines to create data engineering infrastructure efficiently using open-source Apache projects.

What reviews say:

“Data Engineering With Python provides a solid overview of pipelining and database connections for those tasked with processing both batch and stream data flows. Not only for the data miners, this book will be useful as well in a CI/CD environment using Kafka and Spark. It’s very readable and contains lots of practical, illustrative examples.”


40 Algorithms Every Programmer Should Know: Hone your problem

Learn algorithms for solving classic computer science problems with this concise guide covering everything from fundamental algorithms, such as sorting and searching, to modern algorithms used in machine learning and cryptography.

What reviews say:

“Who the book is aimed at: if you self-identify as a data scientist, serious algorithms specialist, or even the quant type, then you won’t be disappointed! If you’re just starting in the field, the author has done the hard work of selecting some of the commonly used techniques & algorithms in the field today.”

Learn Quantum Computing with Python and IBM Quantum Experience

A step-by-step guide to learning the implementation and associated methodologies in quantum computing with the help of the IBM Quantum Experience, Qiskit, and Python that will have you up and running and productive in no time.

What reviews say:

“I really like this book. It takes a step-by-step approach to introduce the reader to the IBM Q Experience, to the basics underlying quantum computing, and to the reality of the noise involved in the current machines. This introduction is technical and shows the user how to use the IBM system either directly through the GUI on their website or by running Python code on one’s own machine.”

Have you read any of these already? Leave your impressions in the comments and don’t forget to share the list with other developers in your circle!

Be a guest writer on our blog
Have you got brilliant tips and resources that developers love to read? Then we want you on our blog! Find out more.


DevOps CI/CD usage trends

To understand DevOps CI/CD usage trends, SlashData has, over the past three and a half years, tracked the usage of continuous integration & delivery (CI/CD) tools and services among mobile, desktop and web developers. While DevOps is technically a culture rather than a set of tools, CI/CD is at the core of the collaboration process between operations and developers. These tools enable some of the most important benefits of the shift to this new culture. As can be seen in the chart below, the majority of developers are not using these tools and usage is not growing. 

While many firms in various studies have indicated that they are adopting DevOps, our data suggests that this shift in culture is not ubiquitous across organisations. Has the use of CI/CD tools reached as many developers as it can or are there certain market barriers?

CI/CD Usage

% of developers using CI/CD tools

DevOps CI/CD usage trends - CI/CD adoption trends by mobile, web and desktop developers

Profile of CI/CD users

Understanding the profile of developers using CI/CD compared to those that are not can provide more insight into why usage is not as high as one might expect. In general, developers who use CI/CD tools are professionals working for companies with larger development teams and are more experienced compared to developers not using CI/CD.

Data from our most recent survey shows that developers that are using CI/CD tools are much more likely to be professional developers than those that are not. Web developers using CI/Cd tools are 20 percentage points more likely to be professional developers compared to developers not using these tools. For mobile and desktop developers this differential is 22 and 18 percentage points respectively.

DevOps CI/CD usage trends - Profile of CI/CD users DE
% of users and non-users of CI/DE who are professional developers

Our most recent survey also shows that 46% of developers using CI/CD tools work for organisations with more than 20 people involved in software development. This compares to only 32% of CI/CD non-users who work for firms with more than 20 developers. The fact that CI/CD users are less likely to work in smaller developer teams points to lower demand at small firms. This may be due to less complex development operations requiring less automation and integration of developer and IT teams.

DevOps CI/CD usage trends - Number of people involved in software development in company

58% of developers using CI/CD tools work for firms with 10 or more people involved in software development

How big are the development operations adopting CI/CD?

Developers who use CI/CD are also more experienced than developers who have not integrated CI/CD into their development process. Of web developers using CI/CD, 44% have six or more years of experience compared to just 28% of developers who are not using CI/CD. For desktop developers, we see the same trend, with 49% of these developers using CI/CD possessing six or more years of experience compared to 34% of developers who are not using CI/CD. Mobile developers using CI/CD are slightly less experienced, but the overall trend holds true, with 49% of developers using CI/CD having three or more years of experience, 17 percentage points more than those not using CI/CD.  

Experience in web development, desktop development and mobile development

As developer operations adopt DevOps culture, to improve the odds of success, developers should have an understanding of the entire development process. This may be easier for more experienced developers to manage. 

While some may struggle, other developers have fully embraced the shift to DevOps and bring a variety of skills to the table and have carved out a role as a DevOps specialist.

The DevOps Specialist

DevOps specialists play an important role in driving DevOps culture and are often evangelists. These practitioners are relatively uncommon with only 5% of developers in our survey identifying as having this job. This lack of evangelists and experts may be an important factor limiting the culture shift throughout an organisation.

Finding professionals with diverse skill sets to occupy these roles may be contributing to the low number of DevOps specialists. One of the keys to successful DevOps implementation is merging of cultures so it is important that professionals driving the process have an understanding of and empathy for how both IT and developers work. 

Developers who identify as a DevOps specialist are a diverse group and indicate that they play additional roles in organisations beyond just DevOps specialist. The majority of survey respondents identify as software developers but DevOps specialists are 8 percentage points more likely to also be a software developer compared to developers who do not identify as a DevOps specialist.

DevOps specialists are also much more likely to be architects, administrators (both data and system), engineers and testers. These skills play an important role in the implementation of DevOps. Architects are needed to automate processes, administrators are required to manage release schedules and testers and QA engineers are needed to test software as it moves through each step of the iterative development process.

What else do DevOps specialists do?

DevOps CI/CD usage trends - What else do DevOps specialists do? % of DevOps specialists in other roles vs developers that are not DevOps specialists

Digging deeper into the DevOps specialist’s skill sets we can also observe that many have more than one role beyond DevOps specialist. From the table below we can see how these developers describe themselves and how their roles overlap. Twenty-three per cent of DevOps specialists are both programmers and system administrators and 27% are programmers and architects. Having development skills and an understanding of how to manage and design systems are an important combination of skills for leading a DevOps strategy. 

DevOps specialists’ additional roles

DevOps specialists' additional roles

While DevOps is a very popular strategy already adopted by many organisations, based on the number of developers using CI/CD tools, not all developers are buying in. The DevOps culture has been slower in reaching less experienced developers and ones at smaller firms. The need for more experienced professionals with diverse skills may be a barrier to more developers benefiting from DevOps tools such as CI/CD. 

If you are interested in learning more, here is some additional reading.You can voice your opinion in our current survey to shape the next State of the Developer Nation report and contribute to future DevOps CI/CD usage trends.

Community Platforms

Decoding development trends: The 17th State of the Developer Nation Report is out

Every six months, the Developer Economics Survey captures the voice of more than 20,000 developers globally. Our surveys engage developers working across mobile, desktop, IoT, cloud, web, game, AR/VR, machine learning development and data science, decoding development trends.

The 17th Developer Economics survey ran between June and  August 2019. The data analysed provided really interesting insights about the different developer profiles out there.

For instance, one in three developers are all-rounders. Only one in five declare themselves as specialists. There are almost four times as many introverts (37%) as extroverts (10%) among developers. This is a significant difference from the 2:1 ratio in favour of extroverts found in the wider community.

We also included several unusual labels, uncovering, for example, that there are double the number of night owl developers than early birds (29% compared to 14%).. What time is it with you right now?

2X night owl developers compared to early birds (29% compared to 14%

Javascript remains the Queen

Looking, into programming language trends we found that JavaScript remains the queen with a community of over 11M active developers. On the second tier we have Java (6.9M) and Python (6.8M).

Our data challenges the assumption that developers’ language use is relatively stable over time. Instead, it seems that developers drop and adopt new languages all the time, depending on their needs and on their running projects.

Kotlin is the rising star among programming languages. It moved up from 11th to 8th place in just a year.

Growing interest and adoption in 5 emerging technologies

We saw a significant increase in developers’ involvement and adoption of five technologies in the 6 month period ending Q2 2019. These are DevOps, mini-apps, computer vision, cryptocurrencies, and fog/edge computing. For DevOps in particular, the percentage of developers who are either interested in it, learning about it, or have already adopted it increased from 66% to 70%.

Computer vision, on the other hand, saw a noticeable growth in the number of developers involved in it.  Meanwhile, the share of those developers who are actually adopting it increased only slightly.

Interest in robotics and quantum computing also increased.

However, the share of interested developers that are working on the technology dropped.

ŸInterest and adoption in blockchain applications other than cryptocurrency, conversational platforms/voice search, drones and biometric technologies remains constant.

Streaming games and extending reality

ŸJust 16% of professional and 10% of hobbyist game developers say they are actively working on designing games for streamers to live-stream their gameplay to an audience. Gameplay streaming is mostly associated with brand promotion and revenue generation. Therefore, the difference between professional and hobbyist interest is to be expected.

One in five AR/VR game developers design for gameplay streaming. This might be because they are the most comfortable with different models for their games, on emerging hardware and across new business channels.

Decoding development trends across regions and screens

  • 2 out of 5 app developers in Asia build apps for messaging platforms and/or chatbots.
  • 34% of mobile developers used cross-platform frameworks in the last 12 months (40% of professional mobile developers, 33% of hobbyists and students).
  • Almost one in four mobile developers opt to use React Native.
  • 31% of mobile developers whose primary target is iOS are using React Native. This compares with 21% of those who primarily target Android.

You can read the full State of the Developer Nation report here.

We look forward to decoding development trends in our next report. You can help shape the trends by taking the 18th Developer Economics survey here!