1. 형식 설명
문제 | 대답 |
---|---|
이 작품은 물론 속하는? | https://edu.cnblogs.com/campus/xnsy/GeographicInformationScience |
어디에서 작업이 요구? | https://www.cnblogs.com/harry240/p/11469058.html |
이 과정에서 나의 목표는 무엇입니까? | 1. 연습은 자신의 프로그래밍 기술을 개선하기 위해 2. 개발 프로젝트 3. 팀워크 향상을 구축하는 방법에 대해 알아보십시오 |
내가 목표를 달성 도움이 작업의 특정 측면에서? | 1. 교과서 2. 자신의 부족함에 직면하는 법을 배워야 3. 일부 우수한 블로그 알아보기 |
2. 개인 소개
내 블로그 : https://home.cnblogs.com/u/caiyulan9013/
나는 2017 지리 정보 과학의 학생들입니다. 나는 등 회화, 사진, 공예, 고고학, 많은 것들에 관심이있을 것이다, 그러나 정말 고수하지 않았다, 결단력의 부족 인내,하지만 일에 모든 것을 완료하는 데 본격적으로 될 것입니다. 별이 예술 마음을 사랑이 있습니다.
3. 읽기와 생각
(1) 리콜 상상 경우 전문 대학을 입력 할 때
- 당신은 어떻게 당신의 직업 결정에 선택을 했습니까?
A : 나는, 지리를 좋아 지리적으로 관련 전문가와 더 나은 일자리를 읽고 싶은, 그래서 지리 정보 지리와 과학이 아니라 많은 접촉을 보이더라도 우리가이 직업을 선택했기 때문에 그 당시. - 여기서 전문, 왜 자신의 기대를 충족는 물론 노출의 과거 (이) 년을 생각하십니까?
A : 다행히도, 기본적으로 동일합니다. 더 넓게 범위를 교훈, 컴퓨터, 원격 탐사, 매핑, 지질 모든 일부를 포함하지만, 간단하고 확실한 학습, 실제 능력은 강력한 더 이론적 지식이 아니다. - 당신은 당신이 좋아하는 당신의 분야에서 전문 생각 하는가, 당신이 그것을 잘있어 지역은?
A : 내가 정말 좋지, 좋아한다. 앞으로 당신은 관련 전문 업무에 종사하는 선택할 것인가? 당신이 가고 싶은 경우 이유가 제공되지 않는 경우 주어진 도시, 회사와 작업입니다
을 : 그것은, 그리고 청두에서 일하고 싶어한다,이 회사는 현재 일이다, 다음하지, 아주 명확 일반적인 방향이된다.(2) 사람의 컨트롤은 이제 전에 거리를 걸어와 미래를 설명
- 이미 전문 지식, 기술, 능력있는 느낌, 뭐? 기록 된 코드의 양이 얼마입니까? 당신은 / 작업 할 가장 복잡한 프로젝트를 설명하십시오.
전문 이론적 지식, 전문적이고 교훈을 부유 그래서 또한 약간의 C 언어와 C #이 될 것입니다, 간단하고 분명 배울 수 있기 때문에, 측량 및 매핑 측면, 컴퓨터 관련 정보 지리은 다룹니다, 조금 복잡하기 때문에 지질을 배웠지 만 코드 작성 몇 가지, 그것은 기본적으로 그냥 복잡 언급 따라서,하지 작업을 완료하고, 미만 1,000 선이어야한다. 전문 지식, 기술, 능력에서 자격을 갖춘 졸업생뿐만 아니라 것 사이의 격차가되는?
격차가 양쪽 당사자,
전문 지식에이 과정의 끝이 깊이 공부를하고 싶지 않았다, 여기에 강화 될 필요가
코드 프로그래밍 기능도 부족, 전문 소프트웨어 자체는 매우 숙련 된 아니라, 기술을
교환 할 필요가있는 기술, 의사 소통 능력을 증가(3) 현재 삶의 선택, PubMed를, 직장, 공공 시험, 해외 이동, 다른 주니어의 노력에 다른 옵션이의 교차로입니다. 그리고 각 경로가 있는지 대학원 작업, 여러 가지가 있습니다.
- 당신은 사람들의 경험을 읽기 전에 제어, 당신의 선택은 무엇인가?
일 - 이 옵션에서는, 다른 친구들에 비해 약점은 무엇 장점은 무엇입니까 생각?
지역 사회, 직장 경험하지만,과 빨리 접촉 네, 학생들이 독서를 계속 선택 학습의 기쁨보다 훨씬 더 적은. - 당신의 선택, 당신은 자신에게 주니어 계획 준비를 줄 것입니다 설정?
수준을 통과했다에, 열심히 공부하고, 한 두 유용한 기술을 습득하기 위해 전문 소프트웨어, 적절한 학습을 마스터. 당신을 위해 당신의 꿈 짓을 달성 또는 어떤 종류의 준비를 할 계획 하는가?
영어의 시험 및 컴퓨터에 두 개의 학습 준비, 여가 시간의 사용은 유용한 기술을 습득합니다.
질문 4.
== Q1 : == 장 한 P16
버그는 무엇입니까? 단순히 소프트웨어의 행동과 사용자의 기대가 같은라는 버그가 아니다 넣어. 버그 여부, 사용자에 따라 다른 개발자 각도.
사용자가 일치하지 않는 방향 및 최적화 소프트웨어의 방향을 원한다면 방법을 선택해야 하는가?
사용자는 경우에 필연적으로 비즈니스 목표를 달성하기 위해 이어질 것입니다 동안 소프트웨어가 무거운 방향에 최적화 된 경우는 고객의 손실에 의해 발생하는지, 사용자가 원하는대로, 가장 중요한 불가피 할 것이다 충돌로 파티의 방향을 최적화하고자합니다. 정보에 대한 액세스는 사용자의 요구에 대한 참조 가이드로 비즈니스 목표에 표시해야한다, 또는 둘 사이의 관계와 균형을 찾을 수 있습니다. 정책의 가장 좋은 가이드는 어떻게?
== Q2 : == 장 III P48
조기 최적화는 모든 모든 악의 뿌리입니다
당신은 어떻게 최적화를 결정해야 하는가? 최적화는 어떤 시간에해야 하는가?
정보 최적화의 중요한 부분에 최적화 메트릭이 바로 액세스하려면, 인덱스 선택은 헛된 모두에 의해 부적절 노력이 발생할 수 있습니다. 최적화는이 목표 반대 장소 최적화해야 현명하게 사용되어야한다. 조기 최적화는 별도의 단계로 사용한다 프로젝트 개발 및 최적화에 어떤 역할을 양보하지 않았다 전에 전역 전망은 최적화를 찾을 수 있습니다. 나는 최적화 방법을 최적화 할 위치를 자유롭게 결정하는 경험을 많이 걸립니다 생각합니다.
== Q3 : == 장 XII의 P253
충분하지 빛 개밥을 먹는
자신의 개발 제품을 사용하면 많은 문제를 찾을 수 있지만, 하나의 사용자 경험을 통해 설명하는 방식, 어떻게 해결 말했다 것인가?
사용자 경험 데이터를 향상시키기 위해 정보에 액세스하는 방법, 디스플레이, 작업이 더 간단하고 가능한 한 편리하게되어서 너무 전체 소프트웨어주기 동안 간단한 의식. 같은 아름다운 인터페이스와 조정, 신속하고 친절한 규범시기 적절한 도움 등 모든 측면의 전체 세부 사항. 소프트웨어의 많은 양식 만족을 댓글을 작성 소프트웨어를 안내 할 것입니다,하지만 대부분의 사람들은 무시하도록 선택할 것이다, 어떻게 심리적 저항을 발생시킬 수 없습니다 안내서를?
== Q4 : == 장 14 세 P309
소프트웨어 품질 보증 작업 : 소프트웨어 팀 소프트웨어가 구현 정의 품질 기준을 달성 할 수 있도록하는 테스트를 포함하여 모든 활동을 수행하기 위해있다.
이 팀은 독립 소프트웨어 테스트 역할을한다. 모든 사람은 QA의 일에 참여할 수 있습니다
QA 테스트가 포함되어 있기 때문에, QA 및 테스트의 역할을 결합 할 수 있음?
정보 표시에 대한 품질 보증 액세스, 두 가지 작업, 프로세스 개선 및 품질 보증입니다 전체 프로젝트의 과정을 통해, 프로젝트의 진행 상황을 확인해야하지만, 또한 검증 기관, 조직 프로세스 정의, 리스크 관리를 완료하려면 GMP의 일부입니다. 한 부씩 인쇄 및 각 코스의 마지막의 성공을 분석 할 수 있습니다. 시험은 두 개의 독립적 인 제품 개발 단지 프로세스, 테스트 관리 따라서 품질 보증 과정입니다. 역할의 명확한 구분을하기 위해 전용 테스트해야합니까?
== Q5 : ==
무엇을 주장? 어설 사용하는 경우, 경우에 예외를 사용 하는가?
조건과 예외 주장의 수는 조건 (조건 후속 실행)를 확인 후 잘못된 도구 검사 절차의 필요성의 구현의 시작은 충족시킬 수 있다는 주장에 대한 검사 사전 조건이 때 정보 표시에 대한 액세스는, 예외를 사용합니다. 인수가 외부 환경을 확인하는 잘못된 주장 검사 오류 예외가 있습니다, 사용자 오류가 발생. 아직 조금 이해가 안 돼요.
5. 이해하고 소스 코드 버전 관리 도구를 조사
(1)의 Bitbucket
| 장점 | 단점 |
| : --- : | : --- : |
| 무료 저장소의 무제한 사용하지만 다섯 명 멤버를 제한 할 수있는 작은 팀을 사용하여 | | 시스템이 충분히 안정되지
| 대용량 파일의 속도를 제출 곧 | 그룹과 코드의 양이 더 낫다는 GitHub의를 사용하는 |
| | 가정용 개인 창고 다른 도구와 같은 플랫폼을 호스팅 | 도메인 이름을 사용자 정의 할 수있는 유연한 액세스 제어 할 수 있습니다
(2) GitHub의
| | 장점 | 단점
--- : | | : --- : |
| 함께 지원 사람들이 프로젝트를 완료하기 | 영어 만 |
| 많은 매우 잘 알려진 오픈 소스 프로젝트가 | 자식 형식은 코드가 호스팅 지원 |
| 개인 창고가 무료로 구축 할 수 있으며, 창고의 무제한하지만, 대부분의 세 협력자를 허용하면서 | 보호 지점 요금 |
(3) 힘내
| 장점 | 단점 |
| --- | --- |
| 빠르고 검증 된 아키텍처, 유연한 개발 | 적은 정보, 학습 비용이 상대적으로 크고, 학습 곡선 긴 |
| | 가난한 보안 코드 | 오프라인 작업, 낮은 관리 코드 비용이 서버에 의존하지 않는다
| 비국교도 생각 | | 좋은 분기 메커니즘, 트렁크 코드를 허용 청결을 유지를
(4) Trac의
| 장점 | 단점 |
| - - : | : --- : |
| 좋은 확장 성 | 멀티 프로젝트를 지원하지 않습니다 |
| 핵심 기능 거의 플러그를 많이 설치할 필요가 없습니다 | 권리 시스템은보다 완벽한이 포함 |