[💬] 리팩토링이란 말 쓰는 인붕이 중

[익명(121.181)]

1. 리팩토링 안 읽어본 인붕이가 90%

2. 유닛테스트가 뭔지 모르는 나머지 중 95%

3. 유닛테스트를 써 본 적이 있는 인붕이가 1% 안쪽

이라 생각됨.

리팩토링은 '기존 기능이 그대로 작동함을 보장하는 상태에서, 코드의 구조와 설계를 변경하여 가독성을 올리고 유지보수/확장을 용이하게 하는 기술' 인데

이를 하려면 반드시 유닛테스트가 있어야 한다

라고 리팩토링이란 단어를 만든 마틴 파울러가 책에 딱 써놨다.

개념을 만든 사람이 ~에는 반드시 ~가 필요하다 라고 하는데

데체 무슨 깡으로 그냥 다들 리팩토링 리팩토링 하니까 그냥 함수명 좀 바꾸고 변수명 좀 바꾸고는 리팩토링했다 하는거냐?

기존 코드와 동일한 기능을 한다는 것을 보장 받지 못한 상태로 설계를 고치는 건

리팩토링이 아니라 '버그를 심는 행위' 다.

틀딱 꼰대 처럼 들릴지 모르겠는데, 용어를 쓸 때는 진짜 그 용어 만든 사람이 뭐라는 지는 좀 알고 쓰자.

안 그러면 같은 용어를 쓰는데도 서로 딴소리 해 대는 미스 커뮤니케이션이 날 수 밖에 없다.

[익명(59.13)]

테스트코드 있어야 리팩토링이 error prone하지 않은건 맞음 근데 유니티 테스트 프레임워크 써보긴 했나 ㅋㅋ 아직 베타 수준이라 테스트고 뭐고 할 수가 없는데. 그래 리팩토링이라는 용어는 잘못 썼다 그럼 "다 갈아엎기"로 대체함

[익명(121.181)]

유니티 테스트 프레임워크는 유닛테스트라 하기 어렵지. 통합 테스트라고 봐야함. 유니티와 유닛테스트가 좀 거시기 한게 유니티 코드들은 IDE에서 자체실행 불가 (엔진외에서 유니티 함수 호출불가) 라는 제약이 있기 때문에 유닛테스트 하려면 유니티 레이어와 네이티브 코드 레이어 분리를 해야 함. 이런 게 개고생이니 출시경험 없으면 리팩토링 자체를 권하지 않는다는 거.

[익명(59.13)]

근데 얘네는 잘 쳐줘야 급/학식일텐데 뭐가 best practice인지 구분도 못할거고 그런거 찾다가 겜 만들기 좃같네 하면서 찍 쌀거같은데 현실적으로 뭔 조언을 해줘야됨?

[익명(121.181)]

내일 당장 출시해라 가 제일 좋은 조언이라 생각함

[익명(121.181)]

무슨 기술 무슨 기술 무슨 연동이니 뭐니 그런거 알려주면 알려줄수록 출시일만 늦어지고 찍쌈. 배울려면 끝이 없고 깃이 왜 필요한지도 프로젝트 날려봐야 암. 결국 '이걸 쓰면 더 조아요 ㅎㅎ' 는 주화입마만 불러일으키는 거 같고 최단시간에 버그 나도 좋으니 무조건 출시해라 가 맞다고 생각해.

[익명(124.57)]

정리해도 똑같이 작동하는데

[익명(124.57)]

걍 코드 정리할거 쌓여잇던거 처리하는게 리팩토링 아님?

[익명(121.181)]

인붕아....

[익명(112.169)]

이딴 식이면 니들이 만드는건 프로그래밍이 아니라 버그를 만드는 행위임

[익명(121.181)]

실제 그렇기에 업데이트 하면 할수록 버그잡는 시간이 딜어지는 것

[익명(154.5)]

고마워 좋은 정보

[익명(223.38)]

엔터프라이즈 프로젝트도 하고 엔터프라이즈에 요구공학 에반젤리스트도 했었지만 게임은 결국 완성한놈이 승리자라고 생각한다

[익명(223.38)]

저능아같이 디테일한 시스템 요구사항 명세 문서가 꼭 있어야만 하는 대기업 프로젝트에서 사람들을 설득시키고 있으면, 그 반대의 경우도 현실에는 존재할거라고 생각하게 됨.