는 1 여 년간 프로그래밍한 노프로그래머로서 알리바바에 들어가지 않았지만 중간 근무에서도 바이두와 텐센트의 offer 를 거부하고 자신에게 더 적합한 인터넷 회사를 선택했다. 프로그래밍 수준의 주요 결정 요인은 역시 본인의 기본기와 큰 환경을 가지고 있다. 며칠 전 큰 회사와 작은 회사의 코딩 수준이 누가 낮았는지에 대한 질문에 답했고, 외적 요인이 있었지만, 주로 그 자체였다.,,,,,,,,,,,,,,,,,,,,,,, < P > 알리바바와 같은 대기업은 직위가 비교적 꽉 찼기 때문에, 일반적으로 코드 제출은 leader 의 심사 통과가 필요하며, 어느 정도 코드 품질을 크게 향상시킬 수 있으며, 감사 메커니즘에서 더욱 엄격해질 뿐만 아니라, 테스트 관문에서도 더욱 엄격해질 수 있다 < P > 사실 알리바바 같은 대기업은 주로 인간심리에 문제가 있다고 언급했다. 대기업은 작은 회사보다 규범적이어야 하고, 큰 회사를 경험한 사람으로 바꿔야 한다고 생각하며, 안에 자신이 나사일 뿐이라고 생각하고, 작은 회사에 가서 자신이 더 철저하게 발휘할 수 있도록 하고, 작은 회사 사람들은 또 큰 회사의 대우와 규범을 동경하고 있다. 결혼하지 않은 사람들처럼, 항상 포위 공격에 들어가고, 들어오는 사람들은 결혼하지 않은 자유를 부러워하지만, 사실 왔다 갔다 하는 것도 그런 일이다. (윌리엄 셰익스피어, 햄릿, 남녀명언) < P > 는 대기업에 입사하기 위해 중견기업 부문 기술지배인의 직위를 포기한 바 있다. 지금은 상상은 사실 가치가 없다. 성숙한 대기업에 입성하고, 자신이 한 공헌은 창해일속에 불과하며, 위로 올라가기가 특히 어렵다. 진정한 기회는 창업회사나 중소기업에 있다. 물론 이런 것들은 직접 체험해야 느낄 수 있다. 젊음의 성단계에서 체하기 어렵다는 것을 느낄 수 있다.

당신을 도울 수 있기를 바랍니다.

내 자신의 경험으로 대답해라! 저는 자바 개발을 하고 있습니다. 알리에 들어가기 전에 다른 회사에서 4 년 동안 일했습니다. 처음 2 년 동안 가장 많이 한 일은 업무를 코드로 직접 번역하는 것이었고, 가장 많이 한 일은 curd 였다. 엔지니어링 및 구조적 설계는 전혀 존재하지 않으며 성능, 확장성, 사용 편의성, 서비스 용이성은 전혀 고려되지 않습니다. 기능을 구현하면 됩니다. 객체 지향 언어를 프로세스 지향 프로그래밍으로 활용할 수 있습니다. (존 F. 케네디, Northern Exposure (미국 TV 드라마), 기능명언) (모두가 이렇게 하기 때문에) 주로 이 회사를 졸업하고 ERP 시스템을 만들었기 때문에 기능을 사용할 수 있습니다. 앞으로 2 년 동안 가전제품 회사를 바꾸었는데, 이것도 천구이고, 코드는 산과 비슷하다. 내가 들어가서 재고를 하는 첫 번째 일은 업무에 익숙해지고 리모델링을 하는 것이다. 앞에서 이 한 조각을 하는 사람들은 거의 다 없어졌고, 모델 추상화, 영역 계층화, 모듈 층화 한 끼를 조작해 스스로 기분이 좋다. 하지만 2 년 동안의 업무를 겹쳐 놓은 후, 엄마의 것도 거의 산이다. 업무를 빠르게 반복하기 위해 희생을 하는 것도 이해할 수 있다. (윌리엄 셰익스피어, 템플린, 일명언) 그 다음 나는 [얼굴을 가리고] 갔다. < P > 아리에 입성했습니다. 저는 중대 개발을 하고 있습니다. 여기서 가장 좋아하는 것은 바퀴를 반복해서 만드는 것이다. 무엇을 하든 고가용성, 재사용 가능, 확장 가능, 유지 관리 가능, 가독성을 중시해야 한다. 코드를 쓰는 것은 대체로 이런 인터페이스에 들어가 디그라데이션 스위치, 분산 잠금, 캐시, 그리고 도메인 모델+일반화 추상 모델+공장 디자인 패턴+전략 패턴을 사용하는 것이다. (알버트 아인슈타인, Northern Exposure (미국 TV 드라마), 예술명언) 비즈니스 기능의 코드는 완전히 분리되어 있습니다. 그러나 프로젝트와 코드의 품질은 이전 회사보다 확실히 많이 올랐다. 환경에 미치는 영향이 크다고 할 수 있죠. < P > 큰 공장에 가 본 적은 없지만 강하게 대답하고 싶습니다. 결국 아는 친구들이 많이 BAT 에서 일하거나 일한 적이 있기 때문입니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 환경명언) < P > 내 생각에는 BAT 의 소들이 많고 일반인도 많다는 것이다. 모두가 우러러보는 기술 수준에 도달할 수 있는 것은 아니지만, 결국 플랫폼이 높기 때문에 안목이 넓어질 것이다. 코드 요구 사항이 더욱 엄격하기 때문에 일반 프로그래머들도 더 우수하게 될 것입니다. 주변에 소들이 많고, 일반 프로그래머들도 영향을 받고, 승진이 더 빠르다. < P > 마침 오늘 문장 한 편을 보았습니다. 알리로 가는 면접 경험에 대해 이야기하고, 알리로 들어가는 데 얼마나 큰 차이가 있는지 보여드리겠습니다.

Java 멀티스레드

스레드 풀의 원리, 왜 스레드 풀을 만들어야 합니까? < P > 스레드의 수명 주기, 언제 경직된 프로세스가 발생합니까?

스레드 보안을 구현하는 방법, 스레드 보안을 달성하는 방법

스레드 풀을 만드는 핵심 매개 변수는 무엇입니까? 스레드 풀 크기를 합리적으로 구성하려면 어떻게 해야 합니까?

synchronized, volatile 차이, synchronized 잠금 세분성, 시뮬레이션 교착 상태 장면, 원자 및 가시성

JVM 관련

JVM 메모리 모델, GC 메커니즘 및 원칙 GC 는 어느 두 가지로 나눌까요? 언제 Full GC 를 트리거합니까?

JVM 에는 몇 가지 classloader 가 있는데, 왜 여러 가지가 있습니까?

부모 위임 메커니즘이란 무엇입니까? 몇 가지 운영 과정, 부모 위임 모델의 이점을 소개합니다. (이건 정말 ...) < P > 어떤 상황에서 우리는 부모 위임 모델을 파괴해야 하는가;

일반적인 JVM 튜닝 방법은 무엇입니까? 어떤 매개 변수를 구체적으로 조정하고 어떤 값으로 조정할 수 있습니까?

JVM 가상 시스템 메모리 분할, 클래스 로더, 가비지 수집 알고리즘, 가비지 수집기, 클래스 파일 구조 분석 방법

Java 확장 < P > 레드 블랙 트리의 구현 원리 및 적용 시나리오

NIO 란 무엇입니까? 어떤 시나리오에 적용됩니까?

Java9 는 Java8 보다 무엇이 향상되었습니까?

HashMap 내부의 데이터 구조는 무엇입니까? 밑바닥은 어떻게 이뤄졌나요? < P > 반사의 용도와 실현, 반사가 느리지 않은지, 프로젝트에서 반사의 사용을 피해야 하는지,

사용자 정의 메모의 장면과 구현에 대해 이야기하십시오.

List 와 Map 의 차이점, Arraylist 와 LinkedList 의 차이점, ArrayList 와 Vector 의 차이점;

Spring

Spring AOP 구현 원리 및 장면; (장면 적용이 중요)

Spring bean 의 범위 및 수명 주기

Spring Boot 가 Spring 보다 향상된 점은 무엇입니까? 스프링 5 가 스프링 4 보다 향상된 점은 무엇입니까? (부끄러운, 우리는 여전히 Spring4 를 사용하고 있습니다, 높은 버전은 신경 쓰지 않습니다)

Spring IOC 란 무엇입니까? 장점은 무엇입니까?

SpringMVC, 동적 에이전트, 반사, AOP 원칙, 트랜잭션 격리 수준 < P > 미들웨어 < P > 듀오 전체 호출 링크 소개

Dubbo 는 몇 가지 로드 밸런싱 정책을 지원합니까?

Dubbo Provider 서비스 공급자는 실행 동시 요청 상한을 어떻게 제어합니까?

Dubbo 가 시작될 때 몇 가지 구성 방법이 지원됩니까?

여러 메시지 미들웨어 제품에 대해 알아보십시오. 각 제품의 장단점을 소개하다. < P > 메시지 미들웨어는 메시지 일관성을 어떻게 보장하고 메시지 재시도 메커니즘을 어떻게 수행합니까?

스프링 클라우드 퓨즈 메커니즘 소개;

Spring Cloud 대비 Dubbo, 어떤 장면에서 Spring Cloud 를 사용해야 합니까? < P > 데이터베이스 기사 < P > 잠금 메커니즘 소개: 행 잠금, 테이블 잠금, 배타적 잠금, * * * 잠금

낙관적 잠금 비즈니스 시나리오 및 구현 방법; < P > 트랜잭션 소개, 분산 사물에 대한 이해, 일반적인 솔루션, 2 단계 제출, 3 단계 제출

MySQL 이 binlog 를 기록하는 방식은 주로 세 가지 모드로 구성되어 있습니까? 각 모델의 장단점은 무엇입니까?

MySQL 잠금 장치, 비관적 잠금 장치, 낙관적 잠금 장치, * * * 잠금 장치, 테이블 레벨 잠금 장치, 행 레벨 잠금 장치 < P > 분산 트랜잭션의 원리 2 단계 제출, 동기식 비동기 차단 비차단

데이터베이스 트랜잭션 격리 수준, MySQL 기본 격리 수준, Spring 트랜잭션 구현 방법,

JDBC 트랜잭션 구현 방법, 중첩 트랜잭션 구현, 분산 트랜잭션 구현 ：

SQL 의 전체 분석, 실행 프로세스 원칙, SQL 행 회전

Redis

Redis 가 왜 이렇게 빠릅니까? Redis 가 멀티 스레딩을 사용하면 어떤 문제가 발생합니까?

Redis 가 지원하는 데이터 구조는 무엇입니까?

Redis 점프 테이블 문제;

Redis 단일 프로세스 단일 스레드 Redis 가 어떻게 높은 동시성을 가질 수 있습니까?

Redis 는 Redis 를 사용하여 분산 잠금을 어떻게 구현합니까?

Redis 분산 잠금 작업의 원자성, Redis 내부는 어떻게 이루어집니까? < P > 다 본 소감은, 자신과 BAT 의 요구 사이에 차이가 있습니까? < P > 어차피 면접 통과를 원하는 건 좀 어려운 것 같아요. 새 프레임 버전의 특징을 많이 못 알아본 것 같아요. 연전에 시간을 좀 더 내야 할 것 같아요. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 면접명언) < P > 대기업은 bat 의 일반 프로그래머 대부분이 너무 전적인 일을 했기 때문에, 기본적으로 어떤 면에서는 잘하고, 전반적인 능력은 멀리 떨어져 있지만, 자신이 생각하는 것은 뭐든지 할 수 있다. (윌리엄 셰익스피어, 윈스턴, 자신감명언) (윌리엄 셰익스피어, 윈스턴, 자신감명언)

이렇게 비유해 보세요. 프로그래머를 요리사에 비유하면. < P > 일반회사의 프로그래머는 기본적으로 각 식당의 주방장으로 어떤 음식이든 할 수 있다.

bat 는 어식실입니다. 프로그래머는 어떤 큰 음식도 본 적이 있지만 기본적으로 큰 음식도 만들 수 없습니다. 어식실 후근부 파화대대의 파화수 < P > 일반회사 직원의 프로그래밍 수준은 알리바바와 얼마나 차이가 나나요? 알리바바의 모든 프로그래머들이 핍박하는 것도 말도 안 된다. 일반 회사가 핍박하는 프로그래머도 적지 않다. 그 자체로는 정해진 결론이 없다. < P > 알리바바 같은 회사의 프로그래머들에게는 대형 인터넷 소프트웨어 개발 (예: 아키텍처 디자인, 장면 디자인 등) 을 접할 수 있다는 것이 행운이다. 이는 많은 프로그래머들에게 눈을 뜨게 하고 참여하면 자신을 단련할 수 있을 것이다. 마찬가지로, 많은 대형 소프트웨어 회사들은 아리와 같은 장면은 없지만, 아리에서도 볼 수 없는 특별한 앱 디자인을 가지고 있습니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 예술명언) < P > 개별 프로그래머의 코딩 수준에는 일반 회사와 알리의 프로그래머가 전혀 다르지 않을 수 있습니다. 일반 회사에서도 규범, 엄격한 절차, 엄격한 테스트 등에 따라 소프트웨어를 만들 수 있으며, 안에 들어가도 큰 소가 프로젝트, 큰 소의 전대 등을 만날 수 있고, 귀로 염색을 하고 열심히 실천할 수 있으며, 이들 프로그래머들의 수준은 알리의 프로그래머보다 나쁘다고 할 수 없다. 물론, 알리와 같은 명성은 진입할 때 엄격한 선발을 거쳤을 뿐 아니라, 이들 프로그래머들의 기초는 모두 좋지만, 정말로 수준이 있어야 한다면 환경뿐 아니라 스스로 노력해야 한다. (윌리엄 셰익스피어, 햄릿, 자기관리명언) < P > 하지만 대기업 프로그래머와 소기업 프로그래머 사이에는 약간의 차이가 있다. 소기업들이 접할 수 있는 프로젝트는 거의 크지 않지만, 만금유처럼 모든 것을 접할 수 있지만 깊이는 부족하다. 예를 들어, 소기업의 프로그래머들은 오늘 자바 코드를 하고, 다음 프로젝트는 PHP 를 하고, 다음 프로젝트는 파이썬 등을 할 수 있습니다. 오늘은 프로그램입니다. 두 달마다 다음 프로젝트의 디자이너, Leader 등이 될 수 있습니다. 하지만 어떤 코드에서는 어떤 대기업의 프로그래머들처럼 무와 구덩이를 가지고 있지 않고, 전문적이고 정밀하다. (윌리엄 셰익스피어, 윈스턴, 코드명언) (윌리엄 셰익스피어, 윈스턴, 코드명언) < P > 또 다른 중소기업의 개발 프로세스와 규범은 충분하지 않다. 어떤 것은 운영만 하면 되기 때문에 장법은 대기업처럼 규범적이지 않다. 심지어 엄격한 테스트도 없이 고객에게 온라인으로 가서, 고객이 쥐로 가서 한 개를 패하게 하는 것도 있다. (윌리엄 셰익스피어, 햄릿, 믿음명언) < P > 그래서 프로그래머로서 대기업에 가서 운동 규범을 배울 수 있는 소프트웨어 개발을 시작하는 것이 좋다. 알리가 아니든 아니든 알리에 들어갈 수 있다면 당연히 좋다. 코딩 수준에 관해서는 대부분 자신의 노력에 의지해야 한다. 특히 사고력, 기초지식, 식견, 실천과 교류를 키우는 것은 자신의 코딩 능력 향상에 필수적이다. 천부적인 프로그래머는 확실히 있지만, 대부분의 프로그래머들은 천부적인 재능이 있다고 말할 수 없다. 대부분 위의 몇 가지가 더 많은 시간을 썼다는 것이다. (알버트 아인슈타인, 자신감명언) < P > 능력상 bat 의 프로그래머는 소기업 프로그래머보다 훨씬 뛰어나다. 작은 회사의 프로그래머들이 무엇이든 해야 한다는 것을 믿지 마라. 대기업은 단지 작은 나사일 뿐, 자신을 속이고 있을 뿐이다. (윌리엄 셰익스피어, 햄릿, 믿음명언) 대기업의 프로그래머는 소회사의 프로그래머보다 재능이 뛰어나다. 기술은 천부적인 재능+노력에 의지하고, 천부적인 재능은 노력보다 훨씬 중요하다. 당신은 그것이 아리에서 3 년 동안 어리석은 노인이 말한 것이라고 믿지 않는다. (윌리엄 셰익스피어, 햄릿, 지혜명언) 주로 중소기업이 줄 수 없는 경험을 습득하고 볼 수 있고, 장면과 도전 < P > 이 컴퓨터 프로그래밍에 대해 이야기하는 것은 컴퓨터를 배우는 사람에게 정말 골치 아픈 일이다. 매일 프로그래밍 작업은 다양한 글자와 다양한 특수 부호에 직면해야 한다. 보통 사람들은 보기만 해도 어리둥절할 수밖에 없다. (윌리엄 셰익스피어, 햄릿, 컴퓨터명언) 모든 프로그래머들 사이에서도 기술이 낮고 프로그래머들도 회사를 선택할 때 큰 어려움에 직면해 있다. < P > 현재 사회에서 일자리를 찾는 사람들은 모두 보편적인 현상을 가지고 있다. 중소기업에서 일하는 사람들은 모두 대기업에 가고 싶어 하고, 대기업에서 일하는 사람들은 중소기업에 가서 일하고 싶어 한다. 모든 프로그래머들은 자신이 배운 지식을 유용하게 사용할 수 있는 기회를 얻고 싶어한다. 능력이 비교적 강한 프로그래머는 대기업에 갔고, 능력이 좀 다른 사람은 중소기업에 갔지만, 이 두 회사의 발전은 다르다. < P > 중소기업에서 일하는 프로그래머는 회사에서 더 큰 발전 공간을 가질 수 있고, 대기업에는 알리바바와 같은 훌륭한 프로그래머들이 많이 있을 수 있으며, 이 팀에서 자신의 능력을 잘 발휘하지 못할 수도 있다. 한 가지 분명한 점은, 기술이 높은 사람들이 함께 있으면 점점 더 우수해지고, 각자 각자의 특징을 가지고, 서로 배우고, 서로 진보하고, 전진할 수 있는 동력도 크다는 것이다. (윌리엄 셰익스피어, 윈스턴, 과학명언) 일반회사의 프로그래머는 자기승진의 공간이 작아 알리바바와 같은 회사 프로그래머 수준은 높지 않다. < P > 대기업은 프로그래머에 대한 요구도 높다. 이들 프로그래머들이 직면해야 할 어려움도 크다. 자신의 능력을 높이도록 강요하고 있다. 두 기술이 일치하는 프로그래머 중 한 명이 일반기업에 가고, 알리바바 같은 대기업에 가면 일정 기간 일한 뒤 알리바바에서 일하는 프로그래머는 일반회사의 프로그래머를 훨씬 능가한다. 대기업의 프로그래머들은 중소기업에 가고 싶지만 그들에게 더 큰 손실이다. < P > 더 많은 양질의 콘텐츠, 마그네슘객망 ~~

대기업의 프로그래머를 계속 지켜봐주세요. 코드전문정밀도에 있어서는 확실히 소기업 프로그래머를 능가합니다. 그들은 종종 기술의 어느 한 방면에서 깊이 연구하여 코드 실천에서 섬세하고 완벽하게 한다. 소기업 프로그래머는 bat 프로그래머보다 정확도가 떨어집니다. 큰 환경 때문에 한 프로그래머가 한 모듈의 코드만 책임지도록 할 수 없기 때문에, 그들은 종종 혼자입니다.