Copilot X 미쳤냐고..개발자 이제 어떻게 될까요? :: ChatGPT 정리

> English Summary

> English Full Text

 

[ 요약 ]

최근에는 GPT에 대한 이야기가 많이 나오고 있습니다. GPT가 일자리를 대체하고, 생산성을 대폭 높여줄 것이라는 이야기도 많습니다. 그렇게 보면 GPT가 세상을 지배할 것 같은데, 그것은 인간 노동의 열매 위에 구축되었다는 것에서 약간의 아이러니를 느끼게 됩니다.

그런데 이제는 Co-Pilot X라는 것도 나왔습니다. Co-Pilot X는 코드를 분석하고, 설명하는 일에 대한 지원이 매우 좋다고 합니다. 예를 들어, pull request를 보낼 때 코드만 있어도 자동으로 설명을 생성해준다는 것입니다. 그리고 이것이 이루는 것은 단순히 변경 사항이 아닙니다. 코드를 이해한다는 것은 코드를 생성할 수 있다는 것을 의미합니다. 따라서 이것은 테스트 코드를 생성하고, 리팩토링을 생성하며, GPT 위에 구축되어 있기 때문에 디버깅까지 지원할 수 있습니다. 커스터마이즈된 설명이라면 검색하고 찾아야 할 필요 없이 그냥 입력하면 웹에서 정보를 가져와서 맞춤형 답변을 제공해줍니다. 유닉스 명령어 등을 알아야 하는 것도 아니죠. 이제는 명령 줄 프로그래밍이 점점 더 가능해지고 있다는 느낌이 듭니다.

 

반응형

 

 

 

Copilot X crazy...developers, what happens now?

https://www.youtube.com/watch?v=un651P-gewA 

 

 

 

[ 한글 전체 ]

안녕하세요, 프롱트입니다.
GPT 등장으로 말이 많습니다.
뭐, 직업도 대체할 것 같고 생산성이 엄청 올라갈 것이라는 이야기도 많이 있죠.
이 GPT는 세상을 정복할 것 같은 느낌인데요, 그 동안 인간의 노력의 결실을 기반으로 만들어진 게 좀 아이러니하죠.
새로운 것들이 계속 나오고 있습니다.
앞으로도 그럴 것 같고요.
MS가 대단하죠, 기법도 인수하고 그 다음에 또 최근에 나온 코파일럿 X라는 것도 등장을 했습니다.
먼저 한번 볼까요?
코팔로 넥슨은 코드를 분석해주는 즉, 설명을 해주는 것들의 훌륭한 지원을 해준다고 합니다.
예를 들어서 풀 리퀘스트를 날리면 코드만 있는데 설명을 자동으로 만들어 주는 것이죠.
변경 사항에 대한 그분만은 아닙니다.
코드를 이해했다는 건 어떤 뜻일까요?
코드를 생산해 낼 수도 있다는 거죠.
그래서 테스트 코드를 만든다거나 리팩토링을 만든다거나, GPT에서도 되긴 했었지만, 그걸 기반으로 만들어졌기 때문에 고파일럿 X도 디버깅까지도 해주는 문제 해결까지도 도와주고 있죠.
맞춤형 설명이라면 여기저기 기웃기웃 거리면서 검색할 필요가 없습니다.
그냥 맞춤형으로 내가 넣으면 웹에 있는 정보를 가져와서 맞춤형으로 대답을 해주기도 하고, 유닉스 명령어 같은 거 몰라도 된다고 합니다.
커맨드라인 기반의 프로그래밍이 점점 가능한 시대가 아닌가, 그런 생각이 듭니다.
이런 신기술은 더 놀랍지도 않네요.
몇 달 되지도 않았는데도 담담합니다.
여러분들도 그런가요?
그러면 GPT가 개발자까지 대체할까요?
앞으로 개발자 하면 안 되나, 뭐 이런 이야기를 조금 더 해보면 어떨까 싶습니다.
먼저 개발자 역할이 무엇인지 한 번 생각해 볼까요?
코태 통과하면 일 잘하나요?
그렇지 않죠.
사실 우리가 하는 개발 세상은 환경과의 혈투인데요.
서비스의 문제점, 버전들 확인, 인력 상황, 인력의 수준, 또 일정을 고려한 계획들.
일정에 따라서 개발 품질은 달라지고 있잖아요.
우선순위를 판단해야 되기도 하고 시스템 환경을 또 이해해야 하기도 하고, 리팩링 상황들을 또 검토해야 되기도 하죠.
되게 복잡한 상황을 고려하면서 개발해야 되는 현실입니다.
그냥 단순 코딩만 한다는 것은 결코 아닙니다.
연차가 높아질수록 업무는 더욱 복잡해집니다.
미팅 참석, 개발 이슈 논의, 리서치, 멘토링 등 개발자가 해야 할 일이 많아집니다.
그래서 코딩은 보통 저녁 6시부터 하게 됩니다.
하지만 개발 시간이 부족하기도 하고, 코딩에 투자하는 시간이 생각보다 적은 것이 문제입니다.
또한, 개발자 역할은 알고리즘 능력보다 협업과 커뮤니케이션 능력이 더 중요합니다.
따라서, 개발자는 코드만 만드는 사람이 아닙니다.
하지만 이런 복잡한 역할에도 AI의 도움을 받을 수 있다는 것은 매우 긍정적인 시그널입니다.
이제는 요구사항 분석이나 수정 등을 AI와 함께 수행할 수 있기 때문입니다.
하지만, AI를 활용할 수 없는 개발자가 도태될 가능성이 있습니다.
또한, 모두가 AI를 잘 활용할 수 있는 것은 아닙니다.
각자의 실력과 능력에 따라 AI의 대답도 다르게 나올 수 있습니다.
그렇기 때문에 개발자는 항상 자신의 역량을 강화하고 혁신적인 아이디어를 가지는 것이 중요합니다.
그렇지 않아요, AI도 마찬가지라고 저는 생각합니다.
조종사의 품질이 더 좋다는 것은 무엇을 의미하나요?
부조종사가 무리를 무시하고 부조청사 혼자서 나와서 전부 해결할 수도 있기 때문에 우리는 아직도 많은 역량들이 필요하다고 생각해요.
분석과 설계 능력은 물론 코드에 대한 이해 능력도 분명히 있어야 합니다.
결국, 우리는 언제든지 문제가 생기면 뜯어고칠 수 있어야 합니다.
물론 언젠간 이러한 역량들이 필요 없을 수도 있겠지만, 개발 학습은 여전히 중요합니다.
구현 능력부터 아키텍처까지, 이러한 본질적인 지식은 미래에도 매우 중요할 것입니다.
미래를 예측하기는 쉽지 않습니다.
아마 커맨드라인 방식으로 명령어를 입력하면 코드가 만들어질 수 있고, 화자를 인식하거나 행동에 따라 코드가 생성될 수도 있겠지만, 이러한 변화가 일어날 수도 있을 것입니다.
지난 과거에는 우리가 경험에 근거한 코드를 만들었지만, 이제는 도메인 지식이나 계획 및 설계 역할이 더 중요해질 것으로 예상됩니다.
그래서 미래를 예측하기 보다는 시장 상황을 파악하고 어떤 인력이 필요한지 파악하는 것이 중요해요.
개발자의 역량을 평가하거나 채용 시장의 변화를 파악하는 것도 매우 중요합니다.
큰 변화가 일어나고 있기 때문에, 거대한 기회가 올 것이라는 긍정적인 생각도 해봅니다.
미래를 예측할 순 없지만, 대응할 준비는 해봐야 겠죠.

 

 

SMALL

[ English Summary ]

There's been a lot of talk lately about GPTs. There's a lot of talk about how it's going to replace jobs, how it's going to make us so much more productive, and it seems like it's going to take over the world, which is a little bit ironic because it's built on the fruits of human labor.

But now there's this thing called Co-Pilot X, which is said to be very good at analyzing code, describing it, so that when you send a pull request, for example, it will automatically generate a description from just the code. And what it does is it doesn't just make changes. It understands the code, which means it can generate code. So it can generate test code, it can generate refactorings, it can even support debugging because it's built on top of GPT. If it's a customized description, you don't have to search and find it, you just type it in and it pulls information from the web and gives you a customized answer. It's not like you have to know Unix commands or anything, and I feel like command line programming is becoming more and more possible now.

 

 

 

[ English Full Text ]

Hi, this is Front.
There's a lot of talk about GPT.
There's a lot of talk about how it's going to replace jobs and how it's going to make us so much more productive.
It feels like this GPT is going to take over the world, which is kind of ironic because it's built on the fruits of human labor.
New things keep coming out.
I think that's going to continue.
MS is great, they acquired the technique, and then there's this other thing that came out recently called Co-Pilot X.
Let's take a look at that first.
Copalo Nexon is said to have great support for things that analyze your code, things that explain things to you.
So, for example, if you send in a pull request, all you have is the code, and it automatically creates a description for you.
It's not just him for the changes.
What does it mean to understand the code?
It means that they can produce code.
So it's producing test code, it's producing refactorings, it's doing it in GPT, but it's building on that, so it's even helping me with troubleshooting, even debugging in High Pilot X, because it's built on that.
If it's a customized description, I don't have to poke around and search for it.
I can just put it in and it'll pull information from the web and give me a customized answer, and it doesn't even have to know Unix commands or anything like that.
I'm like, isn't it getting to the point where command-line programming is becoming more and more possible?
This new technology is even more amazing.
It's not even a few months old.
Do you guys feel the same way?
So, will GPT replace developers?
I'd like to talk a little bit more about whether we shouldn't be developers in the future.
First, let's think about what a developer role is.
Is it a job that you do well if you pass your coursework?
No, we don't.
In fact, our world of development is a battle with the environment.
Service issues, versioning, staffing, staffing levels, and scheduling.
The quality of development depends on the schedule.
You have to prioritize, you have to understand the system environment, you have to review refactoring situations.
It's a very complex situation that you have to develop for.
It's never just about coding.
The more senior you get, the more complex your job becomes.
Attending meetings, discussing development issues, researching, mentoring, and more are all things that developers have to do.
As a result, coding usually starts at 6pm.
However, the problem is that there isn't enough time for development, and the amount of time you spend coding is often less than you think.
Also, the developer role is more about collaboration and communication skills than algorithmic skills.
So, developers are not just code writers.
However, the fact that AI can help with these complex roles is a very positive sign.
This is because we can now do things like analyze and modify requirements with AI.
However, there is a risk that developers who can't utilize AI will be left behind.
Also, not everyone is a good candidate for AI.
Depending on your skills and abilities, AI may give you different answers.
That's why it's important for developers to always upskill themselves and have innovative ideas.
No, I think the same is true for AI.
What does it mean to have a better quality pilot?
I think we still need a lot of competencies, because a co-pilot can ignore the herd and come out and solve everything by himself.
You definitely need to have analytical and design skills, as well as an understanding of code.
At the end of the day, we need to be able to tinker when things break.
Of course, we may not need these skills someday, but learning to develop is still important.
From implementation skills to architecture, this essential knowledge will be vital in the future.
It's not easy to predict the future.
Perhaps code will be generated by typing commands on the command line, perhaps code will be generated by recognizing the speaker, perhaps code will be generated based on behavior, but it's possible that these changes will happen.
In the past, we've created code based on experience, but I think we're going to see more of a domain knowledge or planning and design role.
So rather than trying to predict the future, it's important to look at the market and figure out what kind of labor is needed.
It's also very important to assess the competencies of your developers and understand the changes in the job market.
I also try to be positive that there will be huge opportunities because there are big changes happening.
You can't predict the future, but you can try to prepare for it.