다 안된다는 상사가 답답해요

BEST퇴물(?)들이 항상 옳은것은 아니나 본인들이 실무를 한참할 때의 경험들이 참고가 되는 경우가 많습니다. 마침 적절한 예시를 들어주셨으니 1. 라이브러리 최신화 - 마이너 버전 업데이트는 긴급도 떨어집니다 - 보안 핫픽스이면 취약구간 리스크 확인 가능하다면 긴급도 검토하여 반영, 아니라면 버전 최신화 일정 잡혔을때 일괄 반영하는게 좋습니다 - 선행 연구 포지션에서 보안 핫픽스를 요구한다면 연구환경에서 라이브러리를 무조건 최신버전으로 설치하여 연구 후 실환경 배포에 버전 업을 요구한 것으로 추정됩니다. 우선순위를 역행한 의사결정입니다. 실행환경에 맞게 작업하는게 비용이 크게되는 상황이 아니었다면 본인이 맞추시는게 조직 전체에게는 효율적이지 않았을까요? 2. Babel 도입 검토 - 고객사에 새로운 아키텍처를 제안하는거라면 고객사의 기술 성숙도도 고려해야 합니다 - 심지어 바벨이면 세부기능 구현에서의 변경 영향도도 고려해야 하는 매우 큰 작업입니다 - 속상하시겠지만 uglify 상태라면 더더욱 적용이 어렵습니다. 구구단 못외운 학생한테 2×9를 2를 왜 9번 더하고 있냐고 혼내시는건 아닐까요? 3. 신기술 도입 검토 - 참으로 참으로 화가 나시겠지만 회사 전체가 배워야 하는 한달만에 가능한 기술 도입이 숙제였을 겁니다. - 진짜하고 싶으시다면 회사 전체가 한달만에 배울수 있게끔 본인이 다 준비하셔서 제시하시면 됩니다 => 근데 이렇게 제시해도 심지어 욕 먹습니다. 예전에 상사 분이 같이 욕을 먹었었네요. 4. 개발표준 - 최신문법 실험환경에서 적극적으로 쓰세요. 조직이 건강해집니다. - 운영환경에서 쓰지말아주세요. 유지보수 고려해서 일일이 기존 방식으로 수정해야 합니다. - 그정도 자유도는 있는 소규모 시스템이라면 최신문법 이런점이 좋아요라고 해맑게 말씀드려보세요. 몰라서 쪽팔려한다면 좋은 상사 분입니다. 쭉 훑어보니 상사 분이 참 좋은 분인거 같습니다. 그럼에도 적극적으로 일하시는 후배님을 아끼시는 것도 행간에 보이네요. 상대의 시야에서 고민하시면 더 좋은 결과 있으실거에요. 이래저래 칭찬드립니다.