머리말
본 논문에서는, 나는 기술적 인 통신 그룹의 현재의 학생들에게 썼다.
왜 올바른 질문을해야한다?
질문자의 경우, 이점은 :
- 더 명확하게 명확하게 자신의 문제를 설명;
- 더 큰 문제는 확률을 해결
- 질문은 귀하의 질문에 대답하는 것이 더 기꺼이
질문자에, 혜택은 다음과 같습니다
- 문제를 해결하기 위해 더 적은 시간을 할애
- 포인트 더 편안하고 문제를 해결하기 위해 기꺼이 느낌
올바른 질문을 묻는되어 고려하는 방법, 내 조언이 질문을 한 것으로, 그것에 대해 생각, 자신을 집어 자신을 생각하는 것입니다, 그것은 사물의 종류 무엇을 할 수있는 사람들이 질문자 필요의 문제를 해결하는 것이 었습니다 더 나은 문제를 해결?
우리가 실제로 작업, 학습에서 오는, 예를 들어, 동료가 당신에게 질문을 물어보고 싶은이, 당신이 물어 어떤 다른 질문, 주저 다른 하나는이 문제를 해결할 수 있음을 이해하지 못했다, 몰라?
문제가 발생했을 때, 그 많은 도망하는 것입니다 그리기되지 않고, 학생들이 버그를 언급 테스트를 다시 생각, 사용자가 트리거 장면을, 무슨 일이 있었는지,이 정보는, 당신은 당신이 해결 방법, 말 안 했어?
시험의 우리 쪽은, 각 맵은 하나의 숫자에 노크해야한다 그림 빛나는, 문제의 단일 사본 번호, 그것과 같은 사용자 ID, 우리는 학생들이 버그를 개발 변경할 때마다 말을하지 않습니까? 당신은 Tucao를 원하십니까?
우리가 생활에서 사람들이 동료가 할 좋아, 파리를 수행하고 사람들과 일에 기꺼이, 그리고 당신이 함께 아주 행복한 사람이 일을, 직장에서, 시도해야, 사실, 많은 빼서 .
이전에, 내 동료의 문제뿐만 아니라 직접 매핑 전분기 대비, 나중에 동료에게 물어 나는 아 텍스트를 붙여, 또는 서로 다시 노크했다.
글쎄, 그건 공감합니다.
올바른 질문은, 핵심은 공감을하는 것입니다.
질문의 특정, 자바 프로젝트 아래.
첫째, 사용 받는다는 프로젝트
키를 추가하기 전에 대상 디렉토리, 위대한, 또는 마이크로 채널 전분기 제거, 사천 사천 오랜 시간해야하고, 경우에 따라서는 일반적으로 컴퓨터에 있어야 문제를 보면, 프로젝트를 대상 디렉토리를 제거하지 마십시오, 전화받은 파일에 정상 메가 바이트,이 시간, 수십는 몇 분 정도 걸릴 것입니다, 컴퓨터에 가야 마이크로 편지에 파일을 닫습니다.
받는다는 프로젝트 대다수 자바 백엔드 때문에, 일반적으로, 표준 받는다는 프로젝트, 먼 길 :
폴더는 다음 치어하는 src 폴더 내부입니다. 네트워크에서 참조도 특별히 아래 (:)
이러한 받는다는 프로젝트, IDE 상관없이, 그래서, 사람들의 질문에 대답하기 위해이 프로젝트를 얻을, 당신은 직접에 자신의 IDE를 가져올 수의 직수입 있습니다.
모듈은 다중 프로젝트 중합 인 경우, 일반적인 길이는 다음과 같습니다 :
내가 중합 기술을 구축하는 방법을 모른다, 당신이 내 이전 기사를 읽을 수 있습니다, 이전, 일반적으로 작성,하지만 여전히 볼 수 있습니다. 또한 스스로를 검색 할 수 있습니다.
https://www.cnblogs.com/grey-wolf/p/6606334.html
둘째, 데이터베이스의 SQL
두 번째 중요한 점은 문제의 숫자 후, 데이터베이스를 포함 그것을 잊지 않을 수 있습니다 포함 된 SQL 스크립트 프로젝트입니다. 일부는, 어떤 데이터베이스가 시작하지 않습니다 또는, 시작 후, 테스트에 데이터가없는 문제를 재현하는이 시간, SQL 스크립트를 제공하는 것이 필요하다.
일반적으로 다음과 같이 SQL 스크립트 형식은 다음과 같습니다
-
내장 SQL 테이블
CREATE TABLE `user` ( `id` int(10) NOT NULL, `username` varchar(200) COLLATE utf8mb4_unicode_ci DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci -
문 및 기타 초기화 데이터를 삽입
insert into `user`(`id`,`username`) values (222,'ssss'); -
데이터베이스는 SQL 구축
CREATE DATABASE /*!32312 IF NOT EXISTS*/`test` /*!40100 DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci */;
일반적으로, 위의 SQL에서, 다른 도구 Navicat는 직접 생성 할 수 있습니다. 검색 무료입니다.
세 번째는 문제를 재현하는 방법
일반적으로, 웹 프로젝트에 대해 많은 질문은 각종 버그 우리 보통의 만남으로 트리거 API 요청, 출신, 타이밍 작업의 작은 부분이 트리거.
요청이 트리거되면, 당신은 제공해야합니다 종류의 매개 변수의 다른 매개 변수 때문에, A는 할 수없는 문제를 재현 할 수 있습니다 어떤 인터페이스 요청의 경로를.
이것은 다음과 같이 제공 할 수 있습니다 :
위의 나는, 우리는 다음과 같은 형식을 곱슬 곱슬, 당신이 요청의 전체 내용을 표시 할 수 있습니다와 같은 단어를 사용하려고 이미지를 사용하지 않는 단지 예입니다 :
curl -i -X GET \
'http://127.0.0.1:8080/gym_war_exploded/user/borrowEquipment.do?eqId=54383a62-0a45-46b6-b1b0-c1be58446a4f&userId=c5d759d9c8f8407992ded888eebaf19b'
넷째, 관련이없는 요소를 제거하려고
이 플러스 포인트, 앞서, 지금은 주로 받는다는 사용 프로젝트, 당신이 알고있는, 또는 시간에 따라 많이 다운로드 할 필요성을 말했다 첫 번째 점이다.
많은 경우에, 당신은 의존성의 수백은, 상대방이 다음 반 시간을 다운로드해야합니다 과거에 완벽한 프로젝트를 제공합니다. . . 당신이 어떻게 말합니까?
따라서, 우리는을 제공하려고 : 최소 엔지니어링이 문제를 재현 할 수 있습니다.
간단한이, pom.xml 파일, 대형이며, 필요를 눌러 시도하지 않는, 즉 나는 보통 점의 작품 적은 패키지, 훨씬 더 빨리 포장에 큰 관심을 지불뿐만 아니라 훨씬 빠른 디버깅도 더 빨리 시작 것입니다 (이것은 적은 부하 또는 스캔 클래스, 단지 패키지에 시간이 걸릴 수있다).
V. 기타
할 일, 다른 하나는 보충한다.
개요
일부 학생들은 내가 질문, 너무 많은 문제를 물어 생각합니다. 물론 아래 질문은 특히, 상황은 충분한 정보하지 결코 간단하다. 당신이 정말로 해결 문제를 원한다면, 그것은 확실히 약간의 시간이 소요됩니다.