방금 첫 프로그래밍 작업에 채용되었습니다! 저는 25 살이고 6 년간 학문적으로 Java를 사용하고 있습니다.
지금은 고용 된 상태이기 때문에 고용주가 기대하는 기술이 내 기술이 아닐 것이라는 점에 불안합니다. 나는 프로젝트에 배정되어 동료가 아마추어라고 느끼게 될 많은 질문을해야 할까봐 두렵습니다.
이것은 합리적인 두려움입니까? 귀하의 첫 프로그래밍 직업 경험은 무엇입니까? 무엇을 기대해야합니까? 어떤 조언을 해줄 수 있습니까?
감사.
방금 첫 프로그래밍 작업에 채용되었습니다! 저는 25 살이고 6 년간 학문적으로 Java를 사용하고 있습니다.
지금은 고용 된 상태이기 때문에 고용주가 기대하는 기술이 내 기술이 아닐 것이라는 점에 불안합니다. 나는 프로젝트에 배정되어 동료가 아마추어라고 느끼게 될 많은 질문을해야 할까봐 두렵습니다.
이것은 합리적인 두려움입니까? 귀하의 첫 프로그래밍 직업 경험은 무엇입니까? 무엇을 기대해야합니까? 어떤 조언을 해줄 수 있습니까?
감사.
답변:
대학에서 배울 수없는 것이 너무 많습니다 . 도 있습니다 회사와 관련된 많은 일들이 . 두 경우 모두 다음을 선택할 수 있습니다.
전문적인 경험이없는 사람을 고용하면 첫 주나 몇 달 동안 많은 질문을해도 괜찮습니다. 반면, 다른 개발자가 몇 초 안에 해결할 수있는 문제를 해결하기 위해 도움을 요청하고 시간을 낭비하거나 동료와의 의사 소통에 더 개방적인 사람이 쉽게 피할 수있는 어리석은 실수를 저지르면 훨씬 더 귀찮게됩니다.
질문을 피하십시오. 사물을 배우고 함께 일할 사람들과 사귀는 좋은 방법입니다. 그러나:
"저는 PHP에서 {1, 2, 3, ... n-1, n}과 같은 배열을 만들고 싶습니다. 도와 드릴까요?" 여기서는 PHP 문서 사용법을 모르는 것뿐만 아니라 Google 검색이나 잠시 생각하는 것에 대해 귀찮게하지 않음을 보여줍니다. range
PHP의 메소드에 대해 모른다면 괜찮습니다 . 직접 찾을 수 없다면 괜찮지 않습니다.
"플러그인을 구현하려고하는데 .NET Framework에 CAS가 무엇인지 모르겠습니다. 이것이 무엇인지 설명해 주시겠습니까?" 예, 설명하기가 더 쉽지만, 먼저 "CAS .NET Framework 4.0"을 Google에서 검색하는 것은 어떻습니까?
"왜 버전 제어를 사용하도록 강요합니까? 나는 항상 그것을 사용하지 않고 일을했는데 왜 지금 필요한지 이해할 수 없습니다." 글쎄, 동료들은 왜 사용해야하는지 설명 할 필요가 없습니다. 첫째, 그것은 회사의 지침입니다. 당신은 일하는 방법을 지시하기 위해 여기에 있지 않습니다. 둘째, SE 웹 사이트에는 왜 모든 사람이 버전 관리를 사용해야하는지 설명하는 많은 서적, 블로그 기사 및 답변이 있습니다. 검색 만하면됩니다.
"버전 컨트롤의 변경 사항을 커밋하고 싶지만 이상한 오류 메시지가 있습니다. [...]입니다.이게 무엇인지 아십니까?" 동료가 수십 번 전에이 메시지를 보았을 가능성이 있으므로이 질문을해도 괜찮습니다.
"이 프로젝트에 대한 요구 사항, 파트 4.2.1의 9 페이지를 읽고 있지만 확실하지 않습니다.이 파트를 수행하는 것이 나 또는 데이터베이스 관리자에게 있습니까?" dba가 이미 수행 한 작업을 수행하는 데 3 일을 보내는 것보다 묻는 것이 낫습니다.
"플러그인을 구현해야하지만 이것과 이것을 읽은 후에도 여전히 샌드 박스가 무엇이고 이것이 보안과 어떤 관련이 있는지 이해하지 못합니다. 나중에 자유 시간이되면 설명해 주시겠습니까?" 당신은 검색했습니다. 노력했습니다. 당신은 이해하지 못했습니다. 모든 것을 이해하지 못하는 것은 괜찮습니다. 주말에 검색하는 대신 설명을 요청하는 것이 좋습니다.
"유일한 바보 같은 질문은 묻지 않은 질문이다."
^ 진심으로. 기억.
당신 6 년 동안 학계에서 봤는데, 내가 있으리라 믿고있어 (그리고 희망 )이 핵심 엔지니어링 개념에 대한 확고한 이해를 가지고있다. 끔찍한 고용주와 함께 나쁜 상황에 처한 경우가 아니라면, 첫 직장에서 학교 밖에서 신선함을 알게되면 학습 곡선이 앞서고 실수를하게 될 것으로 예상됩니다 .
당신의 기술이 고용주가 찾고있는 것과 일치하지 않는다면, 그들은 당신을 고용하지 않았을 것입니다. 그들이 당신의 기술 이 원하는 것과 일치 하지 않더라도 당신을 고용했다면 , 당신은 어쨌든 거기서 일하고 싶지 않을 것입니다.
질문이 많을수록 새로운 업무 환경에 더 빨리 익숙해집니다. 말하지만, 일반적으로 엔지니어는 일이 다시 돌아 오는 데 ~ 15 분이 걸리기 때문에 지속적으로 버그를 느끼는 것을 좋아하지 않습니다. 따라서 모든 관련 질문을 전자 메일에 넣고 하루가 끝날 때 "알고있는"사람에게 보내는 것에 대해 생각할 수 있습니다.
어떤 회사는 당신을 멘토와 짝 짓고 어떤 회사는 그렇지 않습니다.
너무 걱정하지 마십시오. 첫날 세계 최고는 아무도 없습니다.
내 첫 프로그래밍 작업은 내가 알지도 못하는 언어로 작성된 웹 사이트를 인수하는 것이 었습니다. 나는 유일한 개발자 였고 도움을 요청할 사람이 없었습니다. 나는 오래 가지 않을 것이 매우 두려웠다. (포럼이 아니었다면 아마도 없을 것이다). 그래서 내가 무엇을 했습니까? 포럼에서 많은 질문을했습니다. 톤. 나는 "아마추어"라는 질문을 너무 많이하여 아바타를 "I 'm 바보"(아직도 어딘가에 ..)로 만들었습니다.
내 요점은, 두려움은 당연하지만 당신은 그것을 지나쳐 많은 아마추어 질문을 할 것이다. 배우는 가장 좋은 방법입니다. 적어도 내 경우에는 여전히 그렇습니다.
또한 군대에서 IT 교육을 받았을 때, 그들은 모든 개념에 대해 간단히 설명했고 "첫 번째 근무지에서 직업을 배우게 될 것입니다."
질문 할 때는 다음을 확인하십시오.
http://www.artificialworlds.net/blog/2011/02/12/how-to-ask-technical-questions-in-person/
첫 번째 프로그래밍 작업은 이전에는 다루지 않은 언어 및 프레임 워크 / 플랫폼이었습니다 (Visual C ++ / MFC, 약간의 Java를 사용하여 Unix에서 C 교육을 받았습니다).
일화의 도덕 : 상업적 경험이 없을 때, 당신을 처음 고용하는 첫 번째 고용주는 보통 어느 정도 깨끗한 슬레이트라고 생각합니다. 지금 되돌아 보면 Unix 역할에 C를 고용 했음에도 불구하고, 첫 번째 직업 초기에 학습 곡선의 95 % 이상이 소프트 기술, 소스 제어, 사무 정치 / 관리 및 기타 학업 경험으로는 실제로 준비 할 수없는 것들. 기술적 인 측면에서, 그들은 일반적으로 첫 달 또는 두 달 동안 발에 매우 흔들 리기를 기대합니다. 비 기술적 인 것만으로 시스템에 충격을 가하면 방해가됩니다. 그들은 이것을 알고 있으므로 아마 많이 기대하지 않습니다.
MainMa는 좋은 충고를 가지고 있습니다 . 기본적으로 Google에 쉬운 질문을하는 사람들을 귀찮게하지 말고 6 년의 학업 경험이있는 사람에게는 영토가 있어야합니다. 경험에 대한 일반적인 규칙은 일반적인 프로그래밍 지식은 먼저 질문하기 전에 조사해야하며 내부 회사 / 도메인 특정 지식은 최소한의 파기 후에 물어 보는 것이 훨씬 안전 하다는 것 입니다.
저는 최근 대학을 졸업했으며 약 1 년 동안 전문적으로 소프트웨어를 개발해 왔습니다. 내가했던 것과 똑같은 것을 두려워해서 혼자가 아닙니다. 나는 당신이 여기서 설명하는 것을 겪은 것처럼 느낍니다. 내가 줄 수있는 최선의 조언은 다음과 같습니다.
얇은 선이지만 교차점과 교차점을 찾을 수 있습니다. 당신이 할 수있는 최선의 방법은 소프트웨어 개발에 대해 알고있는 것보다 더 많은 것을 알고있는 사람들과 함께 배우고 포용하는 것입니다.