AI가 상속을 잘 못 다룸..
내가 세심히 보며 피드백주며 방향을 잡는 것도 한계가 있음. 빠른 속도로 진행되다보니 머리 속에 잘 안 그려짐.
그렇게 몇번 놓쳤더니 그 결과 비슷한 구현 로직을 가진 두개의 객체가 있는데 나는 추상화 클래스로 둘을 뮦고 커스텀한 요소만 하위 클래스에서 구현해놨는데 그걸 AI가 건들려서 중복 코드를 여기저기에 산발함.
어제 젬미니한테 80만원 긁히고 내가 직접 구현하려고 하니깐 답도 안나옴. 완전 비슷하면 하나 삭제해버리고 통합해버리면 되는데 지금 핸들러 매니저 등 모든 것들이 두개씩 만들어졌음...
중복 코드도 많고 리팩토링하려다가 이정도면 그냥 새로 만드는게 더 빠르겠다 생각이 들 정도임. 그래서 앞으로 확장성이 없는 애들은 냅두고 급한 애들만 일단 처리해두려고 함 ㅠ...
- dc official App
해당 댓글은 삭제되었습니다.
API 호출인데 구글은 후불... 돌이켜보면 양아치짓한거같은 느낌 - dc App
배우면서 작업하면 갈아 엎는 건 일상인데요 모
지금 그냥 갈아엎을까 그냥 안고 갈까 고민 중임돠 ㅠㅠ - dc App
그래서 결론이? ai로 코딩은 못 써먹을 정도다?
구현 자체는 피드백주면 할 수 있기는 함. 근데 능력자일수록 AI에게 의존할수록 손해임. 아직까지는 그렇다고 봄. 여기서 조그만 업그레이드 되면 능력자가 직접 구현하는거보다 AI에게 맡기는게 더 빨라질듯. 얼마 안 남았다고 봄. - dc App
API 검색, 버그 찾기(이것도 귀찮아서 글치 직접 찾는게 빠르긴 함) 알고리즘 조언 정도로만 사용하는게 현실적이라고 봄. - dc App
상속을 제대로 활용 못한다는 점에서 아직은 구현을 다 맡기면 안되고 최종적으로 사람이 직접 코딩해야 함. agent쓰면 직접 코딩을 안하게 되고 어느 순간 AI에게 구현을 다 맡기는 상황이 생김. - dc App
코딩 평가 리팩토링 조언 등 없는거보다 있는데 훨씬 편함 - dc App
의존할 수록 손해라는 표현은 잘못된거고 암튼 최종적으로 사람이 직접 코딩해야함. 아직까지는~ - dc App
해당 댓글은 삭제되었습니다.
없는거보다 있는게 훨씬 편하긴 함 - dc App
넹 열공하겠습니다 - dc App
상속개념 간단히.설명좀 부탁해요 저도 초보라 ㅜ어케 공부하는지..
난 api검색, 알고리즘 복잡도 계산, 스켈레톤 코드 작성용으로 쓰는중
스켈레톤 코드가 뭐에요? - dc App
미래의 내가 과거의 나에게 감사함을 느끼게 만드는 장치
상속 남발하다보면 구조가 매우 딱딱해짐. has a 관계를 쓸 수 있으면 컴포넌트로 유지하는 편이 좋아
오웃!! 꿀팁 감사합니다 - dc App
전 스킬 기본 정보(스킬이라면 모두 갖고 있어야 할 기본 정보, 액티베이트 메서드) -> 이후 개별 스킬들 이렇게 한번 상속하고 땡