> 웹 프론트엔드 > JS 튜토리얼 > 신규 개발자가 첫 주에 피해야 할 중요한 함정

신규 개발자가 첫 주에 피해야 할 중요한 함정

Barbara Streisand
풀어 주다: 2025-01-14 22:37:48
원래의
216명이 탐색했습니다.

지난 6년 동안 저는 Palantir에서 5개 팀에서 일했습니다.

내 경력이 시작될 때 누군가가 이 7가지 실수에 대해 경고해줬더라면 좋았을 텐데요.

준비됐나요? 시작해 보겠습니다.

? 빠른 시작을 위해 무료 101가지 React 팁 및 요령 책을 다운로드하세요.

실수 #1: 아직 완전히 이해하지 못한 것에 대해 강한 의견을 제시하는 것

우리는 입사 첫날부터 우리의 가치를 증명하고 싶습니다.

당신이 고용할 가치가 있다는 것을 동료들에게 보여주고 싶은 것은 자연스러운 것입니다.

그러나 이로 인해 아직 완전히 이해하지 못한 사항에 대해 강한 의견을 제시하게 될 수 있습니다.

  • 누군가 검사에 대해 문의 → “100% 보도하지 않는 것은 범죄입니다.”

  • 누군가 상태 관리 라이브러리에 대해 이야기합니다 → 팀이 Redux를 사용하는 이유에 대해 질문하고 Zustand를 제안합니다.

  • 팀에서 마감 기한을 맞추기 위해 기능을 삭제하기로 결정 → 이것이 이전 회사에 어떤 역효과를 가져왔는지, 사용자 손실, 이야 앗...

지금 당장 말씀드릴 수 있는 것은 99%의 경우 잘 착륙하지 않을 것이라는 점입니다.

왜?

  • 전체 맥락이 없기 때문에 귀하의 입력은 기껏해야 시끄럽고 최악의 경우 비생산적입니다.

  • 동료들이 말다툼을 하거나 설명을 해주느라 시간을 낭비합니다.

  • 자신도 모르게 '과시'하는 모습으로 비춰질 수도 있습니다. 이것이 친구를 사귀는 가장 좋은 방법이 아닐까요?.

그럼 첫 주에는 조용히 지내야 할까요? 절대 그렇지 않습니다.

당신은 팀에 기여하고 당신의 관점을 공유하기 위해 고용되었습니다. 그러나 다음 사항을 확인하세요.

  • 팀과 제품에 대해 최대한 많은 맥락을 수집합니다. 먼저 "이유"를 물어보세요.

  • 당신은 자신의 의견에 너무 집착하지 않습니다. 어려운 진실이 아닌 제안으로 제시하세요.

  • 가능할 때마다 "보여주고 말하지 마세요".

ritical Pitfalls New Developers Must Avoid in Their First Weeks

실수 #2: 모든 것을 혼자서 해결하려고 합니다.

팀에 혼자가 아니라면 도움을 요청하세요.

적절한 시간을 두고 노력한 후 물어보세요. 합리적인 것은 질문 유형에 따라 다릅니다.

  • 한 시간이 지나도 해결책을 찾을 수 없거나 문제로 인해 생산성이 저하되는 경우 즉시 문의하세요. 예를 들어, “이 컴퓨터를 테스트하려면 어떻게 설정해야 하나요?”와 같은 질문을 즉시

  • 물어봐야 합니다.
  • Google 검색이나 AI 도구를 사용하여 해결할 수 있는 기술적인 문제라면 먼저 시도해 보세요. 그래도 안되면 30분 뒤에 도움을 요청하세요.

왜 도움을 요청하나요?

  • 모르는 것은 모르는 것입니다.

  • 다른 사람들이 이미 알고 있는 것을 알아내는 데 소비하는 시간은 생산적인 작업에 소비할 수 있는 시간입니다.

도움을 쉽게 받을 수 없는 환경에 있다면 스스로 해결해야 합니다.

다음 사람을 위해 결과를 문서로 기록하세요. 이를 통해 지식 기반을 구축하고 "좋은 팀원" 포인트를 얻을 수 있습니다.

ritical Pitfalls New Developers Must Avoid in Their First Weeks

실수 #3: 온보딩에만 너무 집중하고 동료의 작업을 무시합니다.

나 엄청 내성적이야?.

그래서 새로운 사람들에게 무작위로 다가가기가 어렵습니다.

하지만 새로운 팀에 합류할 때마다 억지로 팀원들과 대화를 나눴고, 항상 좋은 결과를 얻었습니다.

어떻게요?

  • 동료들이 기꺼이 도와주려는 평범한 사람들이라는 사실을 깨닫고 온보딩에 대한 두려움이 덜해졌습니다.

  • 저는 귀중한 맥락을 얻었고 팀에 가장 중요한 것이 무엇인지 이해했습니다.

  • 저는 도움을 요청할 수 있는 사람들의 네트워크를 구축했습니다.

그러므로 새 팀에 합류하자마자 팀원들과 1대1 회의를 준비하세요.

자신의 업무, 팀의 역사, 자신의 역할에 대해 어떻게 생각하는지, 조언이 있는지 물어보세요.

ritical Pitfalls New Developers Must Avoid in Their First Weeks

실수 #4: 모든 것을 외우려고 노력함

첫 번째 팀에서 정말 상실감이 들었어요 ?.

사람들은 회의에서 약어를 사용했고 저는 대화를 따라가는 데 어려움을 겪었습니다. 몇 가지 약어를 알고도 여전히 벅차더라구요.

다 외우려고 노력했습니다.

그러나 이것은 무의미했습니다.

모든 것은 결국 제2의 천성이 될 것입니다. 처음에는 압도감을 ​​느끼는 것이 정상입니다.

계속 명확한 질문을 하는 것이 핵심입니다.

시간이 지남에 따라 상황을 더 잘 이해하고 근육 기억력을 키울 수 있습니다.

ritical Pitfalls New Developers Must Avoid in Their First Weeks

실수 #5: 팀 시스템에 대해 지나치게 불평함

완벽한 코드베이스는 없습니다.

완벽한 팀은 없습니다.

책과 블로그는 종종 다음과 같은 인상을 줍니다.

  • 모두가 최신 라이브러리나 프레임워크를 사용해야 합니다.

  • 모든 레거시 코드를 리팩토링해야 합니다.

다른 관행이나 "복잡한" 코드를 가진 팀에 합류하면 불평이 시작될 수 있습니다.

'잘못된' 모든 ​​항목의 목록을 작성할 수도 있습니다. ?‍♀️

이것은 새 일을 시작하는 최악의 방법입니다.

팀과 프로세스를 점검하기 위해 고용된 것이 아니라면(그리고 그때라도) 이 작업을 수행하지 마세요.

왜?

  • 팀이 부족한 부분이 있다는 것을 암시하고 있습니다.

  • 동료를 위한 원치 않는 작업을 추가하고 있습니다.

  • 당신은 그들이 직면한 제약을 이해하지 못한 채 시스템을 구축한 사람들을 소외시키고 있습니다.

대신 긍정적인 태도를 가지세요.

  • 가치를 제공할 수 있는 방법을 찾아보세요.

  • 말하지 말고 보여주세요: 끌어오기 요청에 더 나은 패턴을 도입하세요.

  • 팀과 기술적인 논의를 공개하세요.

시스템이 만족스럽지 않다면 다른 곳에서 면접을 고려해 보세요 ?.

ritical Pitfalls New Developers Must Avoid in Their First Weeks

실수 #6: 컨텍스트 없이 코드를 리팩토링하려고 시도

제가 이런 실수를 저질렀습니다.

가치를 제공하고 싶어서 요청도 없이 코드를 리팩토링했습니다.

생각보다 잘 안됐어요.

나중에 누군가가 팀에 합류해 묻지도 않고 내 코드를 리팩토링했을 때 나만의 약을 맛보게 되었어요 ?.

문맥 없이 누군가의 코드를 리팩터링하는 것은 공격처럼 느껴질 수 있습니다. 누군가가 당신의 예술 작품을 망치는 것과 같습니다.

@@하지 마세요. 건강에 좋지 않다는 걸 알고 있나요?.

문제가 되는 이유:

  • 코드가 존재하는 이유에 대한 맥락을 놓치고 있습니다.

  • 더 중요한 작업을 간과합니다.

대신 다음과 같은 경우에만 코드를 리팩토링하세요.

  • 누군가 도움을 요청합니다.

  • 리팩터링을 의미 있는 작업(예: 끌어오기 요청)에 통합할 수 있습니다.

ritical Pitfalls New Developers Must Avoid in Their First Weeks

실수 #7: 비현실적인 기대치를 설정하는 것

장기적으로 일할 계획이 아니라면 처음 몇 주 동안은 하루 12~14시간씩 일하지 마세요.

다음과 같은 이유로 좋은 생각처럼 보일 수 있습니다.

  • 당신의 가치를 증명하고 싶습니다.

  • 배워야 할 것이 너무 많다는 느낌이 듭니다.

  • 보호관찰 중입니다.

그러나 이는 역효과를 낳을 수 있습니다.

  • 팀에 대한 비현실적인 기대치를 설정합니다. 나중에 규모를 축소하면 마찰이 발생할 수 있습니다.

  • 지속 불가능하며 탈진으로 이어질 수 있습니다.

대신:

  • 팀의 기대에 먼저 부응하세요.

  • 더 많은 일을 하고 싶다면 지속 가능하고 유익한 일인지 확인하세요.

처음 주는 유예 기간입니다. 사람들은 즉시 가치를 제공하는 것이 아니라 학습하기를 기대합니다.

ritical Pitfalls New Developers Must Avoid in Their First Weeks

완전 그렇죠?.

온보딩은 쉽지 않습니다.

그러나 일부 실수는 상황을 더욱 악화시킬 수 있습니다.

  • 맥락 없이 강한 의견을 공유합니다.

  • 맥락 없이 행동합니다.

  • 동료를 활용하지 않습니다.

이러한 실수를 피하면 새 팀에 빠르게 적응할 수 있습니다.

"???"를 삭제하는 것도 잊지 마세요.

React를 배우고 있다면 내 101 React Tips & Tricks 책을 무료 다운로드하세요.

이런 기사가 마음에 드신다면 제 무료 뉴스레터인 FrontendJoy에 가입하세요.

일상적인 팁을 원하시면 X/Twitter나 Bluesky에서 저를 찾아주세요.

ritical Pitfalls New Developers Must Avoid in Their First Weeks

? 이번주의 팁

ritical Pitfalls New Developers Must Avoid in Their First Weeks

? 생각을 위한 음식

<script> // Detect dark theme var iframe = document.getElementById('tweet-1877747297402142883-419'); if (document.body.className.includes('dark-theme')) { iframe.src = "https://platform.twitter.com/embed/Tweet.html?id=1877747297402142883&theme=dark" } </script> <script> // Detect dark theme var iframe = document.getElementById('tweet-1876901704563872142-960'); if (document.body.className.includes('dark-theme')) { iframe.src = "https://platform.twitter.com/embed/Tweet.html?id=1876901704563872142&theme=dark" } </script>

위 내용은 신규 개발자가 첫 주에 피해야 할 중요한 함정의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

원천:dev.to
본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
저자별 최신 기사
인기 튜토리얼
더>
최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿