Most enterprise developers hardly code 20 lines of code a day, most of the time spent in "maintaining" it with configuration changes. Startup owners and new product developers will gain the most using AI tools.
I am a beginner and I have heard that writing code is only 5% of software development and that replacing writing code is a normal thing that has been happening since the beginning of this industry.
AI tooling is basically useful only if you know what you are doing. Sticking even to open source project collaborations, I have seen AI hallucinate some hilarious things. A scripter or even an experienced developer is not going to be able to compete with a skilled, experienced dev by using tools like copilot. Its the junior dev at risk - you dont need as many if you can hand your senior devs co-pilot and have a bucket of snippets at their disposal to wire together the easy parts. Also, someone who cant code can just be automated with AI. Same with analysts who just assemble reports. Not sure you need anyone but above average devs if you have AI, especially for MSFT houses. Devops or GH can take care of CI/CD and it all wires up, so i dont think it plays out that way long term. Also, all products are aimed at the check signers, its just that the Gartner hype cycle is bad right now. I appreciate your fresh perspective, but take a step back - MSFT is here to make money, but so is everyone else. I do think that companies will get stupid and try to do it on the cheap. Im just saying it wont do - anyone who has implemented an algorithm short on sleep knows the difference between an experienced, trained stance versus an uneducated one, and the fundamentals just aren't there yet. Maybe decades from now... but not yet.
This is how I see it too. The jrs would be doing the snippets, but now copilot lets me get them instantly with good prompting. I would push back a little on your "not being able to compete" claim, as AI is just "better google" and can quickly catch a noob up on best practices and architecture decision making. While the more experienced dev will still have an edge, I think the key point im trying to make is for any dev to secure their job they need to learn how to prompt and prompt well.
Github Copilot is an excellent learning tool if you know how to use it and already have good foundational knowledge as a developer. It can even be used as a debugging tool when something inievatibly goes wrong in your codebase.
I was about to smash the like button three times, but after thinking about it, this might make a lot of sense. At least in the short term. In the slightly longer term, I think no job is "safe", but having the skills of general problem solving will for sure help exploit the period leading up to that. I also don't think we need to panic about that long term possibility. Great content, we need more like this to expose us to challenging thoughts that many would rather be ignorant about today. Ended up hitting the subscribe button three times instead.
I am average developer working in bank and I'm not worry at all. I might be more expensive than junior with copilot but I do understand what I'm doing. When production failure happens know how to fix it.
I must be a 70 DiQ developer, because I pull my hair out every time I drill down into all these Microsoft Tooling UIs, and I end up writing things from scratch "the hard way".
Very intersting... I agree with much of what you said. One thing that will save developers is cultivating other skills along side their technical skills. You mentioned product management, I think you could be on to something. Could there be a melding of product management and software development? What about SDETs? What about DevOps Engineers? If these tools improve productivity couldn't that free up time for software developers to take on tasks that SDETs or DevOps Engineers do now? I think so. As a matter of fact, I think what would be fantastic is enabling software development teams to own their software in all environments and be responsible for operations. I have managed teams that did this and it worked great because it incentivized higher quality code and observability. Personally, I don't view myself as an .NET/C# developer or a Python developer. I think of myself as a problem solver that uses software development skills as tools. This could be a very good thing, at least for a while. My suggestion for developers is to work on soft skills, technical skills in adjacent domains, and business acumen.
Microsoft since it's early days as a developer tool company has a dream. Business folks know the business and they don't get a product they want for software developers. So they chased code generation as a philosophy in all their tooling. They wanted to make coding easier for business or non IT folks. Most other developer platform companies laughed at them. Microsoft developers were rarely considered as designers or architects simply because they wouldn't understand the design details hidden by the tooling. That was broken to some extent when they started with MVC. That was probably first time when Microsoft developers tried something like a real design pattern, architecture style and were involved in the serious design discussions. MVC still had some magic involved but the developers needed some depth. Microsoft tooling didn't find its mojo of code generation since then. They tried their hands with some code generation in .Net 6-8 but that's a bit complicated. The AI tooling has given them that old trick back. Now they can again go back to businesses and say look guys, now you can code without depending on developers. You can write unit tests, understand the legacy code, deploy your code in much less time. They can once again sell something to business saying you don't need developers.
Am scare and excited at the same time, I dont know what category I am on the scale. Anyway am pretty good with blazor, running away from js of course, now am learning Python not sure what to do with it. Thanks for the video.
The same can be said for any language, tool or framework in tech. Do you think tech will always be in high demand like in medicine and engineering or will it become more saturated like finance and law fields?
I think the lower rungs will increasingly become saturated. I think it will become like medicine, you'll need to work for free for years before your value catches up with the tech
@@edandersen Yes I don't feel tech will face the same saturation as law or finance fields, but people are not going to through their money away on rookies. But I think AI and the world in general will make degrees obsolete in a way and we'll go back to an apprentice based economy even for STEM fields.
I like your straight to the point attitude and the ironic smile. But, can improved tools really increase the performance of a programmer whose level is below average? As you mentioned, the advantage of a good programmer using tools like copilot is, among other things, the ability to find errors in the code that the tools generate. But what does the lack of such an ability mean? Well, this means that the errors will in many cases be discovered by the end users. Or by good programmers who will have to maintain the problematic code, which will make their work more difficult and reduce their productivity. I don't think the tools available today, including copilot & chat-gpt, can bridge over the gap between the skills of a below average programmer and the output of a good (or even an average) programmer. My guess is that in many cases disappointed managers will find that the opposite is true, these tools allow bad programmers to hide their poor skills on the short term and add code whose problems will be discovered later on and will be expensive to fix.
I won’t work in a company that strives to shrink expenses by laying off developers and replacing them with the AI. I’ll do my best to get hired by a company who strives to earn more money by hiring seasoned professionals and providing them with copilots and whatever they need to compete in the market.
This is not accurate, in enterprise scenarios usually developers do not do deployment, and the people in DevOps do lots of work without Visual Studio, since they have to setup pipelines. Also, many MS shops actually pay more due to higher productivity since it directly translates in faster Return Of Investment than non MS shops.
Thanks for the comment! If the feature is not used, known to be bad practice and basically hated, why is "Right Click Publish" even a thing then? What is it achieving? Deploying straight to prod by developers is a thing even in enterprise. "Citizen developers", business users making and shipping apps without the actual dev team getting involved, is a thing. Check out Power Apps for where Microsoft wants to take this.
visual studio online does let you publish to vsonline etc and do it BUT its more because operations/devops is normally a different team that doesnt pay Microsoft and likes to preserve that control. I have also seen devs and devop within the team which works much better , much lighter and you do often get that publish from VS.
Hmmm, I get the point, however, is just delaying the inevitable. 50% unemployment by 2050, 90% by 2100. And that is good, if our governments act in a smart way, before they get replaced themselves.
A developer’s heydays are over in a few years or maybe already. AI will take this job over. Just like lamplighters got obsolete, same will happen to developers. The job of the future will be creating business ideas that multiple AI’s can develop.
@TedsTech lol you took that comment too literally. 😊 I Ln the UK that statement means 'c # is the best don't bother looking for anything else'... double meaning but still the same outcome. There are lots of good languages for sure. Net is the best though
Thanks for watching! If you disagree with my take (highly likely) please let me know why as I'm trying to figure out the implications still myself 👍
Most enterprise developers hardly code 20 lines of code a day, most of the time spent in "maintaining" it with configuration changes. Startup owners and new product developers will gain the most using AI tools.
Yep
I am a beginner and I have heard that writing code is only 5% of software development and that replacing writing code is a normal thing that has been happening since the beginning of this industry.
AI tooling is basically useful only if you know what you are doing. Sticking even to open source project collaborations, I have seen AI hallucinate some hilarious things. A scripter or even an experienced developer is not going to be able to compete with a skilled, experienced dev by using tools like copilot. Its the junior dev at risk - you dont need as many if you can hand your senior devs co-pilot and have a bucket of snippets at their disposal to wire together the easy parts.
Also, someone who cant code can just be automated with AI. Same with analysts who just assemble reports. Not sure you need anyone but above average devs if you have AI, especially for MSFT houses. Devops or GH can take care of CI/CD and it all wires up, so i dont think it plays out that way long term.
Also, all products are aimed at the check signers, its just that the Gartner hype cycle is bad right now. I appreciate your fresh perspective, but take a step back - MSFT is here to make money, but so is everyone else.
I do think that companies will get stupid and try to do it on the cheap. Im just saying it wont do - anyone who has implemented an algorithm short on sleep knows the difference between an experienced, trained stance versus an uneducated one, and the fundamentals just aren't there yet. Maybe decades from now... but not yet.
Great comment, thanks!
This is how I see it too. The jrs would be doing the snippets, but now copilot lets me get them instantly with good prompting. I would push back a little on your "not being able to compete" claim, as AI is just "better google" and can quickly catch a noob up on best practices and architecture decision making. While the more experienced dev will still have an edge, I think the key point im trying to make is for any dev to secure their job they need to learn how to prompt and prompt well.
Github Copilot is an excellent learning tool if you know how to use it and already have good foundational knowledge as a developer. It can even be used as a debugging tool when something inievatibly goes wrong in your codebase.
Yep, if you are already at the top of your game I think you are "safe".
I was about to smash the like button three times, but after thinking about it, this might make a lot of sense. At least in the short term. In the slightly longer term, I think no job is "safe", but having the skills of general problem solving will for sure help exploit the period leading up to that. I also don't think we need to panic about that long term possibility.
Great content, we need more like this to expose us to challenging thoughts that many would rather be ignorant about today.
Ended up hitting the subscribe button three times instead.
Thanks for the comment!
I am average developer working in bank and I'm not worry at all. I might be more expensive than junior with copilot but I do understand what I'm doing. When production failure happens know how to fix it.
The fact that you acknowledge you’re average probably means you are above average 😊
I must be a 70 DiQ developer, because I pull my hair out every time I drill down into all these Microsoft Tooling UIs, and I end up writing things from scratch "the hard way".
Very intersting...
I agree with much of what you said. One thing that will save developers is cultivating other skills along side their technical skills. You mentioned product management, I think you could be on to something. Could there be a melding of product management and software development? What about SDETs? What about DevOps Engineers? If these tools improve productivity couldn't that free up time for software developers to take on tasks that SDETs or DevOps Engineers do now? I think so. As a matter of fact, I think what would be fantastic is enabling software development teams to own their software in all environments and be responsible for operations. I have managed teams that did this and it worked great because it incentivized higher quality code and observability.
Personally, I don't view myself as an .NET/C# developer or a Python developer. I think of myself as a problem solver that uses software development skills as tools. This could be a very good thing, at least for a while.
My suggestion for developers is to work on soft skills, technical skills in adjacent domains, and business acumen.
Yes I agree - the era of the Full Stack developer is back IMO, and this will cover the business areas too. Thanks for the comment.
THX
So much
Thanks!
Very kind, thanks!
Microsoft since it's early days as a developer tool company has a dream. Business folks know the business and they don't get a product they want for software developers. So they chased code generation as a philosophy in all their tooling. They wanted to make coding easier for business or non IT folks. Most other developer platform companies laughed at them. Microsoft developers were rarely considered as designers or architects simply because they wouldn't understand the design details hidden by the tooling. That was broken to some extent when they started with MVC. That was probably first time when Microsoft developers tried something like a real design pattern, architecture style and were involved in the serious design discussions. MVC still had some magic involved but the developers needed some depth. Microsoft tooling didn't find its mojo of code generation since then. They tried their hands with some code generation in .Net 6-8 but that's a bit complicated. The AI tooling has given them that old trick back. Now they can again go back to businesses and say look guys, now you can code without depending on developers. You can write unit tests, understand the legacy code, deploy your code in much less time. They can once again sell something to business saying you don't need developers.
bang on, amazing comment. Yes, MVC was a watershed moment.
@@edandersen thanks
How come you are far smarter than the average tech youtuber ? :))) Thank you a lot sir.
Am scare and excited at the same time, I dont know what category I am on the scale. Anyway am pretty good with blazor, running away from js of course, now am learning Python not sure what to do with it. Thanks for the video.
nice video, do you think that chatgpt can be a good choice for developers instead of co-pilot?
I prefer it yeah.
@@edandersen what about chatgpt vs github copilot?
@@edandersen I think it's good idea if you compare them by examples.
The same can be said for any language, tool or framework in tech. Do you think tech will always be in high demand like in medicine and engineering or will it become more saturated like finance and law fields?
I think the lower rungs will increasingly become saturated. I think it will become like medicine, you'll need to work for free for years before your value catches up with the tech
@@edandersen Yes I don't feel tech will face the same saturation as law or finance fields, but people are not going to through their money away on rookies. But I think AI and the world in general will make degrees obsolete in a way and we'll go back to an apprentice based economy even for STEM fields.
Interesting take. This will just make more bugs. Less stability.
depends if you can cover up the bugs by throwing more AI at the problem or not
I like your straight to the point attitude and the ironic smile.
But, can improved tools really increase the performance of a programmer whose level is below average?
As you mentioned, the advantage of a good programmer using tools like copilot is, among other things, the ability to find errors in the code that the tools generate. But what does the lack of such an ability mean? Well, this means that the errors will in many cases be discovered by the end users. Or by good programmers who will have to maintain the problematic code, which will make their work more difficult and reduce their productivity.
I don't think the tools available today, including copilot & chat-gpt, can bridge over the gap between the skills of a below average programmer and the output of a good (or even an average) programmer. My guess is that in many cases disappointed managers will find that the opposite is true, these tools allow bad programmers to hide their poor skills on the short term and add code whose problems will be discovered later on and will be expensive to fix.
Great comment and take. Thank you!
I won’t work in a company that strives to shrink expenses by laying off developers and replacing them with the AI. I’ll do my best to get hired by a company who strives to earn more money by hiring seasoned professionals and providing them with copilots and whatever they need to compete in the market.
100 big DIQ energy right here
rude
Yes! And.. I suspect great developers will no longer maintain code on GitHub, and refuse open source projects.
Yeah pretty much. Certainly don't put anything valuable up for "free" as it's just training data now.
This is not accurate, in enterprise scenarios usually developers do not do deployment, and the people in DevOps do lots of work without Visual Studio, since they have to setup pipelines. Also, many MS shops actually pay more due to higher productivity since it directly translates in faster Return Of Investment than non MS shops.
Thanks for the comment!
If the feature is not used, known to be bad practice and basically hated, why is "Right Click Publish" even a thing then? What is it achieving?
Deploying straight to prod by developers is a thing even in enterprise. "Citizen developers", business users making and shipping apps without the actual dev team getting involved, is a thing.
Check out Power Apps for where Microsoft wants to take this.
@@edandersenit's extremely valuable for startups, POC work and skunk works where the formal process of pipeline setup can be justifiably bypassed.
visual studio online does let you publish to vsonline etc and do it BUT its more because operations/devops is normally a different team that doesnt pay Microsoft and likes to preserve that control. I have also seen devs and devop within the team which works much better , much lighter and you do often get that publish from VS.
I agree
I'm good. I don'tlike the easy "writing" stuff.
I thought you are a Pro-MS channel 😅
I am
Faster coding, hellish bug fixing
agree. the slop will be incredible
Hmmm, I get the point, however, is just delaying the inevitable.
50% unemployment by 2050,
90% by 2100.
And that is good, if our governments act in a smart way, before they get replaced themselves.
Bleak
I think your timeline might be a bit slow but yeah.
A developer’s heydays are over in a few years or maybe already. AI will take this job over. Just like lamplighters got obsolete, same will happen to developers. The job of the future will be creating business ideas that multiple AI’s can develop.
Bleak
Would love to talk to Ed. Is that possible?
I wouldn't recommend it
C# is great only a fool would work with anything else. C# is so easy and powerful.
Not sure about that. Lots of smart people do not use C#
@TedsTech lol you took that comment too literally. 😊 I Ln the UK that statement means 'c # is the best don't bother looking for anything else'... double meaning but still the same outcome. There are lots of good languages for sure. Net is the best though
Nah
Fair comment
your voice cracking my ear, kindly change your microphone
Yeah sorry about that. Stick it on mute and use the subtitles.
it's not that bad...
@@edandersen be humble.