프로그래머는 중국의 청소년 팬입니까? 손잡이! Ali의 수석 건축가가 말한 것을보십시오!

WeChat에 대한 단락을 보았습니다.

Coder : 25 세 소프트웨어 엔지니어-> 28 세 수석 소프트웨어 엔지니어-> 32 세 건축가-> 35 세 테이크 아웃 라이더

제품 : 25 세 프로덕트 매니저-> 28 세 수석 프로덕트 매니저-> 32 세 프로덕트 디렉터-> 35 세 디디 스페셜 카

운영 및 유지 보수 : 25 세 운영 및 유지 보수 엔지니어-> 28 세 수석 운영 및 유지 보수 엔지니어-> 32 세 운영 및 유지 보수 책임자-> 35 세 Taobao 상점 소유자

마케팅 : 25 세 마케팅 전문가-> 28 세 마케팅 관리자-> 32 세 마케팅 디렉터-> 35 세 보험 판매

운영 : 25 세 운영 전문가-> 28 세 운영 관리자-> 32 세 운영 이사-> 35 세 마이크로 비즈니스

HR : 25 세 HR 전문가-> 28 세 HR 관리자-> 32 세 HR 책임자-> 35 세 Amway

연락처가 많은 사람들은 보험을 판매하고 연락처가 적은 사람들은 실제로 음식을 배달 할 수없는 Didi를 엽니 다. . .


프로그래머가 중국에서 정말 청춘을 먹나요?

모든 사람 오도 하지 않기 위해 헤드 헌터, 서클의 친구들, 35 세가 넘는 나이 많은 프로그래머들과상의했습니다. 다른 사람들의 상처를 드러내 기 위해 내 옛 얼굴을 포기했습니다 ...

1. 그것이 사실인가 아니면 불안을 파는 것인가?

채널에서 종종 다음과 같은 메시지를 봅니다.

화웨이가 34 세 이상의 직원을 퇴직시키고 있다는 사실이 모방 실에서 유통되고 있으며 당분간 진위 여부는 논의되지 않을 것입니다. 그러나 작년에 그것은 나이 많은 프로그래머들의 물결을 해고했습니다.

2. 내가 만난 사실

37 세의 전 알리 인 친구는 직장을 그만두고 메이 투 안에서 일했고 올해 그만두기를 원했습니다. 저는 기술직 이력서에 투표했습니다. 대기업에서 일한 경험이있어서 한 대면 투표를 했었습니다. 올해는 10 명을 뽑았습니다. 두 번의 인터뷰 기회가 있으면 좋을 것 같습니다. 마침내 알리로 돌아와 기술 전문가가되었습니다. 아키텍처를 수행하십시오.

면접을 할 때 온갖 나방에서 자주 쫓겨나고, 자기보다 나이가 많은 면접관을 친절하게 만났고, 일반적으로 면접에 합격 할 수 있었다. 그리고 당신이 당신보다 훨씬 어린 면접관을 만나면 그는 당신이 말하는 것처럼 하늘에서 지하로 당신에게 물어볼 수 있습니다. 당신은 할 수 없습니다?

Own HR의 말 : 모든 관리자는 아우라에주의를 기울입니다. 그는 당신 함께 할 수 없으며 그 나이에 결함이 있습니다. 일부 대기업이 아키텍트 직업을 갖고 있지 않는 한, 당신은 비즈니스 코드를 작성하지 않고 그가 당신을 관리 할 책임이 없습니다. 그것은 중요하지 않습니다. 그 밑에서 일하고 싶은데 나이 차이가 크면 일반적으로 원하지 않는데 근본적인 이유는 그가 통제 할 수 없기 때문이다. 인사에 의해 밀리는 사람들은 직접 회피하기가 쉽지 않고 몇 가지 이유를 찾아야하는데 이때 면접이 상식을 따르지 않는 상황이있을 것입니다.

모두 기술 관리 직책을 맡고있는 몇몇 다른 친구는 35 ~ 6 세이며 일부는 NetEase, 일부는 Didi입니다. 그들에 따르면이 나이에 더 이상 점프를 생각하지 말고 공동 제작사를 찾아서 잘 해내 고 더 높은 위치에 섞고 나가서 좋은 가격을 요구하면 아무도 원하지 않는다고한다.

35 세에 대한 진실

특정 정리해 고를 예로 들어 보겠습니다. 정말로 정리해 고가 나이가 많고 주식이 많은 사람들이라고 생각하십니까?

물론 졸업 후 화웨이에서 일한 동급생과 친구도 몇 명 있는데, 10 년 이상 일하고 평범한 지위를 평가하며 저소득과 주식을 가진 사람들이었다고한다. 즉,이 사람들의 작업은 대체 가능합니다.

화웨이의 정리해 고는 구조를 최적화하는 것이지 팔을 부러 뜨려 생존하는 것이 아니다. 핵심 직원이 해고되는 것은 불가능할뿐만 아니라, 그들도 보살핌을 받고 손실을 멈출 것입니다! ! !

따라서 정리해 고는 다음 세 가지 유형의 사람들입니다.

  • 3 명의 신입생을 훨씬 초과하는 급여를 받았지만 능력은 최대 1 명입니다.
  • 오래된 튀긴 반죽 스틱, 작업은 평균이지만 기름진
  • 코드 만 작성하므로 전문성과 감성 지능

일반적으로 비용 성능이 낮고 대체 불가능 성이 약한 학생입니다 . 이들은 제거 된 것들입니다.

4.하지만 대체 할 수없는 일을 할 수있는 사람이 얼마나 많은데 지금 코드를 입력하고있는 우리는 선택의 운명에서 벗어날 수 없습니까?

몇 년 동안 일한 프로그래머와 엔지니어에게는 종종 병목 현상이 발생합니다. 이러한 병목 현상은 반드시 기술적 인 것은 아니지만 경력 개발 일 수도 있습니다. 일반 기술 경력 계획에는 두 가지 방향이 있습니다.

  • 설계자, 시스템 분석가, CTO;

이것은 종종 순전히 기술적 인 경로이며 결국 스토리지, MQ, 통신 등과 같은 회사의 특정 기술을 심화시키는 것이며 후속 개발 경로는 종종 설계자 / 시스템 분석가, 기술 전문가, 고급 교육입니다. 부서, 기술 이사

  • 제품 관리자, 프로젝트 관리자, 부서 관리자, CEO

사업 방향은 프로젝트에 집중하는 것이라 생각합니다. 현재 사업의 경우 사업의 전체 프로세스를 잘 이해하고 있습니다. 일부 사업체의 특수성으로 인해 기술적 인 어려움이있을 경우 회사의 기본 기술 부서에서 솔루션을 제공하거나 사람들에게 내버려 두어야합니다. 사람들은 기술 연구와 기술 태클을합니다. 여러분의 부서가이 기술에서 많은 성과를 거두었다면이를 회사 전체에 공유하고 홍보하여 ​​사용할 수 있습니다. 모두가 인터페이스를 호출하고 문서를 참조합니다.

저도 매우 기쁩니다. 그러나 기술이 비즈니스를 이해하지 못하고 비즈니스 애로 사항을 이해하지 못하고 제품 사고가 없으면 기술, 개선, 비즈니스 중심 기술을 개선하는 것이 불가능하다는 것을 항상 느낍니다 . 다른 비즈니스에 따라 특별한 기술이있을 것입니다. 요구 사항, 높은 실시간 성능, 강력한 안정성, 다중 데이터 집계 계산 등은 모두 프로그래머의 기술 예비 또는 기술 수준을 테스트합니다.

5.1 순수한 기술 경로

Schuber의 경력 단계 이론에 따르면 31 ~ 44 세는 안전한시기입니다. 프로그래머는 직장에서 안정을 취하고 적절한 승진 채널을 찾고 자신의 미래 보안을 구축해야합니다.

35 세 임계 값과 함께 모든 사람은 35 세 이전에 적합한 집을 찾아야합니다. 이러한 주택은 순전히 기술적으로 발전했습니다.

분명히, 대기업 만이 Alibaba와 같은 순수하게 기술적 인 상향 채널을 가질 것이며 중소기업은 가능성이 낮습니다. 따라서이 길을 따라가는 학생들은 대기업에 들어가 안정을 위해 가능한 모든 것을해야합니다.

대기업에 들어가는 방법은 이전 기사에서 프로그래머를위한 길을 알려주고, 여기에 직접 복사하고, 그것을 본 학생들은 다음 단계로 건너 뛸 수 있습니다.

취업 경험이있는 경우 학업 자격이 그다지 중요하지 않기 때문에 학생의 사회 채용은 실제로 유리합니다. 적어도 학교 채용과는 달리 기계 직접 심사를 선별합니다. 사회 채용 학생은 다음과 같은 방법으로 올 수 있습니다. 대기업을 입력하십시오.

5.1.1 혼합 원, 혼합 접점 및 내부 푸시

6의 법칙을 알고 있습니까? 즉, 전 세계의 누구와도 알고 싶다면 최대 6 명의 다리를 만나보세요! !

이것이 서클과 연락처의 중요성입니다. 급우, 친구, 동료가 있습니다. 대기업에 가입 한 사람은 누구나 나를 추천 할 수 있습니다. 또한 HR을 건너 뛰고 이력서를 직접 제공 할 수 있습니다. 유능한.

감독이었던 사람은 누구나 경험을 할 수 있습니다. 부처님의 얼굴을보기 위해 스님의 얼굴을 보지 않으면 인터뷰 기회가 주어지고 다가와 대화를 나눌 수 있습니다. 그렇지 않으면 그는 당신을 추천하는 사람들에게 설명 할 수 없습니다!

따라서 급우, 친구 및 동료와 좋은 관계를 갖는 것이 유용합니다!

5.1.2 헤드헌팅

아직 그런 인맥이 없더라도 괜찮습니다. 계획도 있습니다. 헤드 헌터에게 가세요. 헤드 헌터를 쉽게 찾을 수 있습니다. Liepin.com에 이력서를 게시하면 당신을 찾는 헤드 헌터가있을 것입니다.

헤드 헌터는 많은 대기업과 협력 관계를 맺고 자연스럽게 대기업에 이력서를 보낼 수 있지만 두 가지 주요 조건이 있습니다.

  • 정식 절차를 거쳐 우선 해당 회사의 인사 심사를 거쳐 부서장에게 가서 레벨 스킵 가능성 없음
  • 헤드 헌터는 당신을 쳐다 보지 않습니다. 주로 이력서의 내용, 즉 개인의 힘에 의존합니다. 따라서이 부분은 자신에게 의존해야합니다. 자신을 의지하는 방법은 무엇입니까? 세 번째 요점을보세요.

5.1.3 자신에게 의존

사실 인터뷰에 들어가기 위해 어떤 지름길을 택하든 인터뷰에서 자신을 제외하고는 아무도 당신을 도울 수 없기 때문에 당신의 능력을 향상시키는 방법은 매우 중요한 부분입니다. 또한 혼자 공부할 때는 방향 이 있어야하고, 한편으로는 평판을 높이고 이력서를 빛 내야하고, 다른 한편으로는 깊이 공부하고 실력이 있어야한다는 점에 유의해야합니다.

1. 평판을 높이고 이력서를 빛나게하십시오

이 부분은 여전히 ​​면접에 원활하게 진입하고 업계에서 당신의 명성을 높이기위한 것입니다. 컴퓨터 업계에서 당신의 명성을 높이기위한 세 가지 방법이 있습니다.

(1) MergeRequest를 Github에 제출하고 나만의 바퀴를 만드세요

모든 기술 인터뷰에서 github에서 제출 한 오픈 소스 프로젝트는 매우 유능한 존재입니다. 이력서에 gitHub 주소를 작성하는 한 모든 기술 인터뷰어와 이력서 스크리너가 코드를 살펴볼 것입니다. 기술적 강점을 직접 확인하십시오.

또한 인기와 스타 수는 업계 영향력을 높일 수 있으며 이력서에 매우 빛나는 존재입니다.

프로젝트에 오픈 소스 구성 요소가있는 경우 축하합니다. 기본적으로 이번에는 통과 한 것입니다.

오픈 소스 구성 요소가 매우 인기가 있다면 축하하고 대기업이 비공개 메시지를 보낼 때까지 기다리십시오. 누가 당신의 교육에 관심을 가질까요?

(2) 블로그 쓰기, 책 쓰기

블로깅을 계속하세요. 블로그를 자주 찾을 수있을 때 그들은 당신의 영향력과 기술적 강점을 인식 할 것입니다. 컴퓨터 분야에서는 저를 포함 해 홍양, 궈린 등 많은 사람들이 블로깅에 의존합니다. . 원고가 나오는 즉시 출판사에게 요청할 수 있다고 생각하십니까?

그들은 모두 계속해서 블로그를 만들고 있으며, 더 많은 블로그 팔로어가있을수록 출판사는 당신이 글을 잘 쓴다고 생각하기 때문에 주도적으로 당신을 찾고 책을 쓰도록 초대 할 것입니다.

블로그와 글을 쓰는 책은 당신에게 업계에서 확실한 위치를 제공 할 수 있습니다. 그들이 이력서에서 당신의 이름을 보면 그들은 큰 소처럼 느껴질 것입니다. 당신은 여전히 ​​당신의 교육에 관심이 있습니까?

저는 블로깅과 책 쓰기의 수혜자입니다. VIVO를 인터뷰했을 때 제 성과가 좋지 않았습니다. 1 년 동안 사업을 시작했기 때문에 제 지식을 검토 한 적이없고 많은 지식을 잊었습니다. 검토 할 시간이 있기 전에 놓아주세요. 회견.

그들은 내가 특히 강력한 사람이라고 생각하고 3 명의 기술 전문가를 동시에 만날 수 있도록 준비했고 그 결과 세 가지 질문을했습니다. 그러나 결국 나는 제안을 받았습니다. 내 능력이 충분하다는 걸 알았 기 때문에 시간이 너무 오래 흘 렀기 때문에 잊혀진 것이 있습니다. 반대로이 산업에 영향이 없다면 이번에는 확실히 죽었다.

(3) 가장 기본적인 것 : 능력 향상을위한 심층 연구

산업의 영향력을 높이는 방법에 대해 이야기했지만 근본적인 것은 자신의 힘을 향상시키는 것입니다. 인터뷰에서는 기술에 직면해야하고 모든 외부 포장이 노출되고 심층 기술 검토는 모든 사람에게만 의존 할 수 있기 때문입니다. 쪽으로.

다른 아이디어가 있으면 아래 댓글 섹션에서 논의하십시오.

그것을 공유

마지막으로 독자들과 책 노트를 공유하겠습니다.

원래 의도 : 면접관은 보통 2 시간 만에 면접관의 지식 구조를 종합적으로 이해할 수 있습니다. 면접관이 질문에 답할 때 질문의 본질을 직접적으로 다룰 수없는 경우, 자신을 완전히 표현하기 어렵고 궁극적으로 면접 결과에 영향을 미칩니다. 이러한 상황에 대응하여 Ali 설계자가 작성한이 Java 핵심 지식 노트가 등장했습니다.

이 노트는 총 9 개의 파트로 구성되어 있으며 1 년 간의 Java 개발과 Java 아키텍트 레벨의 인터뷰 지식 요점 요약을 다룹니다.

자바 개발 1 ~ 2 년 기초 : JVM 기사

이 기사는 주로 JVM 운영 메커니즘, JVM 메모리 모델, 공통 가비지 수집 알고리즘 및 JVM 클래스 로딩 메커니즘을 포함하는 JVM의 원리를 설명합니다.

이 Java 핵심 에세이는이 기사를 클릭하고 기사의 끝을 읽으면 무료로 얻을 수 있습니다!

 

 1-2 년 Java 엔지니어가 충족해야합니다 : Java 기본 기사

이 기사에서는 컬렉션, 예외 분류 및 처리, 리플렉션, 주석, 내부 클래스, 제네릭 및 직렬화와 관련된 Java의 기본 지식을 설명합니다.

자바 개발 선임 엔지니어 2-3 년 : 자바 동시 프로그래밍

이 기사에서는 Java 멀티 스레딩의 작동 원리와 응용, Java 스레드 풀의 작동 원리와 응용, 잠금 및 프로세스 스케줄링 알고리즘과 같은 내용을 포함하는 Java의 동시 프로그래밍에 대한 지식을 설명합니다.

데이터 구조는 자바 인터뷰에서 질문해야합니다 : 데이터 구조

이 기사에서는 스택, 큐, 연결 목록, 해시 테이블, 이진 트리, 레드-블랙 트리, 그래프 및 비트 맵과 관련된 데이터 구조 지식을 설명합니다.

자바 아키텍트는 3 ~ 4 년 동안 질문해야합니다.

이 기사에서는 이진 검색, 버블 정렬, 삽입 정렬, 빠른 정렬, 힐 정렬, 병합 정렬, 버킷 정렬, 기수 정렬 및 기타 알고리즘을 포함하여 Java에서 일반적으로 사용되는 알고리즘을 설명합니다.

5 년 간의 Java 아키텍트 인터뷰는 네트워크 하단에 질문해야합니다 : 네트워크 및로드 밸런싱 기사

이 기사에서는 TCP / IP, HTTP, 일반적인로드 밸런싱 알고리즘 및 LVS 원칙과 관련된 네트워크 및로드 밸런싱의 원칙을 설명합니다.

고급 Java Architect : 데이터베이스 및 분산 트랜잭션

이 기사에서는 데이터베이스 저장소 엔진, 데이터베이스 동시 작업 및 잠금, 데이터베이스 분산 트랜잭션을 포함하는 데이터베이스 및 분산 트랜잭션의 원칙을 설명합니다.

수석 Java 설계자에게 필수 : ​​분산 캐싱의 원리 및 응용 프로그램

이 기사에서는 분산 캐싱 소개, Ehcache 원칙 및 애플리케이션, Redis 원칙 및 애플리케이션, 분산 캐시 설계의 핵심 문제를 포함하여 분산 캐싱의 원칙과 애플리케이션을 설명합니다.

디자인 패턴

이 문서에서는 23 개의 일반적인 클래식 디자인 패턴을 포함하는 디자인 패턴을 설명합니다.

 

요약하자면

개인적으로 자주 웃지 만 10 년 후에는 음식 배달 전문가가 되겠지만 사실은 35 세 이후부터 나 자신의 노력에 의지하면 불안감을 덜어 줄 수있어 결국 좋은 건축가는 많지 않다.

건축가는 대부분의 기술 인력의 경력 목표이며, 좋은 건축가는 기회 (회사), 개인적인 노력 (인내, 공부 의지) 및 재능 (정말 사랑)의 협력의 결과입니다. , 연습 + 기회 + 열심히 일하면 훌륭한 건축가가 될 수 있습니다.

또한 훌륭한 아키텍트가 되고 싶다면 경력 개발에 도움이되기를 바라 면서 위의 Java core exquisite 를 읽어야 할 것입니다.

추천

출처blog.csdn.net/xulong5000/article/details/109001543