(1) 제 1 장 컴퓨터 용어 요약 :
소프트웨어 프로그램 = + 소프트웨어 공학, 프로그램 = 데이터 구조 + 알고리즘, 소프트웨어 프로그램, 사용자 요구, 응용 프로그램, 소프트웨어 서비스, 소스 코드, 소프트웨어 아키텍처 (소프트웨어 아키텍처), 소프트웨어 설계 및 구현 (소프트웨어 설계 구현 및 디버그) 소스 컨트롤 (소스 코드 제어), 구성 관리 (소프트웨어 구성 Managment를), 품질 보증 (품질 보증), 소프트웨어 테스트 (테스트), 수요 분석 (요구 분석), 프로그램 관리 (프로그램 이해), 소프트웨어 유지 보수 (소프트웨어 유지 보수) 서비스 운영 (서비스 운영), 소프트웨어 수명주기 (소프트웨어 수명주기, SLC), 소프트웨어 프로젝트 관리 (프로젝트 Mangement), 사용자 경험 (사용자 경험), 국제화 및 현지화 (세계화 및 현지화), 시스템 소프트웨어, 응용 소프트웨어, 악성 소프트웨어, 컴퓨팅 이론, 정보 이론, 알고리즘과 데이터 구조, 형식적인 방법, 프로그래밍 언어, 컴퓨터 구조, 병렬 컴퓨팅, 분산 시스템, 실시간 시스템과 임베디드 시스템을 코딩, 운영 시스템, 컴퓨터 네트워크, 과학 컴퓨팅, 보안, 암호화, 인공 지능 (패턴 인식, 기계 학습, 데이터 마이닝, 정보 추출,) 컴퓨터 그래픽, 컴퓨터 비전, 데이터베이스 및 대규모 데이터 처리, 웹, 자연 언어 처리 및 음성, 인간 - 컴퓨터 상호 작용, 소프트웨어 엔지니어링, 인 월 * = 2.4 * KLOC 버그 (결함), 고객 만족도, 소프트웨어 프로세스의 품질.
(2) 문제는 읽기 교과서를 발생
- 결국 고토 문 또는 사용하지 말아야한다?
이 책의 네 번째 장 고토 문의 저자 4.3.2 설명했다 같은 문장
고토 문을 사용하여이 목표를 달성하기 위해 하나의 콘센트에서 가장 좋은 기능,만큼 고토를 포함하여, 사용할 수있는 방법을 구현 명확한 프로그램 로직의 도움.
나는 몇 가지 정보를 보였다. 에서 이 논쟁은 이미 존재하는 1960 년대 말과 1970 년대 초에, 어떤 사람들은 생각 :. "고토 문에서 직접, 정적 구조, 프로그램, 이해하기 어려운 어렵게하는 것은 고토 문을 제거한 후 일치하지 않는 문제를 해결하는 프로그램의 동적 구조를 야기 . "다른 사람으로 확인하면서"프로그램 구조가이 방법을 실행하는 과정을 반영,뿐만 아니라 프로그램 구조 명확하고 이해하기 쉬운, 쉽게 문제 해결뿐만 아니라, 프로그램의 정확성을 증명하는 데 도움이됩니다. 고토 문은, 사용하는 것이 더 유연 하지만 어떤 경우는 프로그램의 효율성을 향상시킬 수 있습니다. 고토 성명의 완전한 삭제가 있지만, 어떤 경우 불필요한 계산의 수를 증가하는 프로그램이 너무 복잡하게합니다. "그리고 마지막으로 C / C ++ 및 기타 고급 프로그래밍 언어로 고토 문을 유지, 하지만 없거나 거의 사용을 권장하지 않습니다. 이 키워드로 고토를 지정하지만, 자바와 같은 새로운 고급 프로그래밍 언어의 일부에서는 GOTO 문을 제공하지 않습니다, 그러나 그것은 간단하고 읽기 쉬운 프로그램의 사용을 지원하지 않습니다 나중에 # c를 그럼에도 불구하고 또는 GOTO 문, 고토 문을 지원 우리가 중첩 된 경우가 너무 큰 피하기 위해 수출 절차의 존재를 보장 할 수있는 유일한 장점.
내 혼란은 결국 고토 문 또는 그가 감소 프로그램 선명도인지, 사용 또는보다 간결 프로그램을하지 말아야한다?
- 페어 프로그래밍이의 첫 번째 선택 파트너의 요구 사항은 무엇입니까?
이 책은 당신의 파트너에 어떻게 좋은 선택 후, 4.5 프로그래밍 및 페어 프로그래밍을 복용의 장점을 언급?
항상 성격 다른이, 어떤 사람과 불가피하게 정치 못한 사람들, 그리고 다른 사람의 코드가 페어 프로그래밍, 종종 어려운 읽고 큰 영향을 재생됩니다 문자, 나는 몇 가지 정보를 읽어 일부 단위는 처음부터 우리는 더 부끄러워, 그래서 자매 결연 방식의 무작위 표본을 선택하지만이 방법은 몇 시간 동안 실행 된 단계를 경험하게 될 두 사람 효율성을 줄일 생각합니다.
언제 혼란 Ruoguo 쌍은 그것의 첫번째 동반자를 선택하는 데 필요한 사항 프로그래밍?
- MSF는 어느 정도 구현 팀의 효율성을 감소시킬 것이다?
이 책 7.3 저자는 문구를 언급
특정 주요 품질 목표를 달성해야하는 기술 프로젝트의 MSF 팀 모델에서만 성공적인 프로젝트로 간주 될 수있다. 목표를 달성 할 수있는 모든 역할, 그것은 전체 프로젝트를 위태롭게 할 것입니다.
그들은 MSF 팀 멤버 각자의 역할과 책임을 부여 되었기 때문에, 대부분의 사람들의 품질과 기능에 동일하지 않습니다 상황, 사람 느린 진행하지 않고, 따라서 수행 팀의 효율성을 지연 할 것인가?
이 상황이든 그것을 해결하는 방법은 무엇입니까? 이 경우 어떻게 그것을 구현하는 방법?
- 어떻게 자격을 갖춘 PM되기 위해, 자신의 미래를 행사할 수 있는가?
PM은 여전히 매우 중요 우수한 개발 팀을위한 제 9 장에서 언급했다.
그렇다면 우리는 자격을 갖춘 PM이해야 될 미래에, 학교에서 자신의 학생들을 행사할 수 있는가?
- 어떻게 소프트웨어 공학의 품질을 측정하는?
제 14 장에서
온 소프트웨어 프로그램 = + 소프트웨어 엔지니어링 의 확장을위한 공식 소프트웨어 품질 = 프로그램 품질 + 소프트웨어 공학 품질
프로그램의 품질은 소프트웨어 품질의 외부 기능에 반영됩니다, 소프트웨어 공학은 성숙 이론이 어떻게 정확히 정제 한 후 소프트웨어 엔지니어링의 품질을 측정 할 필요가 CMMI (능력 성숙도 모델 통합)를 호출하지 않는가?
(3) 휴대 전화 소프트웨어
APP 웹 : QQ 브라우저
분석 : 텐센트는 브라우저의 개발로, 개인적으로 여전히 잘 한 멀티 엔진 검색을 지원하는 파일 및 공간 관리를 다운로드하는 것을 선호, 그것은 주로 사용자에게 큰 흐름을 통해 휴대 전화에 다운로드 한 이익에 광고를 게재하는 광고주를 유치 할 수 있습니다. 버그를 해결하고 사용자 경험을 향상시키기 위해 정기적 버전 업데이트가 있습니다.
게임 : 마석의 전설
분석 : 블리자드 게임의 NetEase는 에이전트, 가장 고전적인 카드 게임으로, 항상 플레이어의 거대한 숫자가, 게임 경험이 게임의 판매를 통해 수익성이 매우 좋은 쇼핑몰, 최적화를 통해 게임의 정기적 업데이트 된 버전 소품이었다.
음악 APP : NetEase는 클라우드 음악
분석 : 젊은 사람들이 오늘날 음악 APP의 가장 인기가 그래픽 디자인의 가장 좋은했다, 아름다운 인터페이스 디자인이 잘나가는 젊은이의 주요 원인, 광고 및 회원 시스템을 통해 이익이되는 것입니다, 또한 사용자 경험을 최적화 할 수있는 일반 버전 업데이트를 .