Tencent에 입사할 수 있나요

알리나 다른 회사에서 들은 소식에 따르면 학력만으로는 합격할 수 없다고 합니다. 그래서 교육이 중요하죠. 4년 반 전에는 프론트 엔드 교육이 특별히 중요하지 않았지만 시대가 발전함에 따라 프론트 엔드 인력이 점점 더 많아지고 인사 및 면접관이 매일 수백 개의 이력서를 보게되면 교육 심사가 중요해질 것입니다.

사실 다른 말로 하면, 큰 공장에 입사하고 싶다면 국내 프로그래머들도 많이 그렇기 때문에 인사 담당자나 면접관이 이력서를 반드시 스크리닝을 해야 하기 때문에 기계적인 스크리닝 문제가 생길 것이고, 그러면 이 단계에서 걸러질 가능성이 높다는 것이죠. 그리고 면접 과정에서 지원자의 모든 능력을 정확하게 파악하기는 어렵기 때문에 교육도 중요한 고려 사항입니다.

이것이 딜레마 형성의 첫 번째 단계입니다.

-2. 기술 능력-

평균 학력, 평균 학사 학위, 전문대 또는 중학교를 졸업했다면 중소기업에서 근무한 경험이 있을 확률이 높습니다. 중소기업의 특징은 무엇인가요? 빠르고, 상사가 필요하다고 하면 내일 바로 실행됩니다. 이는 대부분의 중소기업에서 흔히 볼 수 있는 현상입니다. 소위 말하는 플랫은 실제로 많은 계층이 아니며 일을하기 위해 여러 계층의 승인이 필요하지 않으며 효율성이 가장 중요합니다. 이러한 분위기에서 일하면 문제가 발생하고 기술의 깊이와 폭을 깊이 파고 확장하기가 어렵습니다.

기술적 깊이 - 매일 바쁘고 다양한 상사의 긴급하고 다양한 요구 사항을 처리하느라 수요 단계에서 충분히 고려되지 않고 다양한 버그로 인해 온라인으로 서두르고 있다고 상상해보십시오. 매일 피곤한 몸으로 집에 돌아와서 소스 코드를 읽거나 기술 기사를 읽기 위해 다양한 포럼에 갈 수있는 사람이 몇 명이나 될까요? 설령 할 수 있다고 해도 얼마나 오래 할 수 있을까요? 저는 기계가 아니라 육체적, 정신적으로 지쳐 있습니다.

기술적 폭 - 중소 기업이나 전통 산업 회사에 있다면 자신의 업무가 그림을 자르거나 작은 프로그램을 수행하는 경우 노드를 사용할 수있는 기회는 웹팩을 사용하는 것뿐입니다. 다양한 프레임 워크를 사용할 수도 없지만 소수의 회사의 jquery를 사용하는 경우에도 사용할 수 없습니다. 다중 터미널 통합 기술, 특히 현재 소규모 회사는 WeChat, Alipay와 같은 다양한 플랫폼에 연결되어 있습니다. 개발을위한 작은 프로그램으로 직접, 솔직히 말해서 작은 프로그램 프런트 엔드 만 작성하는 것은 전혀 프런트 엔드가 아닙니다. 원래 브라우저는 프론트 엔드를 박스화했고 이제 작은 프로그램은 작은 프로그램에서 프론트 엔드를 더 박스화합니다. 이런 환경에서 어떻게 지식을 확장할 수 있을까요?

물론 위의 말은 대부분의 사람들을 가리키는 말일 뿐이고, 어떤 사람들은 그냥 고수할 수 있고, 내 프로젝트를 시작할 수 있고, 내 블로그를 시작할 수 있다고 말할 수도 있습니다. 저는 현재 회사에서 면접관들의 이력서에서 이런 내용을 많이 보았습니다. 저는 달걀+리액트, mysql, 몽고 등으로 블로그를 구현했습니다. 솔직히 말해서, 실제로 큰 프로젝트에 사용하고 현장에서 실행해 보면 혼자서 작은 프로젝트를 가지고 노는 것만큼 간단하지 않은 문제를 다루게 됩니다. 또한 인턴이나 교육 기관에서 온 사람이 아니라면 이력서에는 소규모 프로젝트를 직접 수행한 경험보다 실제 프로젝트, 즉 어떤 기술을 알고 있는지가 더 중요하며, 까다로운 면접관이 이런 프로젝트를 보면 감점을 받을 수도 있습니다. 물론 훌륭한 오픈소스 프로젝트를 직접 만들었다면 얘기가 달라집니다. 이것이 딜레마 형성의 두 번째 단계입니다.

-3. 이력서에 흥미로운 내용이 없다-

위 두 단계를 요약하면, 학력 때문에 큰 공장에 갈 수도 없고, 큰 인터넷 회사에 갈 수도 없고, 매일 업무에 바쁘고, 기술 축적이 부족하고, 기술력이 부족한 경우입니다. 그런 다음 대부분의 경우 중소기업이나 창업 기업에있을 것입니다. 이때는 매일 업무로 바쁠 수밖에 없습니다.

프론트엔드 생태계에서 훌륭한 오픈소스 프로젝트는 일반적으로 대형 인터넷 기업에서 생성된다는 사실을 눈치채고 계신지 모르겠습니다. 중소기업은 일반적으로 존재하지 않거나 드문 편입니다. 그 이유는 중소기업은 비즈니스 수익에 집중하는 경향이 있고 일반적으로 팀 구축, 인재 개발, 기술 축적에 덜 신경을 쓰기 때문입니다. 따라서 회사나 팀의 정신은 벽돌을 계속 옮기는 것이고 기술 축적과 요약이 부족합니다. 컴포넌트 라이브러리를 구축하거나 모니터링 시스템을 직접 만들거나 하라고 제안하는 사람은 훨씬 적습니다.

팀원 중 누군가가 기술적 몰입이나 흥미로운 프로젝트를 제안하더라도 실제로 이를 수행할 시간이 있는 사람이 몇 명이나 될까요? 예를 들어 컴포넌트 라이브러리를 만들면 12개의 컴포넌트에 대해 초과 근무를 하게 됩니다. 그런 다음 ANTD와 비교하여 그 격차가 얼마나 큰지 확인해 보세요. 솔직히 말해서 그 격차는 기술력의 차이 때문이 아니라 앤트디 팀은 많은 인력과 리소스를 투자한 반면, 우리는 야근이나 여가 시간을 이용해 프런트엔드에 불과하기 때문에 발생하는 것입니다. 어떻게 비교할 수 있을까요? 게다가 디자인 UI, 제품 관리자 및 기타 인력 자원과 같은 업스트림 및 다운스트림 자원을 실제로 결합하지 않고 프로젝트가 실제로 실제 문제를 해결할 수 없다면 소위 구성 요소 라이브러리는 실제로는 가지고 노는 데 사용하는 것이며 전혀 가치가 없습니다.

프로젝트의 몇 가지 예를 들자면, 컴포넌트 라이브러리의 경우 회사의 UI가 표준화되어 있지 않고 제품 관리자와 디자이너가 통합된 스타일과 상호 작용에 관여하지 않는다면 자체 패키지 컴포넌트는 자체 가젯으로만 간주할 수 있습니다. 다른 컴포넌트 라이브러리에 다른 개발자를 지원하기 위한 해당 문서, 데모 및 기타 기능이 있나요? 진정한 전문 컴포넌트 라이브러리는 생각만큼 간단하지 않습니다.

모니터링 시스템의 경우 백엔드, 데이터베이스, 운영 및 유지 관리 리소스를 결합하지 않으면 모니터링 시스템을 구축할 수 없습니다. 구축이 되었다고 해도 그 안에 있는 기능이 정말 의미가 있을까요? 프로젝트의 현재 문제점과 사각지대를 정말 해결할 수 있을까요? 우리가 직접 생각해본 적이 있나요, 아니면 조언을 해줄 만한 황소 같은 존재가 있나요?

........

이것이 딜레마의 폐쇄 루프입니다. 따라서 전체적인 딜레마는 다음과 같이 형성됩니다.

좋은 교육이나 업무 배경이 없습니다.

중소기업이나 스타트업 또는 전통 산업 기업에서 실무를 담당할 가능성이 높습니다.

이러한 유형의 회사는 성과와 효율성에 더 초점을 맞추고 건축 기술을 소홀히 하기 때문에 근무 시간과 초과 근무를 벽돌을 옮기는 데 바쁘게 보내는 경우가 많습니다.

이 유형의 회사에서는 주변 파트너가 더 평범한 경향이 있으므로 분위기에 긍정적인 기술 분위기가 없습니다.

아이디어는 있지만 회사 차원에서 성과와 효율성에 초점을 맞추다 보니 제공할 수 있는 리소스가 제한되는 경우가 많습니다.

세 번째 이유는 자신의 역량을 향상시키고, 기술적 깊이를 강화하고, 지식의 폭을 넓힐 수 있는 좋은 기회가 없기 때문입니다. 이것은 딜레마를 만듭니다. 나이가 들수록 현 상태를 벗어나 큰 회사로 진출하기가 점점 더 어려워집니다.

함정에 빠지기

독이 든 닭고기 수프를 마시지 말고 제 경험을 들어보고 도움이 될 수 있는지 알아보세요.

예전에는 기술력을 계속 쌓으면 큰 공장에 들어갈 수 있다고 생각했지만 지금은 정말 순진한 생각인 것 같습니다. 면접은 실력이 3분의 1, 운이 7분의 1을 차지합니다. 정말 100% 실력이 있는 사람도 있겠지만, 제가 겪은 면접 경험을 보면 면접은 운이 많이 필요하다는 것을 알 수 있습니다. 제 이야기를 들어보세요.

교육: 첫째, 교육은 어렵습니다. 졸업 후 시간을 되돌릴 수는 없지만 어떻게 학벌을 깰 수 있었나요?

대학이라면 성인 학사 학위를 취득하는 것이 조금 도움이 될 것입니다. 적어도 이력서를 검토할 시간을 더 확보할 수 있습니다.

둘째, 학력도 면접에서 운에 따라 달라질 수 있습니다. 예를 들어, 지금 대형 공장에서 면접을 보고 있는데 그 공장에서 인력이 많이 필요하고 HC가 많다면 학위 취득에 성공할 확률이 훨씬 더 높습니다. 면접을 보는 부서에 HC가 1명밖에 없는데 985명, 211명이 몰려들었다고 상상해 보세요.

다양한 소셜 플랫폼, Zhihu, Nuggets 및 기타 커뮤니티 활동에 더 많은 시간을 투자하고, 큰 공장에서 더 많은 사람들을 알고, 그들과 더 많이 이야기하고, 내부 채용 직책, HC 등에 대해 알아보세요. 추신: Zhihu 기사를 쓰기 전에는 대기업에 근무하는 친구 네트워크가 없었습니다. 지금은 서로 교류하는 네트워커 그룹이 생겼습니다.

기술적인 깊이: 저도 한때 지도를 자르는 일을 했었습니다. 매일 지도를 자르느라 너무 바빠서 공부할 시간이 없었죠. 제 돌파구는 다음과 같습니다.

회사에 오래 머물면서 시간의 이점을 활용하여 관련 비즈니스에 대한 친숙함을 쌓고 비즈니스 처리 능력을 향상시키고 각 수요의 처리 시간을 줄여 신기술을 이해하고 더 깊이 파고들 수있는 시간을 더 많이 확보하십시오. 쉽게 말해, 회사에서 베테랑은 되어야 하지만 베테랑이라는 편리함을 이용해 시간을 낭비해서는 안 됩니다.

저는 텐센트에 입사하기 전에 4년 이상 회사에서 일했고, 이미 운영 경험이 풍부한 사람이었습니다. 저는 운영과 관련해서는 지원과 준관리자 역할을 했고, 프로젝트를 이어받아 제 시간을 확보할 수 있도록 새로운 사람을 가르치는 트레이너 역할을 했습니다.

자유로워진 시간과 에너지를 새로운 기술을 배우고, 다른 사람들의 솔루션을 살펴보고, 현재 비즈니스에서 다년간의 경험을 바탕으로 프로젝트의 단점과 문제점을 찾아 기술적 수단(효율성과 품질)을 통해 해결하여 기술력과 실무 경험을 향상시키는 데 사용했습니다.

예를 들어, 백엔드 인터페이스에서 여러 캡슐화 및 구성을 얻을 수 있으며 코드 자체에 작성되지 않고 백엔드에 대한 요구를 던지지 않습니다. 재사용 가능한 구성 요소를 최대한 많이 사용하여 구성 요소를 패키징하는 방법을 배우고 구성 요소 작성 기술과 패키징 기술을 축적하면 기술적 깊이가 도움이됩니다. 시간이 급한 경우 타사 라이브러리를 사용하여 먼저 문제를 해결하되 다른 사람들이 어떻게 패키징했는지주의를 기울인 다음 직접 작성할 수 있습니다. 기술은 조금씩 축적됩니다.

위와 같이 하면 개발 속도가 빨라져 목표한 심층 지식을 쌓는 데 조금 더 많은 시간을 할애할 수 있습니다. 그냥 읽고 아무것도 배우지 마세요. 모든 종류의 플랫폼에 대한 모든 종류의 기사가 있지만 프런트엔드에 대한 심층적인 작업을 잘 수행하려면 프레임워크의 원리와 아이디어를 살펴보고 브라우저, GC, 렌더링 원리, 프런트엔드 성능 최적화 및 기타 기본 사항을 이해하고 학습과 적용 능력을 향상시켜야 합니다.

기술적 폭: 프론트엔드로서 브라우저에만 머물러서는 안 되며, 주로 백엔드 및 멀티터미널 통합과 같은 브라우저 밖으로 뛰어넘는 방법을 배워야 합니다. 현재 환경에서는 실제 프로젝트에 적용 할 기회가 없을 수 있지만 사용, 기본 원칙, 최적화에 대한 이해를 위해 더 많은 데모 (이력서에 프로젝트로 데모를 작성하지 말고 기술 능력에 언급 할 수 있음)를 수행해야합니다.

백엔드 방향: 노드를 출발점으로 삼아 코아와 익스프레스 원리의 차이점을 배워보세요. 알리에 들어가려면 더 많은 에그를 사용하고, 네스트는 기대할 수 있습니다. 데이터베이스, mysql 및 몽고 이해. 캐시 솔루션 redis 이해. 노드 실행, nginx 필요. 부하 분산 방법 이해. 물론 redis 캐싱 전략, 눈사태 고장 및 기타 솔루션, 데이터베이스 테이블 분할 전략, 인덱싱 메커니즘, 트랜잭션 메커니즘, nginx 책임 균형 조정 전략과 같은 더 나아갈 수 있습니다. 개인적인 조언: 실제 프로젝트가 없기 때문에 주요 내용만 다룰 수 있습니다. 당신은 프론트 엔드이고 이러한 기술은 대부분 백엔드 기술이므로 제한된 시간에 너무 멀리 가지 마십시오 (물론 시간은 또 다른 문제입니다), 지식을 넓히기 위해 더 많이. 더 깊이 들어가려면 나중에 안내를 따라가면 됩니다.

네트워크: 프런트엔드 일반 네트워크 지식이 약합니다. 다양한 버전의 http, 특히 http1.1과 2.0의 차이점, https의 원리, tcp 링크 방법, udp란 무엇인가 등에 대한 자세한 이해가 필요합니다.

멀티 터미널 통합 프로그램: 리액트 네이티브, 플러터, 타로 등 멀티 터미널 통합 프로그램에 대해 이해하고 데모를 통해 기본 원리와 적용 시나리오를 이해할 수 있습니다.

이력서상 흥미로운 프로젝트: 일부 기능을 구현할 수 있을 뿐만 아니라, 현재 문제를 명확히 파악하고 데이터를 도출할 수 있어야 하므로 종합적인 역량을 테스트해야 합니다. 일반적으로 우리는 기술 솔루션, 품질 및 효율성 두 가지를 중심으로 제안합니다. 예를 들어 품질과 효율성을 개선하기 위한 컴포넌트 라이브러리, 품질 개선을 위한 모니터링 시스템 등이 있습니다. 이를 위해서는 회사의 비즈니스에 따라 문제점을 찾아서 해결하고, 얼마나 개선했는지, 얼마나 커버했는지 등을 데이터로 말하는 법을 배워야 합니다.

올바른 리더를 따르는 것은 매우 중요합니다. 리더가 직원 교육에 큰 중요성을 부여하고 팀을위한 자원을 위해 기꺼이 싸우고, 더 많은 의사 소통, 인프라에 참여할 수있는 더 많은 기회를 소중히 여겨야하므로 자신의 능력을 향상시키기 위해 절반의 노력으로 두 배의 결과가 될 것입니다. (운에 따라 달라질 수 있습니다.)

올바른 회사를 선택하는 것이 중요합니다. 큰 공장에 들어가기 전에 좋은 회사와 좋은 기술 팀을 선택하면 절반의 노력으로 두 배의 결과를 얻을 수 있습니다. (운에 따라 다릅니다.)