@소닉쫄따구테일즈
매번 해오던 단순한 작업 맡기면 매우 잘함. 시간 절약
아 뭐였지 그거 싶은 기능 그냥 말로 치면 귀신같이 내가생각하는거 만들어줌
뭐 하나가 바꼈는데 부가적으로 다같이 바꺼야 하는 때가 있음. 맡기면 알아서 해줌...
물론 결국 내 손을 타야하는 경우가 있지만, 내가 프롬프트를 제대로 안주면 그런경우가 더 많고
점점 사용할수록, 나보다 더 잘 짬.
이게 진짜 시간절약 엄청할수 있어...
요즘 액션게임에 상태코드 Lua로 하는데, 캐릭터들 액션들을 어떻게 다 작성하지 싶었는데
말로 다 주면 만들어주니까 너무 좋다
소닉쫄따구테일즈(dcz3xv7zgu14)2025-08-04 11:05:00
답글
진짜 잡숴바, 나도 임자랑 같은 생각이었어..
소닉쫄따구테일즈(dcz3xv7zgu14)2025-08-04 11:06:00
해당 댓글은 삭제되었습니다.
해당 댓글은 삭제되었습니다.2026-06-29 07:02:15.898727
답글
본인이 손수 짜는 게 프로그램이 대한 이해도가 더 높아서 나중에 편한 점도 있음
익명(14.46)2025-08-04 10:22:00
참고용으론 많이 쓰는듯? 복붙하기엔 찐빠 많이나서 별로...
익명(station0609)2025-08-04 10:50:00
문법 삑사리날때 빼곤 안씀.
블프는 핵심 노드 물어볼때 씀. 로직 자체는 직접짬.
흑_두루미(combedro)2025-08-04 10:55:00
챗 기반 복붙은 갠적으로 별로
코파일럿 같이 IDE 기반은 예전부터 좋더라 맥락 잡아서 탭질하는 것만 해도 제 2의 손목보호대임
익명(180.70)2025-08-04 11:17:00
난 일절안씀 유기농 코드임
익명(pianist8697)2025-08-04 11:18:00
AI 코드 퀄리티가 솔직히 나보다 더 잘짜는거 같음....
Indie 2(211.107)2025-08-04 18:46:00
답글
님 프로그래밍 경력이 어케 됨? 진짜 순전히 궁금해서 그럼.
익명(121.180)2025-08-04 18:51:00
답글
@ㅇㅇ(121.180)
15년이상
Indie 2(211.107)2025-08-05 08:58:00
답글
AI코드 의존도가 어느정도 됨? 많은 부분을 넘기기에는 한계가 있지않음?
익명(121.180)2025-08-05 09:03:00
답글
@ㅇㅇ(121.180)
30-40% 예전에 나만큼 코딩좀 하는 인간하고 같이 일하고 싶다는 생각했었는데. 설계 철학과 코딩 기술을 보면... 나보다 나은데? 라는 생각을 종종함... 물론 완벽하지 않아서 코드리뷰하고 부족한 점들 지적하면 칼같이 완벽하게 결국 만들어줌
Indie 2(211.107)2025-08-05 10:41:00
답글
일단 내가 하고자 하는 아키텍쳐 이해가 확실하고 AI가 짠 코드를 리뷰 할수 있고 ... 피드백 할 능력이 있으며 AI끼리 교차 검증까지 하면 .... AI 통해 생산한 코드가 내가 짠 코드보다 품질 좋음... 물론 다 되는건 아니고 특정 모듈에 한정해서 그럼.... 그냥 큰 그림 주면 완전히 이상하게 엇나감
Indie 2(211.107)2025-08-05 10:44:00
무조건 쓰는 게 생산성 올라간다고 생각함. 굳이 안 쓸 이유가?
Indie 3(222.236)2025-08-04 20:18:00
답글
어케 씀? 물어보는 용도만? 아니면 복붙할 때도 있음?
익명(121.180)2025-08-05 09:03:00
답글
@ㅇㅇ(121.180)
초반 구조잡을 때부터 개발 진행 과정 전반에서 매우 이점이 큼.
초반 구조는 개발 명세 자세히 정리하고 나서, 대충 머리속에 코드 구조 나오면 그대로 적용해도 되는지 물어보기도 하고,
지금 코드가 OOP적으로 문제 없는지, 내가 제시한 해결책이 SOLID에 어긋나지 않는지 등 가끔 피드백도 받고,
현 상황에 대한 정보 제공하고, 어떤 방안이 가독성/효율 따져서 제일 효율적인지 제안받아서 리팩토링하고,
유니티랑 언리얼 다 하는데 각 엔진마다 개발 방향이나 쓰는 도구가 달라서, 문제가 생기면 비슷한 상황에서 유니티/언리얼 개발자들이 주로 어떤 방식으로 해결하는지, 엔진에서는 어떤 방식을 권장하는지 등
기존에 검색으로 해결하던 문제들을 대부분 AI로 대체하는 방식임.
Indie 3(222.236)2025-08-05 09:40:00
답글
@Indie3(222.236)
물론 헛소리 할 때도 많으니, 좀 이상하다 싶은 건 다른 AI한테 다시 물어본다던지, 검색해서 정보 찾아본다던지 별도로 검증 과정도 거쳐서 도입함.
복붙이냐 아니냐가 문제가 아니라, 어떻게 사용하냐의 문제인 거 같음.
그냥 대충 질문하고, 답변 해주면 그거 무지성 갖다 넣으면 당연히 코드 다 망가지겠지만, 질문하기 전에 내 개발 상황이 다 파악되어 있고, 생긴 문제를 해결할 수 있는 방안을 정확히 물어보고, 넣기 전에 이상한 점 있으면 검증하고, 이런 과정을 충분히 거쳤으면 그대로 복붙하더라도 문제가 발생할 수가 없지.
Indie 3(222.236)2025-08-05 09:46:00
답글
나는 그 AI코드를 매번 검증하는 과정을 거쳐야하는 게 오히려 비효율적으로 느껴지던데
하긴 검색으로 알게 된 남의 코드도 결국 내 프로그램에 맞게 수정하고 이해하는 과정을 거쳐야하니까 검색 대신 쓰일 수 있겠네
익명(121.180)2025-08-05 10:00:00
답글
@ㅇㅇ(121.180)
매번 검증하진 않고 진짜 가끔 이상한 소리 할 때가 있어서 그런 것만 검증하기는 하는데, 검색 대신 쓴다고만 하더라도 그것 자체도 시간을 엄청나게 줄여줘.
물론 공부하는 데에는 직접 손으로 해보는 게 최고겠지만, 프로덕트 만들 때는 공부도 좋지만 생산성도 중요하니 쓰는 게 무조건 좋다고 봐.
공부할때도 선생님 느낌으로 활용하면 더 잘 사용할 수 있고.
별로 AI사용에 반감이 있는 게 아니라면 한 번 적극적으로 사용해봐. 한 번 적응하면 진짜 편해질거야.
필요할때만 쓰긴하는데, 코딩할때 거의 안쓰긴하지
해당 댓글은 삭제되었습니다.
cursor AI써봐. 학습용도라는 소리 쑥 들어감..
@소닉쫄따구테일즈 매번 해오던 단순한 작업 맡기면 매우 잘함. 시간 절약 아 뭐였지 그거 싶은 기능 그냥 말로 치면 귀신같이 내가생각하는거 만들어줌 뭐 하나가 바꼈는데 부가적으로 다같이 바꺼야 하는 때가 있음. 맡기면 알아서 해줌... 물론 결국 내 손을 타야하는 경우가 있지만, 내가 프롬프트를 제대로 안주면 그런경우가 더 많고 점점 사용할수록, 나보다 더 잘 짬. 이게 진짜 시간절약 엄청할수 있어... 요즘 액션게임에 상태코드 Lua로 하는데, 캐릭터들 액션들을 어떻게 다 작성하지 싶었는데 말로 다 주면 만들어주니까 너무 좋다
진짜 잡숴바, 나도 임자랑 같은 생각이었어..
해당 댓글은 삭제되었습니다.
본인이 손수 짜는 게 프로그램이 대한 이해도가 더 높아서 나중에 편한 점도 있음
참고용으론 많이 쓰는듯? 복붙하기엔 찐빠 많이나서 별로...
문법 삑사리날때 빼곤 안씀. 블프는 핵심 노드 물어볼때 씀. 로직 자체는 직접짬.
챗 기반 복붙은 갠적으로 별로 코파일럿 같이 IDE 기반은 예전부터 좋더라 맥락 잡아서 탭질하는 것만 해도 제 2의 손목보호대임
난 일절안씀 유기농 코드임
AI 코드 퀄리티가 솔직히 나보다 더 잘짜는거 같음....
님 프로그래밍 경력이 어케 됨? 진짜 순전히 궁금해서 그럼.
@ㅇㅇ(121.180) 15년이상
AI코드 의존도가 어느정도 됨? 많은 부분을 넘기기에는 한계가 있지않음?
@ㅇㅇ(121.180) 30-40% 예전에 나만큼 코딩좀 하는 인간하고 같이 일하고 싶다는 생각했었는데. 설계 철학과 코딩 기술을 보면... 나보다 나은데? 라는 생각을 종종함... 물론 완벽하지 않아서 코드리뷰하고 부족한 점들 지적하면 칼같이 완벽하게 결국 만들어줌
일단 내가 하고자 하는 아키텍쳐 이해가 확실하고 AI가 짠 코드를 리뷰 할수 있고 ... 피드백 할 능력이 있으며 AI끼리 교차 검증까지 하면 .... AI 통해 생산한 코드가 내가 짠 코드보다 품질 좋음... 물론 다 되는건 아니고 특정 모듈에 한정해서 그럼.... 그냥 큰 그림 주면 완전히 이상하게 엇나감
무조건 쓰는 게 생산성 올라간다고 생각함. 굳이 안 쓸 이유가?
어케 씀? 물어보는 용도만? 아니면 복붙할 때도 있음?
@ㅇㅇ(121.180) 초반 구조잡을 때부터 개발 진행 과정 전반에서 매우 이점이 큼. 초반 구조는 개발 명세 자세히 정리하고 나서, 대충 머리속에 코드 구조 나오면 그대로 적용해도 되는지 물어보기도 하고, 지금 코드가 OOP적으로 문제 없는지, 내가 제시한 해결책이 SOLID에 어긋나지 않는지 등 가끔 피드백도 받고, 현 상황에 대한 정보 제공하고, 어떤 방안이 가독성/효율 따져서 제일 효율적인지 제안받아서 리팩토링하고, 유니티랑 언리얼 다 하는데 각 엔진마다 개발 방향이나 쓰는 도구가 달라서, 문제가 생기면 비슷한 상황에서 유니티/언리얼 개발자들이 주로 어떤 방식으로 해결하는지, 엔진에서는 어떤 방식을 권장하는지 등 기존에 검색으로 해결하던 문제들을 대부분 AI로 대체하는 방식임.
@Indie3(222.236) 물론 헛소리 할 때도 많으니, 좀 이상하다 싶은 건 다른 AI한테 다시 물어본다던지, 검색해서 정보 찾아본다던지 별도로 검증 과정도 거쳐서 도입함. 복붙이냐 아니냐가 문제가 아니라, 어떻게 사용하냐의 문제인 거 같음. 그냥 대충 질문하고, 답변 해주면 그거 무지성 갖다 넣으면 당연히 코드 다 망가지겠지만, 질문하기 전에 내 개발 상황이 다 파악되어 있고, 생긴 문제를 해결할 수 있는 방안을 정확히 물어보고, 넣기 전에 이상한 점 있으면 검증하고, 이런 과정을 충분히 거쳤으면 그대로 복붙하더라도 문제가 발생할 수가 없지.
나는 그 AI코드를 매번 검증하는 과정을 거쳐야하는 게 오히려 비효율적으로 느껴지던데 하긴 검색으로 알게 된 남의 코드도 결국 내 프로그램에 맞게 수정하고 이해하는 과정을 거쳐야하니까 검색 대신 쓰일 수 있겠네
@ㅇㅇ(121.180) 매번 검증하진 않고 진짜 가끔 이상한 소리 할 때가 있어서 그런 것만 검증하기는 하는데, 검색 대신 쓴다고만 하더라도 그것 자체도 시간을 엄청나게 줄여줘. 물론 공부하는 데에는 직접 손으로 해보는 게 최고겠지만, 프로덕트 만들 때는 공부도 좋지만 생산성도 중요하니 쓰는 게 무조건 좋다고 봐. 공부할때도 선생님 느낌으로 활용하면 더 잘 사용할 수 있고. 별로 AI사용에 반감이 있는 게 아니라면 한 번 적극적으로 사용해봐. 한 번 적응하면 진짜 편해질거야.