상투적 한 다음 소프트웨어 테스팅 경력 개발에 대해 이야기

이러한 광범위한 현상이있다

특히 후발 인터넷 회사 채용 가장 비참한 일에 시험 채용, 사람들을 모집하는 것입니다. 수백 개의 이력서를보고, 별을 도달 할 수있는 적절한 사람, 그물의 모든 종류의 매일을 찾으려고, 얼굴 수십 사람들은 조금 이탈리아어 파트너 감사를 신음. 그러나 많은 작은 파트너는 테스트, 직업을 찾기 어렵 특히 더 큰 공장으로, 그들은 특정 선택하는 것이 발견하면서 : 코드, 소프트웨어 아키텍처를 할 수있는 능력을 작성하고 큰 덩어리는 일반적으로 기술적 인 문제를 사용하지 않습니다 질문뿐만 아니라 선택 경험, 의사 소통 능력은 선택, 연령을 선택, 때로는 특수 교육을 선택,이 그것을 골라 골라. . . 총 겪고있는 양 당사자의 결과로, 수요와 공급을 일치하기는 어렵다.

왜?

일치하지 않는 용량 요구 사항은 문제의 핵심입니다. 소프트웨어, 인터넷은 급속한 성장의 지난 20 년은, 사실, 많은 단계를 거쳐왔다. 소프트웨어 아웃소싱 산업이 번창 무대와 번영 단계 (2000-2010) 산업은 테스터의 큰 숫자를 입력 한 테스트는 대부분의 주류 연습했다 : 시스템 수용 단계에 초점을 맞 춥니 다. 기본 주요 작업 테스터 블랙 박스 테스트, 코드 기능, 많은 시스템 요구 사항을 이해하는 능력을 기반으로 사업에 투자하고있다. 2010 년 이후, 국내 소프트웨어 개발 모델의 인터넷 산업의 실제 상승은 빠른 반복적 인 모델이 점차 개발주기가 짧아지고, 빨라 반복, 상승 천천히 돌아서 시작했다,하지만 시스템은 점점 더 복잡하고 더 큽니다. 원래 시험 작동 모드 및 작업의 범위는 요구 사항을 충족하기 위해 점점 수 없습니다. 그러나 변화의 기술 직원의 다수는 매우 어려운 것은 업계가 큰 관성이다,입니다. QA 기술의 많은 수요 변화 변화와 유지보기의 매크로 관점에서 시장의 수요와 공급의 불일치의 주요 원인이다.

무엇 그래서?

세 가지 관점 :

1. 유일한 수동 테스트, 경력 개발, 테스트 엔지니어는 시스템 구현이보다 제한됩니다를 이해하지 않습니다.

2. 전환이 학생의 시장 수요는 지난 몇 년 동안 초과 수익을 얻을 것이다 충족시킬 수있다 (시장이 공급 부족에 있기 때문에, 회사는 그런 사람을 찾기 위해 인상 가격에 있습니다).

항상 가장 중요한 개인, 개인의 성장 3. 그들은 고기와 시장의 감자 신중해야 될 방법을 생각, 외부 환경에 의존하지 않는, 자신의 발전을위한 책임을지지하지 않습니다.

수요가 어떤 종류의 사람이 결국?

사람들이 추구 무엇인지에 대해 이야기 것입니다 내 이해에 따르면, 제한된 공간은보기의 기술적 관점에 편중 될 것이다. 개인의 의견, 토론 및 벽돌을 환영했다.

 

재단 테스트 - 프로젝트 경험

체험 더 복잡한 시스템을 테스트가있다 당신은 더 후보자의 50 % 미만. 더 복잡한 시스템은 무엇입니까? 투자 50 사람이 년이 시스템 호출 할 수있는 복잡한 시스템을 개발했다. 따라서, 복잡한 시스템은 매우 드문 없습니다. 당신은 단지 간단한 모듈을 터치하거나 단지 아니라 포괄적 인 이해보다 안정적인 테스트 유지 보수 모듈을 개발하는 경우 그러나, 너무 복잡 테스트 시스템이라고 할 수 없습니다. 처음부터 접촉 경험 마무리 매우 가치에 대한 완전한 프로젝트가있다.

재단은 테스트 - 기초를

컨트롤은 세 가지 책 : "ISTQB 기반 튜토리얼" "고급 소프트웨어 테스팅 디자인" "고급 소프트웨어 테스팅 관리는"(두 개의 고급 인증 과정 후 ISTQB)입니다. 당신이 능숙이 (정말 실력 만이 아니라 개념), 당신은 후보자의 80 % 이상을 수있을 것입니다 수있는 콘텐츠 측면. 사람들의 인터뷰 수백, 나는 종종 몇 가지 질문 : 시험 시간이 충분하지 않다면, 당신은 어떻게 할 것인가? 우리는 당신이 당신에게 시스템에 완전히 익숙를 테스트 할 수 있다면, 당신은 어떻게 할 것인가? 당신은 일반적으로 그 시험 설계 방법을 사용할 것인가? 매우 흔한 문제가 나타납니다, 테스트 사람입니다. 대부분의 실무자는 체계적인 훈련과 학습 대상이되지 않기 때문에, 몇 년 동안, 여전히 부족한 기술, 인식의 편차이다.

기본 언어 능력을 사용하여

만나이, 당신은 후보자의 70 % 이상입니다. 그것은 솜씨 무엇입니까? 예를 자바 보자 자바 튜토리얼 시스템은 자체 테스트 50 문제는 35 개 이상의에 대답 할 수있는 고주파 면접 질문으로, 연구, 스프링 프레임 워크의 대부분의 주류에 대해 잘 알고, 간단한 웹 사이트를 쓸 수, 기초 서비스 평안한, 테스트 프레임 워크를 통해 판독 또는 mockito Junit와 소스로서 실시 능력 시험 인터페이스 (예를 몇 가지 테스트에 기초 틀 등 : 나머지 안심 + Junit와), 서비스 코드 개발을 읽고, 자신의 코드 코드 검토;

언어의보다 깊이있는 지식이 있습니다

만나이, 당신은 후보자의 90 % 이상입니다. 무슨 좋은 그것을 이해가? 또한 예를 들어 자바를 가지고 : 일반적인 자바 API의 실력 사용, 깊이있는 지식 기반 언어 기능의 이해 / 등의 구현 메커니즘의 컬렉션, 시스템, I / O, 네트워크, 멀티 스레딩의 유형으로 시스템의 특성, 잘 알려진 디자인 패턴 (넓은 범위 )이 GOF 디자인 패턴에 국한되지 패턴을 설계, 운영의 JVM 익숙한 모드, 문제 해결 성능 문제에 대한 디버깅 도구의 숙련 된 사용을 해결하기 위해, 마스터 공통의 발판을 시장에, 마스터 지식 (네트워크 관련 지식에 관한 작전을 둘러싼) 좋은있다 테스트 개발, AOP를 들어, 자바 바이트 코드 기술은 매우 중요한 지식이며, 실제 개발 경험은 (진정한 시험 생산 뭔가를했다). . . 이것은, 개발 년이 걸릴 매우 긴 학습 목록입니다. 마, 사실, 당신은 고급 테스트 위치를 개발할 수있는 기술적 토대 게시물의 정상적인 발전을위한 자격.

지식의 분야에서 좋은 이해가

사람들은 모든 것을 알 수 있지만, 작품의 몇 년 후, 작업은 작업의 특정 도메인에 축적됩니다.

예를 들어, 3 년 동안 당신이 밖으로 말을 숙련해야 사업을 시스템의 핵심 전력 비즈니스 트랜잭션 모듈을 테스트 : 제품 목록, 카트, 주문, 다시 주문, 스크랩 주문, 결제, 배송, 재고, 환불 쇼핑, 등 비즈니스 프로세스의 우선 사용 및 일반 구덩이 발생할 수 있습니다 (모든 종류의 자금 조달 문제의 손실, 서비스를 사용할 수없는 문제가 모든 종류의 논리적 모순을) 요리, 또는 단순히 경험 강수량과 깊은 생각을 반영 할 수 없다 기술 각도에 당신은 문제를 코드의 온라인 위치 라인을 진단 코드 개발, 추적의 숙련 된 사용 및 모니터링 도구를 읽을 수 페인트 시스템 상호 작용 다이어그램, 친숙한 인터페이스와 핵심 매개 변수의 핵심, 밖으로 얻을 수 있어야합니다.

기술의 품질을 보호 할 수있는 기능

당신이 당신에게 그것의 테스트 사례의 능력을 테스트 효율을 개선 강화하기위한 기술적 수단을 제공 할 수 있습니까 : 테스트 개발 질문 물어 게시 할 예정입니다? 이것은 가장 큰 동음 인터뷰 중 하나입니다. 많은 사람들이 자동화 된 회귀 테스트의 몇 가지 예에 대해 이야기하지만, 어떻게, 얼마나 좋은으로하고 싶지 않기 때문에 실제 성공 사례는 매우 몇 가지 튜토리얼 온라인 장난감으로 전환 한 저장. 자동 단지 측정 대상의 특성, 사실, 도구, 프레임 워크를 사용하지 않는 소프트웨어 수명주기는 깊은 이해를 가지고 작업의 지식은 우리가 강력한 개발 있습니다. 사실, 환경, CI는, 데이터는 테스트 케이스 생성, 데이터 포인트는 약간 작은 쌍보다 좋은 점 것,이 지점에서 출력이 잘 행해질 수 한 양호한 효과를 가질 수있다. 좋은 성공 스토리, 80 % 이상을 승리의 기회가있다, 더 짧은 보드는 거의 확실,이 없다.

기술이 아닌 다른 뭔가 - 실제 사례

이전 작업은 당신의 능력을 확인합니다. 당신은 일을위한 특별 공연, 인터뷰가 가장 유용한 군벌 때 사건을 입증 할 수있는 능력을 취소 할 수 있습니다.

기술이 아닌 다른 뭔가 - 귀하의 개인 자질

일반적으로 가지고있는 다음과 같은 특성 것입니다 크게 플러스 : 빠른 학습, 체계적인 학습, 지식, 체계적인 사고, 강력한 추진력, 기술 사고, 뛰어난 의사 소통 능력, 선명도, 스트레스, 낙관론에 대한 저항, 좌절에 저항하는 능력을 적용합니다 신속하게 조정할 수있는 능력, 인식, 소유권, 팀워크, 비전과 계획의 반복적 인 개선. 이러한 기능은, 사람들의 강한 핵심이, 사람들의 핵심을 반영하는 것도, 기술의 일시적 부족을, 확실히 만들 수 있습니다. 그래서, 채용시 결정적인 역할을 고용 여부를 판단하는 경향이

 

높은 명소 요구 사항 (고위직이 요구하는)

 

컴퓨터 지식 분야의 전반적인 이해

이 범위는 매우 큰, 사람들은 모든 것을 알 수 없습니다. 그러나 가장 기본적인 지식은 블라인드의 자리를 가질 수 없습니다 :

기본은 기본 운영과 사업에 운영 체제 : 리눅스, 리눅스 책은 운영 체제를 통해 읽을 경우, 기본 개념을 잘 읽고 쓰기 할 수 쉘, 기본 명령을 잘 알고 있어야;

특정 TCP / IP, HTTP 지식 네트워크 지식 : 두 권의 책 것들 중 두 권의 책은 이해하기 "그래픽 TCP / IP", "그래픽의 HTTP"를 추천합니다.

지식 데이터베이스 : 일반적인 시장 데이터베이스 (레디 스, MySQL은, 오라클) 일반적인 DBA 운영, 문제 해결, SQL 숙련 된 사용;

웹 및 모바일 최종 지식 : HTML, CSS를 이해하는 능력은, 자바 스크립트 코드는 안드로이드 또는 iOS 코드를 읽을 수 읽을 수있는 개발자는 단순히 최선을 다해.

보안 지식 : 공통 보안 방법, 도구, 기본 보안 공격과 방어의 원칙;

소프트웨어 설계 / 개발 프로세스 관리 : PMP 혼 전투 학습의 모든 종류, 제안 된 시스템, 여러 가지 인증 과정의 애자일 개발.

 

깊은 없어야의 필드

사람들은 모든 것을 알 수 있지만, 깊은 없어야의 분야에서 필요하다. 예를 들어, 테스트 모바일의 종료 후 4 ~ 5 년을하고. Android 및 iOS 것은 개발하는 특정 능력을 가지고 있고, 사업 개발의 ​​코드를 읽을 수 있어야하는 것은 가장 기본적인, 그것의 기능은 구성 요소 개발의 완전한 부분이 아주 좋은 자기 체크 포인트입니다 달성하기 위해 사업 개발의 ​​일부를 대체 할 수 있습니다. 이동 단말 도구 스택 자동화 할 수있는, 메모리 누출 검출, 검출 Caton, 전력 소비, 낮은 네트워크 트래픽 매립, 회색, 버전 관리 및 호환성 (예컨대 연합 친구들 bugly, newrelic 등) 스택 모니터링 도구 , 사용자 경험, 전반적인 품질 보증 프로그램이 얻을 수있는 능력을 가지고 보안, 그래서.

무엇을 얻을 수 있습니까? 예를 들어 예를 들어, 다양한 수단을 사용하여 천분 이하의 붕괴 속도를 감소시킨다. 작은 팀의 경우, 이것은 매우 쉽게 동음을 구현하는 것입니다. 이 작업을 수행합니다, 당신은 어떻게 변화 방지 (미성숙 타사 플러그의 무분별한 사용을 방지하기 위해 도입 정적 코드 검사 도구의 개발을 촉진하는 방법의 핵심 문제를 찾기 위해 다양한 도구를 사용하는 충돌 속도, 코드 reivew 방지를 수집하는 방법을 알아야 같은 널 포인터와 같은 일반적인 패턴은 개발 로그, 좋은 습관을 개발 수비 모바일 프로그래밍 프로그래밍 메모리 누수, Caton 도구, 동향 보고서의 도입을 개발하는 데 도움이, 습관을 개발 사양에 따라 침에 백 엔드 인터페이스의 개발을 촉진하기 위해 추진 촉진하기 위해, 충돌이 발생할 수 알람 벨이 울리는, 그레이 스케일 설정, 온라인 모니터링 ... 모든 종류의) 데이터 뒤에 품질 관련 많은 일을 변경합니다.

 

성능을 향상시키기 위해 소프트웨어 품질 지원 기능에 대한 포괄적 인 접근 방식을 사용.

그것은 그것의 몇 가지 예를 매우 추상적 소리.

예 1 : 당신은 항상 시간의 시험에 대해 불평하는 팀은 너무 오래 개발되었다. 어떻게에 대한 테스트 시간을 단축 할 수 있습니까?

연구를 통해, 그것은 작은 테스트 환경의 대부분이 비판을 사용할 수없는 파트너 인 것을 알 수 있었다. 결국 멀티 환경을 사용하지?

몇 가지 핵심 뜨거운 응용 프로그램들은 아무도 끊었 없습니다 : 당신은 Grafana 환경과 프로 메테우스에서 사용할 수있는 감시 보고서, 사용 후, 우리는 주로 인해 작업 일의 약 35 %의 가용성 비율 환경이 있음을 발견했다.

당신은 배포 특별히 책임, 팀 전체를 끌어, 합의 된 규칙의 배포 : 점심 식사 및 저녁 식사 시간을 배포 및 배포 후 자신을 보는 확인하지 않습니다.

일주일 후, 환경의 가용성은 65 % 상승했다. 또한 깊이있는 분석이 명 학생들이 항상 규칙을 위반하는 규칙을 따르지 않는 것을 발견, 당신은 이야기에 혼자 그들로 이동합니다.

일주일 후, 환경의 가용성은 80 % 증가했다. 규칙을 준수하지 않는 소수가 있습니다.

당신은 SRE 친구들이 배치 카드 점, 비 - 배포 시간을 배포해야의 TL 승인을 할 필요를 언급 찾을 수 있습니다.

일주 후, 환경의 정도는 85 %가 이용 될 수있는 상승한다. 일부 TL 규칙을 준수하지 않습니다.

당신은 경보를 구축, 배치 환경 혼돈, 파괴, @ 환경을 망치고 정보를 그룹의 모든 큰 팀.

일주 후, 환경의 가용성은 92 %에 달했다.

자동 롤은 이전 버전을 백업, 문제가 여전히 존재, 시간에 대한 응답, 자동 재시작 서비스를 신청 요령 : 당신은 기능을 추가합니다.

당신은 응용 프로그램 시작 시간의 개발을 주도 문제가 너무 깁니다 해결한다.

당신은 환경 단체를 촉진한다.

당신은 테스트 환경의 표준화 프로세스 온라인 버전의 이행을 촉진.

당신은 자동 카드의 경우와 연기 포인트를 밀어 넣습니다.

당신은 인간의 환경 백업 메커니즘의 구축을 추진하고 있습니다.

당신은 전체 기본 교육 환경의 구축을 추진하고 있습니다.

당신은 배포 가이드를 요약.

당신은 않습니다. . . . .

마지막으로, 97 % 이상에 안정적인 환경의 가용성. 당신은 60 % 이상에게 블록 시간 테스트 (원본이 아닌 35 %의 가용성을) 저장

예 2 : 위의 문제, 환경에 더하여, 저점 포인트가 : 개발 테스트 언급 품질이 높지 않다. 테스트의 처음 몇 일, 주요 공정의 대부분은 항상 대기 테스트에 이르는, 막 다른 골목, 또는 연방 수사 국 (FBI)의 개발과 함께하십시오. 테스트를 넣어 : 때문에이 시간, 시간의 습관적인 시험으로 간주되고있다.

홍보 : 테스트는 측정 연기 언급 사용 사례에 대한 자체 테스트를 제공, 개발자는 어느 정도를 완료해야합니다.

당신은 승진 : 개발 과정에서 같은 기간을 구축하는 테스트 및 개발을 자동화 할 핵심 기능은 자동화 사용 사례를 보호하는 것이었다.

당신은 승진 : 분할 기능의 개발이 갑자기 큰 움직임이 쿡에 저장 말할 것도없고, 측정을 언급했다.

당신은 승진 : 코드 코드 검토는 꽃 봉오리 단계에서 문제를 악용, QA 후속 초기 핵심 코드에 팀 정규 활동을하게된다.

당신은 승진 : FBI가 초기 수행 외부 자원, 그것은 사후 테스트 테스트 차단제에 될하지 않습니다.

...

예 3 : 당신은 긴 시험 시간, QA를 발견하고 그 문제가있다.

당신은 승진 : 명확한 테스트 계획 및 모든 이해 관계자가 분명히 기대를 가지고있다.

당신은 승진 : 리스크 기반 테스트 테스트, 가장 빠른 커버, 시간의 과학 할당, 상당히 짧은 시간 버그 피드백 아크를 얻을 수있는 가장 큰 위험.

버그 엄격한 관리를 모두 중요하고시의 적절한 버그 수정 위치 : 추진하고 있습니다.

당신은 승진 : 좋은 통신 및보고 메커니즘, 그래서 팀 매일 주요 이해 관계자가 명확 얼마나 멀리 릴리스 알고.

당신은 승진시킨다. . . .

당신은 그가 그렇게 성공의 개 이상 예을했다, 그리고 난 당신이 광포 한 라인 제조업체 될 것입니다 보장하고 있습니다 알 수 있습니다. 순위에서 기본적으로 전문가.

 

지속적인 학습과 복잡한 문제 해결 능력

예 1 :

최근 작품은 안정성을 향상시키기 위해 백 오피스 서비스 팀을 돕는 것입니다. 당신은 정말, 당신은 또한 내부 메커니즘과 유사 (온화한)를 실현하고, 팀의 안정성의 향상을 촉진, 안정성을 향상시키기 위해 서비스 공격의 임의 생산, 강제 엔지니어 ChaosMonkey라는 내부 넷플릭스 사용 무언가를 참조하십시오.

당신은 어떻게이라고 ChaosMonkey의 일을 알 수 있습니까? 자주 기술 블로그의 계층 제조 업체를 찾아 볼 것이기 때문에, 새로운 기술의 모든 종류의, 산업 회의에 관심을 참여합니다. 영구 습관.

예 2 :

하드 대규모 자동화 인터페이스, 외부 데이터 쓰기에 너무 열심히 주장도 힘든, 너무 열심히 인수 생성자를 따라 할 수 있습니다. 당신은 단순히 재생 잘 기록 할 수 있습니다.

그러나, 외부 의존도 쓰기도 싱크 홀을 주장, 또한 싱크 홀을 조롱하는 싱크 홀이다.

실제 사건은 구멍을 채우기 끊임없는 여러 팀의 몇 년 후, 인, 알리 내부 응용 프로그램 수준의 기록 재생 도구를 가지고 있으며, 성공적인 응용 프로그램의 수백을 사용하는 것입니다, 불가능은 가능한 반환 임무가된다 (같은 날 발생하는 사건의 수천, 사용에 같은 날 넣어 수십의 순서 및 범위를 분석 할 수있다), 자동화 된 테스트의 필요성의 구현이 감소 혁명적 인 근무 시간 (원래 지불 한 시간의 10 %)을 지불합니다.

당신은 그가 그렇게 성공의 개 이상 예을했다, 그리고 난 당신이 광포 한 라인 제조업체 될 것입니다 보장하고 있습니다 알 수 있습니다. 순위에서 기본적으로 전문가.

 

기타 기능

테스트는 어떤 위치 때문에 문제의 더 하이 엔드 작업의 일부, 더 많은 사람들이 종을 처리하는보다 포괄적 인 필요 해결해야해야한다 무엇보다 높은 순서를 필요로 하나 개의 크기는 모두 맞는 것입니다. 그렇지 않으면, 당신은 쉽게, 전문 짧은 보드가 될 수있다 (확실히 모든) 그것의 목록을 작성 :

  • 좋은 프로젝트 관리 기술, 더 나은 그보다 적어도 같은 수준의 능력이나와 개발 매니저.
  • 특정 소프트웨어 아키텍처 기능을 제공합니다.
  • 일부 제품은 감지 : 부드러운 수석 제품 관리자와 통신 할 수, 알고 제품, 경로의 중요성을 실현하기 위해, 그가 생각하는 이유를 알고;
  • 제품 매니저보다 더 많은 품질의 제품의 고려 사항에서 그에게 출력을했다.
  • 뛰어난 의사 소통 능력.
  • 팀 관리 (이 너무 중요하다)
  • 목표 관리 기능이 좋은 코어를 (위에서 언급 한)

 

변환 / 방법을 어떻게 진행?

그것은 더 하이 엔드 접근 방식은 없다 어렵지 않다. 이 네 가지가 충분 아래, 핵심 비결은 인내입니다.

 

당신은 테스트중인 시스템을 잘 알고있는, 당신은 테스트중인 시스템을 잘 알고있는, 당신은 테스트중인 시스템을 잘 알고 있습니다.  보기의 기술, 비즈니스 관점에서 할 수 기본적인 전문성의 좋은 품질 보증 될 테스트중인 시스템에 익숙 가장 중요한 소스뿐만 아니라 승천하는 기능입니다.

정치 못한 : 나는 그것의 시스템 아키텍처의 다이어그램을 그릴 수 있었다? 나는 코드를 개발 읽을 수 있습니까? 나는 일반적인 비즈니스 모니터링 시스템이 익숙? 시스템을 잘 알고 그것을 기록? 우리는 어떻게 위치를 개발 및 디버그 문제를 알아? 나에게 선을주고, 나는 그것을 찾을 수 있습니까? 나는이 분야 그것의 핵심 사업에 다른 사람 완전한 소개를 줄 수 있습니까? 내가 직접 온라인 시스템을 손에 게시 소유 할 수 있습니다? 당신은 다시 어떤 롤하는 방법을 알고? 어떻게 회색을하고있다? 나는 같은 모든 주요 기술 포인트, 어떻게 협상이 이루어집니다 멱등 알아? 나는 팀에 있습니다 : 어떤 평판 "이 사람은 시스템이 가장 잘 알고있다"?

정치 못한 모든 부정적인 응답. . . 이 모든 긍정적 인 대답을하게 얻을 년 보내십시오. 이 과정은, 당신은 또한 사람들이 장소 카드를 많이하는 유일한 방법 전진하는 매우 상당한 성장을, 많은 것을 배울 얻을 수 밖에하지만됩니다. 그렇지 않은 경우, 모든의 앞 뒷면을 읽지 않는 잊어 버려.

방법 : 적극적으로 모든 토론의 개발에 참여하는 코드를 읽고 자신을 강제로 모든 문서를 읽을 수 있지만 화 안, 문제 해결 문제, 모방, 학습 방법, 사용하는 검색 엔진을 온라인의 개발을 관찰하는 방법을 물어, 요약되어있다. . .

 

찾아 문제를 해결 찾아 문제를 해결 찾아 문제를 해결.  당신은 내가 좋은 일을했다 생각한다면 당신은 질문에 무리가 있어야합니다, 해결해야 할 문제가 없습니다, 당신이 큰 문제를 소유해야합니다!

정치 못한 : 당신이 품질, 10 개 질문 팀을 생각하고 정렬을 쓸 수있는 펜을 찾을 수 있습니다. 가장 중요한 세 가지의 방전.

방법 : 문제의 TOP3를 찾아내는이 해결하려면, 그것을 가지고 열을 선택합니다. 수없는 경우, 하드 관찰하고 좋은 동료로 볼 수 가고, 어디 다른 비비 차이보다 더 낫다. 작은 문제에서 이러한 문제를 해결하기 위해 시도, 문제는 시점을 설정하는 효과를 볼 시작할 수 있습니다. 당신은 정말 느낌이있을 것이다 5 개 이상의 후 문제를 해결한다.

 

시스템 학습 시스템을 학습 시스템을 학습

정치 못한 : 나는 그것의 체계적인 지식을 배웠다? 나는이 코드 줄의 원리를 운영 내가 쓴, 그래서 내가 말할 수있어?

방법 : 당신이 할 필요가 무엇 지식 작업의 시작, 확인부터. 인터넷에서 학습에 따라, 계획 밖으로 구체적인 지식, 작업의 로드맵을 찾을 수 있습니다. 그룹에 가입 해이 문제를 해결하기 위해 사람을 찾는 등 저녁 식사에 그를 초대, 더 그를 부탁드립니다. 지식의 획득 후, 즉시 테스트를 수행하기 위해 직장에 복귀. 또는 자신의 지식 증가에 적용됩니다. 함께 작동은 시스템의 효과는 최고입니다 공부.

또 다른 예 :

이 회사는 (그는 또한 지역 사회를 흡수한다) 작은 파트너를 가지고 후보를 시작, 그는 많은 익숙 젠킨스는 말했다. 첫 번째 작업은 그래서 : 매일 그에게 모든 CI의 작업과 2 개월 이내에 정보를 모두 설정해야합니다. 그는 요구 사항을 지원할 수없는 일을하지 않는 사람들의 이해를 원래의 깊이를 강제로 바보로. 나중에, 그는 매일 Sike, 게시물의 수많은 문제를 해결하기 위해 설정되어있는 모든 문서 젠킨스 (오른쪽, 거의 모든 문서를 통해 읽기), 읽기, 백 작은 블로그 젠킨스에 기록 문제 해결의 수백을 기록하는 과정, (나는 아직도 그것을 게시하지 않은 경우). 완전한 프런트 엔드, 백 엔드 휴대 단말기 CI 솔루션 세트를 얻을 수있는 작은 회사에 혼자 : 몇 달 후, 그는 내가 그가 기본적인 능력으로 성장 것, 나보다 요리. 사실, 혼자 세트, 당신은 좋은 일을 찾을 수 있습니다. 그것은 작품에 대한 체계적인 연구 결과를 의존한다.

 

도전 팀을 선택, 도전적인 팀을 선택 도전 팀을 선택합니다.

정치 못한 : 많은 사람들이 더 나은 나보다 팀에있다? 나는 그것의 모든 주위에 내 동료를 존경? 나는 일을 도전했다?

방법 : 이 세 가지 점 음, 당신은 자신의 경력의 초기 단계에있는 경우. 아마 (단지 아마), 당신은 팀의 변화를 고려해야한다.

 

종료

 

추천

출처www.cnblogs.com/huile11/p/12519314.html