JavaRush /Java Blog /Random-KO /1년 동안 IT 분야에서 근무한 후
Александр Мерлян
레벨 31
Одесса

1년 동안 IT 분야에서 근무한 후

Random-KO 그룹에 게시되었습니다
인사말! 그래서 나는 기사를 쓰기로 결정했습니다. 그들은 한때 나에게 정말 동기를 부여했습니다. 간단히 말해서 저는 현재 Golang 개발자(반역자)로 일하고 있으며 일반적으로 IT 분야에서 1년 남짓한 상업 경험을 가지고 있습니다. 그 전에는 대형 통신회사에서 1년간 자바 개발자로 일했습니다.
IT 분야에서 1년간 근무한 후 - 1
사실, 역사. 현재 저는 22살이고, 개발자가 되기로 결심했을 때는 20살이었습니다. 그런데 저는 직업상 프로그래머이지만 대학에서 프로그래밍에 관해 배운 것이 거의 없습니다. 유일한 것은 프로그래밍 언어의 루프, 조건 및 배열 작업에 대한 일반적인 이해였습니다. 이는 "공인 전문가"에게는 그저 그런 지식입니다. 그러나 일반적으로 컴퓨터가 작동하는 방식에 대한 이해가 있었습니다. 프로세서 중단, 메모리 작동 방식 및 기타 재미있는 사항은 우리에게 꽤 잘 가르쳐졌습니다(내가 착각하지 않는다면 Tanenbaum의 "컴퓨터 아키텍처"를 기반으로 함). 왠지 친구의 자극을 받아 짧은 시간 안에 HTML/CSS/JavaScript에 익숙해졌습니다. 즉, 나는 무슨 일이 일어나고 있는지에 대한 일반적인 아이디어를 여전히 가지고있었습니다. 그렇다면 나는 어떤 기반을 갖고 있었나요? 베이스라고 할 수 있다면. 그래서 처음으로 JR을 접하게 되었고, Java를 배워보기로 결심했습니다. 2주만에 5레벨을 완료하고 개인적인 사정으로 그만뒀습니다. 1년 동안 다른 사업에서 "나 자신을 찾았지만" 검색이 되지 않았습니다. 그 결과 JR에서 계속 공부하여 한 달(2016년 8월)에 레벨 20이 되었습니다. 아무리 노력해도 시간이 지남에 따라 어떤 것들은 머릿속에서 "압축"되어야 하기 때문에 그것이 매우 생산적이라고 말할 수는 없습니다. 그 결과, 나는 졸업 후 일할 최고의 학생들을 모집하는 것을 목표로 진행하는 회사의 과정 인터뷰에 등록하기로 결정했습니다. 논리적인 결과는 그들이 기술 인터뷰에서 나에게 약간의 시간을 주었다고 생각합니다. :) 그때 제가 첫 번째 매우 흥미로운 점을 발견했습니다. 귀하의 실제 프로그래밍 기술은 인터뷰에서 어떤 식으로든 테스트되지 않으며 여기서는 이론만이 가격입니다. (개인적인 결론이니 비난하지 마세요) . 게다가 이론의 80%는 당신에게 유용하지 않을 것 같습니다. 그리고 나는 왜 이런 일이 일어나는지 완벽하게 이해하지만 그 순간 그것은 나에게 발견이었습니다. 결론을 도출했습니다. 나는 인터뷰에 합격하기 전에 연습을 통해 자신을 밀어붙이고 이론으로 강화하기로 결정했습니다. 그 결과 2016년 11월 중순까지 JR의 문제를 해결하고 레벨 25까지 올라와서 이전에 이해하지 못했던 부분을 조정했습니다. 이제 저는 이미 품질에 대한 작업을 하고 있었습니다. 다음 작업으로 넘어 가기 전에 최대한 이해하려고 노력했습니다. 데이터베이스 작업에 또 한 달 반이 소요되었습니다. 2017년 1월에 저는 이미 JavaFx && MySQL을 기반으로 간단한 참고서를 작성할 수 있었습니다. 그 당시 웹은 나에게 미스터리로 남아있었습니다. 하지만 지난 두 달 동안 저는 가능한 한 형편없는 이력서를 보내왔습니다 :) 그리고 그것은 성과를 거두었습니다. 얼마 후 일부 회사에서 내가 블랙리스트에 오른 것 같은 느낌이 들기 시작했습니다. 아무 반응도 없었고 그저 무지했을 뿐입니다. (예, HR 업무가 무엇인지는 알지만 그 당시에는 정말 그렇게 보였습니다.) 그런데 이상하게도 저는 오데사에 살고 있음에도 불구하고 Kharkov에 있는 한 식품 회사에서 인터뷰를 요청받았습니다. 스카이프를 통해. 이번에 저는 이미 이론을 향상시키고 Junior Java에 대한 문제를 공부했습니다. 그러나 아직 충분하지 않았습니다. 인터넷 어디에서도 찾을 수 없는 질문이 있었습니다. 카테고리에서 보면, 언어 개발자들은 왜 이런 식으로 만들었나요? 그건 그렇고, 아주 멋진 질문입니다. 이것을 외울 수는 없으며 독창성과 이해력이 필요합니다. 스트레스가 많은 상황에서는 내 독창성이 그저 그렇지만 이해하는 데 문제가 있었던 것 같습니다. 그러나 나는 나중에 이러한 문제에 대해 연구했습니다. 그리고 이것이 다음 인터뷰에서 많은 도움이 되었습니다. 한 달 후, 지난번에 수강하지 않은 회사의 강좌에 대한 새로운 등록이 시작되었습니다. 그리고 모든 것이 이론에 의해 결정되었기 때문에 저는 "Java Professional Library"를 읽기 시작했고, 그 전에는 대학에 가서 강의에서 "Java Philosophy"를 읽었습니다. 한 달 만에 1,800개의 기술 페이지를 완성했습니다. 문학이지만 이것이 어떻게 든 상황에 영향을 미쳤다고 말할 수는 없습니다. 동시에 나는 어떻게든 레벨 31까지 기어올랐다. 문제는 대학에서 시작되었고, 연구실을 마무리하면서 밤을 새웠다가 저녁까지 기다려서 제출했습니다. 그리고 결국 예산을 통과하고 그대로 유지되면 집에 가서 잠자리에 들었습니다. 면접 시작 한 시간 전에 일어나서 바로 달려갔습니다 :) 결과적으로 Java는 모든 것이 괜찮은데 SQL이 맨 아래에 있다고 말했습니다. 그럼에도 불구하고 그들은 여전히 ​​나를 코스에 데려갔습니다. Java, Oracle DB에 대한 강의와 실습이 진행되었습니다. 또한 제가 Spring에 대해 알게 되었고 원칙적으로 Java로 웹 애플리케이션을 만드는 교육 프로젝트도 있었습니다. 강좌는 훌륭합니다. 특히 SQL 분야의 기술을 향상시켜줍니다. 나는 팀에서 매우 운이 좋았습니다. 6명 중 저를 포함해 4명이 정말로 이 일을 하고 싶어했습니다. 교육 프로젝트를 옹호한 후 3명이 인터뷰를 요청했습니다. 결국 나와 팀원은 끌려갔습니다. 세 번째 사람이 프로젝트를 가장 많이 수행했다는 점은 주목할 가치가 있습니다. 그리고 그 순간 그는 우리보다 훨씬 더 많은 것을 알고 있었습니다. 그러므로 사람들이 일자리를 얻지 못한다면 이것은 확실히 당신의 잘못입니다. 그러나 이것이 당신이 이미 고용된 사람들보다 더 나쁘다는 것을 의미하지는 않습니다. 아마도 더 좋을 것입니다. 그런데 이 친구는 거절한 지 며칠 뒤 다른 회사로부터 중간 자리 제안을 받았습니다. 왜 우리는 만날 때마다 계속 소리를 지르나요? Java에서는 모든 것이 정상이지만 SQL은 맨 아래에 있습니다. 그럼에도 불구하고 그들은 여전히 ​​나를 코스에 데려갔습니다. Java, Oracle DB에 대한 강의와 실습이 진행되었습니다. 또한 제가 Spring에 대해 알게 되었고 원칙적으로 Java로 웹 애플리케이션을 만드는 교육 프로젝트도 있었습니다. 강좌는 훌륭합니다. 특히 SQL 분야의 기술을 향상시켜줍니다. 나는 팀에서 매우 운이 좋았습니다. 6명 중 저를 포함해 4명이 정말로 이 일을 하고 싶어했습니다. 교육 프로젝트를 옹호한 후 3명이 인터뷰를 요청했습니다. 결국 나와 팀원은 끌려갔습니다. 세 번째 사람이 프로젝트를 가장 많이 수행했다는 점은 주목할 가치가 있습니다. 그리고 그 순간 그는 우리보다 훨씬 더 많은 것을 알고 있었습니다. 그러므로 사람들이 일자리를 얻지 못한다면 이것은 확실히 당신의 잘못입니다. 그러나 이것이 당신이 이미 고용된 사람들보다 더 나쁘다는 것을 의미하지는 않습니다. 아마도 더 좋을 것입니다. 그런데 이 친구는 거절한 지 며칠 뒤 다른 회사로부터 중간 자리 제안을 받았습니다. 왜 우리는 만날 때마다 계속 소리를 지르나요? Java에서는 모든 것이 정상이지만 SQL은 맨 아래에 있습니다. 그럼에도 불구하고 그들은 여전히 ​​나를 코스에 데려갔습니다. Java, Oracle DB에 대한 강의와 실습이 진행되었습니다. 또한 제가 Spring에 대해 알게 되었고 원칙적으로 Java로 웹 애플리케이션을 만드는 교육 프로젝트도 있었습니다. 강좌는 훌륭합니다. 특히 SQL 분야의 기술을 향상시켜줍니다. 나는 팀에서 매우 운이 좋았습니다. 6명 중 저를 포함해 4명이 정말로 이 일을 하고 싶어했습니다. 교육 프로젝트를 옹호한 후 3명이 인터뷰를 요청했습니다. 결국 나와 팀원은 끌려갔습니다. 세 번째 사람이 프로젝트를 가장 많이 수행했다는 점은 주목할 가치가 있습니다. 그리고 그 순간 그는 우리보다 훨씬 더 많은 것을 알고 있었습니다. 그러므로 사람들이 일자리를 얻지 못한다면 이것은 확실히 당신의 잘못입니다. 그러나 이것이 당신이 이미 고용된 사람들보다 더 나쁘다는 것을 의미하지는 않습니다. 아마도 더 좋을 것입니다. 그런데 이 친구는 거절한 지 며칠 뒤 다른 회사로부터 중간 자리 제안을 받았습니다. 왜 우리는 만날 때마다 계속 소리를 지르나요?
IT 분야에서 1년간 근무한 후 - 2
첫 번째 제안을 받기까지 정확히 1년이 걸렸습니다. 입사 후 1년 안에 중위까지 성장하겠다는 목표를 세웠습니다. 이것이 내가 라인 관리자 (경력 성장을 담당하는 사람, 원칙적으로 관리 지점을 따르는 개발자)에게보고 한 내용입니다. 그들은 나를 비웃지 않았고 심지어 그 반대로도 경의를 표할 가치가 있습니다. 그들은 매달 내가 한 일의 유형, 내가 배울 수 있었던 새로운 일, 내가 한 번도 경험하지 못한 일을 설명하도록 제안했습니다. , 어떻게든 내 성장을 추적하기 위해. 이것이 내가 한 일입니다. 그리고 이것은 매우 동기를 부여합니다. 프로젝트에 익숙해지고 코드의 큰 부분을 알게 되면 모든 일에 방향을 잡게 되면서 약간의 긴장이 풀릴 수 있기 때문입니다. 그러나 월말에 무언가를 말해야 한다는 것을 깨닫게 되면 처음에는 너무 어려워 보이는 작업을 시작하기 시작합니다. 결과적으로 3-4개월 동안 이러한 작업을 수행한 후에는 어떤 것도 당신을 놀라게 할 것 같지 않습니다. 작업이 있으며 이를 구현해야 합니다. 당신은 어떻게 지내십니까? 그것이 나쁘든 좋든 그들은 그것을 확인하고 검토하고 조언할 것입니다. 이 모든 일은 멘토가 회사를 떠나던 바로 그 순간에 일어났습니다. 프로젝트를 잘 아는 유일한 사람이 떠나고 그 대신 후배 1이 남아 있으면 문제가 발생할 수 있습니다. 그런 일이 일어났지만 우리는 스스로 문제를 해결해야 했습니다. 그리고 원칙적으로 문제가 실제로 해결되지 않는 것을 보면 모든 것을 다하기 시작합니다. 그리고 당신은 당신의 능력에 대한 경험과 자신감의 형태로 보너스를 얻습니다. 주목할만한 점 : 1 이니셔티브는 항상 기쁨으로 받아 들여졌습니다. 이미 확립된 프로세스를 개선하려고 할 때 “아, 안녕, 준아 어디 가?”라고 말하는 사람은 아무도 없었습니다. 누군가에겐 꼭 필요하다는 느낌이 드는 게 자연스럽게 매력적이더라고요. 한 사람이 새로운 강좌 세트에서 왔으며 새로운 기능을 개발하기 위해 우리에게 파견되었습니다. 그리고 몇 달 동안 멘토가 될 기회도 있었습니다.) 그러나 다른 곳과 마찬가지로 단점도 있었습니다. 최선을 다하고 보너스로 격려를 받았음에도 불구하고 경력 성장 측면에서 나는 바닥에 있었다. 나는 또한 주로 오래된 기술을 사용하여 작업했기 때문에 노동 시장에서 내가 불필요하다고 생각할 것이라는 약간의 두려움이 있었습니다(프로젝트에는 Spring이나 Hibernate가 없었습니다). 내가 이것에 대해 아는 것은 자유 시간에 개인적인 발전이 있는 것뿐입니다. 게다가, 누가 뭐라고 말하든 당신의 급여와 기술은 비동기적으로 증가합니다. 매우. 그리고 가난한 고객이 아닌 대기업 같았고, 내 개인 급여는 시세의 절반이었습니다. 이 모든 것과 관련하여 나는 떠나기로 결심하고 새 직업을 찾기 시작했습니다. 저는 두 번의 면접에 합격했습니다. 둘 다 성공한 것처럼 보였지만 각각 피드백을 제공하지 않았습니다. 다른 사람으로부터 제안을 받았습니다. 백엔드를 Golang으로 작성하는 백엔드 개발자 포지션입니다. 나는 그 제안을 받아들였고 지금까지도 일하고 ​​있습니다. Golang은 꽤 흥미로운 언어입니다. 하지만 마음에 들지 않는 것들도 있습니다. 코드는 더 빨리 작성되지만 동시에 IMHO, 오류 처리는 끔찍합니다. 메서드와 함수의 오버로드가 없습니다. 정말 고통스럽습니다. 글쎄요, 제네릭이 없기 때문에 매우 제한적입니다. 요약하자면, 저는 몇 가지 개인적인 관찰과 결론에 대한 제 의견을 표명하고 싶습니다.
  1. 독서기술. 문헌은 급여, 직위, 배당금 수준에 전혀 영향을 미치지 않습니다.
  2. 기술 문헌을 읽기로 결정했다면, 내 생각으로는 최고의 개발은 특정 도구와 사용 규칙보다는 소프트웨어 개발에 대한 몇 가지 모범 사례와 아이디어를 전달하는 책에 있는 것입니다. (예: "이상적인 프로그래머", "효과적인 Java")
  3. 인터뷰는 무작위입니다. 통과하지 못하면 분석하고 결론을 도출하고 무언가를 배우고 새로운 것으로 넘어갑니다. 매번 기회가 더 높아집니다.
  4. 후배로 채용되지 않는다면 중간으로 채용해보세요 :)
  5. 새로운 언어로 전환하는 것은 문제가 되지 않습니다.
추신: 저는 항상 교사로서 제 자신을 시험해보고 싶었습니다. 지금은 이 작업을 수행할 시간이 많지 않지만 초보 개발자를 멘토링하는 데는 충분합니다. 한때 나는 이것이 정말로 그리웠습니다. 내가 옳은 일을 하고 있는지에 대한 의문이 자주 제기되었지만 물어볼 사람이 없었습니다. 따라서 도움이 필요하거나 코드에 대한 힌트를 주시면 저에게 연락해 주시면 기꺼이 도와드리겠습니다. :) Skype - sanek12good 이메일 - sashamerlyan@gmail.com
코멘트
TO VIEW ALL COMMENTS OR TO MAKE A COMMENT,
GO TO FULL VERSION