사용될 가능성이 없는 코드 어떻게 하시나요?
AI로 무수히 많은 코드를 만들고 있지만
몇 천줄, 몇 만줄 되는 코드들을 일일이 확인하기란 어렵습니다
사용 가능성이 없다면 그 코드를 확인할 일은 더 더욱 줄어 들거나 없겠죠
하지만 삭제하기란 쉽지 않습니다
나중에 사용하게 되면 어쩌지? 와 같은 걱정을 미리 하니까요
저 같은 경우 다시 쳐다보지 않을 코드는 github 의 private 으로 저장을 해 놓습니다
나중에 아주 나중에 몇달, 몇년후 정말 카테고리 정렬이 안되면 삭제하는 경우가 있지만 별 일 없다면 그냥 두는 편입니다
별거 없는 코드도 public 으로 하지 않는 이유는 ... 그 코드에 대해 누군가 물었을때 대답할 자신이 없고, 시간을 빼앗기고 싶지 않기 때문입니다
로컬에 저장은 하지 않는 편입니다
언제 어느때 포맷으로 날아갈지 모르고, 제 기억에는 한계가 있기 때문입니다
github 와 같은 장소는 계정만 알고 있으면 되니까 기억을 많이 소모할 일도 없습니다
여러분은 어떻게 하시나요?
몇 천줄, 몇 만줄 되는 코드들을 일일이 확인하기란 어렵습니다
사용 가능성이 없다면 그 코드를 확인할 일은 더 더욱 줄어 들거나 없겠죠
하지만 삭제하기란 쉽지 않습니다
나중에 사용하게 되면 어쩌지? 와 같은 걱정을 미리 하니까요
저 같은 경우 다시 쳐다보지 않을 코드는 github 의 private 으로 저장을 해 놓습니다
나중에 아주 나중에 몇달, 몇년후 정말 카테고리 정렬이 안되면 삭제하는 경우가 있지만 별 일 없다면 그냥 두는 편입니다
별거 없는 코드도 public 으로 하지 않는 이유는 ... 그 코드에 대해 누군가 물었을때 대답할 자신이 없고, 시간을 빼앗기고 싶지 않기 때문입니다
로컬에 저장은 하지 않는 편입니다
언제 어느때 포맷으로 날아갈지 모르고, 제 기억에는 한계가 있기 때문입니다
github 와 같은 장소는 계정만 알고 있으면 되니까 기억을 많이 소모할 일도 없습니다
여러분은 어떻게 하시나요?
총 3명이 반응했습니다
|
댓글을 작성하시려면 로그인이 필요합니다.
댓글 8개
천년 만년 갈거 같던 싸이월드 일만 봐도 자기 자료는 자기가 책임지는게 제일 좋은듯 합니다 공동 개념의 프로젝트가 아닌 이상
코드가 많아질 땐
전 기능을 봅니다
이 코드를 사용해서 얻어진 기능이
사용중이거나 사용할만 하거나
꼭 있어야 되는 기능인지
즉 대체 불가인지 부터 판단해서
코드를 줄일 수 있다면 코드를 줄이고 기존 코드는 저장소에 박제 시켜두되 코드만 있어서는 확인이 힘드니 전체코드와 디비까지 한꺼번에 갈무리해둡니다
코드파일과 디비 위주로 때에 따라서는
약간의 데이터성 확인용 데이터 파일을
저장하지만 용량은 그리 많이 되지 않으니
관리에 어려움은 없습니다
필요시 테스트 계정에서복원해서
확인하기 편하구요
예전에 아는 선배에게 서버 공간 얻어 쓰다
어느날 나도 모르게 문 닫고
여태까지 자료를 못 받고 있는데
그래서 더 내 자료는 내가 지킨다
이러지 싶습니다
저는 그냥 박스 만들어서 적당히 라벨링 해두고 보관합니다.
예전에는 언젠간 쓰겠지 -> 막상 쓸때 보니까 버전이 너무 낮아 수정할게 한두개가 아님 -> 그냥 새로 만드는게 더 빠를것 같음
이런 구조였는데
이제는
해당 구조와 비슷한 프로젝트 필요 -> AI 에 구버전 파일구조 채크 및 픽스된 프롬프트로 리빌드 -> 굿!
뭐 이정도 겠죠^^;
이제는 깃헙 저장도 크게 무의미 하네요...
내일의 AI는 오늘의 AI보다 더 똑똑하니..
사실 AI 없을적에도 한번도 꺼내써본적이 없어요 ㅎㅎ
그냥 폐기합니다!!
(간단한게 "/find-project 예전에 내가 이런이런거 만든적 있는데 찾아줘" 프롬프트 합니다.)
로컬에 작업하던 프로젝트 코드가 너무 많아져서, 기존에 어떤 코드에 작업했는지, 어떤 프로젝트 이름으로 작업했는지 어느 디렉토리에 있는지도 찾기가 어려워지더라구요.
유튜브나 sns 를 보면,
llmwiki 기반의 자체 코드 지식 베이스나 옵시디언을 구축하는것 같네요.
(저는 옵시디언이 안 맞아서 안쓰고 있습니다.)
electron 을 사용하여 앱기반으로 구축하던게 있었는데, /find-project 정도면 충분해서 만든건 봉인된 상태네요.
거창한 솔루션보다는 딱 필요한 기능만 만들어 쓰는게 좋은것 같습니다.