[💬] 싱글톤은 진짜 악마의 유혹이다.

[ㅆㅇㅆ(124.216)]

그냥 만들때 싱글톤으로 싹 구현 때리고 전역변수처럼 쓰고

단일 책임 원칙 개좆까라 ㅋㅋ 이지랄하면서 만들면

진짜 30분만에 만드는데

이걸 씨발 쪼개고 쪼개고 다음에 또 참조할걸 대비해서 어디를 최상위로 두고 어디를 참조하고 이렇게 설정하는건

하루 넘게 걸림

진짜 싱글톤을 처음배워서 구현이 존나게 빠를때 나는 진짜 게임 금방 만든다. 금방 만들 수 있다 자만했는데

어셈블리 정의해서 분리하고 모듈화 하기 시작하니까 이 모듈화에서 최대의 적이 싱글톤이고, 최대한 범위를 죽여야하는데

프로젝트 자체를 잘못만든 느낌이 든다.

진짜 내 수준에서 게임 만들수록 싱글톤은 쓸 수 밖에 없지만, 그 범위를 어떻게 설정하는가.

이게 진짜 존나게 어려운거 같다.

미뤄둔 숙제가 너무 많다.

나같이 작은 게임 만드는데도 이수준이면 갈 길이 한참 멀었다

내가 지금 모듈화라는 개념을 현재 매우 기초적으로 자각한 상태라 모든걸 하지 않아도 될 것까지 모듈화 할려고 하는 성향이 있다고 생각되는데도 불구하고

결국 쪼개두는게 맞는건데, 이게 너무 빡세네

[dryrain(dryrain1025)]

본인 처음에 싱글톤 최소한으로 만들고 이벤트 쓰고 이것저것 해봤지만 어차피 프로그래밍 협업 따위 없다는 것을 깨닫고 그냥 모든 걸 싱글톤으로 도배 중임

[dryrain(dryrain1025)]

case가 1천개씩 있던 언더테일 switch문을 기억하십시오

[ㅆㅇㅆ(124.216)]

그럼 버그테스트는 어떻게 함? 프로젝트 커지면 싱글톤이 많아질수록 결국 버그 테스트가 존나게 빡세지 않나?

[dryrain(dryrain1025)]

버그가 나왔을 때 거기 대처하는 시간 vs 싱글톤을 배제하는 환경을 구축하는 시간 본인은 프로그래머라기보다는 단순히 게임을 구현하는 것에 급급하기 땜시 걍 비슷하다고 생각함..

[윤희태sk(tomkazansky)]

싱글톤은 악마의 유혹이 아니라 메시아이며 구원자다

[마치쨩(machichan)]

대충 빨리 만들고 리팩토링을 반복하는 지옥의 사이클에 들어와있다는 메타인지를 시작했다는 것이 위대한 첫 발걸음인것이다

[익명(tmxpffkwid)]

안써서 뭔 광명찾겠다고 - dc App

[ㅇㅇ 1(121.169)]

프로그래밍엔 선악은 없다

[익명(121.169)]

모듈화 안하면 되잔아

[인디게임지망생(d4f27pjh3cac)]

싱글톤 자체는 전혀 문제 없음... 그냥 모듈화를 어떻게 하냐의 문제지...

[인디게임지망생(d4f27pjh3cac)]

규모가 커져도 복잡도가 O(1),O(상수), O(LogN)이나 올라가면 제대로 설계한거고 O(N)이나 O(N제곱)으로 올라간다면 설계를 잘못하고 있다는거임

[ㅆㅇㅆ(124.216)]

그보다는 싱글톤을 쓰면 추가로 구현을 하기가 힘듬. 대부분 설계에서 사람마다 다른데 나같은 경우 연계된게 많을수록 추가하기 힘들어져서