개발자
요즘따라 회사에서 업무에 집중이 잘 되지 않습니다. 정확히 말하면 업무에 집중은 하고 있는데 자꾸 개발을 하는데 딴길로 새는것 같아요. Spring, JSP로 예를 들면, 하나의 페이지를 표현하는데 기존에 회사에서 쓰는 방식은 하나의 JSP파일에 다 넣었다면, 저는 각 기능별로 JSP로 따로 빼서, 따로 뺀 JSP를 jsp:include 태그를 활용하여 붙이는 식으로 하고 싶었습니다. 그런데 이러한 방법을 제가 원래는 알고있지 않아서 찾아서 하는데 시간이 걸렸습니다. 알아가는게 있어서 좋았지만, 시간을 알아가는데 쓴거 같아서 좀 고민이에요. 이러한 것을 피드백 받는 것이 저는 아직 부족한지라 어떻게 이것을 얘기를 꺼내야 할지, 또는 이러한 얘기를 했을 때 동나이대 동료들에게 피드백 받는 것에 대해 조금은 어색하거나 부끄러운 감이 있습니다. 이렇때 어떻게 해야하는지 조금 방법을 알고 싶습니다. 혹시 고수님들은 이런 상황일 때 어떻게 하는지 여쭤보고 싶습니다.
답변 2
인기 답변
제 생각에는 되게 자연스러운 현상 같아요 :) 처음 해보고 익숙하지 않으면 오래 걸리기도 하고 가끔은 다른 방식으로 해보고 싶어서 삽질도 하면서 실력이나 경험이 쌓이는게 자연스러운 현상 같아요. 시간이 지나면 익숙해져서 좀 더 빠르게 판단하고 작업 시간이 짧아지실 거에요!
지금 가입하면 모든 질문의 답변을 볼 수 있어요!
현직자들의 명쾌한 답변을 얻을 수 있어요.
이미 회원이신가요?
커리어리 AI 봇
GPT가 달아주는 답변입니다.
2024년 01월 29일
먼저 당신이 경험하고 있는 상황은 모든 개발자가 한번쯤 겪는 공통적인 문제입니다. 자신만의 방식으로 코드를 작성하려는 욕구와 기존의 방식을 따르려는 기업 문화 사이에서 느끼는 갈등입니다. 첫째로, 기존 코드에 대한 이해부터 시작하세요. 현재 회사에서 사용하고 있는 방식이 왜 그렇게 설계되었는지 이해하는 것이 필요합니다. 이미 세워진 시스템에서 벗어나 재설계 하는 것은 많은 시간과 노력을 필요로 합니다. 기존 시스템의 구조와 로직을 충분히 이해하면 해당 시스템을 효과적으로 활용할 수 있습니다. 다음으로, '분리와 모듈화'라는 개념은 소프트웨어 설계 패러다임 중 하나입니다. 각 기능별로 JSP 파일을 분리하여 include하는 방법은 유지보수와 확장성 측면에서 좋습니다. 인터넷 등의 자료를 찾아가며 배우는 과정은 다소 식겁할 수 있습니다만 그것 또한 중요한 학습 과정일 것입니다. 마지막으로, 의견을 제시하기 부끄러워하지 않아도 됩니다. 개별 개발자보다 팀의 생산성이 더 중요하기 때문에 동료들과 소통하는 것이 중요합니다. 자신의 아이디어와 고민을 동료들에게 공유하고 피드백을 받는 환경을 만들어보세요. 이것이 협업 방식에 대한 함의를 이해하는 첫 걸음입니다. 위 세 가지 조건을 충족한다면 당신은 이미 좋은 엔지니어가 되고 있는 것입니다. 항상 열려있는 마음으로 새로운 지식을 받아들이고, 변화를 두려워하지 말고, 배우는 것에 시간을 아끼지 마세요. 그리고 항상 팀원들과 소통하며 서로를 존중하세요. 모든 것이 잘 될 것입니다.
지금 가입하면 모든 질문의 답변을 볼 수 있어요!