첫 프로그래밍 작업에서 무엇을 기대해야합니까? [닫은]


37

방금 첫 프로그래밍 작업에 채용되었습니다! 저는 25 살이고 6 년간 학문적으로 Java를 사용하고 있습니다.

지금은 고용 된 상태이기 때문에 고용주가 기대하는 기술이 내 기술이 아닐 것이라는 점에 불안합니다. 나는 프로젝트에 배정되어 동료가 아마추어라고 느끼게 될 많은 질문을해야 할까봐 두렵습니다.

이것은 합리적인 두려움입니까? 귀하의 첫 프로그래밍 직업 경험은 무엇입니까? 무엇을 기대해야합니까? 어떤 조언을 해줄 수 있습니까?

감사.


16
걱정마 대부분의 고용주는 학계에서 산업계로 이동하는 데 큰 학습 곡선이 있다는 것을 알고 있습니다. 많은 질문을하지 않으면 걱정이됩니다.
Pemdas


내 의견으로는 당신이 할 수있는 최선의 방법은 물어 보는 것입니다! 문제가 있으면 무언가를 알아 내려고 노력하면서 시간을 낭비하는 것보다 빠른 질문이 더 효율적입니다. 처음에는 조금 더 물어볼 수도 있지만, 얼마 후에는 "보다 숙련 된"동료들의 질문에 대답 할 수있을 것입니다. 아무도 아는 바가 없으며 고용주는 그것을 기 대해서는 안됩니다. 건전한 의사 소통은 회사에 중요합니다.
johannes

답변:


57

대학에서 배울 수없는 것이 너무 많습니다 . 도 있습니다 회사와 관련된 많은 일들이 . 두 경우 모두 다음을 선택할 수 있습니다.

  • 동료에게 설명을 요청하거나
  • 또는 다른 사람에게 아무 것도 묻지 않고 실수 할 위험이 있습니다.

전문적인 경험이없는 사람을 고용하면 첫 주나 몇 달 동안 많은 질문을해도 괜찮습니다. 반면, 다른 개발자가 몇 초 안에 해결할 수있는 문제를 해결하기 위해 도움을 요청하고 시간을 낭비하거나 동료와의 의사 소통에 더 개방적인 사람이 쉽게 피할 수있는 어리석은 실수를 저지르면 훨씬 더 귀찮게됩니다.

질문을 피하십시오. 사물을 배우고 함께 일할 사람들과 사귀는 좋은 방법입니다. 그러나:

  • 질문하기 만하면됩니다.
  • 다른 사람들은 각자해야 할 일과 마감일이 있다는 것을 기억하십시오. 그들은 모든 일에 도움을주기 위해 시간을 보내는 것 외에해야 할 일이 있습니다.
  • 다른 사람들이 당신의 일을하는 것을 기대하지 마십시오.
  • 개발자를 방해하면 다시 집중하기 위해 10 분 이상을 잃게됩니다. 따라서 인터넷에서 몇 초 안에 자신에게 답을 찾을 수 있는지 질문하지 마십시오.

나쁜 질문의 예 :

  • "저는 PHP에서 {1, 2, 3, ... n-1, n}과 같은 배열을 만들고 싶습니다. 도와 드릴까요?" 여기서는 PHP 문서 사용법을 모르는 것뿐만 아니라 Google 검색이나 잠시 생각하는 것에 대해 귀찮게하지 않음을 보여줍니다. rangePHP의 메소드에 대해 모른다면 괜찮습니다 . 직접 찾을 수 없다면 괜찮지 않습니다.

  • "플러그인을 구현하려고하는데 .NET Framework에 CAS가 무엇인지 모르겠습니다. 이것이 무엇인지 설명해 주시겠습니까?" 예, 설명하기가 더 쉽지만, 먼저 "CAS .NET Framework 4.0"을 Google에서 검색하는 것은 어떻습니까?

  • "왜 버전 제어를 사용하도록 강요합니까? 나는 항상 그것을 사용하지 않고 일을했는데 왜 지금 필요한지 이해할 수 없습니다." 글쎄, 동료들은 왜 사용해야하는지 설명 할 필요가 없습니다. 첫째, 그것은 회사의 지침입니다. 당신은 일하는 방법을 지시하기 위해 여기에 있지 않습니다. 둘째, SE 웹 사이트에는 왜 모든 사람이 버전 관리를 사용해야하는지 설명하는 많은 서적, 블로그 기사 및 답변이 있습니다. 검색 만하면됩니다.

환영되는 질문의 예 :

  • "버전 컨트롤의 변경 사항을 커밋하고 싶지만 이상한 오류 메시지가 있습니다. [...]입니다.이게 무엇인지 아십니까?" 동료가 수십 번 전에이 메시지를 보았을 가능성이 있으므로이 질문을해도 괜찮습니다.

  • "이 프로젝트에 대한 요구 사항, 파트 4.2.1의 9 페이지를 읽고 있지만 확실하지 않습니다.이 파트를 수행하는 것이 나 또는 데이터베이스 관리자에게 있습니까?" dba가 이미 수행 한 작업을 수행하는 데 3 일을 보내는 것보다 묻는 것이 낫습니다.

  • "플러그인을 구현해야하지만 이것과 이것을 읽은 후에도 여전히 샌드 박스가 무엇이고 이것이 보안과 어떤 관련이 있는지 이해하지 못합니다. 나중에 자유 시간이되면 설명해 주시겠습니까?" 당신은 검색했습니다. 노력했습니다. 당신은 이해하지 못했습니다. 모든 것을 이해하지 못하는 것은 괜찮습니다. 주말에 검색하는 대신 설명을 요청하는 것이 좋습니다.


18
회사 버전 관리를 사용 하지 않았다면 , 99.9 %가 "작동 방식을 결정"하고 소스 제어를 얻는 것을 지원할 것이라고 지적하고 싶습니다 .
whatsisname

" 버전 컨트롤을 사용하도록 강요하는 이유는 무엇입니까? 나는 항상 그것을 사용하지 않고 작업했지만 왜 지금 필요한지 이해할 수 없습니다 ." 답변 : "좋아, 당신은 요점을 가지고 있습니다. 다른 모든 사람들이 그것을 사용하는 동안 우리의 거대한 확장 코드베이스에서 몇 달 동안 아무 작업도하지 않으면 우리는 그것에 대해 이야기 할 것입니다." 이 문제는 스스로 해결 될 것입니다.
joshin4colours

1
그들에게 물어 보는 것만으로 질문하지 말고 동의하십시오. 그러나 지식을 넓히기 위해 질문하십시오. 그렇게하지 않으면 배우려고하지 않습니다.
구성자

이것들은 정말 좋은 기준이지만, 근무 시간 동안 물어볼 가치가없는 것들이 점심 식사를 요구하는 것이 완벽 할 수도 있다고 덧붙입니다 (회사 문화가 사람들이 함께 식사를하고 일을 논의하는 데 괜찮다면 ). 이것은 질문에 대한 추가 컨텍스트 전환을 방지합니다.
autophage

22

"유일한 바보 같은 질문은 묻지 않은 질문이다."

^ 진심으로. 기억.

당신 6 년 동안 학계에서 봤는데, 내가 있으리라 믿고있어 (그리고 희망 )이 핵심 엔지니어링 개념에 대한 확고한 이해를 가지고있다. 끔찍한 고용주와 함께 나쁜 상황에 처한 경우가 아니라면, 첫 직장에서 학교 밖에서 신선함을 알게되면 학습 곡선이 앞서고 실수를하게 될 것으로 예상됩니다 .

당신의 기술이 고용주가 찾고있는 것과 일치하지 않는다면, 그들은 당신을 고용하지 않았을 것입니다. 그들이 당신의 기술 이 원하는 것과 일치 하지 않더라도 당신을 고용했다면 , 당신은 어쨌든 거기서 일하고 싶지 않을 것입니다.

질문이 많을수록 새로운 업무 환경에 더 빨리 익숙해집니다. 말하지만, 일반적으로 엔지니어는 일이 다시 돌아 오는 데 ~ 15 분이 걸리기 때문에 지속적으로 버그를 느끼는 것을 좋아하지 않습니다. 따라서 모든 관련 질문을 전자 메일에 넣고 하루가 끝날 때 "알고있는"사람에게 보내는 것에 대해 생각할 수 있습니다.

어떤 회사는 당신을 멘토와 짝 짓고 어떤 회사는 그렇지 않습니다.


+1, 동료가 질문을 멍청하다고 생각할지 걱정하면서 질문을하고 구현하는 데 시간이 소요됩니다.
Nicholas Smith

+1이지만 기술 일치 부분에 대한 작은 메모가 하나 있습니다. 때때로 고용주는 훈련을 통해 이러한 기술을 습득 할 수있는 잠재력이있는 기존 기술이없는 초급 직원을 고용하기도합니다. 두 경우 모두 질문을하는 것이 해결책이됩니다.
Joel Etherton

8

너무 걱정하지 마십시오. 첫날 세계 최고는 아무도 없습니다.


8

내 첫 프로그래밍 작업은 내가 알지도 못하는 언어로 작성된 웹 사이트를 인수하는 것이 었습니다. 나는 유일한 개발자 였고 도움을 요청할 사람이 없었습니다. 나는 오래 가지 않을 것이 매우 두려웠다. (포럼이 아니었다면 아마도 없을 것이다). 그래서 내가 무엇을 했습니까? 포럼에서 많은 질문을했습니다. 톤. 나는 "아마추어"라는 질문을 너무 많이하여 아바타를 "I 'm 바보"(아직도 어딘가에 ..)로 만들었습니다.

내 요점은, 두려움은 당연하지만 당신은 그것을 지나쳐 많은 아마추어 질문을 할 것이다. 배우는 가장 좋은 방법입니다. 적어도 내 경우에는 여전히 그렇습니다.

또한 군대에서 IT 교육을 받았을 때, 그들은 모든 개념에 대해 간단히 설명했고 "첫 번째 근무지에서 직업을 배우게 될 것입니다."


2

바보 같은 질문을했지만 한 번만 물어 보면 동료들은 당신을 미워하지 않을 것입니다. 그러나 당신이 배우지 않으면, 그들은 당신의 상사에게 당신을 해고하라고 말할 것입니다.

당신의 시크가 당신의 통제를 벗어났습니다. 당신은 당신이 성공하기를 바라는 좋은 사람들과 함께있을 것이며, 당신이 실패하기를 원하는 악과 함께있을 것입니다.

긴장하지 말고 할 수있는 일을하십시오. 그리고 언어와 회사 앱을 배우는 추가 작업을 많이합니다.



1

첫 번째 프로그래밍 작업은 이전에는 다루지 않은 언어 및 프레임 워크 / 플랫폼이었습니다 (Visual C ++ / MFC, 약간의 Java를 사용하여 Unix에서 C 교육을 받았습니다).

일화의 도덕 : 상업적 경험이 없을 때, 당신을 처음 고용하는 첫 번째 고용주는 보통 어느 정도 깨끗한 슬레이트라고 생각합니다. 지금 되돌아 보면 Unix 역할에 C를 고용 했음에도 불구하고, 첫 번째 직업 초기에 학습 곡선의 95 % 이상이 소프트 기술, 소스 제어, 사무 정치 / 관리 및 기타 학업 경험으로는 실제로 준비 할 수없는 것들. 기술적 인 측면에서, 그들은 일반적으로 첫 달 또는 두 달 동안 발에 매우 ​​흔들 리기를 기대합니다. 비 기술적 인 것만으로 시스템에 충격을 가하면 방해가됩니다. 그들은 이것을 알고 있으므로 아마 많이 기대하지 않습니다.

MainMa는 좋은 충고를 가지고 있습니다 . 기본적으로 Google에 쉬운 질문을하는 사람들을 귀찮게하지 말고 6 년의 학업 경험이있는 사람에게는 영토가 있어야합니다. 경험에 대한 일반적인 규칙은 일반적인 프로그래밍 지식은 먼저 질문하기 전에 조사해야하며 내부 회사 / 도메인 특정 지식은 최소한의 파기 후에 물어 보는 것이 훨씬 안전 하다는 것 입니다.


1

저는 최근 대학을 졸업했으며 약 1 년 동안 전문적으로 소프트웨어를 개발해 왔습니다. 내가했던 것과 똑같은 것을 두려워해서 혼자가 아닙니다. 나는 당신이 여기서 설명하는 것을 겪은 것처럼 느낍니다. 내가 줄 수있는 최선의 조언은 다음과 같습니다.

  1. 당신보다 똑똑하고 멘토하기를 원하는 사람들과 함께하십시오. 가능한 한 공손하고 사람들을 읽고 동맹을 알아 내십시오. 모든 사람이 당신을 도울 수있는 것은 아니지만, "적절한 사람들"이 누구인지, 그리고 당신이 친구가되고 싶은 사람들을 쉽게 알아낼 것입니다.
  2. Google이 대답 할 수 없다고 생각되면 최대한 질문하십시오.
  3. 한동안 학교에 가본 적이없는 사람들이 많음을 깨닫고 그들이 당신을 아이디어의 신선한 마음으로 여길 것입니다. 아이디어를 내놓는 것을 두려워하지 말고 다른 사람들과 동의하지 않는 것을 두려워하지 마십시오.

얇은 선이지만 교차점과 교차점을 찾을 수 있습니다. 당신이 할 수있는 최선의 방법은 소프트웨어 개발에 대해 알고있는 것보다 더 많은 것을 알고있는 사람들과 함께 배우고 포용하는 것입니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.