{正版现货新书} 软件工程:基于云端协作的实践:英文 9787121506345 蓝珲，叶荣华主编

Chapter 1 Peoples Accountability

1.1 Responsibility card

1.2 Code ownership

1.3 The produce-review cycle

1.4 The indifferent customer

Chapter 2 Building Teams

2.1 Stating vision

2.2 Starting small

2.3 Characteristics of a quality software engineer

2.4 Software health

2.5 Being honest about development status

2.6 Treasuring old code

2.7 Meeting

2.8 Who makes the final decision?

2.9 Bus factor

2.10 Joel test

2.11 Evaluating team quality from four aspects

2.12 Measuring productivity

2.13 Training and employee retention rate

2.14 Improving software process

2.15 Data and statistics

2.16 Territory

2.17 Code review

2.17.1 Pull request

2.17.2 Code review plus edit

2.17.3 Code review psychology

2.18 Treating criticism as praise

2.19 Automation ratio

2.20 Code of conduct

2.21 Software principles

2.22 Roles

2.23 Development time distribution

2.24 Comment to code ratio

2.25 The Apache Way

2.26 Intellectual property and licenses

2.27 Documentation

2.27.1 Being easy to find, easy to search, and easy to update

2.27.2 Being specific

2.27.3 Providing links wherever available

2.27.4 Documenting everything

2.27.5 Learning from good examples

2.27.6 Inspecting documentation

Chapter 3 Reducing Complexity, Increasing Quality

3.1 Source lines of code

3.2 Say no to bloatware

3.3 Software quality

3.4 High quality is cheap

3.5 Refactoring code

Chapter 4 Cloud Infrastructure

4.1 The pull request-centered collaboration model

4.2 Remote working

4.3 Email

4.4 Mailing lists

4.5 Git and GitHub

4.5.1 The feature-branching workflow

4.5.2 The fork-then-feature-branching workflow

4.5.3 Gitea

4.6 Kanboard

4.7 Bugzilla

4.7.1 Tracked bugs are good bugs

4.7.2 The more bug reports, the better

4.7.3 Do not accept duplicate bugs

4.8 The Bugzilla-Kanboard-Gitea workflow

4.9 Jenkins

Chapter 5 Selected Topics in The Softwares Life Cycle

5.1 Silver bullets

5.2 Project checklist

5.3 Fork

5.4 Technical debt

5.5 Timeboxing

5.6 Reusing

5.7 Tracking bugs

5.8 Bug repairs

5.9 Maintenance

5.10 Being simple and quite

5.11 Validation ＆ verification

Chapter 6 Requirements Risks

6.1 Important questions to ask before development starts

6.2 Risk analysis

6.2.1 The danger of not having a software requirements specification

6.2.2 The danger of having too many requirements

6.2.3 The danger of not talking to customers

6.2.4 The danger of preconceived ideas

6.2.5 The danger of ambiguity

6.3 Gathering requirements

6.3.1 Use cases

6.3.2 Requirements workshops

6.3.3 Prototyping

6.3.4 Brainstorming

6.4 Prioritizing requirements

6.5 Inspecting requirements

6.6 Structure of SRS

6.7 Common problems in SRS

6.8 Change of requirements

Chapter 7 Development

7.1 Schedule and budget

7.2 Processes

7.2.1 Waterfall

7.2.2 Extreme programming

7.2.3 Adopting a balanced approach

7.2.4 Iterative and evolutionary development

7.2.5 DevOps: combining development and operations together

7.2.6 Adhering to a process

7.3 Project efforts

7.4 Cost

7.5 Design

7.5.1 Design decisions

7.5.2 Why is design difficult?

7.5.3 Abstraction

7.5.4 Simplicity

7.5.5 Modularity

7.5.6 Handling undesired events

7.5.7 Formal inspections

7.6 Naming variables

7.7 Coding style

7.8 Comments and code

7.9 Programming languages

7.10 Pace

7.11 Versions

7.11.1 Concise and informative commit messages

7.11.2 Atomic commits and small pull requests

7.12 Test-first, test-early and test-last

7.13 Testing

7.13.1 Spell and grammar checking

7.13.2 Static code analysis

7.13.3 Unit testing