개발 피드백 220627

기존에 있던 포인트 관리 페이지의 기능 보완하고,

또 해당 페이지를 본따 현금 관리 페이지를 만들려고 했다.

 

나는 포인트 관리페이지와 포인트 환급관리 페이지가 연동되어있다고 생각했다.

환급관리 페이지에서 변경되면 포인트 관리페이지에 새로운 데이터가 생기고 변경되는 것을 보았기 때문에.

 

근데 그 둘은 내 생각처럼 서로 연결되는 부분이 아니라고 한다.

즉, 겉 모습은 한 쪽이 변함에 따라 다른 쪽의 텍스트가 입혀지고 하는 등의 변화가 있어서 나는 둘이 기능상으로 연결되어있을 것이다 라고 생각했지만, 사실 둘은 한 쪽의 변화에 따라 완벽하게 연동되는 것이 아니라고 한다.

 

말하자면 둘은 완벽하게 연동되는 건 아니고,

그냥 환급 부분의 변화를 포인트 부분에 일부 기록하게만 한 것?  이라고 한다.

 

* 만일 내가 원하는 방식으로 연결하는 키를 넣게 되면,

기존 데이터와는 달라지기 때문에 마이그레이션이 어려워진다.

만일 연결 키를 넣으려면 기존 데이터는 그대로 두고 새로 시작하는 것이다.

 

그에 따라 어찌할지 기획서의 방향을 생각해야 한다.

 

아니 그럼 애초 솔루션에서는 포인트 페이지에 왜 환급 페이지를 기록하게 한거야?

나는 포인트 페이지에는 포인트 변동에 대한 모든 것이 기입되어야 한다고 생각했는데.

 

일단 애초 솔루션에 대한 이해가 필요한 것 같다.

하 근데 좀 삐꾸같아.

 

*장부는 그야말로 기록용일 뿐이다.

장부에서 지운다고 실제로 내 지갑의 돈이 없어지는 건 아니다.

이 개념으로 접근하니 이해가 된다.

그러니까 환급 쪽에서의 변동이, 포인트 장부에 기입이 되는 건 맞지만,

그렇다고 둘이 기능상으로 연동이 되어야 하는 건 이상할 수 있는 것이다. 아오케오케.

기존 기능을 좀 더 면밀하게 들여다보면 좋았을 걸 싶다. 기획서 짜느라 엄청 고생했는데.

아니다 그래도 그때 계속 봤기 때문에 지금 이해도가 높아진거겠지!

 

 

근데 또 생각해보니 너무 사사로운 기능에 집중해서 자원을 낭비하고 있는 건가 싶기도한데,

애초에 이 기능을 카피해서 새로운 페이지를 만들려고 했으니, 여기서 손을 좀 보고 가져가는게 맞는 것 같긴 하다 ㅠㅠ 

 

오랜만에 이 부분 기획서를 다시 보고 있는데

왜 또 .... 다른 방식으로 하는게 더 나았을 부분들이... 보이는 걸까...ㅠㅠㅠㅠㅠㅠㅠ

진짜 이 기획 지겹게 들여다봤는데.......ㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠ

 

요는 개발자님과 보는 세상과 

내가 보는 세상이 너무나 다르다! 내가 그 세상을 이해해야 더 정확하고 빠르게 내가 원하는 기능을 표현하고 

구현할 수 있을 것 같다.

 

여튼 계속 기획을 하게 될수록, 개발에 대해 어렴풋하게 알게되는 것 같다.

 

<<잊지마!!>>

*어떤 기능을 추가했을 때, 로딩 방식에 대해 잊지말 것!

* 또 동시에 액션을 취했을 때에는 어떻게 되는지에 대해서도 고려할 것!!