그만큼 비지니스 로직을 제외하면 대부분 프로젝트에서 반복 코드가 많았따는 것임 Co-pilot이든 OpenAI든 코드 베이스로 복붙해서 먹고 살던 업체들 긴장좀 해야 함 ㅎㅎ 물론 테스트 및 안정화는 인간의 몫으로 남아 있겠지만, 아키텍트, task specific algorithm, 정도 제외하면 점점 자동화 하는거지 ㅎㅎ
어차피 저정도는 검색의 양을 줄여주는 정도지 아무도 코드를 외워서 치지 않죠. 카피엔페이스트를 좀 쉽게 해주는 툴일뿐. 결국 문제해결은 해주지 못합니다. 문제해결을 타이핑해서 하는게 아니고 아직까진 개발자가 머리로 사고해서 판단해야 하므로.. 버그부터 인터그레이션 까지 잡아주는 툴이 나온다면 정말 위협 받겠지만.. 힘들죠. 그냥 개발자의 노가다를 줄여줘서 개발자들이 더이상 노가다꾼으로 안살아도 되긴 하겠네요.
@@thecode.studio 클라이언트가 직접 하는게 아닌, 현재 업계에서 리드/시니어 한명과 인터 및 쥬니어 포함 총 5명이 한팀으로 이뤄져 애자일 스프린트를 한다고 가정하면, AI coder가 도입된 후 시니어 한명과 보조 intermediate 한명을 제외한 나머지 인원 셋을 짤라도 같은 효과를 낼수 있는 상황이 올겁니다. 시니어 1 + AI가 인터와 쥬니어 합한 3만큼 업무 효과가 있다면 굳이 회사 입장에서 잉여 직원을 뽑을 이유가 없죠. 모든 프로젝트는 결국 자본으로 돌아가니까요. 예를 들어 현재 북미에서 약사가 자동화 가능한 딱 고정도 상태라 직업 자체는 사라지지 않지만 인원감축이 엄청나 사실상 구직시장 경쟁률이 헬 인 상태와 비슷한 양상으로 흘러갈 듯 예측할수 있겠네요 ㅎㅎ
예를 들어 패스워드 체크만 해도 코드를 아무도 모르는 사람이 추천코드로 짯다고 치죠. 기존엔 검색해서 괜찮은 레퍼런스를 가져와서 입맛에 맞게 수정하죠. 그부분이 편해진것뿐 결국 우리 입맛에 수정하려면 정규식이 어떻게 돌아가는지 정도를 알고 있어야 합니다. 일반인이 정규식을 이해한다면 그분은 이미 개발자이죠. 거기에 버그라도 발생하면 버그 잡아줘! 라고 했을때 코파일럿은 못잡아주죠. 결국 모든 코드를 이해는 하고 있어야 하므로 개발자가 필요할것 입니다.
제목을 자극적으로 하셨네요..^^ 어짜피 개발자가 코드를 외워서 하는것도아니고 대부분 검색해서 사용하는데 그시간을 줄여주기에는 매우좋다고 보입니다. 하지만 기획의도나 비지니스 로직에대해서 이해가 필요한 순간이 오는데 그런것들을 대신 해줄수 없기때문에 어시스턴트 역할을 할꺼같네요~^^ 그래도 편해지는 세상입니다.ㅋ
저도 카드 입력하고 두 달 무료로 결제하고 한 3시간 미친듯이 이것저것 다 해봤지만.. 결국 오히려 코드 수정하는 시간이 처음부터 잘 짜는 시간보다 더 걸려서 짜증나서 지우고 결제 캔슬했습니다 ㅋㅋ 저는 백엔드 프론트 다 해봤지만 오히려 프론트 예를들면 리액트 스닙펫 용도로 더 유용하게 쓰이더라구요. 함수형 컴포넌트 만들고 state 키워드 하나만 쳐도 useState 이런거 한줄로 다 만들어주고 하니 ㅋㅋㅋ😂
코드를 정확하게 어떻게 짜야 하는지 아는 경우 스니펫 용도로 좋고, 처음부터 코드를 어떨게 짜야 하는지 모르는 개발자에겐 혼란을 다 야기할 수 있습니다. 저에 경우는 이미 제 깃허브 레파지토리에 작성 되어 있는 코드를 우선적으로 빨리 찾아주기 때문에 제가 찾는 수고를 안해도 되어서 좋더라구요.
재밌다.. 항상 좋은 영상 올려주셔서 감사해요! 1시간 시리즈로 쉽게 설명해주셔서 도움 많이 받고있어요ㅎㅎㅎㅎ
아주좋은 방향설정시간이었습니다
그만큼 비지니스 로직을 제외하면 대부분 프로젝트에서 반복 코드가 많았따는 것임
Co-pilot이든 OpenAI든 코드 베이스로 복붙해서 먹고 살던 업체들 긴장좀 해야 함 ㅎㅎ
물론 테스트 및 안정화는 인간의 몫으로 남아 있겠지만, 아키텍트, task specific algorithm, 정도 제외하면 점점 자동화 하는거지 ㅎㅎ
어차피 저정도는 검색의 양을 줄여주는 정도지 아무도 코드를 외워서 치지 않죠. 카피엔페이스트를 좀 쉽게 해주는 툴일뿐. 결국 문제해결은 해주지 못합니다. 문제해결을 타이핑해서 하는게 아니고 아직까진 개발자가 머리로 사고해서 판단해야 하므로.. 버그부터 인터그레이션 까지 잡아주는 툴이 나온다면 정말 위협 받겠지만.. 힘들죠. 그냥 개발자의 노가다를 줄여줘서 개발자들이 더이상 노가다꾼으로 안살아도 되긴 하겠네요.
그러다 점점 머신러닝에게 백앤드 자리를 내주겠지요…
@@llollapalooza 말하는 본인도 이해 못하는 고객과 기획자의 말을 코딩으로 옮길 수 있는 머신러닝이 과연 나올까요?
@@thecode.studio 클라이언트가 직접 하는게 아닌, 현재 업계에서 리드/시니어 한명과 인터 및 쥬니어 포함 총 5명이 한팀으로 이뤄져 애자일 스프린트를 한다고 가정하면, AI coder가 도입된 후 시니어 한명과 보조 intermediate 한명을 제외한 나머지 인원 셋을 짤라도 같은 효과를 낼수 있는 상황이 올겁니다. 시니어 1 + AI가 인터와 쥬니어 합한 3만큼 업무 효과가 있다면 굳이 회사 입장에서 잉여 직원을 뽑을 이유가 없죠. 모든 프로젝트는 결국 자본으로 돌아가니까요.
예를 들어 현재 북미에서 약사가 자동화 가능한 딱 고정도 상태라 직업 자체는 사라지지 않지만 인원감축이 엄청나 사실상 구직시장 경쟁률이 헬 인 상태와 비슷한 양상으로 흘러갈 듯 예측할수 있겠네요 ㅎㅎ
@@llollapalooza 이 분 댓글이 정확한 것 같네요. 프로젝트를 리딩하는 1인과 이런 자연어 기반 툴만 더 발전하면 더이상 팀원은 필요 없을거에요
미래에는 주2회에서 3회 일했우면 좋겠네요...
예를 들어 패스워드 체크만 해도 코드를 아무도 모르는 사람이 추천코드로 짯다고 치죠. 기존엔 검색해서 괜찮은 레퍼런스를 가져와서 입맛에 맞게 수정하죠. 그부분이 편해진것뿐 결국 우리 입맛에 수정하려면 정규식이 어떻게 돌아가는지 정도를 알고 있어야 합니다. 일반인이 정규식을 이해한다면 그분은 이미 개발자이죠. 거기에 버그라도 발생하면 버그 잡아줘! 라고 했을때 코파일럿은 못잡아주죠. 결국 모든 코드를 이해는 하고 있어야 하므로 개발자가 필요할것 입니다.
하나하나 없어지는방향으로. 결국엔 자연어수준으로 가는걸 목표로. 물론 잘될진모르지뭐
개발자가 없어지진 않죠. 대신 그 분야 일자리 증가분은 없죠...
요즘 탭키가 반질반질해졌습니다.......기쁘네요.
근데 회사 코드를 올리면 보안 문제 때문에 ㅋㅋㅋ
오류 찾을 때나 사용할 듯? 아니면 구글링 대신 Ai 교체되는 정도?
제목을 자극적으로 하셨네요..^^
어짜피 개발자가 코드를 외워서 하는것도아니고 대부분 검색해서 사용하는데 그시간을 줄여주기에는 매우좋다고 보입니다.
하지만 기획의도나 비지니스 로직에대해서 이해가 필요한 순간이 오는데 그런것들을 대신 해줄수 없기때문에
어시스턴트 역할을 할꺼같네요~^^
그래도 편해지는 세상입니다.ㅋ
저건 산업혁명 초창기 증기기관같은 존재입니다. 지금의 기계랑은 비교도안되게 조잡하고 원시적인 도구죠. 근데 문제는 수준이 지금의 기계만큼 발전하는데 걸리는시간이 얼마 안걸릴거란거에요
보안문제 때문에 도구중에 하나일뿐일것 같네요.
저도 카드 입력하고 두 달 무료로 결제하고 한 3시간 미친듯이 이것저것 다 해봤지만.. 결국 오히려 코드 수정하는 시간이 처음부터 잘 짜는 시간보다 더 걸려서 짜증나서 지우고 결제 캔슬했습니다 ㅋㅋ 저는 백엔드 프론트 다 해봤지만 오히려 프론트 예를들면 리액트 스닙펫 용도로 더 유용하게 쓰이더라구요. 함수형 컴포넌트 만들고 state 키워드 하나만 쳐도 useState 이런거 한줄로 다 만들어주고 하니 ㅋㅋㅋ😂
코드를 정확하게 어떻게 짜야 하는지 아는 경우 스니펫 용도로 좋고, 처음부터 코드를 어떨게 짜야 하는지 모르는 개발자에겐 혼란을 다 야기할 수 있습니다. 저에 경우는 이미 제 깃허브
레파지토리에 작성 되어 있는 코드를 우선적으로 빨리 찾아주기 때문에 제가 찾는 수고를 안해도 되어서 좋더라구요.
백엔드가 ... 머가 위험하죠??? ㅎㅎ 백엔드는 업무 분석이 훨~씬 중요합니다. 회의하고 설계하고 그담에 개발.. 디비 설계도 그렇고... 전혀 위협 안되요 코파일럿... 써먹기도 불편...
왠만한 큰프로젝트는 외부망 다 막혀있고요(공공, 금융등등)
개발자 전체를 대체하진 못 하겠지만... 적어도 책임 개발자가 보조 개발자들을 관리하며 개발하는 현재의 인력 운용 형태는 많이 변할 듯 합니다. 진짜 베테랑 개발자 한명이 보조 개발자 없이 혼자서 대규모 개발을 해낼 수도 있기 때문입니다.
지금 한번 써보는데 좀 복잡하게 짤때는 답답해서 추천 꺼버리게되네요…
맞아요 그럴때가 있어요. 저는 초기 시작 기본 구조 만들때 사용하고 세부 코드 짤 때는 꺼놓습니다
Github?
제목 어그로ㄷㄷ