openjdk같은경우는 ai생성코드로 pr하지 말라고 하고있음
아래글을 보고 openjdk정책을 다시보니
참 여러생각이 들고있음
ai가 싸질러놓은 코드를 아무튼 내지 말라는거니까
근데 나는 회사에서 ai로 코드 열심히 싸고있단 말이지 생산성 측면에서 압도적이니까 c++서버인데도 그러고있음
근데 여기서 더 로우해진다고 뭐가 다를까 싶기도 하고 단순히 ide활용처럼 쓰면 문제 없을듯하지만
코드를 이해하지 못한상태로 pr제출은 리뷰어만 힘들어질거 같기도 하고
차리리 이럴거면 리뷰어가 ai로 코드싸고 자기가 리뷰해서 올리면 되는거 아닌가 싶기도하고(토큰비용만 감당되면)
오픈소스 생태계는 어떻게 될까
서울대 나와서 링크드인에다가 자기 오픈클로로 오픈소스 돌면서 pr 1000개 올렸다고 자랑하는 애도 있던데 ㅋㅋㅋ ai의 pr이 그 이슈에 적절한지 아닌지를 떠나서 llm 특성상 환각의 발생과 대부분 그걸 검수 안하고 pr 올릴걸 생각하면 걍 막는게 비용적으로 더 낫다고 생각함
npm에 올라간 라이브러리의 코드 몇줄 삭제했다고 전세계 몇만개 서비스가 멈추는거 생각하면 생산성이라는 키워드가 오픈소스에서 중요한가 싶은거지요…
오히려 오픈소스라서 ai를 못쓰는 역설적인 상황이네
ai코드 검수 안하는 애들은 뭔 생각이지 난 궁금해서 보게되던데
사실 생산성보다 안정성도 맞는말인듯
리눅스가 30년갈 코드에는 ai 지양해야한다 카더라 올린거본듯
오 역시 대황 리누즈 토발니즈
궁극적인 건 프로젝트 이해도 못하고 ai slop 남기지 말라는 거지 ai 써도 문제는 없을 듯
인프라는 아주 신중히 코드 싸야지. 응용이랑 전혀 다르다고 봄. 한줄에 100조 걸린 기업이랑 1억 걸린 기업이, 그 한 줄에 투자할 액수가 다르지
결국 로우레벨이야말로 ai로부터 안전한 곳이 되는건가
@완장은유동탄압을멈춰라 나라면 ai로 jdk를 테스트하는 코드를 쌀듯
사실 테스트코드까지 갈것도 없이 문제될만한 부분 찾아달라 하는것도 좋을듯 어디가 왜 문제되는지만 알아도 좋을듯