>>from around the globe. It's the Cube presenting Cuban cloud brought to you by Silicon Angle. Hi, I'm stupid, man. And welcome back to the Cube on Cloud. We're talking about developers. And while so many people remember the mean from 2010 of Steve Balmer jumping around on stage development developers and developers, uh, many people know what really important is really important about developers. They probably read the 2013 book called The New King Makers by Stephen O. Grady. And I'm really happy to welcome to the program. Rachel Stevens, who is an industry analyst with Red Monk who was co founded by the aforementioned Stephen O. Grady. Rachel, Great to see you. Thank you so much for joining us. >>Thank you so much for having me. I'm excited to be here. >>Well, I've had the opportunity, Thio read some of what you've done. We've interacted on social media. We've got to talk events back when we used to do those in people. And >>I'm so >>glad that you get to come on the program especially. You were the ones I reached out. When we have this developer track, um, if you could just give our audience a little bit about your background. You know, that developer cred that you have Because as I joke, I've got a closet full of hoodies. But, you know, I'm an infrastructure guy by training I've been learning about, you know, containers and serverless and all this stuff for years. But I'm not myself much of developer. I've touched a thing or two in the years. >>Yeah. So happy to be here. Red Monk has been around since 2002 and have kind of been beating that developer drum ever since then, kind of as the company, The founder, Stephen James, notice that the decision making that developers was really a driver for what was actually ending up in the Enterprise. And as even more true, as cloud came onto, the scene is open source exploded, and I think it's become a lot more of a common view now. But in those early days, it was probably a little bit more of a controversial opinion, but I have been with the firm for coming up on five years now. My work is an industry analyst. We kind of help people understand, bottoms up technology, adoption trends, so that that's where I spend my time focusing is what's getting used in the enterprise. Why, what kind of trends are happening? So, yeah, that's where we all come from. That's the history of Red Monk in 30 seconds. >>Awesome. Rachel, you talk about the enterprise and developers For the longest time. I just said there was this huge gap you talk about. Bottoms up. It's like, well, developers use the tools that they want If they don't have to, they don't pay for anything. And the general I t. And the business sides of the house were like, I don't know, We don't know what those people in the corner we're doing, you know, it's important and things like that. But today it feels like that that's closed a bunch. Where are we? In your estimation, you know, our developers do they have a clear seat at the table? The title we have for this is whether the Enterprise Developer is its enterprise development oxymoron. In 2020 and 2021 >>I think enterprise developers have a lot more practical authority than people give them credit for, especially if you're kind of looking at that old view of the world where everything is driven by a buyer decision or kind of this top down purchasing motion. And we've really seen that authority of what is getting used and why change a lot in the last year. In the last decade, even more of people who are able to choose the tools that meet the job bring in tools, regardless of whether they maybe have that official approval through the right channels because of the convenience of trying to get things up and running. We are asking developers to do so much right now and to go faster and thio shifting things left. And so the things that they are responsible for incorporating into the way they are building APS is growing. And so, as we are asking developers to do more and to do more quickly, um, the tools that they need to do those, um, tasks to get these APS built is that the decision making us fall into them? This is what I need. This is what needs to come in, and so we're seeing. Basically, the tools that enterprise is air using are the tools that developers want to be using, and they kind of just find their way into the enterprise. >>Now I want to key off what you were talking about. Just developers were being asked to do Mawr and Mawr. We've seen these pendulum swings in technology. There was a time where it was like, Well, I'll outsource it because that'll be easier and maybe it'll be less expensive. And number one we found it necessarily. It wasn't necessarily cheaper. And number two, I couldn't make changes, and I didn't understand what was happening. So when when I talked to Enterprises today, absolutely. I need to have skills that's internally. I need to be able to respond to things fast, and therefore I need skills that I need people that can build what they have. What what do you see? What are those skill sets that are so important today? Uh, you know, we've talked so many times over the years is to you know, there's there's the skills gap. We don't have enough data scientists. We don't have enough developers way. We don't have any of these things. So what do we have and where things trending? >>Yeah, it's It's one of those things for developers where they both have probably the most full tool set that we've seen in this industry in terms of things that are available to them. But it's also really hard because it also indicates that there is just this fragmentation at every level of the stack. And there's this explosion of choice and decisions that is happening up and down the stack of how are we going to build things? And so it's really tricky to be a developer these days and that you are making a lot of decisions and you are wiring a lot of things together and you have to be able to navigate a lot of things. E think. One of the things that is interesting here is that we have seen the phrase like Full stack developer really carried a lot of panache, maybe earlier this decade and has kind of fallen away. Just because we've realized that it's impossible for anybody to be ableto spanned this whole broad spectrum of all of the things we're asking people to dio. So we're seeing this explosion of choice, which is meaning that there is a little bit more focused and where developers are trying to actually figure out what is my niche. What is it that I'm supposed to focus on. And so it's really just this balancing of act of trying to see this big picture of how to get this all put together and also have this focused area realizing that you have to specialize at some point. >>Rachel is such a great point there. We've actually seen that Cambrian explosion of developer tools that are out there. If you go to the CFCF landscape and look at everything out there or goto any of your public cloud providers, there's no way that anybody even working for those companies no good portion of the tools that are out there so nobody could be a master of everything. How about from a cloud standpoint, you know, there is the discussion of, you know what do I shift? Left What? You know, Can I just say, Okay, this piece of it, it could be a manage service. I don't need to think about it versus what skills that I need to have in house. What is it that's important. And obviously, you know, a zoo analyst. We know it varies greatly across companies, but you know what? What are some of those top things that we need to make sure that enterprises have skill set and the tools in house that they should understand. And what can they push off to their platform of choice? >>Yeah, I think your comment about managed services is really pressing because one of the trends that we're watching closely, it's just this rise of manage services. And it kind of ties back into the concept you had before about like, what an I team. That's they have, like the Nicholas Carr. I t doesn't matter, and we're pushing this all the way. And then we realized, Oh, we've got to bring that all back. Um, but we also realize that we really want as enterprises want to be spending our time doing differentiated work and wiring together, your entire infrastructure isn't necessarily differentiated for a lot of companies. And so it's trying to find this mix of where can I push my abstraction higher or to find a manage service that can do something for me? And we're seeing that happen in all levels of the stack. And so what we're seeing is this rise of composite APS where we're going to say, Okay, I'm gonna pull in back end AP ice from a whole bunch of tools like twilio or stripe or all zero where algo Leah, all of those things are great tools that I can incorporate into my app. And I can have this great user, um, interface that I can use. And then I don't have to worry quite so much about building it all myself. But I am responsible for wiring at all together. So I think it's that wire together set of interest that is happening for developers as the tool set that they are spending a lot of time with. So we see the manage services being important. Um played an important role in how absent composed, and it's the composition of that APs that is happening internally. >>What one of the one of the regular research items that I see a red monk is you know what languages you know. Where are the trends going? There's been relative stability, but then something's changed. You know, I look at the tools that you mentioned Full stack developer. I talked to a full stack developer a couple of years ago, and he's like like like terror form is my life and I love everything and I've used it forever. And that was 18 months, Andi. I kind of laugh because it's like, OK, I managed. I measure a lot of the technology that I used in the decades. Um, not that await. This came out six months ago and it's kind of mature. And of course, you know, C I C d. Come on. If it's six weeks old, it's probably gone through a lot of generations. So what do you see? Do you have any research that you can share as to looking forward? What are the You know what the skill sets we need? How should we be training our force? What do >>we need to >>be looking at in this kind of next decade of cloud? >>Yeah. So when when you spoke about languages, we dio a semi annual review of language usage as a sign on get hub and in discussion as seen on stack overflow, which we fully recognize is not a perfect representation of how these languages are used in the broader world. But those air data sets that we have access to that are relatively large and open eso just before anyone writes me angry letters that that's not the way that we should be doing it, Um, but one of the things that we've seen over time is that there is a lot of relative stability in those top tier languages in terms of how they are used, and there's some movement at the bottom. But the trends we're seeing where the languages are moving is type safety and having a safer language and the communities that are building upon other communities. So things like, um, we're seeing Scotland that is able to kind of piggyback off of being a jvm based language and having that support from Google. Or we're seeing typescript where it can piggyback off of the breath of deployment of JavaScript, things like that. So those things where were combining together multiple trends that developers are interested in the same time combined with an ecosystem that's already rich and full. And so we're seeing that there's definitely still movement in languages that people are interested in, but also, language on its own is probably pretty stable. So, like as you start to make language choices as a developer, that's not where we're seeing a ton of like turnover language frameworks on the other hand, like if you're a JavaScript developer and all of a sudden there's just explosion of frameworks that you need to choose from, that may be a different story, a lot more turnover there and harder to predict. But language trends are a little bit more stable over >>time, changing over time. You know, Boy, I I got to dig into, you know, relatively Recently I went down like the jam stack. Uh, ecosystem. I've been digging into a serverless for a number of years. What's your take on that? There's certain people. I talked to him. They're like, I don't even need to be a code. Or I could be a marketing person. And I can get things done when I talked to some developers there like a citizen developers. They're not developers. Come on, you know, I really need to be able to do this, so I'll give you your choices, toe. You know, serverless and some of these trends to kind of ext fan. You know who can you know? Code and development. >>Yeah. So for both translate jam stack and serve Ellis, One of the things that we see kind of early in the iteration of a technology is that it is definitely not going to be the right tool for every app. And the number of APS that they approach will fit for will grow as the tool develops. And you add more functionality over time and all of these platforms expand the capability, but definitely not the correct tool choice in every case. That said, we do watch both of those areas with extreme interest in terms of what this next generation of APS can look like and probably will look like in a lot of cases. And I think that it is super interesting to think about who gets to build these APs, because I e. I think one of the things that we probably haven't landed on the right language yet is what that what we should call these people because I don't think anyone associates themselves as a low code person. Like if you're someone from marketing and all of a sudden you can build something technical, that's really cool, and you're excited about that. Nobody else on your team could build. You're not walking around saying I am a low code marketing person like that, that that's that's that's demeaning. Like you're like. No, I'm technical. I'm a technical market, or look what I just did. And if you're someone who codes professionally for a living like and you use a low code tool to get something out the door quickly and >>you don't >>wanna demean and said, Oh, that was I did a low code that just like everybody, is just trying to solve problems. And everybody, um, is trying to figure out how to do things in the most effective way possible and making trade offs all the time. And so I don't think that the language of low code really is anything that resonates with any of the actual users of low code tools. And so I think that's something that we as an industry need toe work on finding the correct language because it doesn't feel like we've landed there yet. >>Yeah, Rachel, what? Want to get your take on just careers for developers now to think about in 2020 everyone is distributed. Lots of conversations about where we work. Can we bring the remote? Many of the developers I talked to already were remote. I had the chance that interview that the head of remote. Forget lab. They're over 1000 people and they're fully remote. So, you know, remote. Absolutely a thing for developers. But if you talk about careers, it is no longer, you know. Oh, hey, here's my CV. It's I'm on git Hub. You can see the code I've done. We haven't talked about open source yet, so give us your take on kind of developers today. Career paths. Andi. Kind of the the online community there. >>Yeah, this could be a whole own conversation. We'll try to figure out my points. Um, so I think one of the things that we are trying to figure out in terms of balance is how much are we expecting people to have done on the side? It's like a side project Hustle versus doing, exclusively getting your job done and not worrying too much about how many green squares you have on your get hub profile. And I think it's a really emotional and fraught discussion and a lot of quarters because it can be exclusionary for people saying that you you need to be spending your time on the side working on this open source project because there are people who have very different life circumstances, like if you're someone who already has kids or you're doing elder care or you are working another job and trying to transition into becoming a developer, it's a lot to ask. These people toe also have a side hustle. That said, it is probably working on open source, having an understanding of how tools are done. Having this, um, this experience and skills that you can point to and contributions you can point Teoh is probably one of the cleaner ways that you can start to move in the industry and break through to the industry because you can show your skills two other employers you can kind of maybe make your way in is a junior developer because you worked on a project and you make those connections. And so it's really still again. It's one of those balancing act things where there's not a perfect answer because there really is to correct sides of this argument. And both of those things are true. At the same time where it's it's hard to figure out what that early career path maybe looks like, or even advancing in a career path If you're already a developer, it's It's tricky. >>Well, I want to get your take on something to you know, I think back to you know, I go back a decade or two I started working with about 20 years ago. Back in the crazy days were just Colonel Daughter Warg and, you know, patches everywhere and lots of different companies trying to figure out what they would be doing on most of the people contributing to the free software before we're calling it open source. Most of the time, it was their side Hustle was the thing they're doing. What was their passion? Project? I've seen some research in the last year or so that says the majority of people that are contributing to open source are doing it for their day job. Obviously, there's a lot of big companies. There's plenty of small companies. When I goto the Linux Foundation shows. I mean, you've got whole companies that are you know, that that's their whole business. So I want to get your take on, you know, you know, governance, you know, contribution from the individual versus companies. You know, there's a lot of change going on there. The public cloud their impact on what's happening open source. What are you seeing there? And you know what's good? What's bad? What do we need to do better as a community? >>Yeah. E think the governance of open source projects is definitely a live conversation that we're having right now about what does this need to look like? What role do companies need to be having and how things are put together is a contribution or leadership position in the name of the individual or the name of the company. Like all of these air live conversations that are ongoing and a lot of communities e think one of the things that is interesting overall, though, is just watching if you're if you're taking a really zoomed out view of what open source looks like where it was at one point, um, deemed a cancer by one of the vendors in the space, and now it is something that is just absolutely an inherent part of most well tech vendors and and users is an important part of how they are building and using software today, like open source is really an integral tool. And what is happening in the enterprise and what's being built in the enterprise. And so I think that it is a natural thing that this conversation is evolving in terms of what is the enterprises role here and how are we supposed to govern for that? And e don't think that we have landed on all the correct answers yet. But I think that just looking at that long view, it makes sense that this is an area where we are spending some time focusing >>So Rachel without giving away state secrets. We know read Monk, you do lots of consulting out there. What advice do you give to the industry? We said we're making progress. There's good things there. But if we say okay, I wanna at 2030 look back and say, Boy, this is wonderful for developers. You know, everything is going good. What things have we done along the way? Where have we made progress? >>Yeah, I think I think it kind of ties back to the earlier discussion we were having around composite APS and thinking about what that developer experience looks like. I think that right now it is incredibly difficult for developers to be wiring everything together and There's just so much for developers to dio to actually get all of these APs from source to production. So when we talk with our customers, a lot of our time is spent thinking, How can you not only solve this individual piece of the puzzle, but how can you figure out how to fit it into this broader picture of what it is the developers air trying to accomplish? How can you think about where your ATF, It's not on your tool or you your project? Whatever it is that you are working on, how does this fit? Not only in terms of your one unique problem space, but where does this problem space fit in the broader landscape? Because I think that's going to be a really key element of what the developer experience looks like in the next decade. Is trying to help people actually get everything wired together in a coherent way. >>Rachel. No shortage of work to do there really appreciate you joining us. Thrilled to have you finally as a cube. Alumni. Thanks so much for joining. >>Thank you for having me. I appreciate it. >>All right. Thank you for joining us. This is the developer content for the cube on cloud, I'm stew minimum, and as always, thank you for watching the Cube.

>> [Narrator} From theCUBE studios in Palo Alto, in Boston, connecting with thought leaders all around the world. This is theCUBE conversation. >> Hi, I'm Stu Miniman and welcome back to theCUBE on cloud. We're talking about developers and well, so many people remember the meme from 2010 of Steve Ballmer jumping around on stage developer, developers and developers. Many people know what is really important about developers they probably read the 2013 book called "The New Kingmakers" by Stephen O'Grady. And I'm really happy to welcome to the program Rachel Stephens who's an industry analyst with RedMonk who was cofounded by the aforementioned Stephen O'Grady. Rachel great to see you. Thank you so much for joining us. >> Well, thank you so much for having me. I'm excited to be here. I've had the opportunity to read some of what you've done. We've interacted on social media. We've come to talk at events back when we used to do those in people. In person I don't- >> Busy times >> So glad that you get to come on the program, especially you were the ones that I reached out when we had this developer track. If you could just give our audience a little bit about your background that developer credit that you have because as I joke, I've got a closet full of hoodies but I'm an infrastructure guy by training. I've been learning about, containers and serverless and all this stuff for years but I'm not myself much a developer I've touched a thing or two in the years. >> Yeah. So happy to be here. RedMonk has been around since 2002 and have kind of been beating that developer drum ever since then kind of. As the company, I'm the founder. Stephen James noticed that the decision making the developers is really a driver for what was actually ending up in the enterprise. And as even more true as cloud came onto the scene as open source exploded. And I think it's become a lot more of a common view now but in those early days, it was probably a little bit more of a controversial opinion. But I have been with the firm for coming up on five years now. I work as an industry analyst. We kind of help people understand bottoms up technology adoption trends. So that that's where I spend my time focusing is what's getting used in the enterprise. Why, what kind of trends are happening? And so, yeah, that's where we all come from. That's the history of RedMonk in 30 seconds. >> Awesome. Rachel, you talk about the enterprise and developers. For the longest time I just said there was this huge gap. You talk about bottoms up. It's like, well, developers use the tools that they want. If they don't have to, they don't pay for anything. And the general IT and the business sides of the house were like, "We don't know what those people in the corner are doing, it's important." And things like that. But today it feels like that that's closed a bunch. Where are we in your estimation? Are our developers, do they have a clear seat at the table? The title we had for this is whether the enterprise developer is enterprise developer and oxymoron in 2020, in 2021? >> I think enterprise developers have a lot more practical authority than people give them credit for, especially if you're kind of looking at that old view of the world where everything is driven by a buyer decision or kind of this top down purchasing motion. And we've really seen that authority of what is getting used and why change a lot in the last year, And like last decade, even more of people who are able to choose the tools that meet the job and bring in tools, regardless of whether they may be have that official approval through the right channels. Because of the convenience of trying to get things up and running we are asking developers to do so much right now and to go faster and shifting things left. And so the things that they are responsible for incorporating into the way they are building apps is growing, and so as we are asking developers to do more and to do more quickly, the tools that they need to do those tasks to get these apps built, the decision making is falling to them. This is what I need. This is what needs to come in. And so we are seeing basically the tools that enterprise are using are the tools that developers want to be using and they kind of just find their way into the enterprise. >> Now, I want to key off what you were talking about. Just developers are being asked to do more and more. We see these pendulum swings in technology. There was a time where it was like, "Well, I'll outsource it because that'll be easier and maybe it'll be less expensive." And number one, we found it wasn't necessarily cheaper. Number two, I couldn't make changes and I didn't understand what was happening. So when I talked to enterprises today absolutely, I need to have skillsets internally. I need to be able to respond to things fast and therefore I need skills and I need people that can build what they have. What do you see? What are those skill sets that are so important today? we've talked so many times over the years there's the skills gap. We don't have enough data scientists. We don't have enough developers. We don't have any of these things. So what do we have? And where were things trending? >> Yeah, it's one of those things for developers where they both have probably the most full tool set that we've seen in this industry in terms of things that are available to them. But it's also really hard because it also indicates that there's just this fragmentation at every level of the stack. And there's this explosion of choice in decisions that is happening up and down the stack of how are we going to build things. And so it's really tricky to be a developer these days in that you are making a lot of decisions, and you are wiring a lot of things together, and you have to be able to navigate a lot of things. And I think one of the things that is interesting here is that we have seen the phrase like full stack developer really carried a lot of panache maybe earlier this decade and has kind of fallen away just because we've realized that it's impossible for anybody to be able to span this whole broad spectrum of all of the things we are asking people to do. So we're seeing this explosion of choice which is meaning that there is a little bit more focus in where developers, we're trying to actually figure out what is my niche, what is it that I'm supposed to focus on? And so it's really just this balancing of act of trying to see this big picture of how to get this all put together and also have this focused area realizing that you have to specialize at some point. >> Rachel is such a great point there we've absolutely seen that Cambrian explosion of developer tools that are out there. If you go to the CNCF as landscape and look at everything out there or go to any of your public cloud providers there's no way that anybody even working for those companies know a good portion of the tools that are out there. So nobody can be a master of everything. How about from a cloud standpoint? There's the discussion of, what do I shift left? Can I just say okay, this piece of it, it can be a managed service, I don't need to think about it versus what skills that I need to have in house? What is it that's important? And obviously, as analysts, we know it varies greatly across companies, but what are some of those top things that we need to make sure that enterprises have the skillset and the tools in house that they should understand and what can they push off to their platform of choice? >> Yeah, I think your comment about managed services is really prescient because one of the trends that we are watching closely it's just this rise of managed services. And it kind of ties back into the concept you had before about like what in NITMSA have like the Nicholas car, IT doesn't matter, and we're pushing this all away. And then we realized, "Oh, we got to bring that all back." But we also realized we really want as enterprises want to be spending our time doing differentiated work and why we're together your entire infrastructure isn't necessarily differentiated for a lot of companies. And so it's trying to find this mix of where can I push my abstraction higher or to find a managed service that can do something for me? And we're seeing that happen in all levels of the stack. And so what we're seeing is this rise of composite apps, where we're going to say, "Okay, I'm going to pull in back end APIs from a whole bunch of tools like Twilio or Stripe or Alsera, or Algolia all of those things are great tools that I can incorporate into my app, and I can have this great user interface that I can use. And then I don't have to worry quite so much about building it all myself but I am responsible for wiring it all together. So I think it's that wired together set of interests that is happening for developers has the tool set that they are spending a lot of time with. So we see the managed services being important playing an important role in how apps are composed. And it's the composition of that app sort of is happening internally. >> One of the regular research items that I see at a RedMonk is, what languages, where are the trends going? There's been some relative stability but then some things change. I look at the tool set, you mentioned full stack developer. I talked to a full stack developer a couple of years ago and he's like, "Like, ah." Like Terraform is my life and I love everything and I've used it forever. And that was 18 months. And I kind of laugh because it's like, okay, I measure a lot of the technologies that I use in the decades, not that, "Oh wait, this came out six months ago and it's kind of mature." And of course, CICD come on, if it's six weeks old it's probably gone through a lot of iterations. So what do you say, do you have any research that you can share as to looking forward? What are the skill sets we need? How should we be training our force? What do we need to be looking at in this kind of next decade of cloud? >> Yeah, so when you spoke about languages we do a semi-annual review of language usage as seen on GitHub and discussion as seen on Stack Overflow which we fully recognize is not a perfect representation of how these languages are used in the broader world but those are data sets that we have access to that are relatively large and open. So just before anyone writes me, angry letters I said that's not the way that we should be doing it (laughs) but one of the things that we've seen over time is that there is a lot of relative stability in those top tier languages in terms of how they are used. And there's some movement at the bottom but the trends we're seeing where the languages are moving is type safety and having a safer language and the communities that are building upon other communities. So things like we're seeing Kotlin, that is able to kind of piggyback off of being a JVM based language and having that support from Google or we're seeing TypeScript where it can piggyback off of the breadth of deployment of JavaScript, things like that. So those things where we're combining together multiple trends that developers are interested in the same time, combined with an ecosystem that's already rich and full. And so we're seeing that there's definitely still movement in languages that people are interested in but also language on its own is probably pretty stable. So as you start to make language choices as a developer that's not where we're seeing a ton of like turnover. Language frameworks on the other hand, like if you're a JavaScript developer and all of a sudden, there's just explosion of frameworks that you need to choose from. That's maybe a different story, a lot more turnover there and harder to predict, but language trends are a little bit more stable over time. >> There's a lot change. Changing over time. Boy, I got to dig into, relatively recently I went down like the JAMStack ecosystem I've been digging into serverless for a number of years. What's your take on that? There's certain people I talked to and they're like, "I don't even need to be a coder. I can be a marketing person, and I can get things done." When I talked to some developers they're like, "Citizen developers, they're not developers, come on. I really need to be able to do this." So I'll give you your choice as to, serverless and some of these trends to kind of expand who can code and develop. >> Yeah, so for both trans like JAMstack and serverless, one of the things that we see kind of early in the iteration of a technology is that it is definitely not going to be the right tool for every app. And the number of apps that they approach will fit for, will grow as the tool develops and that you add more functionality over time. And all of these platforms expand the capability but definitely not the correct tool choice in every case. That said we do watch both of those areas with extreme interest in terms of what this next generation of apps can look like and probably will look like in a lot of cases. And I think that it is super interesting to think about who gets to build these apps, because I think one of the things that we probably haven't landed on the right language yet is what we should call these people because I don't think anyone associates themselves as a low code person, like if you're someone from marketing and all of a sudden you can build something technical that's really cool. And you're excited about that nobody else on your team can build. You're not walking around saying, "I am a low code marketing person" Like that's demeaning. Like I know I'm a technical marketer. Look what I just did. And if you're someone who codes professionally for a living and you use a low code tool to get something out the door quickly and you don't want to demean or say, "oh hi, I did a low code, that in a sec." Everybody is just trying to solve problems. And everybody is trying to figure out how to do things in the most effective way possible and making trade offs all the time. And so I don't think that the language of low code really is anything that resonates with any of the actual users of low code tools. And so I think that's something that we as an industry need to work on finding the correct language because it doesn't feel like we've landed there yet. >> Yeah, quick Rachel, what want to get your take on just careers for developers now to think about in 2020, everyone is distributed lots of conversations about where do we work? Can we bring your remote? Many of the developers I talked to already were remote. I had a chance to interview the head of remote for GitHub there were over a thousand people and they're fully remote. So, remote absolutely a thing for developers. But if you talk about careers it's no longer, "Oh, Hey, here's my CV." It's, "I'm on GitHub. You can see the code I've done." We haven't talked about open source yet. So give us your take on kind of developers today, career paths and kind of the online community there. >> Yeah. Oh, this could be its whole own conversation. (laughs) I'll try to figure it out the, my points. So I think one of the things that we are trying to figure out in terms of balance is how much are we expecting people to have done on the side? It's like a side project hustle versus doing exclusively getting your job done and not worrying too much about how many green squares you have on your GitHub profile. And I think it's a really emotional and fraught discussion in a lot of quarters because it can be exclusionary for people saying that you need to be spending your time on the side, working on this open source project because there are people who have very different life circumstances. Like if you're someone who already has kids or you're doing elder care or you are working another job and trying to transition into becoming a developer, it's a lot to ask these people to also have a side hustle. That said, it is probably working on open source having an understanding of how tools are done, having this experience and skills that you can point to and contributions you can point to, is probably one of the cleaner ways that you can start to move in the industry and break through to the industry because you can show your skills to other employers. You can kind of maybe make your way in as a junior developer because you've worked on a project and you make those connections. And so it's really still, again, it's one of those balancing act things where there's not a perfect answer because there really is two correct sides of this argument. And both of the things are true at the same time where it's it's hard to figure out what that early career path maybe looks like or even advancing in a career path if you're already a developer, it's, it's tricky. >> Well, I want to get your take on something too. I go back a decade or two, when I started working with Linux about 20 years ago back in the crazy days where it was just kind of lot of work and patches everywhere, and lots of different companies trying to figure out what they would be doing. And most of the people contributing to the free software before we even were calling it open source most of the time it was their side hustle. It was the thing they're doing. It was their passion project. I've seen some research in the last year or so that says the majority of people that are contributing to open source are doing it for their day job. Obviously there's lots of big companies. There's plenty of small companies. When I go to the Linux Foundation shows I mean, you've got whole companies that, that's their whole business. So I want to get your take on governance, contribution from the individual versus companies there's a lot of change going on there. Heck the public clouds, their impact on what's happening open source. What are you seeing there? And what's good, what's bad? What do we need to do better as a community? >> Yeah, I think the governance of opensource projects is definitely a live conversation that we're having right now about what does this need to look like? What role do companies need to be having, and how things are put together is a contribution or leadership position in the name of the individual or the name of the company. Like all of these are live conversations that are ongoing in a lot of communities. I think one of the things that is interesting overall though is just watching if you're taking a really zoomed out view of what open source looks like, where it was at one point deemed at cancer by one of the vendors in this space, and now it is something that is just absolutely, an inherent part of most tech vendors and end users is an important part of how they are building and using software today. Like open source is really an integral tool in what is happening in the enterprise and what's being built in the enterprise. And so I think that it is a natural thing that this conversation is evolving in terms of what is the enterprise's role here and how are we supposed to govern for that? And I don't think that we have landed on all the correct answers yet but I think that just looking at that long view it makes sense that this is an area where we are spending some time focusing. >> So Rachel, without giving away state secrets we know RedMonk, you do lots of consulting out there. What advice do you give to the industry? We said, we're making progress. There's good things there. But if we say, okay, I want to at 2030, look back and say, "Boy, this is wonderful for developers, everything's going good." What things have we've done along the way, where have we made progress? >> Yeah, so I think it kind of ties back to the earlier discussion we were having around composite apps and thinking about what that developer experience looks like, I think that right now it is incredibly difficult for developers to be wiring everything together. And there's just so much for developers to do to actually, get all of these apps from source to production. So when we talk with our customers, a lot of our time is spent thinking, how can you not only solve this individual piece of the puzzle, but how can you figure out how to fit it into this broader picture of what it is the developers are trying to accomplish? How can you think about where you're art fits not only your tool or your project whatever it is that you are working on, how does this fit? Not only in terms of your one unique problem space but where does this problem space fit in the broader landscape? Because I think that's going to be a really key element of what the developer experience looks like in the next decade, is trying to help people actually, get everything wired together in a coherent way. >> Rachel, no shortage of work to do there, really appreciate you joining us thrilled to have you finally as a CUBE alumni. Thanks so much for joining. >> Thank you for having me. I appreciate it. >> All right. Thank you for joining us. This is the Developer Content for theCUBE on cloud. I'm Stu Miniman. And as always, thank you for watching theCUBE. (upbeat music)