[💬] [개발이야기]더이상 싱글톤에 괴로워 하지말고 zenject 써라

[익명(222.98)]

https://m.blog.naver.com/PostView.naver?isHttpsRedirect=true&blogId=raveneer&logNo=221122126506

OOP 관점에서 싱글턴은 제일 단순해 보이면서도 실제론 제일 구현하기 어려운 개념이다

스테틱접근이 싱글턴의 끝이 아니기때문. 초기화순서, 스레드접근,복사금지,상속금지 등등 오만가지 상황을 다 막아놓기 전엔

싱글턴은 겉포장만 이쁜 시한폭탄이된다.

그래서 싱글턴객체가 늘어나고 프로젝트에 참여하는 인원이 늘어나면 부작용이 크기 때문에 

현업에서 급하게 개발하고 싱글톤 떡칠된 프로젝트의 경우 리펙토링 제1순위가 된다.

위와 같은 상황들이 실제로 굉장히 빈번하기때문에 

zenject 가 나왔다.

ps. unity assetstore 에서 이름만 바꾼 extenject 가 있다고 하는데 똑같다고함. 

var 무릎탁 = zenject_필요여부체크();

if( 무릎탁 ){

   zenject_도입을_심각하게_고려하기();

}else{

   좀더많은프로젝트경험쌓기();

}

[익명(185.212)]

https://gall.dcinside.com/mgallery/board/view/?id=game_dev&no=85866
이글
어떻게 생각하는지 궁금함

[익명(222.98)]

글 잘봤음. 경력유무를 떠나 대부분의 급하게 개발하는 팀들에게서 흔히 발생하는 상황으로 보임. 글내용만 봤을땐 zenject 가 중요한게 아니라 급하게 개발한게 문제라 보이고 경력3년차면 아직 zenject 가 필요한 상황을 겪어보지 못했을것임. 프리젠테이션 위한 프로토타입수준의 플젝+플머2명(추측) 이면 젠젝트가 당장 필요없음. 허나 나중에 살붙고 인력 늘어나면 글에 나온것처럼 똑같은 절차를 밟을 가능성 농후해지고 알력다툼과 사내정치로 인해 결국 퇴사와 입사가 반복될것임

[익명(222.98)]

그리고 글내용만 봐선 왜 개발자가 책임지는지 이해가 안감. 사장에게 pm 이 요청 했으면 문제 생겼을때 pm이 옷벗어야지. 이전작업자들 욕하는 열정가득 3년차는 눈에 훤히 보임. 욕하지 말아달라고 말리는 pm 도 우유부단해보이고. 기간은 한정되있는데 기획이 두루뭉실하거나 여러번 수정한 경우 프로그램팀이 결국 줄어든 스케쥴에 과로 하다가 빡쳐서 퇴사 하는 경우가 얼마나 잦은지 현업하는 사람들은 잘 알거임

[익명(183.100)]

댓 잘봤음. 의존성 관리 경험이 없으면 이미 젠젝트가 적용된 상황에 들어가기가 난감하지. 저 글도 전적으로 pm이 컨트롤 못했다는데 동의함.