선임 : 너 왜 이렇게했어?
나 : 저번에 [A 방식]으로 하라고 지적 받아서 최대한 따라서 해봤습니다.
선임 : 이럴땐 [B 방식]으로 하는거야.
---
근데 ㅅㅂ 여기서 [B 방식]은 내가 저번에 했던 방식임
이럴때 진짜 입꾹닫을 해야하는지 계속 정리햐야하는지 ㅈㄴ햇갈림
머릿속 시뮬 돌려봤을땐 총 4가지임
1. 선임이 내 코드 방식을 착각
2. 기강잡으려고 억까하는거
3. 본인도 햇갈린걸 아는데 일단 주워담지 않음
4. 진짜 문제가 있음
"[B방식] 내가 저번에 한건데 혹시 두 경우 차이점이 있나요?" 라고 물어봐도 솔직히 차이를 모르겠음
시발 123 경우가 맞다면 계속 묻는건 싸없새 도장 찍힐거같음
또 안묻기엔 4번경우인데 내가 이해못하고 입꾹닫해서 폐급이라고 도장찍힐거같음
걍 4번 경우가 맞고 진짜 내가 문제가있고 두 상황에 차이가 있는거겠지?
에이 설마...
A 방식과 b 방식엔 어떤차이가있는지?
엄청 큰 차이는 아니지만, 따지자면 A는 유지보수 하기 좋은 구조, B는 어느정도 하드코딩 일단 상황 자체의 코드규모는 걍 똑같음, 내가 핫바리 좀만한 기능에다가 A를 넣은건 아님
B방식이 원래 내가 했던 방식이잖아 개객끼야 이렇게 들이받으면 앞으로 널 존중해주게 될 것
기록 남겨둬라. 이를테면 회의록
아 맞네 ㅇㅋ
그러한 피드백들은 전부다 기록 해두는게 좋음 어떤 사람들은 90의 장점과 10의 단점이 있으면 90이 아니라 10의 단점에 집중해서 너의 코드는 10의 단점이 있으니 바꾸라고 하는 경우가 있는데 사실 알고 보면 그냥 상대방의 흠집이 단 하나라도 발생하면 전체를 부정하고 상대방을 반박하는게 그 사람의 심리적 자존감을 올리기 때문에 하는 경우들이 있음 보통 그런 사람들은 자신이 그렇다는 걸 전혀 인식하지 못하는 경우가 많고, 그런 사람들에겐 전부다 기록해 놓고 저번에 B로 했더니 이러이러한 근거와 이유로 A로 하라고 하셨는데 해당 부분을 다시 B 방식으로 하는 이유를 알고 싶습니다. 물론 이렇게 하면 무조건 기분 나빠할때니 예의있게 말하긴 해야함
ㄹㅇ 오히려 사람이 대놓고 마인드가 "지적해야겠다" 하면서 지적하는건 아닌거같아서 좀 머리아픔 걍 기록해보고 당장 의미 두진말고 시간두고 고민하는게 맞는거같음
굿! 건설적이고 합리적이고 좋은 대처 방식이다